← All resources

How to Check Event Tickets With No Internet at the Gate

A staff member scanning a paper wristband with a tablet at a wooden farm event gate table in autumn light.

Signal is worst exactly where you need it. The far corner of a field. A barn with a metal roof. A parking lot tucked behind a hill. And that is precisely where a lot of small events put the gate — the one spot where every ticket has to be checked, and the one spot the carrier bars go to die.

So you search for a ticket app with an "offline mode," find a dozen that promise it, and reasonably assume the problem is solved. Mostly it isn't — not the way you think. "Offline mode" means very different things depending on how the app was built, and the difference only shows up on the busiest day of your year, at the gate, with a line forming.

This guide explains what actually happens when a ticket is scanned with no internet, the two quiet holes in the way most apps do it, and the one approach that closes them.

What most "offline" ticket apps actually do

Almost every offline scanner works the same way: before the event, the app downloads your whole guest list onto the phone. At the gate, when someone shows a code, the app looks it up in that downloaded list. No internet needed for the lookup, because the answer is already on the device. When signal comes back, it uploads which tickets got scanned.

For a lot of events, that's genuinely fine. But it rests on two assumptions that fail in the field.

1. You have to sync before you lose signal — not after. The list only lands on the phone if the phone had a connection when the app was opened. Show up at a dead-zone gate, open a cold app, and there's nothing to look up. Staff who "downloaded the app this morning" out in the parking lot are the classic version of this going wrong.

2. Two offline devices can't see each other. Run two gates with no signal and they're two islands. A code scanned at Gate A is not marked used at Gate B. A screenshot forwarded to a friend walks through the second gate clean. And a ticket someone bought online an hour ago — after your last sync — isn't on either list at all, so a paying customer gets turned away. The platforms that are honest about this call it partial offline: scans are recorded, but the "is this a duplicate?" check waits until the devices reconnect. By then the day is over.

None of this means list-caching is bad. It means "works offline" is a spectrum, and you want to know where on it you're standing before the gate is 40 people deep.

The other way: a ticket that proves itself

There's a second approach that doesn't need the guest list at the gate at all. Instead of checking a code against a list, the code carries its own proof.

When the ticket is sold, the till stamps its code with a cryptographic signature that only your account can produce — think of it as a tamper-evident seal that's mathematically impractical to forge without your secret key. At the gate, the scanning device doesn't look anything up. It just checks the seal: was this signed by us, and has anyone altered it? That check runs entirely on the device, using only the code in front of it. No list. No pre-sync. No signal.

The payoff is that the two holes above simply close:

  • Nothing to download first. A brand-new device can validate a ticket the moment it's set up, because validity lives in the ticket, not in a list it had to fetch.
  • A ticket sold five minutes ago still works. It was signed with the same key, so any gate accepts it — even a gate that hasn't touched the internet all day.
How a signed ticket clears the gate with no signalThe ticket is sold — The till records the sale and stamps the ticket's code with a signature only your account can produce.; The code goes on a wristband or receipt — It prints on the same thermal receipt printer — nothing for the customer to install or keep charged.; Staff scan it at the gate — Any till's camera reads the code. No guest list to download first, and no bars needed.; The device checks the seal itself — It confirms the code was signed by your account and hasn't been altered — right there, offline.; It's marked used, and reconciles later — The scan is recorded on the spot; when signal returns, every till's record syncs up.How a signed ticket clears the gate with no signal1The ticket is soldThe till records the sale and stamps the ticket's code with asignature only your account can produce.2The code goes on a wristband or receiptIt prints on the same thermal receipt printer — nothing for thecustomer to install or keep charged.3Staff scan it at the gateAny till's camera reads the code. No guest list to download first,and no bars needed.4The device checks the seal itselfIt confirms the code was signed by your account and hasn't beenaltered — right there, offline.5It's marked used, and reconciles laterThe scan is recorded on the spot; when signal returns, every till'srecord syncs up.

The honest limit — and how to handle it

A signature proves a ticket is real. It cannot, on its own, prove a ticket is fresh — that nobody used it thirty seconds ago at the other gate. "Already used?" is a memory question, and memory only covers the devices that share it.

So the double-use math is simple:

  • One gate device? Solved completely. That device remembers every code it scanned today — signal or no signal — and rejects a repeat instantly. For most farm stands, markets, u-picks, small fundraisers and church events, one gate is the whole story.
  • Several gates, all offline at the same time? A code could in theory be used once per island until they reconnect. If that's a real risk for you, keep the gates on one connection when you can, put a person on the wristband (a used one looks used), or accept that reconciliation catches the rare repeat after the fact.

That's the entire trade, stated plainly — which is more than most "100% offline" marketing will tell you.

A field checklist for a small event

  • Walk to the actual gate spot and check your bars there — not at the house, not in the parking lot. If it's dead, you're planning for offline whether you like it or not.
  • Decide one gate or many. One device removes the double-scan question entirely. Two give you throughput but want a plan.
  • Put the code on something durable. A printed wristband survives a pocket, a toddler, and a dead phone battery better than a screenshot on someone's cracked screen.
  • Sell and check on the same tool. If the thing that sells the ticket also validates it, there's no export, no second app, and no list to keep in sync.
  • Keep a manual fallback. A stamp, a roll of colored wristbands, a clipboard. Technology's job is to make the common case fast; the fallback's job is to make the rare case survivable.

Where TallyTill fits

TallyTill runs on a phone or tablet you already own, and event admission is a feature you can switch on when you need it. You sell general-admission tickets as ordinary catalog products, print a security wristband on the till's thermal receipt printer, and validate that wristband's signed QR code at any till — offline, with no guest list to download first. Sales and scans reconcile automatically once the device is back online.

Because it's one tool, the same tablet at the entrance can also ring up the snack shelf, the merch table, or the extra bag of apples on the way out — no second device, no second login.

If you're setting up the selling side too, the companion walkthrough covers selling tickets and printing wristbands step by step.

And it costs nothing to find out whether it works at your gate. The free Stand plan is $0 per device, with no card required and no time limit — create a free account, add a couple of test tickets, and scan one at your own gate to watch the offline check happen before the day it has to.

Reconnecting…
One moment — we're restoring your session.