The checkout process comprises the following steps:

  1. Gateway - Anonymous users are offered the choice of logging in, registering, or checking out anonymously. Signed in users will be automatically redirected to the next step.
  2. Shipping address - Enter or choose a shipping address.
  3. Shipping method - Choose a shipping method. If only one shipping method is available then it is automatically chosen and the user is redirected onto the next step.
  4. Payment method - Choose the method of payment plus any allocations if payment is to be split across multiple sources. If only one method is available, then the user is redirected onto the next step.
  5. Preview - The prospective order can be previewed.
  6. Payment details - If any sensitive payment details are required (e.g., bankcard number), then a form is presented within this step. This has to be the last step before submission so that sensitive details don’t have to be stored in the session.
  7. Submission - The order is placed.
  8. Thank you - A summary of the order with any relevant tracking information.

Abstract models


Views and mixins

class oscar.apps.checkout.views.IndexView(**kwargs)[source]

First page of the checkout. We prompt user to either sign in, or to proceed as a guest (where we still collect their email address).

class oscar.apps.checkout.views.PaymentDetailsView(**kwargs)[source]

For taking the details of payment and creating the order

The class is deliberately split into fine-grained methods, responsible for only one thing. This is to make it easier to subclass and override just one component of functionality.

All projects will need to subclass and customise this class.


Return a dict of data to submitted to pay for, and create an order


Check if the basket is permitted to be submitted as an order


Freeze the basket so it can no longer be modified


Return a new order number


Return default billing address for user

This is useful when the payment details view includes a billing address form - you can use this helper method to prepopulate the form.

Note, this isn’t used in core oscar as there is no billing address form by default.

handle_payment(order_number, total, **kwargs)[source]

Handle any payment processing and record payment sources and events.

This method is designed to be overridden within your project. The default is to do nothing as payment is domain-specific.

This method is responsible for handling payment and recording the payment sources (using the add_payment_source method) and payment events (using add_payment_event) so they can be linked to the order when it is saved later on.

post(request, *args, **kwargs)[source]

This method is designed to be overridden by subclasses which will validate the forms from the payment details page. If the forms are valid then the method can call submit()

render_preview(request, **kwargs)[source]

Show a preview of the order.

If sensitive data was submitted on the payment details page, you will need to pass it back to the view here so it can be stored in hidden form inputs. This avoids ever writing the sensitive data to disk.

submit(user, basket, shipping_address, shipping_method, order_total, payment_kwargs=None, order_kwargs=None)[source]

Submit a basket for order placement.

The process runs as follows:

  • Generate an order number
  • Freeze the basket so it cannot be modified any more (important when redirecting the user to another site for payment as it prevents the basket being manipulated during the payment process).
  • Attempt to take payment for the order - If payment is successful, place the order - If a redirect is required (eg PayPal, 3DSecure), redirect - If payment is unsuccessful, show an appropriate error message
Basket:The basket to submit.
Payment_kwargs:Additional kwargs to pass to the handle_payment method
Order_kwargs:Additional kwargs to pass to the place_order method
class oscar.apps.checkout.views.PaymentMethodView(**kwargs)[source]

View for a user to choose which payment method(s) they want to use.

This would include setting allocations if payment is to be split between multiple sources.

class oscar.apps.checkout.views.ShippingAddressView(**kwargs)[source]

Determine the shipping address for the order.

The default behaviour is to display a list of addresses from the users’s address book, from which the user can choose one to be their shipping address. They can add/edit/delete these USER addresses. This address will be automatically converted into a SHIPPING address when the user checks out.

Alternatively, the user can enter a SHIPPING address directly which will be saved in the session and later saved as ShippingAddress model when the order is sucessfully submitted.

class oscar.apps.checkout.views.ShippingMethodView(**kwargs)[source]

View for allowing a user to choose a shipping method.

Shipping methods are largely domain-specific and so this view will commonly need to be subclassed and customised.

