The Refund That Waited for a Manager
Most till losses do not happen at the sale. They happen at the refund, the price change and the drawer opened for change. A workspace can now ask for a second person on the refunds it chooses, log every drawer opened without a sale, and see each cashier against their colleagues every Monday.
At 8.40 on a Tuesday evening, a cashier at a supermarket in Kisumu refunded KES 14,500 in cash for a blender. The receipt was real; the sale was eleven days old; the blender was in a box behind the counter. On Friday the drawer counts were short by about the same amount across two shifts, and the supervisor could not say whether it was the refund, a miscount or something else. Every one of those transactions was recorded. None of them had been looked at by a second person.
A till records everything and governs very little. The controls built on 29 October are about the few moments where a second pair of eyes is worth the wait at the counter, and about showing a manager, once a week, the cashier whose pattern is different from everyone else’s.
Refunds that need a supervisor
On the Till Controls settings page a workspace chooses which refunds need approval. Any combination, all off until you set them:
- Above an amount, such as any refund over KES 5,000.
- Any refund paid out in cash, whatever the size.
- A sale older than a number of days, such as anything returned after seven days.
A refund that trips a rule is refused at the till with the reason in words — “it is paid out in cash and the sale is more than 7 days old” — until a supervisor who may approve refunds types their PIN. A cashier who holds that permission approves their own. Either way the approver, how they approved, the reason and the time are stamped on the return.
The PIN has two locks
Five wrong PINs lock that supervisor’s PIN for fifteen minutes. Ten wrong PINs in ten minutes from one cashier, across every supervisor, stop that cashier trying. The supervisor must be active, in the same workspace, hold the permission and be someone other than the cashier. All of it is checked on the server on every refund, not only on the screen.
A price change is not a discount
Changing a line’s unit price at the till now has its own control, separate from discounts. It needs the price-override permission or a supervisor’s PIN, and a reason. Above a percentage the workspace sets, even a cashier who holds the permission needs a second person. The line keeps the till’s original price, the percentage changed, who changed it, who approved it and why.
| At the till | Who can approve |
|---|---|
| Refund that trips a rule | A refund approver, or a supervisor by PIN |
| Price change within the limit | A cashier with the permission, with a reason |
| Price change above the limit | A second person, by PIN |
| Drawer opened with no sale | Anyone allowed to, and it is logged |
If the till is offline, a refund or price change that needed approval is kept and flagged when it syncs, not thrown away. The goods and the money moved hours earlier, and losing the sale from the books would be worse than a flag a manager can read.
The drawer opened for change
Cashiers open the drawer without a sale all day — for change, for a float top-up, for a customer who needs coins. The No sale button now writes a line before the drawer opens: who, at which counter, during which shift, and a reason if they give one. It needs its own permission. One opening means nothing; forty in a shift, against a colleague’s six, is a question.
One refund tells you nothing. The same cashier refunding three times as often as everyone else, every week, tells you where to look.
The risk report, and the Monday digest
The POS Risk Report puts each cashier, or each counter, beside their colleagues over a period, on seven measures: voids, returns, discounts, cash shortages, price overrides, sales outside trading hours and drawer openings with no sale. A figure is flagged when it is well above the median of the others — twice, unless you change it — and above a floor, and only for a cashier with enough sales for the rate to mean something.
A void here is a sale fully returned on the same day it was rung up. A sale cannot be deleted, so a same-day reversal is what a void looks like in the records. The report is in one currency at a time. Every Monday, the people who may open the report get a digest of the cashiers who stood out the week before, and nothing at all when nobody did, because a digest that always arrives stops being read.
Did the till reach the ledger?
The POS to Ledger Reconciliation answers the question an accountant asks at month end, by day, counter, currency and tender. For each row it sets four figures beside one another:
- Takings: what the till recorded, net of change and refunds.
- Posted: what reached the ledger in the cash, M-Pesa or bank account for that tender.
- Counted: for cash, what the drawer count says was taken.
- Settled: for M-Pesa and card, the payments the gateway confirmed.
Below them, every sale in the period that has no revenue posting at all. Currencies are never added together. Setting up each rule is in the POS Till Controls guide, and connecting a receipt printer and drawer in Receipt Printers & Cash Drawers. The till itself is described on the point of sale page, drawer counts on the cash drawer page, and an earlier look at how a refund can balance the drawer and still break the books is in The Refund That Balanced the Drawer and Broke the Books.
Taking the second person further from the counter
The controls above work at the till, with a supervisor standing beside it. These would extend them to the shops where the supervisor is somewhere else.
Approval from the supervisor’s phone
A refund or price change sent to a supervisor’s phone to approve from the back office or another branch, instead of a PIN typed at the counter.
Printers and drawers tested on your counter
The till can send receipts and the drawer pulse through QZ Tray or Web Serial. We set it up and test it on your own printer and drawer before you rely on it.
A void step before payment
Cancelling a line or a whole sale before it is paid, recorded and counted on its own rather than read from same-day returns.
Tell us how your branches are staffed and we will return a written scope and cost.
Talk to us about till controlsFour questions for your branch manager
Who approved the largest cash refund last week?
A good answer sounds like
A name that is not the cashier’s, and a reason.
What it tells you
If the cashier approved it, nobody did.
Which cashier opens the drawer most often without a sale?
A good answer sounds like
A name, and a count beside their colleagues’.
What it tells you
If nobody knows, the drawer is unwatched.
How many price changes were made at the till this month?
A good answer sounds like
A count, with the original prices and reasons.
What it tells you
A price change recorded as a discount hides in the discount total.
Did every M-Pesa sale last month reach the ledger?
A good answer sounds like
Yes, or a list of the ones that did not.
What it tells you
If you reconcile only cash, the other tenders are trust.
At the counter
Put the second person on the few transactions where money leaves the drawer without goods: the refund, the price change, the empty drawer. Then look at the pattern weekly, beside the cashier’s colleagues, rather than the single receipt after the money is gone.
What AWRA OpsHub does today
- Refund approval rules per workspace — above an amount, any cash refund, or after a number of days — approved by a refund approver or a supervisor’s PIN, and stamped on the return.
- Price changes as their own control, with a reason, a percentage above which a second person is needed, and the original price kept on the line.
- Supervisor PIN locks per supervisor and per cashier, checked on the server.
- Offline sales kept and flagged when an approval was needed and could not be given.
- A logged No sale button, with its own permission.
- A POS risk report on seven measures against colleagues, in one currency, with a Monday digest that stays silent when nobody stands out.
- A POS to ledger reconciliation by day, counter, currency and tender, with unposted sales listed.
More we can add to your workspace
- Approval from a supervisor’s phone, for a refund or price change at a counter the supervisor is away from.
- A void step before payment, recorded and counted on its own.
- Receipt printers and cash drawers set up and tested on your counter, through the print bridge the till already has.
- Flagged transactions matched to camera footage, with the time and counter of each flag ready for whoever reviews the recording.
Where we point you to a specialist
- A flag on the risk report is a reason to look, not a finding. What a pattern means, and what to do about it, is a matter for the manager and your own staff procedures.
- Which refunds need approval, and who may give it, is your policy. The till enforces the rules you set and records who applied them.
Phone approvals and a void step each build on the approval records the till already writes.
Point of sale in AWRA
The till, its approvals, drawer counts and the reports that tie it to the ledger.
Read the feature pageFrequently asked questions
Can AWRA OpsHub require a supervisor to approve a POS refund?
Yes, when the workspace sets it up. A refund can need approval above an amount, whenever it is paid out in cash, or when the sale is older than a number of days. A supervisor who may approve refunds types their PIN at the till, and the approval is stamped on the return. The rules are off until a workspace sets them.
Is a price change at the till treated as a discount?
No. Changing a line’s unit price is its own control. It needs a permission or a supervisor’s PIN and a reason, and above a percentage the workspace sets it needs a second person even for a cashier who holds the permission.
What counts as a void on the POS risk report?
A sale fully returned on the same day it was rung up. A sale cannot be deleted, so a same-day full reversal is what a void looks like in the records.
Is opening the cash drawer without a sale recorded?
Yes. The No sale button records who opened the drawer, at which counter and in which shift, with an optional reason, before the drawer opens. Openings are counted on the POS risk report.
Does the POS reconciliation add up different currencies?
No. Rows are by day, counter, currency and tender, and totals are per currency. Cash drawer counts appear only on the base currency rows.
