Two things slow down a counter. Finding the item in a list, and typing the price. Both disappear the moment the thing in the customer's hand has a code on it that your own till recognises.
The assumption that stops people trying
Most shopkeepers think barcodes are something the manufacturer gives you. For packaged goods they often are — but loose stock, repacked goods, your own mixes, anything sold by the piece from a sack, and every item from a supplier who never printed one are the bulk of what a small shop actually sells.
None of that is a problem. A barcode is only a machine-readable way of writing down a string you chose. If your system prints the code and your till reads the same code, it works, and nobody outside your shop ever needs to agree to it.
Why offline matters more than it sounds
Label printing is the one job that must not need the internet. You print labels while unpacking a delivery, often in a back room, usually on the worst connection in the building — and a print job that silently fails because a font or a script did not load is worse than no feature at all, because you find out after the sheet has come out blank.
So the code has to be drawn by your own software, on your own machine, from the text alone. Nothing fetched.
How this works in BizGST Pro
The Barcode Labels screen lists your items, you set how many copies of each you want, and it lays out a printable sheet. Each label carries the item name, its price and the scannable code, and the sheet is set so a label never breaks across a page.
The codes are Code 128 and are generated inside the app — no external library, no CDN, nothing fetched at print time. That is a deliberate choice for the reason above: the pattern table is small enough to ship, so the sheet prints whether or not the shop is online.
Items with no code get one
An item that has never had a barcode gets a generated one, derived from its own identifier so it is stable — the same item produces the same code every time, not a fresh random string on each print.
There is a button to write those generated codes into the item master in one go, and this step matters more than it looks. Printing a code is not the same as saving it. Until the code is stored against the item, the till has nothing to match a scan against — you would have a shelf full of labels that scan to nothing.
What the till does with a scan
The POS search box takes either a scan or typing. An exact barcode match wins outright; anything else falls back to matching the name. Enter adds the item to the bill.
No driver or integration is involved, and that is worth knowing before you buy hardware: an ordinary USB barcode scanner works because it behaves as a keyboard. It types the code and presses Enter by itself. As far as the app is concerned, somebody typed very fast.
Two limits
The codes use Code 128 set B, which covers the printable ASCII characters — ordinary letters, digits and punctuation. A code with anything outside that will not encode, so keep your SKUs plain.
And the label sheet is a browser print. The layout is designed to survive it, but you are printing pages, not driving a dedicated label printer with its own page size, so expect to spend one afternoon getting margins right for your particular sheets. After that it is the same every time.