Practical guide

Rehearse the admission journey before declaring the team ready

Last materially reviewed 2026-09-28

Quick answerTest ordinary and awkward cases with the actual roles; record observations, not a blanket pass.
What to know

Set a bounded rehearsal

Choose a small set of representative cases in an authorized environment. Include the ordinary path and the exceptions that matter to this event. State which devices, roles and connection conditions are being checked. Do not use an uncontrolled live sale or a real customer’s record merely to make a test realistic. The organizer should understand what the rehearsal can change and keep private details inside the approved system.

What to know

Observe the whole handoff

Watch how a person moves from greeting to ticket lookup, admission or exception handling. A working scanner is only one part. Check whether the volunteer can explain the result and whether the next responsible person receives enough context. Record the expected outcome before running the case so that the team does not redefine success after seeing an unexpected result. Unresolved cases should remain visibly unresolved.

What to know

Retest only the affected change

If a role, ticket type or device changes, identify which earlier results are no longer applicable. Preserve the old result and add a new dated observation rather than rewriting history. This prevents a checklist from looking complete when its evidence belongs to a different configuration. The rehearsal is not a certification of venue safety, system security or future uptime. It is evidence about specified tasks under specified conditions.

What to know

A fictional stop-and-repair result

The ordinary scan works, but a volunteer cannot find a partial group order. The team records the second case as unresolved, improves the briefing or configuration and checks that case again. They do not mark every task failed, nor do they ignore the exception because most of the rehearsal passed. The release decision belongs to the admission lead and should state which critical requirements are still open.

Continue when useful

Next: Partial group check-in

Confirm the present tickets before using an all-order action.

Open Partial group check-in →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. Ticket Tailor: preparing check-in devices — Merchant documentation · help.tickettailor.com · Merchant-controlled · checked 2026-09-28
  2. Ticket Tailor: group check-in — Merchant documentation · help.tickettailor.com · Merchant-controlled · checked 2026-09-28
  3. Ticket Tailor: restrict ticket types at a device — Merchant documentation · help.tickettailor.com · Merchant-controlled · checked 2026-09-28