Skip to content

Start a Stripe Checkout session ​

POST /v1/me/billing/checkout-session

  • Operation ID: createCheckoutSession
  • Tags: Billing
  • Base URL: http://localhost:8787

Provide productId or priceId; the price and mode are resolved from the catalog (credit packs use one-off payment and accept quantity, plans use subscription with a single seat). Creates the Stripe customer on first use. Redirect the user to the returned url.

Workflow: Integration guide.

Authentication: Platform user Bearer JWT. Acts only on the caller's own data.

Authentication ​

  • Auth: Platform user Bearer JWT (Authorization: Bearer <access_token>).

Request body ​

Required: yes.

Content type: application/json

Schema: object

FieldTypeRequiredDescription
productIdstring<uuid>no-
priceIdstringnoMin length: 1
successUrlstring<uri>yes-
cancelUrlstring<uri>yes-
quantityintegernoGreater than: 0. Max: 99

Example

json
{
  "priceId": "price_example",
  "successUrl": "https://portal.example.com/billing?checkout=success",
  "cancelUrl": "https://portal.example.com/billing?checkout=cancelled",
  "quantity": 1
}

Responses ​

200 ​

Checkout session.

  • Header x-request-id: Request identifier; quote it when reporting an error. Content type: application/json

Schema: object

FieldTypeRequiredDescription
urlstring | nullyesHosted Checkout URL to redirect the user to.
idstringyesStripe Checkout session id.

Example

json
{
  "url": "https://checkout.stripe.com/example",
  "id": "cs_example"
}

Errors ​

400 ​

Request validation failed.

  • Header x-request-id: Request identifier; quote it when reporting an error. Content type: application/json

Schema: object (ValidationErrorBody)

FieldTypeRequiredDescription
successbooleanyesOne of: false
errorobjectyes-
error.namestringyesOne of: "ZodError"
error.issuesobject[]yes-
error.issues[].codestringyes-
error.issues[].path(string | number)[]yes-
error.issues[].messagestringyes-

Request validation

json
{
  "success": false,
  "error": {
    "name": "ZodError",
    "issues": [
      {
        "code": "custom",
        "path": [
          "field"
        ],
        "message": "Invalid value"
      }
    ]
  }
}

401 ​

Missing, malformed, expired or wrong-audience Bearer token (missing_token, invalid_token, invalid_audience).

  • Header x-request-id: Request identifier; quote it when reporting an error. Content type: application/json

Schema: object (ErrorBody)

FieldTypeRequiredDescription
errorstringyesStable machine-readable error code, e.g. forbidden, not_found.
detailsanynoOptional structured context. For 403 it is { perm }.

Error response

json
{
  "error": "missing_token"
}

404 ​

product: no matching catalog product.

  • Header x-request-id: Request identifier; quote it when reporting an error. Content type: application/json

Schema: object (ErrorBody), fields as described above.

Error response

json
{
  "error": "product"
}

422 ​

price_mismatch (priceId does not belong to productId) or product_has_no_price.

  • Header x-request-id: Request identifier; quote it when reporting an error. Content type: application/json

Schema: object (ErrorBody), fields as described above.

Error response

json
{
  "error": "price_mismatch"
}

500 ​

Unexpected server error (internal). No details are returned.

  • Header x-request-id: Request identifier; quote it when reporting an error. Content type: application/json

Schema: object (ErrorBody), fields as described above.

Error response

json
{
  "error": "internal"
}

503 ​

Maintenance can refuse this write before authentication (degraded blocks session start and checkout; lockdown blocks other public/user writes).

  • Header x-request-id: Request identifier; quote it when reporting an error.
  • Header Retry-After: Maintenance retry delay in seconds; present for panic_mode. Example: 30. Content type: application/json

Schema: object (MaintenanceErrorBody)

FieldTypeRequiredDescription
errorstringyesOne of: "panic_mode"
levelstringyesOne of: "degraded", "lockdown"
reasonstring | nullyes-

Maintenance lockdown

json
{
  "error": "panic_mode",
  "level": "lockdown",
  "reason": "Scheduled maintenance"
}

Examples ​

curl ​

bash
curl -X POST 'http://localhost:8787/v1/me/billing/checkout-session' \
  -H "Authorization: Bearer $ACCESS_TOKEN" \
  -H 'Content-Type: application/json' \
  --data '{"priceId":"price_example","successUrl":"https://portal.example.com/billing?checkout=success","cancelUrl":"https://portal.example.com/billing?checkout=cancelled","quantity":1}'

TypeScript ​

ts
const accessToken = process.env.ACCESS_TOKEN; // user JWT from your sign-in flow

const response = await fetch("http://localhost:8787/v1/me/billing/checkout-session", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${accessToken}`,
    "Content-Type": "application/json",
  },
  body: JSON.stringify({
    "priceId": "price_example",
    "successUrl": "https://portal.example.com/billing?checkout=success",
    "cancelUrl": "https://portal.example.com/billing?checkout=cancelled",
    "quantity": 1
  }),
});
if (!response.ok) throw new Error(`HTTP ${response.status}: ${await response.text()}`);
const data = response.status === 204 || response.status === 205
  ? undefined
  : response.headers.get("content-type")?.includes("json")
    ? await response.json()
    : await response.text();

Try this endpoint

Requests go directly from your browser to the API. Send request executes this endpoint against the selected server.

POST/v1/me/billing/checkout-session

Your token stays in this tab's memory and is sent only when you press Send request.

Request body (required)

Built for developers. Ready for agents.