Authorizations
Bearer HTTP authentication specified with the header Authorization: Bearer <access_token>
Headers
Specifies which version of the Monime API will handle this request.
caph.2025-08-23
, caph.2025-06-20
The value is the tenancy parameter that Monime uses to determine which space the request is intended for.
64
Path Parameters
ID of the checkout session to retrieve.
Response
OK
Represents the status of the query operation, confirming if it was successful. This field is always true
Contains a list of messages providing relevant information or feedback related to the query or operation
A Checkout Session represents a Monime-hosted payment flow where customers complete purchases for a defined set of items.
It is designed for e-commerce and embedded payment scenarios where merchants want a simple, secure way to accept payments across multiple channels without building the payment UI themselves.
Unlike direct API-based payments, a Checkout Session aggregates multiple payment methods — such as Mobile Money, Card, and Bank Transfers — and presents them in a unified checkout experience.
Use Cases
-
E-Commerce Cart Checkout
A customer selects items in a cart. The merchant creates a Hosted Checkout Session, and Monime presents Mobile Money, Card, and Bank options in one unified flow. -
Embedded SaaS Billing
A SaaS platform embeds a Hosted Checkout Session to bill users. Customers pick their preferred channel (Card, MoMo, Bank), and once payment is confirmed, the SaaS receivescheckout_session.completed
. -
QR or Link-Based Payment
Merchants generate a checkout session link or QR code. Customers open the hosted page and choose any available payment method. -
Fallback Across Methods
If a user’s card payment fails, they can seamlessly retry with Mobile Money — all within the same checkout session.