The Smarter Way
Search…
⌃K

SDK

Ottu-checkout is a seamless, confidential and flexible payment checkout. Allows the merchant(s) to proceed the payment either single or bulk payment by a few steps. Ottu-checkout gives the merchant(s) the possibility to utilize many multiple payment gateways, simply generate the payment link and share it by different ways such as Email, WhatsApp, and SMS.
In the event the due amount is determined, the merchant should be notified to initiate the payment transaction. The merchant server calls the checkout API, then it goes to process the response. The API needs to be updated each time the amount changes. In case there is a validation error while updating the API, the current session will be ended and a new payment transaction should be created once again.
  • If the checkout API returns success, it will render the page after providing the session ID.
  • If the checkout API returns error, the admin should be notified, then redirect to an error page and end the session.
After rendering the page, SDK will be fetched and embed from CDN (content delivery network). Then initiating the checkout SDK, and the SDK will render all the available payment methods.
The customer has the option of choosing from different payment methods.
  1. 1.
    Card: Customer enters the card details directly.
  2. 2.
    Saved card: tokenization.
  3. 3.
    Ottu redirect: Will guide to the required payment gateway page.
  4. 4.
    Apple Pay: A type of payment service, Apple Pay is only available for iOS devices.
After selecting the payment method, the response will be proceeded to one of the three below flow. Form error: for example when customer enter invalid card expiry dates, error message will be appeared, then the customer can try again. (this is only for multiple trial payment). Error: The cancel callback will be executed when the payment has an error. e.g the session has expired. Success.
Depending on the customer's selected payment method, there are different cases after success flow.
1- Redirect: where the payment URL is generated.
2-3DS required: when the customer decides either the tokenization or card payment method. The 3DS page will be displayed > customer fills the required information Then proceed to either success call back or cancel call back.
3-Payment success: Just success call back and then end.
Last modified 27d ago