A till that keeps selling when the line drops.
Tills that hold their own catalogue and prices locally, take sales while the connection is down, and settle into the same ledger when it returns. A shift opens with counted cash and closes against what the till actually took, with the difference on the record rather than in a notebook.
6 feature areas·12 record types·Sells through an outage
What is inside the Point of Sale module.
Six areas, from the profile that configures a till to the consolidated invoice that lands in the ledger. The offline behaviour is the part most worth reading twice.
The till profile
One record deciding everything a given till does.
POS profile
Company, warehouse, price list, cost centre, and print format for a named till, so two shops in one company can behave differently on purpose.
Applicable users
Which people may open which till, so a profile is not a setting anybody can pick from a list.
Restricted item and customer groups
Limit a till to the item groups it sells and the customer groups it serves, which keeps the search fast and the mistakes fewer.
Payment methods
The modes this till accepts, each mapped to its own account, with one marked default.
Write-off account and limit
A named account and a ceiling for the rounding and short payment a counter genuinely produces.
Receipt configuration
Print format, footer text, and whether a receipt prints, emails, or both, per till.
Selling at the counter
The part that has to be fast, because there is a queue.
Barcode and scan
Any of an item's barcodes resolves it at the till, with weight-embedded barcodes handled where the scales produce them.
Search by anything
Code, name, or barcode, filtered to the item groups this till sells, resolving against a locally held catalogue.
Batch and serial at the till
Selected or scanned at the point of sale, so traceability does not stop at the shop door.
Split payments
One sale across several modes — cash, card, voucher, account — each posting to its own account.
Customer at the till
Created on the spot or found by phone or name, with the sale attached to them for loyalty, returns, and history.
Returns
A return against the original invoice, reversing stock and ledger together, with the refund taken on a chosen mode.
Held sales
Park a sale and start another, which is what a counter needs when a customer goes back for something.
Offline
What happens when the connection goes, and what happens when it comes back.
Local catalogue and prices
Items, prices, and applicable rules held on the device, so the till does not query the server for every keystroke.
Selling through an outage
Sales are recorded locally and queued while the line is down. The queue is visible on the till rather than implied.
Ordered replay
Queued sales submit in order when the connection returns, with stock and ledger posting exactly as they would have.
Conflict handling
Anything that cannot post — a price change, a stock rule, a closed period — is surfaced as an exception rather than dropped.
Nothing lost on reload
The queue survives a browser reload and a device restart. That is the whole point of it.
Shifts and cash
Opening, closing, and the difference between the two.
POS opening entry
A shift opened by a named person with a counted balance per payment mode, which is what makes the close meaningful.
POS closing entry
Expected against counted per mode, with the difference calculated and a reason required where there is one.
Consolidated invoicing
The shift's sales merged into consolidated sales invoices at close, so the ledger carries one document per shift rather than four hundred.
Sales per mode
What the till took by cash, card, and every other mode, per shift, per user.
Shift ownership
Every invoice carries the shift and the cashier, so a variance is traceable to a period and a person.
Pricing and loyalty
Discounts and rewards that behave the same as everywhere else.
Pricing rules at the till
The same conditional rules as the sales module, applied locally so a promotion still runs offline.
Coupon codes
Validated at the till with usage limits, rather than accepted and reconciled later.
Loyalty programmes
Collection tiers with their own rates and a defined expiry, earning points on qualifying sales.
Redemption at the counter
Points redeemed as a payment against the sale, posted to their own account so the liability is visible on the balance sheet.
Manual discount with a limit
A cashier discount permitted up to a ceiling, above which it requires a supervisor rather than a shrug.
Where the agents sit
The retail work that is watching numbers across shifts and sites.
Variance watch
Cash differences by till, shift, and cashier compared against the pattern, with the outliers raised rather than filed.
Replenishment from the shop floor
Fast-moving lines running down against real till velocity, with the transfer or order proposed before the shelf is empty.
Promotion effect
Uplift and margin per promotion read from the sales themselves, per site, while it is still running.
Exception triage
Queued sales that failed to post grouped by cause with a proposed fix for each group.
Limits and approval
Refunds, discounts, and write-offs above a set value always route to a named person, and no agent approves what it raised.
One pass through point of sale, end to end.
- 01
Open
A named cashier opens a shift against a till profile with counted balances per payment mode. The device already holds its catalogue, prices, and rules.
- 02
Sell
Items scanned or searched locally, batch and serial captured, discounts and loyalty applied by rule, payment split across modes — online or not.
- 03
Reconnect
Queued sales replay in order, posting stock and ledger as they would have. Anything that cannot post is raised as an exception, not discarded.
- 04
Close
Counted against expected per mode with the difference recorded, and the shift's sales consolidated into invoices the ledger carries as one document.
The switches that decide how it behaves here
- Offline mode
- On, with a visible local queue and ordered replay
- Allowed payment modes
- Per till profile, each mapped to its own account
- Write-off limit
- A ceiling, and the account it posts to
- Manual discount ceiling
- The percentage a cashier may give unsupervised
- Consolidate at close
- Shift sales merged into consolidated invoices
- Restricted item groups
- What this till may sell, per profile
- Loyalty programme
- Tiers, collection rate, and point expiry
- Receipt
- Print, email, or both, per till
Every document this module keeps.
POS Profile
The named configuration for one till, and who may use it.
POS Opening Entry
A shift opened with counted balances per payment mode.
POS Invoice
A sale at the counter, before consolidation.
POS Closing Entry
Expected against counted per mode, with the difference.
Sales Invoice
The consolidated document the ledger actually carries.
Mode of Payment
A payment method mapped to its account, per company.
Loyalty Program
Tiers, rates, and expiry for points earned at the till.
Loyalty Point Entry
Points earned or redeemed, against a customer and a sale.
Coupon Code
A code with usage limits, validated at the counter.
Pricing Rule
The same conditional discount mechanism, applied locally.
Customer
Created or found at the till, carrying history and loyalty.
POS Settings
The company-level switches for till behaviour.
Reports that ship with it, not ones you commission.
- Sales Payment Summary
- Takings by payment mode, per till and per shift.
- POS Register
- Every counter sale with its cashier, shift, mode, and customer.
- Item-wise Sales Register
- What sold at the counter, at what rate, with tax broken out.
- Gross Profit
- Counter margin against real valuation, by item and by shift.
- Stock Balance
- Shop stock from the same ledger the warehouse posts into.
- Stock Projected Qty
- What the shop can promise, against what is on its way.
- Sales Analytics
- Counter sales beside every other channel, in one figure.
- Customer Acquisition and Loyalty
- New against returning buyers, and points outstanding.
- Item Shortage Report
- Shop lines below their reorder level.
Next step