The Printer Is Not Integrated, And That Is The Decision
There is no printer driver, no port to configure and no licence to buy. The till prints through the browser. That decision buys you something real and costs you two specific things, and both are worth knowing before you buy hardware.
Ask most retail software what printers it supports and you get a compatibility list. Ask this one and the answer is that it does not talk to printers at all — it produces a receipt-shaped page and asks the browser to print it. That sounds like a gap until you look at what the alternative actually involves, and then it looks like a decision.
It is worth understanding either way, because it determines what you have to buy, what you have to configure, and what you cannot do.
What "not integrated" actually means
The traditional approach speaks the printer's own language — a command protocol that says advance the paper, cut here, open the drawer, print this in double height. Doing that requires the software to know which printer you have, to be installed close enough to talk to it, and to be updated when you replace it.
The approach here is the one your computer already uses for every other document. The till renders a page sized for an 80mm roll and calls print. Whatever the operating system can print to, this prints to.
| Direct printer integration | Printing through the browser | |
|---|---|---|
| Which printers work | The ones on a compatibility list | Anything the operating system can see, including a laser printer and a PDF |
| To set up | Driver, port, model settings, often a local service | Install the printer as you would for anything else |
| When you replace the printer | Reconfigure, and confirm the new model is supported | Plug in the new one |
| Cash drawer opens automatically | Yes | No |
| Software controls the paper cut | Yes | The printer decides |
| Tells you the paper is out | Usually | No |
| Works from a tablet or a phone | Rarely, without extra hardware | Yes, to any printer that device can reach |
Read the bottom rows together and the trade is clear. You give up three conveniences at the counter and you gain the ability to print from anything, to anything, without the software having an opinion about your hardware.
You give up the drawer kick and gain never having to check a compatibility list before buying a printer.
The cash drawer, which is two different things
This needs untangling because the same words describe both a piece of furniture and a piece of accounting, and only one of them is in the software.
The physical drawer under the counter opens when a printer sends it a pulse. That does not happen here. In practice the cashier opens it, which is how a great many counters already work and is not the operational problem it sounds like — the drawer is not a control, it is a box.
The accounting cash drawer very much is in the software, and it is the one that matters. A cash session opens with a float, accumulates the cash taken, records anything removed to a safe during the shift, and closes against a counted figure — producing an expected total, a counted total, and the difference between them.
Which of the two catches theft
The counted-against-expected figure, every time. A drawer that opens on its own does not record anything; it just opens faster. The control is that the shift began with a known float, the system knows what should be in the box, somebody counted it, and any variance is attached to a named person and a named counter. That works identically whether the drawer opened electronically or by hand.
What actually prints
More than people expect, and the details are worth knowing because several of them answer questions a customer or an inspector might ask at the counter.
- Your logo, your business name, email and phone at the top — the logo can be switched off, and the header, footer and accent colour are all yours to set
- The receipt number, the date and time, the cashier by name and the counter they were on
- The customer, when the sale was made against one
- The currency, and the country the sale was priced in
- Each line with its quantity, unit price, its own discount and its line total
- A subtotal before discount, the total discount, the tax with its proper local name and rate, and the grand total
- Every payment method as its own line — so a sale split between cash and mobile money shows both amounts rather than one merged figure
- The change given
- Your own closing message
The payment breakdown is the one worth calling out. Split payments are extremely common and a receipt that collapses them into a single paid figure is the source of a specific and tedious dispute later, when a customer is certain they paid part in cash and the paperwork does not say so.
The tax block, and when it appears
Where a sale has been filed with the revenue authority, the receipt carries the filing detail — the heading, the assigned receipt number, the signature, and a QR code linking to the verification.
The important word is "where". That block prints only for a sale that has actually been filed. A sale that has not been is not decorated with an official-looking block that means nothing. This is the correct behaviour and worth verifying on your own first day of trading, because a receipt that displays compliance it does not have is a worse position than one that plainly does not display it.
The QR is drawn in a way that fails gracefully. If the verification link is missing or malformed, the code is simply omitted and the rest of the block still prints — the receipt does not fail to come out of the printer because of a formatting problem in one field.
The [barcode](/glossary/barcode) at the bottom
Every receipt carries a scannable code for the sale itself, and it uses the same typed-prefix scheme as everything else in the system — the code says it is a sale, then the sale number.
This turns a returns conversation into a scan. A customer comes back with a receipt, the code is scanned at the counter, and the exact sale opens with no typing and no risk of transposing a digit. It works from a handheld scanner, and it works from a phone linked to the till.
It is a small feature and it is the one that pays for itself fastest, because returns are where counter staff spend the most time looking things up under the least patience.
What to buy, then
-
An 80mm thermal receipt printer, any make
The receipt is laid out for an 80mm roll. There is no compatibility list to check, so buy on price, on how easy the paper is to get locally, and on whether the shop will replace it quickly. Those are better criteria than any specification sheet.
-
A cash drawer only if you want one
It will not open on its own. Buy the furniture if you want the furniture. The accounting control comes from the float-and-count cycle, not from the drawer.
-
A basic keyboard-wedge scanner
The cheapest kind, the sort that behaves like a keyboard. It needs no driver and no configuration. This is covered properly in its own right, and the summary is that the expensive ones do not buy you anything here.
-
Nothing else
No weighing scale, no card terminal that talks to the till, no customer-facing display, no fiscal device. None of these are integrated, so buying them for this system specifically gets you nothing it does not already have.
The scale one catches people out. If you sell by weight, the scale is a separate instrument and the weight is typed in. That is the honest position and it is worth knowing before you buy an integration-capable scale on the assumption it will connect.
What AWRA OpsHub does today
- Printing through the browser to any printer the device can see, with no driver, no port setting and no local service to keep running.
- A receipt laid out for an 80mm roll, printing automatically when the page opens.
- Your branding — logo on or off, your own header and closing message, your own accent colour.
- Cashier and counter named on every receipt, which is what makes a disputed sale traceable to a person and a till.
- Every payment method printed separately, so split payments are on the paper rather than merged into one figure.
- Tax labelled with its correct local name and rate, taken from the sale rather than assumed.
- A revenue-authority block that prints only when the sale was actually filed, with the receipt number, signature and a verification QR.
- A scannable sale code on every receipt, using the same typed-prefix scheme as the rest of the system, so a return is a scan.
- A cash session with float, drops, expected, counted and variance — the accounting control, which is the one that catches anything.
What it does not do
- No cash drawer kick. The drawer does not open on its own. Somebody opens it.
- No printer command protocol. The software cannot control the cut, print double-height text, or read the printer's state.
- No paper-out warning. The first sign is a receipt that does not appear.
- No weighing scale integration. If you sell by weight, the weight is typed in from a separate instrument.
- No integrated card terminal. A card machine at the counter is its own device and its own settlement; the sale records the method, not a link to the terminal.
- No customer-facing pole display.
- No fiscal printer or dedicated tax device driver. Filing happens through the software, not through a box on the counter.
Not ours, by choice
- We will not print a revenue-authority block on a sale that was not filed. A receipt that looks compliant and is not puts the customer holding it in a worse position than a receipt that plainly says nothing.
- We will not build a printer compatibility list we cannot keep true. A list is a promise about hardware we do not control and cannot test as models change, and the honest version of it is the sentence "it prints the way your other documents print".
A drawer kick, printer status and cut control all require a small local component alongside the browser. That is scope rather than a ceiling, and worth scoping against what it actually buys — for most counters, the honest answer is a faster drawer rather than a better control.
Two settings on the till machine are worth ten minutes on setup day: set the receipt printer as the default, and turn off the print preview dialog in the browser. Together they turn every sale from three clicks into none, and they are the difference between staff finding the till pleasant and finding it slow.
A short setup checklist
Before the first day of trading
- Install the printer on the till machine and set it as the default, then print one receipt end to end and look at it — not the screen, the paper.
- Turn off the browser print dialog so the receipt goes straight to the printer.
- Set your header, footer, accent colour and logo before anybody sees a receipt, because the defaults are generic and the first customer receipt is a small piece of your reputation.
- Make a test sale split across two payment methods and check both appear.
- File a test sale and confirm the revenue-authority block prints, with the QR readable by a phone camera.
- Scan the code at the bottom of a printed receipt and confirm it opens that sale. This is the returns workflow, and it should be tested on paper rather than assumed.
- Buy a second roll of paper and put it under the counter, because there is no warning.
Related: the scanner side is in the scanner you already own, the codes on the receipt in the code that matches twelve things, the cash session in the retail daily close, and the connection question in offline point of sale.
Our take
Buy any 80mm thermal printer on price and local availability, because there is no list to check and that is the point. Skip the electronic drawer, the integrated scale and the pole display — none of them connect, and the cash control you actually want comes from the float-and-count cycle rather than from a drawer that opens by itself. Spend the ten minutes on setup day making the printer default and killing the print dialog, and test the receipt barcode on real paper before you open, because that scan is where the time savings actually show up.
See the till
An 80mm receipt that prints through the browser to any printer, with split payments itemised, cashier and counter named, and a scannable sale code for returns.
Explore point of saleFrequently asked questions
Which receipt printers are supported?
Any printer the till machine can already print to. The receipt is a page laid out for an 80mm roll and printing goes through the browser, so there is no driver to install for the software specifically, no port to configure and no compatibility list to check. Buy an 80mm thermal printer on price, on whether the paper is easy to get locally, and on whether the supplier will replace it quickly — those are better criteria than any specification sheet.
Will the cash drawer open automatically?
No. Opening a drawer requires the software to speak the printer's own command protocol, which is exactly the dependency that printing through the browser avoids. The cashier opens it. Worth separating the two things the phrase describes: the physical drawer is a box and does not record anything, while the cash session in the software — opening float, cash taken, drops to the safe, counted total and the variance against expected — is the control that actually catches problems, and it works the same whether the drawer opened electronically or by hand.
Can we sell items by weight?
You can sell them, and the weight is typed in. There is no weighing scale integration, so the scale is a separate instrument and somebody reads it and enters the figure. This is worth knowing before you buy hardware, because integration-capable scales cost more and that capability would go unused here. If you sell by weight at volume, the practical mitigation is placing the scale where the cashier can read it without moving.
What is printed on the receipt?
Your logo, name and contact details at the top; the receipt number, date, cashier by name and the counter; the customer where there is one; the currency and country; each line with quantity, unit price, its own discount and line total; subtotal, total discount, tax with its correct local name and rate, and the grand total; every payment method as a separate line; the change; your closing message; the revenue-authority block where the sale was filed; and a scannable code for the sale itself. The header, footer, accent colour and whether the logo shows are all yours to set.
Does the receipt show the tax filing details?
Where the sale has actually been filed, yes — the heading, the assigned receipt number, the signature and a QR code for verification. Where it has not been filed, that block does not print at all, which is deliberate: a receipt carrying an official-looking block that means nothing leaves the customer holding it in a worse position than one that plainly does not carry it. Test this on your first day and confirm the QR reads from a phone camera.
What is the barcode at the bottom of the receipt for?
Returns, mostly. It encodes the sale itself using the same typed-prefix scheme the rest of the system uses, so scanning it at the counter opens that exact sale with no typing and no transposed digits. It works from a handheld scanner or from a phone linked to the till. It is a small feature that pays back quickly, because returns are where counter staff do the most looking-up under the least patience.
Will we know when the paper runs out?
No. Printing through the browser means the software does not read the printer's state, so there is no low-paper warning and the first sign is a receipt that does not appear. The mitigation is a spare roll kept under the counter and a habit of changing it at the start of a shift rather than in the middle of a queue.
