Multi-channel orders, multi-courier logistics, live tracking and COD & gateway reconciliation — every online sale posted to your real books.
Explore the Ecommerce moduleFrom auto spare parts to optical stores to cloud kitchens — find the configuration made for you.
Browse all industriesFBR, ZATCA, MyInvois & UAE e-invoicing — built into every invoice, not a bolt-on. Sell compliantly from day one.
Compliance hubBook a free 30-minute demo on your own kind of business — no slides, just the product.
Book a demoThe shop keeps trading when the connection does not. Tills keep selling, kitchens keep printing, receipts keep coming out — and when the line returns, everything reconciles into the same books. There is no separate offline system to merge afterwards.
In most systems, the internet is load-bearing. The till asks a server somewhere for a price, and when the line drops the queue stops with it — so a shop either turns customers away or writes sales on paper and re-keys them later, hoping the totals still agree at close.
An unreliable connection is the single most common reason a business keeps running an old system it otherwise dislikes. EloERP removes the dependency rather than working around it. Nothing on the shop floor was relying on the internet in the first place, so there is nothing to fall back to when it goes.
The ledger, stock, costing, invoice numbering and tax all live centrally. This is the single source of truth, and it stays that way whether a sale happened online or not.
It holds a mirror of the menu, prices and customers, a queue of everything sold, and the printing. It is the only thing on site that ever needs a connection.
All of them are browsers on the shop's own network. They talk to the branch server, never to the cloud directly — which is exactly why an outage does not reach them.
The till works out the bill using the same pricing code the cloud uses, then queues the finished sale. When the connection returns, the server replays each sale through exactly the same path an online sale takes.
So the ledger entries, the stock movements, the cost of sales, the invoice number and the tax are all still produced by the central system, in order. Nothing is estimated on the shop floor and corrected later — the offline sale and the online sale are the same transaction taking the same route, just at different times.
Each till is also given its own reserved block of invoice numbers, so two tills selling through the same outage cannot produce the same invoice number.
A cashier can take an X report at any point during an outage. It is calculated with the identical expected-cash formula the server uses, so the numbers match what the final report will say — a supervisor can check a drawer mid-shift without waiting for the line to come back.
The Z report posts cash variance to the ledger, so it is only permitted once every event from that shift has reached the cloud and the sequence is confirmed to have no gaps. A manager can override this in a genuine emergency, and the override is recorded.
Every item below is a case where working offline would let two tills spend the same thing twice, or where the feature depends on the outside world by definition. Allowing them offline would create a reconciliation problem worse than the outage.
Any software installed on a shop's own computer can eventually be tampered with, and we would rather say what the controls actually are than claim they are perfect.
Yes — one small branch server per site, installed once. The tills, waiter tablets and kitchen screens are browsers on your own network and need no separate installation. The branch server is what holds the local mirror, the sale queue and the printing, and it is the only thing on site that talks to the internet.
No. The till prices the basket using the same code the cloud uses, then queues the sale. When the connection returns, the server replays each sale through exactly the same path an online sale takes, so the ledger entries, stock movements, cost of sales, invoice number and tax are all produced centrally as normal. There is no separate offline ledger to merge, because one was never created.
No. Each till is given its own reserved block of invoice numbers before it ever goes offline, so tills trading through the same outage draw from different blocks and cannot collide.
Earning works offline — points, stamps and cashback all accrue normally. Redeeming needs a connection, and that is deliberate: a shared balance spent on two offline tills at once would be spent twice. Treating redemption as an online action is what keeps balances correct.
You can take an X report at any time offline. It uses the identical expected-cash formula the server uses, so its numbers match the final report. The Z report — the finalised close, which posts cash variance to the ledger — waits until every event from that shift has reached the cloud and the sequence is confirmed complete. A manager can override this in a genuine emergency, and the override is recorded.
Yes. Kitchen tickets print to the right department and the kitchen display keeps running, because both are served by the branch server on your own network rather than from the cloud.
The most convincing version of this demo is the one where we disconnect the line mid-sale and keep going. Book thirty minutes and we will do exactly that.