The counter is keyboard driven, so a transaction can be opened, discounted and closed without a mouse. If connectivity fails, trading continues and queued transactions synchronise in the sequence they were raised.
A counter is judged on two measures: how many seconds a transaction takes, and whether the drawer reconciles to the report at close. Everything here is engineered for those two.
Scan or key. Item search on a few characters, quantity and rate from the keyboard, hold a transaction for a customer who has returned to the aisle, and recall it by number.
Transactions are written locally the moment connectivity is lost, held in sequence under their own numbers, and posted when the line returns. Nothing is re-keyed and nothing is renumbered.
Cash with change calculation, card, wallet, and credit posted to a customer account. A single transaction can be split across two tender types where required.
Always against the original transaction number, in whole or in part. Inventory is restored, the ledger reverses, and the return prints with a reference to its originating transaction.
Thermal 58mm and 80mm, or A4 where a customer requires a formal invoice. Reprints are stamped as duplicates so the same transaction cannot be presented twice.
Open with a float, close against counted cash. Overages and shortfalls are recorded against the cashier by name, with the explanation entered at that moment rather than the following morning.
Live quantity on the transaction screen, a reorder report for whoever handles procurement, and a day-end movement report of what left the shelf.
Sales by hour, cashier, item and tender type. Every discount and every voided transaction is logged with the name that authorised it, and roles determine who may do either.
Function keys do the work: new bill, discount, hold, pay, return. The cashier watches the customer instead of the screen, and a queue of four people moves the way it does in a shop that has been doing this for years.
| Item | Qty | Rate | Amount |
|---|---|---|---|
| Basmati rice 5kg | 2 | 1,950 | 3,900 |
| Cooking oil 1L | 3 | 640 | 1,920 |
| Tea leaves 950g | 1 | 1,480 | 1,480 |
| Washing powder 2kg | 1 | 1,120 | 1,120 |
Billing continues on the machine in front of the cashier. Each bill keeps its own number and its own time, and when the line comes back they go up in the order they were made, so the day's sequence still reads correctly afterwards.
| Bill | Made at | Amount | State |
|---|---|---|---|
| 4409Cash | 6:32 pm | 2,140 | Synced |
| 4410Card | 6:35 pm | 6,780 | Synced |
| 4411Cash | 6:39 pm | 1,240 | Sending |
| 4412Cash | 6:42 pm | 8,000 | Queued |
At close the cashier counts the cash and types the figure before seeing the system's. The difference is worked out for them, recorded against their name, and the shift cannot be closed twice or reopened quietly later.
| Line | Bills | Amount |
|---|---|---|
| Cash sales | 63 | 184,220 |
| Card and wallet | 21 | 96,450 |
| Credit to account | 4 | 31,900 |
| Returns | 2 | -4,180 |
| Voided bills | 1 | -1,260 |
High transaction volume, low value per line, and a queue that penalises every additional second at the till.
Batch and expiry cannot be bypassed at the point of sale, and a return must identify which batch was issued.
Serial numbers, warranty periods and trade-ins, where the same unit must never be sold twice.
These are the figures a build of that shape starts at. Beyond them an engagement is quoted as one fixed figure against an approved scope, so the price does not move unless the scope does.
Entry scope. Core build, one role set, standard reports and exports.
Extended scope. Several modules and roles, an integration, and full reporting.
Quoted against your approved scope. Multi-site, multi-role or integration-heavy programmes.
Figures are entry prices in USD, exclusive of taxes. Invoices are settled in PKR at the rate applying on the invoice date. Hosting, gateway charges and third-party services are recharged at cost.
Any Windows or Android machine with a browser, a USB or Bluetooth barcode scanner and a thermal printer. Scanners behave like keyboards, so almost any model works. We test against your actual printer before handover, because that is the part that usually surprises people.
The billing screen keeps working from the browser's own storage. Bills are numbered and stored locally, the queue count shows on screen, and when the connection returns they upload oldest first so stock and the day's sequence come out right. If one fails it stays in the queue and is shown in red rather than silently thrown away.
Yes. The counter layout collapses to a touch friendly one on small screens, which suits a restaurant floor or a delivery van. A fixed counter is still better with a keyboard, because typing a quantity will always beat tapping a number pad.
That is the standard arrangement. One database, with the counter as a further means of writing a sale into it, so site and head office are never reconciling two versions of the same day. Where your ERP originated elsewhere, we assess what it exposes before committing to anything.
State the number of counters, the printer in use, and whether inventory is held at site or centrally. You receive a fixed price and a delivery date in return.
Submitting your enquiry