Weighing-scale barcodes
Labels printed by the scale carry the item and the weight. Codipy reads them and puts the right line on the bill — no separate keypad entry, no arithmetic at the counter.
A queue does not wait while somebody types. Codipy POS bills by barcode, reads weighing-scale labels, and keeps one honest stock figure whether you sell a sack, a packet or a hundred grams.
The grocery counter has one requirement above every other: speed. Six people in line at seven in the evening will forgive a lot, but not a till that needs three clicks per item. Everything else in the shop — the margins, the dead stock, the ledger of who owes what — is decided quietly during the day, but the queue is decided at the counter.
So Codipy POS is built around the scanner and the keyboard. Scan and the line appears. Scan a weighing-scale label and the weight and price come off the barcode itself. A carton and the packets inside it are the same product with two barcodes, so receiving a carton and selling six packets never leaves your stock figure guessing. Nothing here needs the mouse.
Choose this business type during setup and these are the modules Codipy switches on for you.
Labels printed by the scale carry the item and the weight. Codipy reads them and puts the right line on the bill — no separate keypad entry, no arithmetic at the counter.
Buy a 50 kg sack, sell it in 100 g bags, and the stock still reads correctly at the end of the day. The conversion is part of the product, not something you do in your head.
A carton has its own barcode, the packets inside have theirs. Same product, one stock number, two ways to sell it — and a carton price of its own if you charge less than six times the packet.
The reports tell you what turns and what has not moved since the day you bought it. Shelf space in a kiryana shop is money, and dead stock is the most expensive thing in the shop.
Milk, bread, eggs and anything else with a date carry expiry alerts, so what is about to turn gets discounted rather than thrown out.
The mohalla runs on accounts. Balances build per customer, the recovery list is ordered oldest first, and a WhatsApp reminder goes from the same screen.

Receive the van. Purchase → New Purchase, scan each carton, enter what you paid. Anything unpaid sits on the supplier's balance.
Scan, scan, scan. F4, cash, drawer opens, next customer. If somebody has forgotten their wallet, F6 holds the bill and F7 brings it back.
Weigh, scan the printed label, done. Or type the item and enter grams directly if the scale is not on that counter.
Type their name in the customer box and choose Credit at payment. Their balance updates; nothing is written in a diary.
Day Close. Cash counted, credit given today, what each person billed, and the day's profit — all on one page you can tally against the drawer.
If your scale prints a barcode label with the item and weight in it — the usual arrangement in a grocery — Codipy reads that label and bills it straight. You scan the label the same way you scan anything else.
Yes, and this is exactly what the pack conversion is for. The sack and the bag are one product with a defined number of pieces inside, so receiving one sack and selling forty bags leaves a stock figure you can count against the shelf.
As fast as your scanner. Every step of a sale has a key — scan to add, type to change quantity, F4 to pay, Enter to finish — and the cursor is already where it needs to be. Cashiers stop using the mouse within a day.
Yes. One PC runs as the server, every other counter runs as a client and finds it on the network by itself. Stock and prices are shared instantly, so the second counter cannot sell what the first just sold.
Nothing is lost — completed sales are written as they happen. When the PC comes back on, the day continues from where it stopped, with the same held bills waiting.
Same installer, a different set of modules.