The default behaviour is to load all the available shipping methods using the shipping Repository. If there is only 1, then it is automatically selected. Otherwise, a page is rendered where the user can choose the appropriate one.


Returns all applicable shipping method objects for a given basket.

class oscar.apps.checkout.views.ThankYouView(**kwargs)[source]

Displays the ‘thank you’ page which summarises the order just submitted.

class oscar.apps.checkout.views.UserAddressDeleteView(**kwargs)[source]

Delete an address from a user’s addressbook.

class oscar.apps.checkout.views.UserAddressUpdateView(**kwargs)[source]

Update a user address

class oscar.apps.checkout.mixins.OrderPlacementMixin[source]

Mixin which provides functionality for placing orders.

add_payment_event(event_type_name, amount, reference='')[source]

Record a payment event for creation once the order is placed

create_billing_address(billing_address=None, shipping_address=None, **kwargs)[source]

Saves any relevant billing data (eg a billing address).

create_shipping_address(user, shipping_address)[source]

Create and return the shipping address for the current order.

Compared to self.get_shipping_address(), ShippingAddress is saved and makes sure that appropriate UserAddress exists.

handle_order_placement(order_number, user, basket, shipping_address, shipping_method, total, **kwargs)[source]

Write out the order models and return the appropriate HTTP response

We deliberately pass the basket in here as the one tied to the request isn’t necessarily the correct one to use in placing the order. This can happen when a basket gets frozen.


Handle the various steps required after an order has been successfully placed.

Override this view if you want to perform custom actions when an order is submitted.

place_order(order_number, user, basket, shipping_address, shipping_method, total, billing_address=None, **kwargs)[source]

Writes the order out to the DB including the payment models


Restores a frozen basket as the sole OPEN basket. Note that this also merges in any new products that have been added to a basket that has been created while payment.


Saves all payment-related details. This could include a billing address, payment sources and any order payment events.


Saves any relevant payment events for this order


Saves any payment sources used in this order.

When the payment sources are created, the order model does not exist and so they need to have it set before saving.

update_address_book(user, shipping_addr)[source]

Update the user’s address book based on the new shipping address

class oscar.apps.checkout.session.CheckoutSessionMixin[source]

Mixin to provide common functionality shared between checkout views.


Assign common template variables to the context.

get_order_totals(basket, shipping_method, **kwargs)[source]

Returns the total for the order with and without tax (as a tuple)


Return the (unsaved) shipping address for this checkout session.

If the shipping address was entered manually, then we instantiate a ShippingAddress model with the appropriate form data (which is saved in the session).

If the shipping address was selected from the user’s address book, then we convert the UserAddress to a ShippingAddress.

The ShippingAddress instance is not saved as sometimes you need a shipping address instance before the order is placed. For example, if you are submitting fraud information as part of a payment request.

The OrderPlacementMixin.create_shipping_address method is responsible for saving a shipping address when an order is placed.

get_shipping_method(basket, shipping_address=None, **kwargs)[source]

Return the selected shipping method instance from this checkout session

The shipping address is passed as we need to check that the method stored in the session is still valid for the shippinga address.



class oscar.apps.checkout.calculators.OrderTotalCalculator(request=None)[source]

Calculator class for calculating the order total.

class oscar.apps.checkout.utils.CheckoutSessionData(request)[source]

Class responsible for marshalling all the checkout session data


Store address fields for a billing address.


Record fact that the billing address is to be the same as the shipping address.


Set an address from a user’s address book as the billing address

Address:The address object

Record fact that the billing address is to be the same as the shipping address.


Return the ID of the user address being used for billing


Delete session key


Test whether a shipping address has been stored in the session.

This can be from a new address or re-using an existing address.


Test if a valid shipping method is stored in the session


Return fields for a billing address


Get shipping address fields from session


Set new shipping address details to session and unset shipping address id


Set existing shipping address id to session and unset address fields from session


Returns the shipping method model based on the data stored in the session.


Returns the shipping method code


Get user address id from session


Set “free shipping” code to session


Set shipping method code to session


Get user address id from session