Your books say an invoice is paid. Your bank says a smaller number landed. Here is how to reconcile the gap without deleting anything or panicking.

You mark an invoice paid, the accounting tool turns it green, and then the bank deposit shows up short. A $1,000 invoice becomes $970.70 in the account. Three invoices you know were paid arrive as one lump deposit that matches none of them. The instinct is to assume something broke, or that a client shorted you.

Usually nothing broke. The money is there. It just arrived after fees came out, bundled with other payments, and sometimes with a slice held back for later. That gap between “paid” in your software and “deposited” in your bank is a reconciliation problem, not a missing-money problem, and it has a repeatable fix.

When an invoice shows paid but the deposit is smaller, the money is rarely lost. Payment processors deduct their fee before they pay you, bundle several payments into one deposit, and occasionally hold back a reserve. To reconcile it: match the bank deposit against the payout report, not a single invoice; record the full invoice as revenue and book the fee as a separate expense; and treat any held funds as money owed to you rather than a loss. Only after all of that leaves an unexplained gap should you contact the processor or the client.

Before you reconcile anything, be sure the money is in your bank and not still in transit. These are two different situations that feel identical at a glance.

If the deposit has not shown up at all, you are dealing with a payout timing or hold problem, not a matching problem. That is a separate diagnostic, and we have a full walkthrough for it in our guide on what to do when a paid invoice shows no money yet. Come back here once the cash has actually settled.

This article is for the other case: the deposit landed, but the number does not line up with what your accounting tool says you were paid. That mismatch is almost always one of five things.

Your invoicing software reports the customer-facing event: the client paid in full. Your bank reports the settlement event: what actually moved into your account after the processor took its cut and did its bundling. Those two numbers are supposed to differ. Here is what creates the gap.

Fee netting is the most common by far. Stripe’s standard US rate is 2.9% plus 30 cents per online card charge, and it subtracts that before the payout, per its published pricing. Processors also bundle several charges into one deposit and settle on a rolling schedule, which Stripe lays out in its payouts documentation. PayPal runs about 2.99% plus a fixed fee on commercial transactions, and Square is 2.9% plus 30 cents for card-not-present sales. Cross-border cards and currency conversion stack more on top. So the “missing” money on a single card payment is usually just the fee doing exactly what it is supposed to do.

Say three invoices were all paid by card through the same processor, and they land as one deposit the next morning.

• Invoice A: $1,000 gross, fee $29.30, net $970.70
• Invoice B: $450 gross, fee $13.35, net $436.65
• Invoice C: $2,200 gross, fee $64.10, net $2,135.90

Your books show three paid invoices totaling $3,650. Your bank shows a single deposit of $3,543.25. The difference is $106.75, which is the sum of the three processing fees. Nothing is missing. The bank line simply reports net, batched, after fees.

Now add a wrinkle. If the processor placed a 10% rolling reserve on invoice C, it would hold back $220 and release it later. The same deposit would then arrive as $3,323.25, and that extra $220 is not a loss. It is a receivable, money the processor owes you and will pay on a schedule. PayPal, for instance, can hold a reserve for up to 180 days, as it explains in its help center on account reserves. Miss that detail and your books will look short every month until the release lands.

This works across QuickBooks, Xero, Wave, FreshBooks, and a plain spreadsheet, because it follows the money, not the software. Run these steps in order.

1. Pull the payout report, not the bank line alone. Every processor produces a settlement or payout report that lists which individual transactions make up each deposit. That report, not the invoice list, is your source of truth for what the bank received.
2. Match one deposit to a batch. Group the transactions in that payout and confirm their net total equals the bank deposit. If it does, you have explained the whole line.
3. Record gross revenue, book the fee as an expense. Do not shrink the invoice to the net amount. Log the full amount as income and the processing fee as a separate expense line. This keeps revenue honest and makes fees a number you can actually track and deduct.
4. Handle reserves as a receivable. If funds were held back, post them to a “funds in reserve” or clearing account, not to income you never received. Clear that account when the release deposit arrives.
5. Park cross-period payments in a clearing account. When a payment is captured in one month but deposited the next, route it through an undeposited-funds or in-transit account so each month closes clean instead of showing a phantom shortfall.
6. Flag the true leftovers. If a gap survives all of the above, now you have a real anomaly: a short payment, a chargeback, an unexpected FX fee, or a wrong bank account. That is the point where contacting the processor or the client is worth your time.

