Sales, POS & E-Commerce

How it works together

Three channels, one order-to-cash path. The channel decides where the sale is captured; nothing after that differs.

1. Quote and price. Price lists, offers, coupons and customer-specific agreements resolve to one price on the document, with the discount rules that were allowed to produce it recorded alongside.
2. Commit. The order reserves stock, so the quantity is no longer available to promise to somebody else. Credit limits are checked here, not after delivery.
3. Fulfil. Goods are picked, loaded and delivered against the order, from whichever warehouse actually has them.
4. Take payment. Cash, card, credit, split tenders and reward points at the counter; terms and instalments on trade accounts.
5. Invoice. The invoice posts to the ledger and, where the country requires it, goes to the tax authority as the same document.
6. Handle the exception. Returns, replacements and credit notes reference the original sale, so a refund is traceable to what it refunded.

The point of sale deserves its own note, because it is the piece most often misdescribed. It is not a web page pointed at the server: it is an application running on the till with a local database, which is why it keeps selling when the connection drops and why it can identify a cashier by fingerprint at the moment of sale.

Built for how the region actually works

Retail here is cash-heavy, multi-branch and often multi-company, and the software has to assume all three rather than treat them as enterprise options. Receipts print in Arabic. Simplified tax invoices are issued at the counter where the authority requires them, with the QR code the customer expects to see. For restaurants, the same POS runs table service and Captain Order on a handheld — covered on the Restaurants & Food Service page. And because online marketplaces in this region change faster than ERP release cycles, the connectors are configuration against a documented integration layer rather than code compiled into the product.