Why does my POS show different numbers from my bank? Reconciliation, explained.

If your POS shows €1,400 in sales today and your bank shows a deposit of €1,358 two days later, the most likely answer is that nothing is wrong. nouz built this guide because the gap is almost always one of five mechanical reasons — card processor fees taken before settlement, card payouts arriving 1–3 business days late (longer over weekends), VAT counted on the POS but tracked separately in your books, refunds netted from later deposits, and tips routed on a different path. None of these are missing transactions. They are timing and accounting differences that exist by design, and a five-minute daily routine reconciles them cleanly.

TL;DR

Why the two numbers were never meant to match

A POS is a sales recorder. The moment a customer pays you €12 for a flat white, the POS rings up €12. It does not know what your VAT rate is (or it knows but reports gross by default). It does not know what your card processor will charge. It does not know whether the card payment will settle today, tomorrow, or Monday morning. It just records that €12 of revenue happened at 09:14 on a Tuesday.

A bank account is a cash-receipt log. It only sees money that has actually landed. It sees the cash deposit you made over the counter on Wednesday morning. It sees the card processor's settlement transfer that arrived on Thursday with a single line — €1,358 from Stripe — covering Tuesday and part of Wednesday's card sales, net of fees, net of one refund.

These two systems measure different things on different timelines, and they will only agree if you reconcile them on a window that contains both. A single day will almost never match. A full week, with a clean rule for what counts, almost always will. The rest of this post walks through the five causes and ends with the routine. If you want the routine done for you nightly, nouz reconciles every revenue entry to net at point of entry — gross in, fees out, VAT carved, refunds linked — so the daily P&L matches the bank by design.

Cause 1: card fees deducted before settlement

Every card payment carries a processor fee. SumUp, Stripe, Adyen, Mollie, Square, iZettle and the rest all charge somewhere between roughly 0.9% and 2.9% per transaction depending on card type, region and your contracted rate. The fee is not invoiced separately at month-end. It is taken out of every payout before the money hits your bank.

So a €1,400 card-sales day at a 1.5% effective rate sees €21 of fees taken out before the deposit lands. The bank shows €1,379, not €1,400. A 2.0% rate cuts it to €1,372. A 2.5% rate cuts it to €1,365. Every percentage point of card rate equals about €14 a day at this volume — €4,200 a year — that you will never see on your bank statement because it was never there to begin with.

To see exactly what your processor takes across your real card mix, our Stripe fee calculator runs the numbers for the major European processors. The same logic applies to SumUp, Adyen, Mollie and Square — only the rate card differs.

Cause 2: settlement timing (T+1, T+2, weekends)

Card processors do not transfer money to your bank the moment the card is tapped. They batch transactions and settle on a delay. The standard is T+1 (next business day) or T+2 (two business days) depending on processor, country, and your account tier. Stripe is usually T+2 for new accounts in Europe, dropping to T+1 once you have a track record. SumUp is typically T+1. Adyen offers daily settlement on plans that pay for it.

The result: today's POS does not match today's bank. It matches a bank deposit that will arrive in 1–3 business days. Over a weekend the gap stretches. A Saturday card sale at a T+2 processor will not settle until Wednesday because Sunday and Monday don't count as business days at most banks. A Friday sale at T+1 lands on Monday. Sales from a busy Friday-Saturday-Sunday weekend can land as a single lumped Monday or Tuesday deposit.

The fix is to reconcile on a week-window, not a day-window. Compare Monday-to-Sunday POS card totals to Monday-to-Sunday bank settlements minus fees, and they line up (subject to a one or two day shift at the start and end of the window). Or, do what most owner-operators do: stop trying to match daily, and use a simple weekly tie-out instead.

Cause 3: VAT included in POS, separate in books

Your POS shows gross sales — the price the customer paid, VAT included. If you sold €1,400 in Austria at 20% VAT, the customer paid €1,400 but only €1,166.67 is yours. The other €233.33 is VAT collected on behalf of the tax office, and it will leave your account on your next VAT return.