Quick reality check: most reconciliation pain comes from skipping step one. People try to match a bank deposit straight to an invoice, the numbers never agree, and they burn a Saturday guessing. One founder on r/smallbusiness described spending a weekend manually matching 47 invoices to bank payments before realizing the deposits were batched. The payout report is what turns that guesswork into arithmetic.

Run this list before you call anything a discrepancy. It works no matter which tools you use.

• Did you match the deposit to the payout report rather than a single invoice?
• Does gross revenue minus processor fees equal the deposit?
• Are there refunds or chargebacks inside the same batch?
• Was a reserve or hold withheld, and is it logged as a receivable?
• Did a cross-border card or currency conversion add a fee?
• Did the payment cross a month or quarter boundary, and is it parked in a clearing account?
• Does your accounting tool book fees as an expense instead of quietly netting them against revenue?

If every box is checked and the numbers still do not agree, you finally have a genuine issue to escalate. For a deeper look at how the two main tools handle this, our comparison of QuickBooks and Xero bank feeds covers the fee-handling settings that trip people up.

A few habits quietly create the exact mismatch people spend hours chasing.

• Recording the invoice at net. If you mark the invoice paid at $970.70 to force a match, your revenue is now understated by the fee forever, and you lose a deductible expense.
• Deleting and re-adding invoices. Forcing a match by deleting the record breaks your audit trail and often creates duplicate entries later.
• Treating a batched deposit as one sale. Assigning a lump payout to a single invoice leaves the others looking unpaid.
• Forgetting the reserve comes back. Writing off held funds understates your assets and makes cash flow look worse than it is.
• Reconciling by the payment date. Matching against when the customer paid instead of when the payout settled scrambles every batch that crosses a day.

• A smaller deposit than the invoice is normal, not a red flag, once fees and batching are in play.
• The payout report, not the invoice, tells you what the bank actually received.
• Book revenue gross and fees separately so your numbers and your deductions both stay accurate.
• Held reserves are owed to you; track them as a receivable and clear them on release.

This article is for general information only and is not financial, investment, insurance, tax, or legal advice. Rates, terms, coverage, eligibility, and rules can change, so check current official sources and consult a qualified professional for decisions that affect your situation.

The most common reason is fee netting. Processors like Stripe, PayPal, and Square deduct their fee before sending the payout, so a $1,000 invoice can land as roughly $970 after a card fee. Batched payouts and reserves widen the gap further.

It usually went to three places: the processor fee, a reserve or hold the processor is releasing later, or it is still bundled into a payout that has not fully settled. Refunds and chargebacks in the same batch can also reduce the deposit.

Record the full gross invoice as revenue and log the processing fee as a separate expense. Recording only the net understates your income and hides a legitimate, deductible cost.

Open the processor’s payout or settlement report, which lists every transaction in that deposit. Confirm the net total of those transactions equals the bank line, then match each invoice inside the batch to its individual payment.

No. A reserve is money the processor holds and releases on a schedule, sometimes up to 180 days out. Track it as a receivable in a clearing account and clear it when the release deposit arrives, rather than writing it off.

Contact the processor or client only after the payout report still leaves an unexplained gap. If fees, batching, reserves, refunds, and timing all check out and the number is still off, that points to a real short payment, a wrong account, or a dispute worth escalating.

The next time an invoice reads paid and the deposit looks wrong, resist the urge to touch the invoice. Open the payout report, line up the batch, and let the fee math explain itself. Book revenue gross, fees as an expense, and reserves as a receivable, and the gap that used to eat your afternoon becomes a two-minute check. Most of the time the money was never missing. Your books were just reading a different clock than your bank.