The code has to end up on the pack. Print it as a label with the item’s name and rate on it, and the stock on your shelves becomes scannable.
A label carries the code that identifies the item and, next to it, the two things a customer and a cashier both look for: what it is and what it costs. Stuck on the pack, it turns loose or repacked stock into something the counter can read in a moment.
Printing in a batch is what makes it practical — a delivery is labelled once as it is put away, rather than item by item as each one reaches the till.
The stock from this delivery that has no code on it.
Anything without one gets a code of its own first.
Name, rate and code, in the quantity you need.
The stock is now as quick at the counter as branded goods.
What you sell and how much of it you have. Stock moves as you bill and purchase rather than waiting for someone to update a register, and the items themselves carry the detail a bill needs: rate, tax slab, unit, and a code to scan.
Set the items up once and the rest of the app leans on them — the counter, the invoice, the order and every stock report read from the same list.
Labels come after the codes and before the scanning.
The item’s barcode, with its name and rate beside it.
Yes — label the delivery as you put it away rather than one item at a time at the counter.
It is included on one plan and sold as an add-on otherwise. The plan table and the add-on card above show exactly which, taken from the live catalogue.
Which label sizes and printer types are supported is unverified. []
Print the codes once when the delivery lands, and the counter reads them for the rest of the season.
