Records after trading

Reporting & Reconciliation

Review sales, wallet movement, POS, vouchers, orders and outlet or vendor trading, then reconcile those records for a period. Not an accounting integration.

What it does

Reporting shows what happened: sales, wallet movement, POS activity, vouchers, orders, event or vendor trading, and stock movement where an outlet records it. Reconciliation is the later check that those records fit the same period and can support settlement work. This page does not connect to an accounting package and does not guarantee settlement.

Problem it solves

Payments, tills, wallets, vouchers and orders each keep their own export. Finance rebuilds the day by hand, and operators cannot see one outlet or vendor view they trust.

Capabilities

Sales views

See completed sales for a trading period without opening each till separately.

Wallet movement

Review top-ups, spend and remaining balances for the same period.

POS and outlet or vendor views

Break trading down by outlet, stall or vendor rather than one blended total.

Vouchers and orders

Compare issued versus redeemed value, and ordered versus fulfilled activity.

Stock where recorded

If outlets record stock movement, that movement can appear with the trading picture. This is not a warehouse system.

Settlement inputs

Use the same records as inputs for settlement or reconciling work. This is not a payout guarantee or a bank file product.

Workflow

Step 1

Trading writes records

Payments, POS, wallets, vouchers, orders and check-ins create activity during the period.

Step 2

Reporting reads the period

Operators open sales, wallet, voucher, order and outlet or vendor views for that window.

Step 3

Reconciliation compares

Finance checks whether those views fit each other and notes exceptions. Settlement work can use the same inputs; it is not completed automatically here.

Operators

Bursars, event finance teams, canteen admins and outlet managers review figures and follow exceptions. This is not a page for the person paying at the till.

People using it

Parents, students, attendees and employees do not use this module. Their activity only appears as records.

Environments

  • End-of-day school store, tuckshop and wallet review for a bursar
  • Post-event vendor and outlet reconciling after trading closes
  • Canteen service-window review of orders, till sales and allowances

What to evaluate in a demo

  • Which views are required first: sales, wallet, POS, vouchers, orders or vendor/outlet?
  • What does reconciliation mean here: comparing Allxs records for a period, not posting into an accounting package?
  • Who reviews exceptions after an event, a school day or a canteen service?
  • Confirm that settlement inputs are records to work from, not a guaranteed payout.

Connects with

Cloud POS

Outlet sales are a primary source for period totals and vendor views.

Digital Wallets

Top-ups and wallet spend must be visible beside till sales, not only inside the wallet.

Cashless Payments

Accepted methods need to appear on the sale or order being reviewed.

Vouchers & Rewards

Issued and redeemed campaign value is easy to miss if only sales are exported.

Related guides and articles

Related commercial pages

Platform pages describe a capability. School, event, canteen and wallet commercial pages own the product.

FAQ

What is the difference between reporting and reconciliation?

Reporting is the set of views: sales, wallets, POS, vouchers, orders and outlet or vendor activity. Reconciliation is the later comparison of those records for a period, including settlement inputs. It is not an accounting-package posting and not a settlement guarantee.

Does this integrate with accounting software?

This page does not describe accounting integrations. Teams review Allxs trading records and can use them as inputs for their own finance process.

Ready to talk

See this capability in a demo.

We can walk through the records, checkout or value flow this module owns, then show the commercial page that matches your environment.