- Swap operations —
validateandswap— resolve a ticket from its barcode: whether it can be resold, and the exchange itself. - Version 2 is read-only and gives you the catalogue around that flow: the organizations your key covers, their events on sale with rates and stock, and the tickets a buyer holds.
/resellers/v2. The swap operations keep their own paths and are not versioned.
Conventions
- Envelope. Every response is
{ "data": ..., "success": true }. Paginated listings addhas_more. - Pagination.
limit(1–100, default 50) andoffset(default 0).has_more: truemeans another page follows. - Dates. ISO 8601 in UTC, for example
2026-10-03T21:00:00.000Z. - Query parameters. Only the documented ones are accepted; anything else answers
400. - Errors. HTTP status plus a JSON body carrying the reason.
- Evolution. Changes within v2 are always additive. Ignore the fields you do not use.
What the catalogue does not include
There is no endpoint that lists every ticket of your authorized organizations. Two reasons: it would expose buyers who take no part in the resale, and the volume — hundreds of thousands of records per organization — is not something to serve or keep in sync by polling. Access to tickets is always bounded: the holder brings them in Tickets of a buyer, which requires their email, or they are resolved one at a time. To know whether a ticket you already published is still valid — not cancelled, not refunded, not scanned — use Validate reseller barcode with its barcode. It is the precise source, because it also evaluates every rule that would block the swap. Do not re-run the buyer search for that check.A ticket cancellation webhook is coming, so you will be told the moment a ticket is cancelled or refunded
instead of asking. Until then, checking your published tickets periodically with
validate covers the case.