Checkout

With the ever-increasing shift to e-commerce, addressing cart abandonment through the revamped Checkout has drawn heightened industry attention. It enables merchants to increase sales while providing a great way for consumers to shop securely.

Our own redesigned Checkout:

  • Collects payment details from the consumer through an interaction that is hosted and displayed by the ARC Pay Gateway (provided to you directly or through your acquirer’s use of our gateway).
  • Features a modular user interface and a modern customer experience to be more intuitive and inviting.

With Checkout merchants never see or handle payment details directly; they are collected by the hosted payment interface and submitted directly from the consumer’s browser to the ARC Pay Gateway. Checkout can be implemented in one of two ways:

  • An embedded payment page: Embedded elements can be added to an existing site to offer an easy way to take a payment without the need to update the website.
  • A full-page redirect: Moves consumers to a Mastercard Hosted PaymentPage, which provides more real estate to merchants for branding and customization elements.
Key Benefits
  • Simple to integrate and fully mobile responsive.
  • Does not require users to handle or store any payment details, thereby lowering PCI compliance costs.
  • Provides access to a growing number of gateway features available via Checkout.
  • Checkout is a global offering with a variety of regional payment methods and support for a large number of languages.
  • You can use the theme offered by your payment service provider to display the Checkout interface. This allows the ability to leverage the branding of each your payment service provider.
  • Allows for content customization to display desired business information.
  • Notifications issued upon successful payments (notifications enabled through subscription)
  • Checkout is WCAG (Web Content Accessibility Guidelines) 2.0 Level AA compliant allowing for a better user experience.
Information Flow

The payment flow for the Checkout model is illustrated below.

Hosted Checkout Integration Model

  1. The payer initiates the payment process for goods and services at your shop site. In response, your application submits a JavaScript request with the required data to the ARC Pay Gateway to display the chosen payment interface: an Embedded Page or Hosted PaymentPage.
  2. The payer is presented with the payment interface. The display contents (like your business information and order details), as well as other aspects of the payment interface, are controlled by the data in your request.

    The payer enters the required information, and clicks "Pay".

    The ARC Pay Gateway collects and verifies the payment details and processes the payment.

    • If you are configured for a browser payment service such as PayPal , or a digital wallet service, these services display as a payment option alongside other card options. If the payer chooses to pay using one of these services,the payer will be redirected to the service provider's website to select the payment details.
    • If you are configured for the 3-D Secure Service, by default your payer will be prompted to authenticate before performing the payment. You can choose to bypass the authentication, see Bypass Security Features.
  3. If the payment is successful, the payer can obtain the payment details from one of these sources:

    • A ARC Pay Gateway-hosted receipt (in the embedded page or on a hosted page). This is the default behavior.
    • Your shop site.
    • Email notifications. You must subscribe to payer notifications to implement this.

If the payment is unsuccessful, Checkout displays the result, allowing the payer to retry the transaction with different payment details.

Hosted Session

Choose the Hosted Session model if you want control over the layout and styling of your payment page, while reducing PCI compliance costs. The Hosted Session JavaScript client library enables you to collect sensitive payment details from the payer in payment form fields, sourced from and controlled by ARC Pay Gateway. The gateway collects the payment details in a payment session and temporarily stores them for later use. You can then include a payment session in place of payment details in the transaction request to process a payment.

Key Benefits
  • Hosted Session is simple and quick to integrate.
  • You do not need to collect, store, or process any sensitive payment details thereby lowering PCI-compliance costs.
  • You maintain control over the styles and layout of your payment page.
  • You can customize the payer experience to suit your business.
Information Flow

The payment flow for the Hosted Session model is illustrated below.

Hosted Session Integration Model
  1. The payer initiates the payment process for goods and services at your shop site.
  2. The payer can choose to provide payments details using a credit/debit card, digital wallet, gift card, or make an ACH payment.

    • Your payment page: Payment details are collected in form fields embedded in iFrames hosted by the ARC Pay Gateway.
    • Digital wallet: Card details are securely collected from the wallet interaction and sent to the ARC Pay Gateway.
  3. The ARC Pay Gateway collects the payments details in a payment session, which you can use in any operation referencing a session.

Direct Payment

If you need full control over the transaction, wish to manage your own payment pages or collect payment details, you must use the Direct Payment model. The payment details are sent directly to the ARC Pay Gateway to process the transaction. This merchant-managed model requires you to manage the security associated with collecting the payer's payment details in your application thereby increasing PCI compliance costs.

Key Benefits
  • Provides full control on the entire payment experience. You have the flexibility to customize your payment solution.
  • Integrates with any application, website, call centre, billing, Interactive Voice Response (IVR)
  • Allows you to communicate directly to the ARC Pay Gateway and then receive a real-time response to the API call. This is a synchronous connection and the payer does not leave your application, which means your session is not broken with the payer.
  • Supports advanced ARC Pay Gateway operations such as captures, refunds, voids, and queries where the payer is not directly involved.
Information Flow

The information flow for Direct Payment is illustrated below:

Direct Payment Integration Model

  1. A payer decides to make a purchase and provides their card details directly to your application or website. You may choose to combine collected card details with details stored on a previously stored token. See Multiple Sources of Card Details.
  2. Your application or website formulates the transaction request and sends it using an HTTPS POST or PUT over the Internet to the ARC Pay Gateway via webServices Integration.

    Depending on your business needs, you may pass additional fields in the transaction request. See Additional Functionality.

    Before performing the payment transaction, you can submit a rate quote request for dynamic currency conversion (DCC) to retrieve the payer's currency and the order amount in that currency.
    At this stage, you can also authenticate the payer using the . Note that if the payer accepts the DCC offer, then you must provide the DCC information in the authentication request.
  3. The ARC Pay Gateway passes the transaction to your acquiring bank for processing.
  4. The acquirer returns a response and the ARC Pay Gateway generates a transaction response and passes it to your application or website, in response to your API call. The transaction response indicates if the transaction was successful, and also includes other response data.
  5. Your application or website displays a receipt or other confirmation or error page based on the result of the transaction.

Copyright © 2023 Airlines Reporting Corporation (ARC)