Statement Decoder · Cash flow literacy

Why don't merchant deposits match card sales?

An authorization, a sale, a settlement, and an available bank deposit are different parts of the same money movement. Here's how to find the missing connection.

Start with matching dates and scopes

Gross card sales reported by your POS or ecommerce system may not equal the bank deposits posted on the same day. Payment batches can settle in another period, and the deposit can reflect more than current-day sales.

Before calculating a discrepancy, identify the merchant account, business location, sale date, batch cutoff, settlement date, bank posting date, and which payment channels are included. The bank's posting date does not necessarily match the customer's purchase date.

Identify the different kinds of adjustments

  • Refunds: money sent back to customers, not the same as a processing fee.
  • Dispute debits: amounts involved in chargebacks or related activity under the applicable process.
  • Provider fees: may be netted from funding or invoiced separately.
  • Reserves or holds: funds restricted or retained under defined risk arrangements.
  • Timing: batches crossing settlement windows, holidays or other cutoff conditions.
  • Non-card payments: ACH, cash, checks and other tender types may appear elsewhere in reports.

A made-up reconciliation example

Suppose a fictional account reports $10,000 in settled gross card sales during the relevant grouping. Illustrative deductions consist of $400 in refunds, $80 in dispute debits, $120 in fees netted from funding and $500 withheld in a reserve. Simplified arithmetic yields $8,900 for this example.

Fictional settled sales$10,000
Refunds− $400
Dispute debits− $80
Fees deducted from funding− $120
Reserve withheld− $500
Illustrative net funding amount$8,900

Important: This arithmetic is purely illustrative. A real processor may bill fees separately, hold different funds, post multiple deposits or apply other adjustments. Even the resulting amount may be deposited on a different date.

A five-step reconciliation workflow

  1. Export permitted POS sales and refund totals for the defined period, omitting sensitive cardholder data from general records.
  2. Collect the corresponding merchant-level batch and settlement reports.
  3. Group transactions and adjustments by settlement or deposit reference, not only sale date.
  4. Match net settlement amounts against actual bank entries and investigate exceptions.
  5. Document unmatched items, timing differences and the party responsible for explaining them.

What not to assume

Deposits not equaling gross sales does not automatically indicate fraud, improper fees or a provider mistake. Conversely, a reconciliation that stays unexplained should not be dismissed as 'normal.' Ask for supporting transaction and funding detail from the responsible provider.

Merchant privacy: Never upload statements, complete bank details, merchant IDs, customer data, card numbers or login credentials to this site. This is a general educational guide with invented figures only.

What to do with your findings

Separate recurring operational gaps from a one-time posting difference. If the reporting is consistently difficult, improving the provider's reconciliation tools or changing system configuration may solve the problem without switching processing companies.

Use the Merchant Reality Audit to evaluate costs, technology, funding and support as one business problem rather than focusing on a single bank deposit.

Read a statement

Identify the activity and cost categories before reconciling.

Read the guide →
New: Merchant Reality Workbench

Follow the money from checkout to deposit.

Six stages, three fictional scenarios, and transparent funding math. No private data or processor recommendations.

Explore the Money Trail →