Barcode inventory management — labels, scanning and printing explained

How a barcode inventory system works

A barcode inventory system links a printed code on the physical item to the item's record in the software. Every item in the item master carries a barcode value alongside its item code; labels printed with that barcode go on items, packs or shelf edges; and where batches matter, lot labels identify the specific batch with its expiry date. Then, at receiving, issue, transfer and counting, the operator scans instead of types — the scan reads the exact item (or lot) identity into the document being raised.

Two clarifications save a lot of confusion. First, the barcode does not change stock — the document does. Stock still moves only when a goods receipt, issue slip, transfer or adjustment is posted; the scan just guarantees the document names the right stock. Second, you do not need supplier-printed retail barcodes. Your own labels, carrying your own item codes, are enough — and for raw materials, spares and internal batches they are the only option anyway.

What goes on the label — item codes and lot detail

Label content is a design decision worth ten minutes of thought, because it fixes what a single scan can capture:

• Item labels carry the item code (as the barcode) plus a human-readable line — code, description, UOM — so people can work when a scanner is not in hand. Fixed to bins and shelf edges, they also serve as location labels for counting.
• Lot labels carry the lot/batch number, and usually expiry and quantity — printed at goods receipt, one per batch received. This is what makes scan-based FEFO issue and batch recall practical (see Lot, Batch & Expiry).
• Keep the encoded value plain. Encode the code itself — not a composite string someone will want to change later. The software resolves the code to everything else.

Code 128, QR and choosing a format

Code 128 is the workhorse 1D format for inventory: compact, high-density, alphanumeric, readable by every scanner made in the last two decades. If a label carries one value — an item code, a lot number — Code 128 is the default answer. QR codes are 2D: they hold far more data (item + lot + expiry in one symbol), tolerate partial damage, and can be read by any phone camera, which makes them handy for occasional checks without dedicated hardware.

A practical SME pattern: Code 128 for item and shelf labels, QR where one scan should carry lot and expiry detail. Modern 2D imaging scanners read both, so the choice is about label real estate and data needs, not hardware lock-in. Retail EAN-13 codes on purchased goods can be scanned too — map them to your item codes in the master rather than re-labelling everything.

Printing — thermal labels done right

Office printers and sticker sheets are how barcode projects die: labels smudge, peel and fade within weeks. Use a thermal label printer — the standard for durable stockroom labels. Practical points that matter more than brand:

• Direct thermal vs thermal transfer. Direct thermal is cheaper (no ribbon) but fades over months and dislikes heat; thermal transfer with a ribbon lasts years. Shelf and bin labels deserve transfer; short-lived lot labels can be direct.
• Label stock matters. Oily, dusty or cold environments need the right adhesive; test a strip for a week before ordering rolls.
• Print at the event. Lot labels print at goods receipt, from the receipt document itself, so the label always matches the record. Batch-printing item labels for the whole store is a one-time setup task.

Software-side, labels are generated from the same records the documents use — Fast Inventory prints Code 128 labels as PDF sheets, generates QR codes, and drives TSC-class thermal printers natively (see Barcode, RFID & Automation) — so the label, the master and the ledger can never disagree.

Scanners — what an SME actually needs

The hardware conversation is simpler than vendors make it. As general market guidance (specs and prices vary — treat categories, not rupee figures, as the takeaway):

Start with one or two wired 2D scanners at the entry points and a wireless unit if the store is large. The honest boundary: desktop-entry-plus-scanner covers Fast Inventory's ground — receiving, issue, counting, labels. When the operation needs directed work — a scanner telling the operator which bin to put away into or which lot to pick next — that is handheld-first WMS execution, and the same platform grows into Fast WMS for it.

The three processes to scan-enable first

Do not try to scan everything on day one. Three processes give most of the accuracy gain:

• Receiving. Scan at the GRN so the item received is the item booked — and print the lot label with expiry there and then. Errors caught at the door never reach the shelf.
• Issue. Scan at the issue slip so the item handed over is the item deducted. Lookalike items — same part, different grade — stop swapping identities.
• Physical counting. Scan-confirmed counts are faster and cannot count the wrong item — which makes the variance report a true accuracy measure. This pairs directly with the cycle-count programme in the accuracy playbook.

A four-step rollout plan

A realistic SME barcode rollout is measured in weeks, not months:

• Step 1 — Clean the identity layer. One item, one code, one barcode value in the master; kill duplicates first. (If codes are a mess, this is the same cleanup as an Excel-to-software migration — do it once, use it twice.)
• Step 2 — Decide label design and formats. Item labels vs lot labels, Code 128 vs QR, direct thermal vs transfer — one page of decisions, then lock it.
• Step 3 — Print and fix labels. Batch-print item/shelf labels for the store; start printing lot labels at every new receipt from day one.
• Step 4 — Scan-enable the three processes. Receiving first, then issue, then counting — one process a week, with the rule that a scan replaces (not accompanies) typing.

Measure before and after with the count variance report: the improvement is usually visible within the first cycle count, and it is the number that justifies the hardware spend.

Barcode vs RFID — an honest comparison

RFID gets the headlines: tags read by radio, many at once, no line of sight. For a minority of operations — high-volume, high-value, gate-read use cases — it is transformative. For most SMEs it is premature:

The sequence that never wastes money: barcode-verify your processes first. The process discipline — documents at source, scan-confirmed identity — is exactly what RFID would need anyway, so nothing is thrown away if you upgrade later.

How Fast Inventory Software handles barcodes

Barcode support in Fast Inventory Software is built into the stock model rather than bolted on:

• Item barcodes on the master — every item carries a barcode value alongside its code, UOMs and levels.
• Lot barcodes for batch-controlled stock, so a scan resolves the exact lot with its expiry — feeding FEFO issue and the expiry dashboard.
• Label output three ways — Code 128 PDF label sheets, QR code generation, and native TSC thermal-printer support for server-side label printing.
• Scan-based entry and counting — scanners drive document entry and physical stock taking, and every scan-verified document still writes its immutable ledger row.

The results show up in the reports — cleaner variances, trustworthy ledgers, reorder alerts that fire on true balances. Full detail on the feature page: Barcode, RFID & Automation; commercials on the pricing page.

Frequently asked questions