Check in tickets at the door using the Tito Check-in API
domain: ti.to · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Identify the check-in list slug for the event from the Tito dashboard
Call the check-in API base (checkin.tito.io) with the check-in-list slug to fetch the list and its tickets
POST a check-in referencing the ticket by ID, reference, or slug to record attendance
Use the batch check-in payload format when scanning multiple tickets in one request
DELETE a check-in record to reverse an accidental scan
Known gotchas
The Check-in API authenticates via the check-in-list slug in the URL rather than an account API token — treat the slug itself as sensitive since possessing it grants check-in access
Check-in state should be reconciled against the main admin API periodically, since the check-in endpoint is a purpose-built, separate service
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?