Bus power, batteries and the scanner with no computer
A portable scanner’s most consequential design decision is where its electricity comes from, because that determines whether it needs a computer, a socket, or neither. The three arrangements — powered from the data cable, powered from an internal battery, or powered from either while writing to a memory card — are genuinely different tools, and the difference matters more than weight or footprint.
Powered from the cable
The classic mobile scanner takes both its data and its power from a single cable to a computer. One cable, no adapter, nothing to charge, nothing to forget in a hotel room. It is an elegant arrangement and it accounts for most of the appeal of the category.
The constraint is the power budget. A data port supplies a limited amount of current, and a scanner has to run a lamp, a sensor, and a motor within it. That is why bus-powered devices are typically single-pass, modest in speed, and cautious about high-resolution colour work — the mechanism is sized to the available power. It is also why some units historically shipped with a Y-shaped cable that draws from two ports, which is a sign the design is close to the limit.
The real constraint is not power at all, though. It is that a bus-powered scanner is useless without a host computer running working software for it. That makes it the arrangement most exposed to the software question in the driver is the part that expires, because when the driver stops working there is no fallback mode. The hardware is fine and completely inert.
Powered from a battery
An internal battery decouples the scanner from the socket, and usually from the computer as well, since a device with its own power generally also has somewhere of its own to put the file. That is the point: you can scan in a car, in a warehouse, at a stall, in a client’s office, and deal with the files later.
What you take on is a battery. It self-discharges, so a device used occasionally is frequently flat when you reach for it. It degrades with age, which puts a ceiling on the useful life of the whole unit if the cell is not replaceable. And it introduces a state you have to manage — charged or not — where the bus-powered design has none.
Batteries also constrain the mechanism harder than bus power does, because the design has to be conservative about how many scans a charge yields. Expect a portable battery device to be more modest again in speed and settings.
Writing to a card, with no computer at all
The third arrangement is a scanner that writes finished files to a removable memory card, or to internal storage, with the host computer entirely out of the loop. You scan, and later you take the card out or plug the device in as a storage volume and copy the files off.
This is the most robust arrangement in the long run, and the reason is not obvious: a device that writes standard files to a card does not depend on a driver. Anything that can read a memory card can read its output, on any operating system, indefinitely. That single property outlives most of the industry, and it is worth weighting heavily if you expect to keep the hardware for a long time.
The tradeoff is that the device is doing all its own image processing with no software to help, so you get whatever it decides. Exposure, cropping, colour mode, and compression are set on the unit itself through a small screen or a set of buttons, and there is no preview before you commit. On faint receipts that is a real handicap, since the controls described in scanning faded thermal paper may be limited or absent. It also means the compression settings are whatever the firmware chose, which is not always gentle — see compression and scan quality.
There is a second failure mode worth naming: a card-writing device has no acknowledgement path. Nothing on a computer confirms the file arrived. If the card was full, corrupt, or absent, you find out later. Checking the count after a batch is not optional here.
Which one matches which situation
- Scanning at a desk, next to a computer, most of the time. Bus power. The battery is a liability you would be maintaining for nothing, and the desk arrangement means you get the software’s preview and settings.
- Scanning away from a desk, then processing later. Battery plus card. The independence is the whole value.
- Wanting the hardware to still work in a decade. Card output, on the driver-independence argument above.
- Wanting the smallest possible thing in a bag. Reconsider whether you need a scanner in the bag at all. A phone is already there, weighs nothing, and captures adequately for most items — the honest version of this argument is in when not to buy a scanner.
The wireless variant, and why it is a different question
Some portable devices add wireless transfer, which sounds like a fourth arrangement and is really a modification of the third: the device holds the file and pushes it somewhere over a network instead of onto a card. That is convenient and it introduces questions about where the file goes and who else handles it on the way, which deserve their own treatment: wireless scanning explained.
For a receipt, those questions are not academic. The document contains where you were, when, what you bought and a fragment of your card number, and the transfer path decides who has an opportunity to see it.
The buying question underneath all of this
Ask what the device produces without any software installed. If the answer is “nothing”, you are buying a peripheral whose life is bounded by its driver support. If the answer is “standard files on a card”, you are buying an instrument. Both are legitimate purchases; only one of them is still useful after the manufacturer stops caring, and the difference does not appear anywhere on the box.
What the resulting files are worth as records — whether a digital capture can substitute for the paper, and how long the original needs to exist alongside it — depends on rules that vary by country and by the kind of entity keeping them. That is a question for your own tax authority or an accountant in your jurisdiction, not for the hardware.