Four counter screens, one order engine
Standard, Retail/Supermarket, Restaurant, and Medical screens are chosen per tenant in Settings and all write the same sales order.
The counter screen changes. The books behind it don't.
Farexa ships four cashier screens — a supermarket register, a restaurant table screen, a pharmacy counter, and a standard order desk — all running one sales order engine, so a scanned barcode and a dine-in bill land in the same ledger.
Most businesses end up choosing between a till that suits the counter and a till that talks to the accounts. Farexa's answer is to keep one order engine and change only what the cashier sees. A supermarket cashier works a product grid and a scan field. A restaurant cashier picks the table, sets the covers, and marks the bill dine-in or takeaway. A pharmacy cashier searches by batch as well as by name or SKU. Underneath, all four produce the same order, with the same totals and the same posting.
Which screen a branch gets is a setting, not a habit. An administrator picks the default POS screen once in Settings, and every cashier on that tenant opens straight into the right counter — no training people to ignore fields that don't apply to them. Each order also remembers the screen it was taken on, so a supervisor reopening yesterday's restaurant bill gets the restaurant view back rather than a generic form.
Tax rides along with the order rather than being reconciled onto it afterwards. VAT is worked out line by line against the tenant's tax settings, discounts apply as a percentage or a flat amount at either the line or the whole order, and coupons validate against the same rules the rest of the platform enforces. Take payment and the order records the method, what was handed over, and the change due — then it's in the register immediately, where someone with the right permission can reprint or refund it.
Key features
What you actually get.
Scan or type a barcode
The retail and pharmacy counters both carry a dedicated barcode/SKU field that drops the item straight into the cart; products are also searchable by name and category.
Table service fields where they belong
The restaurant screen captures dine-in or takeaway, table number, and guest count — and only that screen shows them.
Batch-aware pharmacy search
The medical counter searches medicines by name, SKU, barcode, or batch reference, for stock where the batch is the thing that matters.
One invoice, thermal or A4
The receipt is a view of the order, not a second document: the same invoice renders at 80mm for a thermal roll or full A4 for a customer who needs a tax invoice.
Per-line VAT from tenant tax settings
Each line carries its own VAT against the tenant's configured tax rules, and the invoice shows subtotal, discount, VAT, total, paid, balance, and change due.
Discounts and coupons with rules
Discount a single line or the whole order, by percentage or flat amount, and apply coupons that validate against the platform's own coupon rules.
Payment capture with change due
Record cash, card, bank transfer, or online payment. Cash settles as paid automatically; anything else can sit as partial or pending against the customer's balance.
Refunds behind a permission
Refunds are issued from the order register and gated on an explicit permission, so a cashier can sell without being able to reverse a sale.
Branded, multi-currency invoices
Invoices carry the tenant's own name, address, and contact details, a configurable footer, and the branch's currency.
How it works
A sale, start to finish.
01
Set the counter once. An administrator picks the default POS screen — Standard, Retail, Restaurant, or Medical — in Settings. Cashiers open straight into it.
02
Ring up the sale. Scan or type a barcode, search the catalogue, or tap the product grid. On a restaurant counter, pick the table and covers first.
03
Apply price rules. Discount a line or the order, add a coupon, and let VAT calculate per line against the tenant's tax settings.
04
Take payment. Choose cash, card, bank, or online. Cash marks the order paid and shows the change due; the rest can stay partial or pending.
05
Print what the customer needs. Issue an 80mm thermal receipt at the counter, or the same invoice as A4 when the customer wants a full tax document.
06
Review in the register. The order appears in the register tagged with the counter it came from, ready to reprint, review, or refund — and filterable by cashier for the day's takings.
Who it's for
Counters this was built for.
- Retail and supermarkets — Barcode-driven checkout against live stock, with low-stock watchlists behind it.
- Restaurants and cafés — Table, cover, and takeaway handling on the counter that actually serves tables.
- Pharmacies — Batch-level medicine lookup at the point of sale.
- Wholesale counters — Trade counter sales that post to the same ledger as bulk orders.
- Cashiers, supervisors, and owners — Cashiers sell, supervisors refund, owners read the day by cashier and branch.
Works with
What it connects to.
- Inventory — Sales draw on the same stock records, so the low-stock watchlist reflects what the counter just sold.
- Sales — POS orders are sales orders — the register, quotations, and invoices are one system.
- CRM — Attach a sale to a customer and it joins their order history and outstanding balance.
- Promotions — Coupons created once validate at the counter.
- Analytics — Sales reports filter by cashier and branch, and export to Excel, CSV, or PDF.
FAQ
Questions cashiers and owners ask.
Can the POS screen match the kind of counter we run?
Yes. Farexa ships four cashier screens — a standard order desk, a retail/supermarket register, a restaurant screen, and a medical counter. An administrator sets the default in Settings and cashiers open into it. All four write the same sales order, so the choice changes the screen, not the books.
Can it print both thermal and A4 receipts?
Yes. The receipt and the invoice are the same document rendered two ways: 80mm for a thermal roll, or A4 for a customer who needs a full tax invoice. The POS defaults to the thermal layout and the order register defaults to A4, and either can be printed from the order.
Do sales update stock and the customer's record automatically?
Yes. A POS sale is a sales order, so it draws on the same inventory records the rest of the platform uses and can be attached to a customer, joining their order history and balance. There is no separate end-of-day import.
How is VAT handled?
VAT is calculated per line against the tenant's tax settings rather than added as a lump at the end, and the invoice breaks out subtotal, discount, VAT, total, paid, balance, and change due. Tax codes and rates are configured per tenant, so the same POS works in more than one country.
Can cashiers issue refunds?
Only if you let them. Refunds are issued from the order register and sit behind their own permission, so you can let someone sell all day without letting them reverse a sale. Sales reports also filter by cashier.
Does the POS work offline?
Not today. The POS runs in the browser against the live workspace and needs a connection to take a sale.
See it on your own counter.
Book a walkthrough and we will set up the screen your cashiers would actually use, with your products and your tax rules.