POST /api/v2/storefront/proposals
Saves a discover-products response against a buyer (operator) binding and mints a shareable proposalCode. The server reads the cached snapshot for the named discovery session, freezes the chosen proposal as the offer, and binds it to the operator. The buyer redeems the code on discover_products to receive the exact frozen products and proposals. The proposal is created in active status.
Request
Parameters
| Field | Type | Required | Notes |
|---|---|---|---|
operatorId | string or object | Yes | Buyer binding for redemption. Prefer { "domain": "brand.example" }; legacy strings are treated as domain bindings, and customer:<id> is decoded as { "customerId": id }. |
label | string | Yes | Seller’s internal label for the proposal (1..255 chars) |
expiresAt | string | Yes | When the code expires (ISO 8601). Must be no later than the underlying proposal.expiresAt |
discoveryId | string | Yes | Discovery session ID from a recent discover_products call. Must be scoped to this seller and restricted to its storefront sales agents (1..255 chars) |
proposalId | string | Yes | Which proposal from the discovery snapshot to freeze and bind to the code (1..255 chars) |
notes | string | No | Free-form notes about the offline RFP (max 4000 chars) |
Response
201 Created with the new proposal:
proposalCode is the short handle you hand to the buyer; they pass it to discover_products to redeem. id is the numeric row ID you pass to every sibling operation. snapshot holds the frozen products[] and proposals[] returned to the buyer on redemption.
Errors
400 VALIDATION_ERROR— missing required field,expiresAtlater than the underlyingproposal.expiresAt, or adiscoveryIdnot scoped to this seller’s storefront sales agents.
Related
Proposal tasks
All proposal operations
Proposals overview
Lifecycle and concepts
Get proposal
Read back the saved snapshot
Revoke proposal
Withdraw a code before redemption