Supermarket billing software for busy aisles
Keep multiple counters flying — barcode POS, hold/recall, loyalty, schemes and MRP pricing, with live stock across aisles and GST, all on a LAN.
Live product UI — sample data.
Many counters, one stock
Barcode POS on several billing machines over a LAN, all reading the same live stock.
Retail engine
Hold and recall bills, loyalty points, schemes and MRP-inclusive pricing built for footfall.
Control at the back
Live stock, reorder alerts, margins and GST on a real ledger.
What this actually means in practice
A supermarket is a self-service floor with several tills, and the hard part is not the bill — it is that four counters are selling the same stock at the same instant. In the Desktop edition one machine hosts the books and the tills connect over your LAN, so a case of soap sold at counter two disappears from counter four's stock immediately. No end-of-day merge, and no two counters promising the last piece to different customers.
Throughput is measured in seconds per basket. Scan-driven entry; bills held and recalled, so a customer who forgot the curd does not stall the line; and a token queue that separates express baskets from full trolleys and priority customers. LekhaPro routes the next token to the least-busy counter and rolls the day into queue statistics — how long people waited, where the line built, which hour needed a fifth till opened.
Closing a supermarket day is a cash exercise, not a report. Each till runs a session: opening float, sales by tender, and a close in which the drawer is counted note by note — the denomination breakdown is recorded, not merely a total — so any over-or-short figure is attributable to a counter and a cashier rather than to the shop at large. Loyalty points, price lists and shelf schemes apply at the till and post into the same books.
| Point in the day | What the multi-counter setup does |
|---|---|
| Tills opened for the morning | Each counter starts its own session with a declared opening float |
| Peak hour on the floor | Express and priority tokens routed to the least-busy open counter |
| Customer forgets an item | Bill held and recalled later, without blocking the queue behind |
| Same product sold at two tills at once | One live stock over the LAN; the second till sees the reduced quantity |
| Shift change at a counter | Session closed and handed over, so the drawer is counted per cashier |
| Day end | Denomination-wise cash count against tender totals, over or short by counter |
What’s included
- Multi-counter POS (LAN)
- Barcode scan & thermal receipts
- Hold / recall bills
- Loyalty points & schemes
- MRP-inclusive pricing
- Live stock & reorder
- GST returns — offline
What it does not do
- · There is no weighing-scale or self-checkout-kiosk integration. A scale that prints a barcode label works at the till; a scale wired directly into the billing screen does not.
- · Multi-counter LAN billing is a Desktop-edition arrangement and Windows-only; the Cloud edition gives multi-device browser access instead of a local client-server setup.
- · No payroll or shift-roster module for floor staff; wages post to the ledger as expenses, and rosters stay outside the app.
Frequently asked
Can multiple billing counters share stock?
Yes — one PC hosts the data and the others connect over your local network, all billing against the same live stock.
Does it support loyalty and schemes?
Yes — loyalty points and buy-X-get-Y / discount schemes are built in.
Is it GST-compliant?
Yes — every bill is GST-correct and flows into GSTR-1/3B.
How many counters can bill at the same time?
As many as your plan's seat count allows. One machine runs as the server holding the books, and the other tills connect to it over your local network, all reading and writing the same live stock. Because it is a LAN arrangement, billing keeps working when the broadband drops — only licensing and AI need the internet.
How is the day's cash checked at close?
Each counter runs its own session. At close the cashier enters the drawer count denomination by denomination, and that is compared against the session's cash tender total, so any difference is pinned to a counter and a person rather than lost in a shop-wide figure. Card, UPI and other tenders are settled separately into the same day's books.
What exactly is included in Supermarket · POS?
multi-counter POS (LAN), barcode scan & thermal receipts, hold / recall bills, loyalty points & schemes, MRP-inclusive pricing and live stock & reorder, and 1 more. Every item on that list is a working screen you can open in the trial rather than a capability described in the abstract.
How is supermarket · pos handled differently here?
It rests on many counters, one stock, retail engine and control at the back. The distinction that matters is that these are structural rather than cosmetic — the behaviour is built into how records are posted, not layered on as a report you have to remember to run.
Does Supermarket · POS work offline?
On the Desktop edition, yes — completely. multi-counter POS (LAN) and barcode scan & thermal receipts run against a local database on your own machine, so the screens behave the same with the network unplugged as with it connected. AI and billing are the only two things that reach out. On the Cloud edition supermarket · pos runs in the browser and needs a connection.
Does Supermarket · POS post to the real books?
Yes, and that is the whole reason it lives in this product rather than beside it. What many counters, one stock records lands in the same posted double-entry ledger the Trial Balance, P&L and GST returns are built from — so there is no second set of supermarket · pos numbers to reconcile against the first.
Does Supermarket · POS cost extra?
No. Supermarket · POS is part of the accounting core rather than a paid add-on, so retail engine is there on the entry tier exactly as it is on the highest one. What the tiers change is reach and depth — devices, multi-branch and multi-warehouse reporting, and whether the conversational AI copilots are switched on.