Serve the customer at the till
Find an item by code, barcode or description, build the sale, apply a discount within the limit set for that user, and print or reprint the document. Returns are processed against the original transaction.
One system for the shop counter and the trade counter.
Consolidated POS runs retail tills and wholesale trade counters, the stock behind them, the cash-up at the end of each shift and the reporting on top.

Consolidated POS is an end-to-end point of sale system for retail shops and wholesale trade counters. The same system serves a walk-in customer paying at the till and an account customer collecting a bulk order on agreed trade prices. Selling moves stock, so the counter and the stockroom work from one set of figures. Cashiers open and close their own sessions, and each session is counted and reconciled at the end of a shift. Reporting covers sales, stock, cash-ups and customer accounts, and can be read by product, branch, cashier and period.
Find an item by code, barcode or description, build the sale, apply a discount within the limit set for that user, and print or reprint the document. Returns are processed against the original transaction.
Cash customers and account customers are served from the same tills. Hold trade price lists and bulk price breaks, sell on account within a customer's credit limit, and post receipts against outstanding invoices.
Selling moves stock, so the figure at the counter and the figure in the stockroom do not drift apart. Receive goods in, transfer between branches, and count and adjust when you need to.
Where you run several branches or tills, each till point records its own sales and sessions, and management can read one branch on its own or all of them together.
Each cashier opens a session, trades against it and closes it, declaring the takings so the difference is recorded rather than absorbed. Voids, refunds, discounts and price overrides stay attributed to the user who made them.
A typical sequence; the configuration is agreed for each implementation.
Load your items and prices, define retail and trade price lists, and set up branches, till points and what each user is allowed to do.
Serve cash customers and account customers on the same till, with stock and customer balances updated as each sale is completed.
Each cashier closes their session and declares the takings, accounting for any difference before the till is handed over or shut down.
Read sales, stock movement, cash-up differences and customer balances by branch, cashier or period.
Units and value sold over any period, broken down by item or department, by branch, and by the person who served.
Opening and closing quantities with receipts, sales, transfers and adjustments in between, and what is on hand at each branch.
Every till session with its expected and declared takings, the difference between them, and the voids, refunds, discounts and overrides recorded during that session.
Balances for account customers with their invoices and receipts, aged by how long they have been outstanding, and each customer's position against their credit limit.
Share the number of branches and till points you run, how your retail and wholesale pricing differ, which customers buy on account, and who is allowed to discount, refund or void. Africube confirms how your item and price data is loaded and how users and permissions are set up before you commit to anything. Where you need fiscalised invoices, that runs through your ZIMRA FDMS setup and is scoped separately.
Yes. The same tills serve walk-in cash customers and account customers buying on trade prices and credit terms. Bring your pricing for both sides of the business to the demonstration and the setup can be shown against it.
Fiscalisation runs through your ZIMRA FDMS setup and is scoped as a separate piece of work. Africube's FDMS integration is built to the ZIMRA FDMS specification, and we assess the connection against your own configuration before proposing it.
Sales are recorded against the user who served, and each till session closes with a declared figure the system compares against what it expected. Discounts, refunds, voids and overrides stay attributed to the person who made them.
Any connection between systems is assessed and scoped separately.

A storefront driven by your own items, prices and stock positions. Customers browse and order online, and checkout hands off to your payment arrangement or the order reaches your team ready to fulfil.
Explore Online Store
A loyalty scheme for retailers and wholesalers. Members earn on rules you set, trade accounts earn over a period, and the reporting leads with what the scheme owes.
Explore Loyalty App
Plan and build an online store, custom-built or on WordPress and WooCommerce, around your catalogue, your customers and the way orders reach your team.
Explore E-commerce Development
Built to the ZIMRA FDMS specification, the integration reads finalised invoices from a supported system, including Sage Evolution, Sage Pastel and QuickBooks, submits them to FDMS and returns the fiscal details, with compatibility and access confirmed for your system first. Access is read-only: we read, never write, and your books stay untouched.
Explore ZIMRA FDMSTell us what you use today and what needs to work better, and we will show you the software against your requirements.