Scan tickets at the entrance

Use this workflow to admit customers who arrive with a ticket, QR code, order confirmation, or customer name.

Entrance scanning is handled by connected entry hardware, such as KORONA.entry scanners and turnstiles, and each scan is recorded on the ticket in KORONA Event. Staff check attendees in manually from the back office attendee view. The point of sale (POS) is used to look attendees up at the door; it does not scan tickets itself.

This article is for admissions staff working under queue pressure.

Before you start

Confirm:

  • the entry hardware integration is connected and synchronized, for example KORONA.entry under Admin > Integrations
  • the event or admission appears in the POS agenda for door lookups
  • scanner hardware is charged and connected when used
  • staff know the fallback process for manual lookup and check-in
  • the entrance team knows which ticket states allow entry

Look up attendees at the door

  1. Open the POS.
  2. Open Agenda.
  3. Select the event or admission.
  4. Open Attendees.
  5. Search by customer name or ticket number if scanning is unavailable.
POS attendee list for an event
Use the POS attendee list to search customers, review ticket numbers, and recover when scanning hardware is unavailable.

Scan or check in a ticket

  1. Ask the customer to show the ticket or QR code.
  2. Scan the code with the connected entry scanner or turnstile. The hardware accepts or rejects the ticket, and the result is recorded on the ticket in KORONA Event.
  3. If the hardware rejects the ticket or scanning is unavailable, open the attendee under Sales > Attendees in the back office and review the ticket.
  4. Use Check in on the ticket, or Check in selected for a group, to record a manual entry.
  5. If the ticket cannot be checked in, read the reason shown before deciding whether to admit the customer.

Understand why a ticket cannot be checked in

When a ticket cannot be checked in, the ticket panel on the back office attendee detail shows one of these reasons:

ReasonWhat it means
Already checked inThe ticket was already used for entry. Check whether the customer is in the same group or whether the code was duplicated.
Invalid validityThe ticket is not valid for the current date or time. Check the order and the ticket validity.
Ticket is not activeThe ticket exists but is not in an active state, for example a pending or locked ticket.
Used upThe ticket has no remaining entries.

For the full set of ticket states behind these reasons, use the canonical reference:

Ticket states

Ticket state describes whether a ticket is ready, usable, consumed, restricted, or no longer valid.

OptionWhat it doesWhen to use itWatch out for
PendingShows that ticket activation or final state is not complete yet.Use it while waiting for ticket generation or synchronization to finish.Do not promise entry until the ticket becomes active or its source confirms validity.
ActiveShows that the ticket is currently valid for its configured entitlement.Use it as the normal ready-for-entry state.Date, time, entitlement, and duplicate-scan rules can still affect admission.
UsedShows that the ticket’s usable entitlement has already been consumed.Use it to investigate a repeat or duplicate entry attempt.Check scan history before overriding an admission decision.
ExpiredShows that the ticket is outside its valid period.Use it when the configured validity has ended.Confirm the selected event or admission date before rejecting the customer.
LockedPrevents the ticket from being used while a restriction is active.Use it when an operational or external-system rule deliberately blocks entry.Review the lock reason and owning system before changing it.
CancelledShows that the ticket was canceled and is no longer valid for entry.Use it after the related order item or ticket has been canceled.Check whether a replacement ticket was issued.
UnknownShows that KORONA Event cannot determine a reliable ticket state.Use it as a signal to inspect ticket source, synchronization, and scan history.Do not infer validity without checking the source system.

Fallback lookup

When scanning is unavailable:

  1. Search the POS attendee list by name or ticket number, or open Sales > Attendees in the back office.
  2. Confirm the event, date, time, and ticket state.
  3. When the attendee or ticket is found, record the manual entry with Check in in the back office.
  4. If an emergency venue process cannot record the check-in immediately, add the attendee or ticket number to a manual log and reconcile it with Check in as soon as the system is available.
  5. If the ticket cannot be found, collect order confirmation details and escalate to a supervisor.

Expected result

Entrance staff can confirm whether a ticket is valid for the selected event or admission, check the attendee in, and capture enough information to resolve failed scans without blocking the queue.

Troubleshooting

ProblemWhat to check
Event is missing from POS agendaPOS setup, sales channel, event date, POS coupling, and whether the event is still active.
Ticket scans as wrong dateSelected agenda item, ticket date/time, rebooking state, and external booking sync.
Ticket was already usedCheck the ticket's entry events in the back office attendee view, group entry, duplicate scans, and whether another entrance scanned it.
Ticket not foundSearch by order and customer, confirm the correct shop and POS account, check ticket generation, and ask support to inspect sync if needed.
Scanner hardware failsUse manual lookup and Check in in the back office, record the affected time window, and reconcile attendee state after the event.

Ready to Get Started?

Book a free demo or reach out — we’d love to hear from you.