Once-off payment journey
Use the Payment Request integration with our 1-click Checkout solution (once-off payment journey) to give payers who want to make a once-off, single use payment utilising a highly secure account-to account payment experience with PayID and PayTo
End User Payment Flow
Making a payment with PayTo
- User is presented with the 1-click Checkout app landing page and is prompted to provide their PayID (their PayID can be in the form of a mobile phone number or email address)
- Azupay performs pre-requisite checks to ensure the user is eligible to continue with the payment
- If the user is eligible, a PayTo agreement is generated and the details are sent to the user's online banking platform
- User reviews these details and approves the agreement in their mobile banking app or online banking
- Payment is initiated and the transaction is completed
- User is shown success screen (in iFrame) or redirected back to merchant success confirmation page (full frame version)
Making a payment with PayID
-
If user clicks on button 'Pay to our PayID', then they will be shown the PayID fallback option screen to make a payment to the merchant's generated PayID unique to the specific payment request
-
User clicks on copy button to copy PayID or scans QR code to transfer PayID details to a mobile device to make payment through mobile banking or online banking
-
Upon successful payment, user is shown success screen (in iFrame) or redirected back to merchant success confirmation page (full frame version)
Key Configurations / Variants
The payment experience can be configured to suit the needs of your use case. In the table below configurations may be set by URL parameters, values in the API calls or set in your specific client configuration.
Experience | Configuration | Amount | Comments |
---|---|---|---|
Duration allowed for payment | Payment agreement expiry time | Once a payment agreement has expired the payer is unable to approve the agreement in order for a payment to be taken from the account. Use a short expiry time if payment must be confirmed quickly, e.g. a travel booking must be paid before reserved tickets are released or repriced. If no Expiry Time is set the payment agreement can continue to receive payment initiations against the agreement indefinitely. | |
Maximum agreement amount | Client configuration | The default configurations of the PayTo agreement (created during a 1 click Checkout experience) is now defaulted to: - $200 maximum amount - Ad-hoc frequency - Variable agreement - End date set to T+2 years | |
iFrame / Full Frame | URL type | iFrame embeds the App inside your page. If iFrame is not set the App will surface in a pop-up page with white label branding. The payment description is only shown to end customers underneath the QR code in the full frame version | |
Redirect | redirectURL | When the payer journey has completed (either following success or terminating at some unhappy path ending) the payer will be returned to this URL | |
Cancel | cancelRedirectURL | If a cancelRedirectURL is provided the payer sees a cancel button. Hitting the cancel button will send the payer to the specified URL and will deregister the PayID preventing anyone accidentally paying to this PayID |
This URL is provided by the CheckoutURL response in the Payment Request API. In this example, a redirectURL has been added to take you to bing.com upon successful payment or to google.com upon cancellation by customer.
Exception Handling
The 1-Click Checkout app includes exception handling so that merchants do not need to manage these complexities.
Should merchants want to simulate exception scenarios, they are detailed here for the UAT environment. There are particular PayIDs which trigger exception scenarios such as insufficient funds.
Exception scenarios handled within the App:
Ineligible PayID
Payment cannot be processed
Agreement not approved in time
Insufficient funds
Incorrect amount paid (PayID fallback option)
Updated 21 days ago