Point of sale that keeps trading when the line drops.
Retail and hospitality point of sale that works offline, reconciles reliably, and puts transaction and stock data into the systems that need it without an overnight export.
What breaks at the till
Point of sale is the least forgiving system in a business: it fails in front of a paying customer. Yet it is often the least engineered — dependent on connectivity, reconciled by hand, and exporting to finance in a nightly batch that nobody checks.
- A connectivity problem stops trading at the till.
- End-of-day reconciliation is manual and frequently disagrees.
- Stock levels in the POS and the ERP diverge through the day.
- Multi-site reporting means collecting exports from each location.
What we build
Point of sale engineered for the realities of a trading floor: offline-capable, reconciling automatically, and integrated to stock and finance as transactions happen.
- Offline operation with reliable synchronisation when connectivity returns
- Automated cash-up and reconciliation with exceptions raised, not absorbed
- Stock movements posted as they happen rather than in a nightly batch
- Payment integration with settlement reconciled against the ledger
- Consolidated multi-site reporting without per-store exports
- Hardware and network design suited to the trading environment
How it runs
Designed from the failure case, because at the till the failure case is the expensive one.
- 01Design for offline
The till trades without the network. Synchronisation is an assumption to be engineered, not a dependency to be hoped for.
- 02Automate reconciliation
Cash-up, card settlement and system totals reconciled automatically, with genuine differences raised as exceptions.
- 03Move stock in real time
Sales decrement stock immediately, so what the system says is on hand is closer to what is.
- 04Integrate to finance
Takings post to the ledger through integration, with settlement matched rather than manually keyed.
- 05Consolidate across sites
One view across locations, without anyone emailing an export from each shop.
What changes once it is running
What engineered point of sale changes on the floor.
Trading continues through outages
A connectivity failure becomes an inconvenience for the back office rather than a stop at the till.
Cash-up stops taking an hour
Automated reconciliation raises the genuine differences and settles the rest silently.
Stock figures get closer to reality
Real-time movements narrow the gap between the system and the shelf.
Multi-site becomes one view
Consolidated reporting replaces the routine of collecting files from each location.
How an engagement is shaped
Piloted in one site under real trading conditions before it goes anywhere near a rollout.
Site and process assessment
Two weeks across trading patterns, connectivity, payment arrangements and current reconciliation pain.
Pilot in one site
A full trading cycle in a single location, including a deliberate connectivity failure to prove the offline path.
Roll out and operate
Site-by-site rollout with support arrangements sized to trading hours rather than office hours.
Common questions
The things buyers ask before they commit. If yours is not here, it is a good first question for the assessment.
- Can this work with our existing tills?
- Often, depending on the hardware and its integration options. Reusing hardware is assessed properly rather than assumed, because a marginal saving on terminals is a poor trade against reliability.
- What happens to transactions taken offline?
- They are held locally and synchronised when connectivity returns, with reconciliation confirming nothing was lost. That path is tested deliberately during the pilot.
- Do you support integrated card payments?
- Yes, through the payment providers you already use. Settlement reconciliation against the ledger is part of the design rather than a manual monthly exercise.
What happens at the till when the line goes down?
If the answer is that trading stops, that is the first thing worth engineering.