Why an acquirer sits in the middle
The comparison runs in three layers because the money passes through an acquirer before it reaches the company bank account. The acquirer processes card payments for a merchant, withholds its fee and settles the net amount on a settlement date, so the company compares records at each link in the chain.
The three layers of credit card reconciliation
- Sale layer: the company sales record against the acquirer sales statement. It answers whether the acquirer captured the sales the company recorded.
- Settlement layer: the acquirer sales statement against the acquirer payment statement. It shows how gross sales, the fee and the net settled amount relate, and when settlement is due.
- Bank layer: the acquirer payment statement against the bank statement. It is the last layer, it confirms that the settled amount arrived, and it belongs to the bank reconciliation a company performs on its ledger.
How credit card reconciliation works
- Collect the records. Gather the company sales record, the acquirer sales statement, the acquirer payment statement and the bank statement.
- Match the sale layer. Compare the card sales in the company system against the acquirer sales statement, line by line.
- Match the settlement layer. Compare gross sales against the net settled amount plus fees, and check the settlement date.
- Review the differences. Give each unresolved item a cause, an owner and a resolution date, so the confirmed settlement reaches the bank side of the ledger.
Example: reconciling one day of card sales
Assume a company records USD 4,000 of card sales on one day. The acquirer charges a fee of USD 76, an illustrative figure and timeline that do not represent market terms, and settles the balance five business days later. The sale layer matches the USD 4,000 in the sales record against the USD 4,000 on the acquirer sales statement. The settlement layer matches USD 4,000 in gross sales against a USD 3,924 payment plus the USD 76 fee, and USD 4,000 minus USD 76 equals USD 3,924. The bank layer matches the USD 3,924 payment against the USD 3,924 deposit.
The fee is why the sales total and the settled total differ, so the gap is expected.
What causes differences in card reconciliation
The differences that surface have specific causes. A sale the acquirer later cancels stays in the sales record and disappears from the settlement. A sale entered twice creates a duplicate against a single settlement line. A sale the acquirer processed but the sales system did not record creates the opposite gap. A terminal rental charge or a fee different from the agreed rate changes the net amount without changing the gross. Timing adds one more cause: a sale recorded near the settlement cut-off can land in the next settlement period.
How card reconciliation differs from neighboring processes
Four adjacent processes are easy to confuse with card reconciliation. Bank reconciliation compares the general ledger against the bank statement, while card reconciliation inserts the acquirer between the sale and the bank. Payment gateway reconciliation checks the gateway’s records and charges. Their overlap with an acquirer settlement file depends on the provider arrangement, so the team first identifies which record reports each fee and movement. Accounts receivable reconciliation asks who still owes the company, while card reconciliation asks whether the acquirer paid what the sales record says, net of the agreed fee. Corporate expense card reconciliation matches employee cards against expense documents rather than a settlement file, and it sits outside this article.
Following the card payment across settlement records
The useful control follows a sale from the processor’s record through fees, refunds and chargebacks to the bank credit. Simetrik’s incoming payment reconciliation compares those records using configured matching rules and exposes missing settlements, duplicates and differences between expected and received amounts.
An acquirer also needs network-specific files and fee calculations. The article on preconfigured reconciliation for acquirers describes that implementation context. A merchant’s configuration should use its own provider reports and settlement terms rather than assume that every card flow has the same records.