This isn't really a 'POS vs bank' problem — the bank receives the full €1,400 too (minus card fees and timing). It is a POS vs accounting problem, which is what most owners actually mean when they ask why their numbers don't match. Your accountant sends you a P&L showing €1,166.67 of revenue for the day. Your POS shows €1,400. The €233.33 gap is VAT — not a mistake, just two different views of the same sale.

Two practical implications. First, do not budget against gross POS revenue — you will overstate your real revenue by the VAT rate (7-22% depending on what you sell and where). Second, when comparing POS to bank, expect the bank to match the gross POS figure (minus fees and timing), not the net-of-VAT figure your accountant uses. They are both correct; they are measuring different things.

Cause 4: refunds and chargebacks net out later

A €40 refund issued on Tuesday for a sale that happened last Friday does two things to your reconciliation. On the POS, it usually shows as a negative €40 entry on Tuesday (or as a void of the original Friday transaction, depending on how your POS handles it). On the bank, it shows as a €40 deduction from the next card processor payout — usually 1–2 business days later.

So a Wednesday bank deposit for €1,358 might actually be: Tuesday card sales of €1,420, minus €21 in fees, minus a €40 refund from Tuesday, minus a €1 fee on the refund. The single bank line tells you €1,358 and nothing about its composition. If you don't read the processor's settlement report, you cannot reconcile this from the bank alone.

Chargebacks (customer disputes) work the same way but with a longer delay and a separate fee. A chargeback initiated 30 days after a sale will appear as a deduction on a settlement deposit one to two weeks later, plus a €10-25 chargeback fee from the processor. Owners who don't reconcile against the processor's settlement statement (not just the bank deposit) miss chargebacks until the monthly accounting close, by which point three more have arrived.

Cause 5: tips routed differently

Tips are the single most common source of reconciliation confusion in hospitality and salons. Cash tips usually never enter the POS at all — they go straight to the staff member who served the table. Card tips do enter the POS (the customer tapped €15 + €2 tip on the terminal) but their settlement path depends on configuration.

Three common setups, each producing a different POS/bank pattern:

• Tips paid out same day in cash. POS shows the €2 tip, the staff member takes €2 from the till at end of shift, and the cash deposit is €2 lower than POS cash sales suggest. Bank reconciles to POS minus tip cash-out.
• Tips settled through the processor and paid via payroll. Bank deposit includes the €2 tip; payroll deducts €2 the next pay run to route it to the staff member. POS and bank match on the day, payroll has the tip line.
• Tips pooled across staff and split weekly. Bank deposit includes all tips; a separate tips ledger tracks who gets what. The bank deposit and the POS daily total match, but a separate weekly tip-pool payout (cash or bank) reduces operating cash by the pool amount.

If you cannot reconcile a day's bank deposit to POS within a few euros, the tips line is the first place to check. Misconfigured tip routing — POS settings showing tips as 'service charge' (yours) when they should be 'gratuity' (theirs), or the reverse — creates persistent gaps that nothing else explains.

Cause 6: cash discrepancies and batch mismatches

Cash sales should match cash deposits cleanly because there is no fee, no settlement delay, no VAT difference (the deposit is also gross). But three operational issues create gaps that are easy to mistake for systemic problems:

1. Short cash and over cash. The drawer counted at end of day rarely matches the POS cash total to the cent. €5-€20 either way per shift is normal at a busy café. Over a week the variance often averages out, but a single bad day can produce a gap that looks alarming and is just human error.
2. Cash spent before deposit. The owner pays the milk supplier €60 from the till on Wednesday afternoon. That €60 never reaches the bank, but it was real expense paid from real cash. The POS shows €60 more cash than the bank receives, and unless the petty-cash receipt is recorded, the gap is unexplained.
3. Multi-day cash deposits. Most small shops deposit cash twice a week, not daily. A single Friday deposit of €1,800 covers Wednesday, Thursday and Friday cash sales. POS cash totals for those three days should sum to €1,800 minus any petty-cash spend. Comparing one POS day to one bank deposit will never tie out.

