How to reconcile the till without counting pennies for hours.

The short answer

The till "doesn't balance" because three systems count at three different times: the till closes the day at closing time, the terminal closes its batch at its own time, and the bank books the payout one or more days later. The answer isn't to count more — it's to reconcile at batch level, keep one fixed cut-off time and give each payment type its own contra account in the bookkeeping.

Why "the till never balances"

When the day's card sales in the till don't match the deposit on the account, the explanation is almost always one of these four:

1. 1. The date cut-off.
   The till's day runs from opening to closing. The terminal's batch closes at its own time — often late in the evening or after midnight. A payment at 23:40 can land in the till's "today" and the terminal's "tomorrow". The two figures don't have to match per calendar day; they match per batch.
2. 2. The fee.
   Some acquirers deduct the fee before the money is paid out (net payout); others invoice it in one go afterwards (gross payout). If you don't know which model you're on, you'll be chasing a "shortfall" that is really the fee.
3. 3. Refunds and cancellations.
   A refund is often booked in a different batch — and therefore a different day — than the original sale. At day level it looks like an error; at batch level it adds up.
4. 4. Change and private outlays.
   The cash side causes trouble when the change float isn't fixed, or when money is taken from the till for small purchases without a receipt. A fixed float + a receipt for everything is 80 % of the solution.

Technique 1: Make the day-end a ritual

Reconciliation becomes easy when the day is closed the same way every time — by the person who closes, not the one who opens tomorrow:

• Run the till's day-end (Z report) at closing time — it resets the day's counters and is your official record.
• Close the terminal's batch in the same move, if your terminal doesn't do it automatically. Then the till's day and the terminal's batch move together.
• Count the cash down to the fixed change float, put the rest in the day bag, and note the discrepancy right away — small discrepancies noted the same day are trivial; the same discrepancies three weeks later are detective work.

Technique 2: Reconcile batches, not transactions

The classic mistake is trying to match every single card transaction against the bank statement. It's a waste of time. Your acquirer groups transactions in batches and pays out per batch — so reconcile at that level:

1. Take the terminal's batch total (from the batch report or your acquirer's overview).
2. Match it against the till's card total for the same period. If they match, the sale is recorded correctly.
3. Match the batch total against the deposit at the bank — remember the fee model from earlier. If it matches, the money has landed.

Two comparisons instead of a hundred. Only if a batch deviates do you drill down into individual transactions — and then you already know which day to look in.

Technique 3: One contra account per payment type

In the bookkeeping: give each payment type its own account instead of lumping everything on "the till". Typically:

• A cash account — physical money in the till.
• A card clearing account — card sales that have been rung in but not yet paid out. When the bank deposits, the amount is moved from the clearing account to the bank account. If an old balance is left on the clearing account, a payout is missing — that's the whole point.
• An account per other payment method (e.g. MobilePay), if it's settled separately.

Ask your accountant or your bookkeeping software for a "clearing account for card payments" — both know the model, and most accounting programs have it as a standard setup.

The weekend and holiday problem

If the till was run manually over the weekend — or a stand-in did the closing — then don't reconstruct Sunday's figures on a Sunday evening three weeks later. Do the opposite: reconcile the period Friday-to-Monday as one block at batch level. Batches don't lie, even when the receipt roll does. And if the block balances, there's no reason to distribute discrepancies across individual days.

Checklist: 10 minutes in the morning

• ✓ Yesterday's Z report and terminal batch are together (physically or digitally).
• ✓ The till's card total = the terminal's batch total.
• ✓ Cash count = the Z report's cash sales ± noted discrepancy.
• ✓ Bank deposits match earlier batches (remember the fee model).
• ✓ The card clearing account contains only the most recent, not-yet-paid-out batches.
• ✓ Discrepancies are noted with date and cause — not "to be resolved later".