How a variance gets explained
This is the part that everybody skips, because doing it by hand takes fifteen minutes per shift and there is a queue at the door. It is also the part that turns an accusation into an explanation. The explainer’s job is to spend those fifteen minutes, on every single shift, in about eight hundred milliseconds.
Key takeaways
- Five lookups, run in order of how often each one turns out to be the answer.
- A cash refund rung as card is the single most common cause, by a wide margin.
- An explanation must match on both amount and direction, within a small tolerance.
- Partial explanations are kept. Explaining £16.50 of a £22 variance is most of the work.
- The explainer never invents a cause. Unexplained is a legitimate and common outcome.
Five lookups, in order
- App integration
- Machine learning
- Security & identity
- Management
- Analytics
Cash refunds rung as card
This is the answer more often than everything else put together, and the reason is mundane. A customer returns something, the member of staff refunds them in cash because that is what the customer wants, and rings it through as a card refund because that is what the original sale was. The till now believes there is money in the drawer that somebody handed over an hour ago.
Matching is on amount and direction: a variance short by exactly the value of a card refund from the same shift is that refund, with very high confidence. The system notes the refund id in the explanation, which has a useful side effect — the same refund id appearing in explanations week after week is a training signal about one till or one procedure.
Why tolerances differ by lookup
- Refunds: exact. A refund is a specific number that appeared in a specific report. If the variance is not that number to the penny, this is not the explanation, and loosening it here would explain away real problems.
- No-sales: loose. A no-sale is a drawer opening with no transaction, and the system never knows what was taken out or put in. A no-sale close in time to a variance of a plausible size is evidence, not proof, and it is recorded as probable rather than explained.
- Float changes: exact. The float is a number somebody wrote down. Either it differs from expected by the variance amount or it does not.
- Safe drops: exact, with a time test. A drop is an amount and a timestamp. The interesting case is a drop recorded after the count time, which is not a loss at all — it is two records made in the wrong order, and it is common at the end of a busy shift.
Partial explanations count
A £22 variance with a £16.50 cash-refund match is not unexplained. It is £16.50 explained and £5.50 residual, and the residual is what goes into the window. Systems that treat explanation as all-or-nothing throw away most of their own work and end up watching noise.
What the explainer will not do
- It does not invent a cause. Unexplained is a normal, frequent, completely acceptable outcome, and pretending otherwise is how a reconciliation system starts lying.
- It does not chain explanations. Two refunds that happen to sum to the variance is a coincidence at small amounts, and treating it as an explanation would hide real losses.
- It does not look at who was on shift. It has no staff data and does not request any, which removes an entire category of misuse.
- It does not adjust the till. The variance is a fact about a shift and stays recorded even once it is fully explained.
Next: what happens to the residual, and the window that decides whether anybody hears about it.
All posts