Equipment

Handheld scanner or phone camera: what to use for QR check-in at the door

By SOMOS DER · October 30, 2026 · 6 min read

For most events the camera on a phone or tablet is enough: there is nothing to buy, the operator can move around and the reading is immediate. A handheld scanner makes sense at fixed desks with high volume, in low light or when the operator needs both hands free. Scanners that work as a keyboard connect to the computer or tablet and type the code as if it were keyed in, so they work with a system that runs in the browser. For an agency producing in Argentina from abroad, that means you can start with the phones your local team already carries and decide on scanners only where the rehearsal shows you need them.

The two ways to read a QR code

An accreditation system that runs in the browser, like PASE, can read the QR code in two ways: with the device's camera (phone, tablet or laptop) or with a handheld scanner connected to that device. In neither case do you need to install an app, and the result on screen is the same: valid, duplicate or not authorized.

What changes is the ergonomics, the sustained speed and what you have to bring.

How the camera works

The operator opens the scanning screen, the browser asks for permission to use the camera and from then on it is enough to point at the QR code. According to the MDN documentation on camera access, camera access from a web page only works on secure pages (HTTPS) and always requires the user to authorize it at least the first time. In practice: each operator has to accept that permission before the public arrives, ideally during the door rehearsal.

QR codes were designed to be read well by phone cameras. The reference article on barcode readers puts it this way: 2D codes designed for phones, such as QR and Data Matrix, are read quickly and accurately with or without autofocus.

When the camera makes sense

• Small and medium events, where one operator per point is enough and arrivals are steady.
• Moving gates: the operator who walks the queue scanning, the check at the entrance of a room, an access point that changes place during the day.
• When you do not want to carry equipment: each operator uses a phone or a tablet, and the spare is another phone.

Where it gets complicated

• Low light. At a night entrance or in a dark hall, the camera is slow to focus. Sometimes a lamp on the desk is enough.
• Brightness and reflections. Attendee screens with low brightness or with the sun on top. Asking the person to turn the brightness up solves almost everything.
• Battery. Camera and screen on for hours drain a lot. A charger or power bank per operator.
• Fatigue. With sustained high volume, holding the phone and aiming hundreds of times in a row is tiring and slows the pace.

How a handheld scanner works

The most common handheld scanners connect by USB (or Bluetooth) and behave like a keyboard: they read the code and "type" it into the active field on the screen, followed by Enter. The reference article on barcode readers describes this kind of connection, called keyboard wedge, this way: the data appears exactly as if it had been typed on the keyboard. That is why they work with a web system without drivers or special software: to the browser, it is someone typing very fast.

Two things to check before you buy, rent or pack one:

• That it reads 2D codes. The QR code is two dimensional, and 2D scanners are the ones that use a camera and image processing. Ask explicitly for a model that reads QR codes and, if attendees will show the code on their phone, one that reads from screens. Test it beforehand with a QR code on a phone, not only with a printed one.
• That the device accepts it. On a computer and on most tablets with USB or Bluetooth it works straight away. With phones it depends on the model and the adapter. Test it with the exact device you will use at the door.

When a handheld scanner makes sense

• A fixed desk with high volume: the main entrance of a congress or a concert, where the operator stays in the same place for hours and the queue does not stop.
• An accreditation desk with printing: the operator scans, the badge comes out of the printer and both hands are free to hand it over.
• Low light: many scanners have their own illumination.
• Operators with little practice: aiming a trigger scanner is more intuitive than framing with the camera.

Where it gets complicated

• Field focus. Since it types wherever the cursor is, if someone touches another part of the screen the code ends up somewhere else. The operator has to know how to put the cursor back in the scanning field.
• More things that can fail: cable, scanner battery, Bluetooth pairing. Bring a spare or, at the very least, keep the camera on the same device as plan B.
• You have to get hold of them. In PASE, handheld scanners are the client's: if you have them, we use them; if not, the camera is enough for most cases.

The practical rule

Start with the camera. If in the rehearsal you measure that an operator cannot keep up with the pace you need at peak hour, or that the venue's light makes reading hard, move that specific point to a handheld scanner. Not every point has to use the same thing: it is common to have the main entrance with a scanner and the inner sectors with phones.

What does not change with either one is what happens on the other side. The QR code carries no personal data inside, so reading it shows nothing without the system. And since the entry is recorded atomically, if two points scan the same code at the same time, whether with a camera or a scanner, one gets in and the other is logged as a duplicate.

One clarification that matters: the scanner or the camera only reads the code. Validation is done by the system, and for that it needs internet at the door. A handheld scanner does not make the door work offline. If the network drops, PASE shows that there is no connection and lets the operator retry; that is why any setup needs a backup network (see what to do if the internet goes down at your event door).

The camera to move, the scanner to stay put. And in both cases, tested beforehand on the real device.

Frequently asked questions