These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Event + Ticketing + CRM + Analytics
- Features
- Ticket Scans
Ticket Scans
Submit, review and complete ticket scan records for an event.
OverviewTicket scan review queue×
Event + Ticketing + CRM + Analytics · Ticket Scans
New
Ticket scan review queue
Approval conditions
| Ticket code | Status | Revision | Parent | Admission count | Scanned at | |
|---|---|---|---|---|---|---|
| TC-631 | Submitted | 160 | EVN-91042 | 17 | 05 Oct | |
| TC-648 | Submitted | 410 | EVN-94189 | 39 | 13 Oct | |
| TC-558 | Submitted | 220 | EVN-51499 | 13 | 13 Oct | |
| TC-773 | Submitted | 210 | EVN-46629 | 4 | 22 Oct | |
| TC-903 | Submitted | 770 | EVN-22326 | 26 | 08 Oct |
6 of 6 records
TC-631Ticket scans · TS-57767
SubmittedRevision160
ParentEVN-91042
Admission count17
Scanned at05 Oct
What you can do
Give scans a controlled outcome
A ticket scan links a ticket code to an event and organization. It can record scan time, admission count, decision time and check-in time. Its status begins in Draft, moves to Submitted for review, and reaches Approved, Rejected or Completed according to the decision and completion checks. The revision helps the reviewer decide on the same scan that the operator submitted.
The admission operator first identifies the parent event. The submission check compares capacity and evidence separately. A scan with a valid ticket code can still exceed available capacity; a scan within capacity can still lack verified provider payment evidence. An independent reviewer records a decision for the submitted revision. Completion waits for persisted capacity and verified provider payment effects. That order makes the scan record useful at a busy entrance and in later review.
How the work is organized
- Submission. Freeze the scan revision after checking the event and admission count.
- Decision. Attach an independent review decision to the matching parent and revision.
- Completion. Record the check-in only when the capacity and payment effects are present.
What to agree during setup
Agree where ticket codes originate and how staff identify duplicates at the entrance. Decide who may submit a scan and which independent reviewer covers each event. The reviewer should see the linked event, capacity, admission count and provider evidence before deciding. A rejected scan needs a clear reason, and the operator should know whether to correct it through a new revision or leave it rejected.
Practice a network retry. The same operation key should not produce two completed check-ins. An operation receipt with a pending or uncertain result should go to reconciliation before someone repeats an external action. The admission count should remain traceable to the event’s reserved and admitted quantities.
Check the handoff on an actual case
At a theater entrance, an operator scans a ticket that admits two people. The operator checks the selected open event, records the ticket code and admission count, then submits the scan. The independent reviewer sees the submitted revision and payment evidence. If the evidence is verified and capacity remains, the reviewer approves it. The operator completes check-in after the effects persist. A second scan of the same ticket prompts investigation of the earlier operation receipt rather than a second admission. If the scan is rejected, its decision and reason remain linked to the event.
What your team sees
- Ticket scan review queue — Submitted scans awaiting a decision.
- Ticket scan board — Scans grouped by their current lifecycle state.
- Completed scans — Check-ins with their recorded admission count and time.
Follow the work through
Walk through admission and scans and review and evidence.
What it keeps track of
Data model- Ticket scans
- Ticket scan records submitted for review and completion.
- Events
- Programs, events and sessions with capacity, lifecycle and revision.
- Admissions
- Reserved and admitted admission lines for an event.
- Review decisions
- Independent reviewer decisions recorded against a source revision.
- Payment evidence
- Provider payment authorizations, captures, refunds and voids.
- Operation receipts
- Idempotent receipts for guarded operations with expected revision and result state.
Who uses it
Permissions- Admission Operator
- , Independent Reviewer, Reconciliation Lead, Event Owner.
Set up Event + Ticketing + CRM + Analytics your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.