Confirm a v2 Checkout Session
Confirms the session. In sandbox the outcome follows the test card (see the response codes). When the session was created by a platform key on behalf of an account (Cooud-Account) — through this operation with the key, or through Cooud Elements with cooud_session_secret — a successful sandbox confirmation also enqueues a simulated cooud.order.paid (livemode: false, data.id ord_sim_<ULID>, data.checkout_session_id = this session) to the platform's sandbox webhook endpoints that subscribe to it, once per session; the webhook never changes the confirmation response.
Request
- Base URL: https://api.cooud.com/v2
- URL: https://api.cooud.com/v2/checkout-sessions/{id}/confirm
- Auth: HTTP bearer
Path parameters
Cooud checkout session id.
Headers
Required per-request compat-date. Format: ISO calendar date YYYY-MM-DD. Merchants pinned to an older date have their request and response transformed by every gate whose appliesAfter is strictly greater than this date.
Cooud Connect: connected account a PLATFORM key acts on behalf of, in the form cooud_acct_<26-char ULID> (the seller's store; list them with GET /accounts). Required on every store-scoped operation when the bearer is a platform key (cooud_account_required otherwise); rejected with cooud_account_not_allowed when the bearer is a store key or on platform operations such as GET /accounts. An account whose owner is not an active managed seller of the platform yields 403 account_not_connected and nothing is created. For an explicitly enabled central-receiving platform, cooud_subacct_<26-char ULID> selects an internal subaccount from GET /subaccounts. These IDs are not accepted by /accounts KYC routes. Existing cooud_acct IDs never alias central subaccount stores.
Request body
Response
Sandbox payment succeeded.
Changes
No recorded changes to this operation across all 1 revision of this API.