Retrieves the full details of a checkout session by ID.
Bearer HTTP authentication specified with the header Authorization: Bearer <access_token>
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^spc-.*$ID of the checkout session to retrieve.
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.
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 receives checkout_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.