Skip to main content

What a checkout session is

A checkout session represents a single purchase intent. It commits the amount, currency, country, and your merchant order reference before any payment is created. Every Yuno payment runs inside one checkout session. Think of it as a container: the session defines what is being purchased, the payment defines how the customer pays for it.

Session lifecycle

  1. Your server creates a checkout session through the API.
  2. Your client uses the returned checkout_session to initialize the SDK or render the payment options.
  3. Your server creates a payment that references the session.
  4. Yuno marks the session as completed once the payment reaches a terminal status.

Create a checkout session

See Create checkout session for every accepted field and response shape.

Required fields

Optional fields

POST /v1/checkout/sessions returns HTTP 200, not 201. The session is not a REST resource in the traditional sense, it is an initialized flow.

Discover available methods

Once a session exists, ask Yuno which methods are available for this combination of country, currency, and your configured providers.
See Get payment methods.

Session tokens

The create response includes a checkout_session token that you use to:
  • Initialize the Yuno SDK on the client.
  • Reference the purchase intent when creating the payment server side.
  • Determine available methods based on country, currency, and your provider configuration.

Relationship to payments

A checkout session can only back one payment. If a payment fails and the customer retries, create a new checkout session for the retry attempt.

What next

Payments

Create, capture, refund, and cancel with code.

Payment flow

The conceptual lifecycle and status state machine.

Customers

Attach a customer for one click and saved methods.

Checkout session object

The full object schema in the API reference.