v1

latestOpenAPI 3.0.32026-07-26120117318.1 KB

Offerings

Set main offering

Atomically marks the offering as the project's main offering (tag = 1) and clears the previous main (tag = 0), inside a single transaction. No request body required — the action target is fully identified by the path parameter. Pass an Idempotency-Key header to make retries safe (the same key replays the original response). Experiment-variant offerings return 422 (typed code cannot_setmain_experiment_variant).

post/offerings/{offering_id}/set-main

Headers

Idempotency-Keystring

Response

Offering marked as main.

object'offering' required

idstring required

urlstring required

taginteger nullable required

Offering role within the project. 1 = main offering (TAG_MAIN) — exactly one offering per project has tag=1 at any time; promote via POST /v4/offerings/{offering_id}/set-main. 0 = regular offering that was demoted from main. null = regular offering that has never been tagged. Treat 0 and null as equivalent on read. The Offerings endpoints filter out experiment-variant offerings, but legacy rows could carry historical values other than 0, 1, or null, so the response field is intentionally not enum-restricted. Write schemas restrict accepted values server-side.

product_idsstring[] required

Product UIDs that belong to this offering, in display order.

created_atstring date-time required

updated_atstring date-time required

Example response

{
  "id": "premium_monthly",
  "url": "/v4/offerings/premium_monthly",
  "created_at": "2025-09-15T12:30:00Z",
  "updated_at": "2025-11-03T10:26:40Z"
}