If you suspect a real cash leak rather than batching, our troubleshooting guide for till discrepancies walks through the diagnostic order — count, recount, audit petty-cash receipts, audit the void log, and only then start looking at staff.

How to reconcile one day, cleanly

The daily routine is a five-minute end-of-day check. It does not try to match POS to bank — that is impossible on a single day for the reasons above. It captures the four numbers you need to reconcile later, when the bank deposits land.

1. Pull the POS day-close report. Note: total gross sales, cash portion, card portion, refunds, voids.
2. Count the till. Compare to POS cash total. Note the variance (over/short) — log it even if small.
3. Open your card processor dashboard. Note today's card-sales total (should match POS card portion to the cent — if it doesn't, you have a real problem, not a timing one).
4. Note any cash you paid out from the till today (petty cash to suppliers, change runs, staff cash advances).

Five lines into a notebook or app every night. Total POS sales. Cash portion. Card portion. Till variance. Cash-out. That is all you need for clean weekly reconciliation. If you want the same five lines collected automatically with the math already done, our daily profit calculator runs the same logic and shows net revenue for the day.

The weekly reconciliation routine

Weekly is where the numbers actually tie out. Pick a fixed day — most owners do this Monday morning for the prior week. The routine:

1. Sum POS gross sales for the seven-day week. Call this G.
2. Sum cash portion of POS for the week. Call this C_pos.
3. Sum cash deposits to the bank for the week (or for the relevant window — Tuesday-to-Monday usually captures the prior week's Friday/Saturday cash that gets deposited Monday). Call this C_bank.
4. Sum cash-out from the till for the week (petty cash, supplier payments, advances). Call this O.
5. Sum till variance for the week (over/short, signed). Call this V.
6. Check: C_pos should equal C_bank + O - V. If it does, cash is reconciled. If it doesn't, the gap is the unexplained variance — investigate.
7. Sum card portion of POS for the week. Call this K_pos.
8. Sum card processor settlements that landed in your bank during the week (these will cover sales from roughly the previous week minus 1-3 days to this week minus 1-3 days — that's fine, the window shifts but stays seven days long). Call this K_bank.
9. Pull processor fees + refunds for the matched settlement window. Call this F.
10. Check: K_pos should equal K_bank + F (approximately, with edges shifted by settlement delay). The two should agree within 1-2% on a steady-state week.

Once you have done this routine three or four weeks in a row, it takes about 10 minutes. After two months the variances should be tiny and predictable. Any week where the variance jumps is the week to investigate — that is the diagnostic signal worth acting on.

When the gap is a real problem, not just timing

Most reconciliation gaps are timing or accounting differences. But some are real. Here is how to tell:

The pattern: daily mismatches are almost always timing. Weekly mismatches after applying the formula above are almost always real. Cash gaps that don't close week-over-week point to either till discrepancies (count discipline) or missing petty-cash records (process). Card gaps that don't close week-over-week point to either chargebacks you missed, refunds that weren't logged in POS, or — rarely — a processor error worth opening a ticket about.

For the patterns that look like profit problems but turn out to be visibility problems — busy days that somehow leave the bank flat — see our companion post on the seven leaks between revenue and bank. Reconciliation tells you whether the numbers are right. The seven leaks tell you why those right numbers don't add up to the profit you expected.

The one habit that fixes 80% of "my numbers don't match" anxiety: reconcile weekly, not daily, and reconcile against the processor settlement statement, not just the bank line. Both numbers are right. They were never going to match on a single-day window. Once you accept that and run the weekly routine, the gap stops being mysterious and starts being a five-minute Monday-morning checkbox.

FAQ