Express Checkout (hidden)

Overview

SCAYLE’s express checkout offers a streamlined payment process with a multi-step flow, redirecting customers to an order review page after payment authorization. There, they can add voucher codes, view discounts and the final price, as well as validate and adjust shipping and customer details before confirming the order. Since SCAYLE is a highly customizable platform, this multi-step flow helps prevent errors and fraud by ensuring all information is accurate before finalizing the purchase.

Available Express Payment Methods

Express checkout is only available for digital wallets - PayPal and Klarna - when the payment integration is done directly through the provider, not through third-party gateways like Adyen.

Reach out to your SCAYLE Account Manager for more information.

Scope & Constraints

User Type

The regular checkout can be configured to allow either guest users, logged-in users, or both, based on your preferences. However, the express checkout is always available to all users, regardless of their login status, and this functionality cannot be modified. It is designed to provide a fast and efficient payment experience for everyone.

How it works:

Promotions

The Express Checkout supports discounts applied at the basket level, including sales discounts, customer-based discounts, and promotional campaigns. In addition to these, it also supports voucher codes (discount codes) applied directly on the Review Page.

Detailed information on how voucher codes work in the Review Page can be found here.

Understanding customer-based discounts in the Express Checkout

SCAYLE's Promotion Engine allows a variety of discounts that can be tied, for example, to a specific minimum order value (MOV), or even to a specific customer. These promotions are already applied to the items in the PDP and reflected in the basket.

When the user begins the express checkout, the order value, including any applied discounts, is sent from the basket page to the payment provider's page/widget. To prevent fraud or misuse of promotions, the checkout system performs an additional validation upon redirection to the order review page. If the promotion’s conditions are not met, the discount will be removed, and the final order price will be updated accordingly.

A notification will be displayed to the customer informing there was a basket update.

Limitations

Order Review Page

Customers will always be redirected from the payment page/widget to a Order Review Page - the final step where their information can be validated before confirming and completing the purchase.

Elements in the Order Review Page

The Order Review Page in SCAYLE’s Express Checkout includes a set of core elements that ensure a consistent and secure purchase flow. While some elements are fixed and always displayed, others can be configured by the tenant — either as mandatory or optional, depending on the shop’s specific business or legal requirements.

Pre-filling of Customer & Shipping Information

The Order Review Page is designed to pre-fill all required fields using data provided either by the payment provider or the customer’s logged-in account.

The shipping address is always pre-filled with the address selected or entered by the user during the payment step. Although most payment providers run address validation on their side, once the user is redirected to the Review Page, SCAYLE’s checkout backend performs an additional validation — checking for allowed shipping countries and any shop-specific shipping rules.

If the address provided through the payment provider is invalid or does not meet the shop’s criteria, the Review Page will:

• Show an empty shipping address form
• Display an error message
• Prompt the user to enter a valid address before proceeding

For mandatory dynamic input fields such as birthdate, phone number, and tax ID, the Review Page will first attempt to pre-fill the values from the payment provider’s data. If this information is not available, it will then check the customer’s account profile. If the required data is still missing, the corresponding input fields will be displayed with validation messages, and the user must complete them to enable the checkout button.

Dynamic Fields in the Order Review Page

The Express Checkout fully supports all dynamic fields available in the regular (non-express) checkout. This includes input fields (e.g. birthdate, tax ID, phone number), text blocks, and checkboxes (e.g. Terms & Conditions, newsletter opt-ins). These fields can be configured to appear on the Order Review Page, and—except for static text—can be marked as mandatory or optional, either globally or per shop.

Mandatory input fields will be pre-filled as described here. For mandatory checkboxes, such as legal consents, the user must manually check the box before confirming the order.

For more details on how dynamic field configurations apply to the Review Page, see the full technical documentation here.

Voucher Code in the Order Review Page

Voucher codes are fully supported in the Express Checkout flow, specifically on the Review Page. The voucher input field can be configured to appear either:

• In the order summary (basket section, above order subtotal)

• Or in the payment step of the Review Page, above the dynamic fields (if any).

The logic for applying vouchers — including how they interact with sales, customer discounts, and campaigns — is identical to the regular checkout. No changes were made to the underlying logic, user flow, or limitations.

On the Review Page, customers can add or remove voucher codes:

• When a code is entered, the backend validates it and displays a success or error message at the top of the screen.
• If valid, prices and the order total are updated automatically.
• If removed, a confirmation message appears and the original prices are restored.

All customer messages and behaviors are reused from regular checkout, with no new UX or message types introduced. Example below:

Updating Order Details

Shipping Address Update

Once the user lands on the Order Review Page they can change the shipping address. Whenever a new address form is submitted, this will trigger an update call to the Payment Provider with the new information. Upon order confirmation, there are two possible scenarios:

1. No changes on the shipping fee

If the shipping fee remains the same after the address update, upon submitting the order, final authorization/capture will happen and user will land directly in the Order Success Page (OSP).

2. Updated shipping fee

If the new shipping address results in a change to the shipping fee, whether higher or lower, the basket price will be updated accordingly. When the order is submitted, this will trigger an update to the Payment Provider.

Order Final Price Updates & Re-authorization

When a customer starts the Express Checkout, the payment provider pre-authorizes the amount based on the basket total at that point — including:

• Product prices
• Any automatically applied discounts
• Shipping fees (if applicable)

This pre-authorized amount serves as the upper limit for the final charge. The total order value shown on the Review Page may change due to:

• Invalidated promotions — for example, a campaign discount that no longer applies after validation
• Shipping address updates — some shops apply different shipping fees based on location
• Added voucher codes

If these changes result in a lower total amount (e.g., a cheaper shipping option or a new discount due to voucher code added), no re-authorization is needed — we simply capture the updated amount, which remains within the originally authorized limit. This means the user will not be shown the payment widget again — they won’t need to re-confirm or re-enter their payment details. The flow continues smoothly to order confirmation.

Example

• A user creates a basket worth €100
• Express Checkout is started; shipping is free → total is still €100
• The user authorizes the payment for €100
• On the Review Page, the user applies a 15% voucher
• The order total updates to €85
• When the user submits the order, the backend updates the Payment Provider and captures only €85
• No additional steps or re-authorization are required

However, if the final price increases — such as when:

• A promotion is removed, and the product price goes up
• The updated shipping address triggers a higher fee

…then payment re-authorization may be required, as payment providers typically define thresholds for how much the final amount can differ from the initial authorization without requiring further confirmation. For example:

If a payment provider allows a tolerance of up to €10:

SCAYLE ensures that any changes to the order total are always communicated to the payment provider. Based on the response received, we determine whether re-authorization is needed. This behavior is fully handled in the backend and depends entirely on the payment provider’s rules.