What happens between "approved" and money actually arriving?
When a card transaction is authorized, the customer sees a confirmation and the merchant sees an approval — but no money has actually moved yet. Authorization only confirms that the card is valid and has sufficient funds or credit available. What happens after that — clearing and settlement — is where the transaction actually gets processed into real fund movement, and it typically takes place over hours to a few days, not instantly.
What does "clearing" actually mean?
Clearing is the process of finalizing transaction details between the merchant's acquirer and the customer's card-issuing bank — confirming the exact amount, matching it against the original authorization, and preparing it for actual fund transfer. Transactions are typically batched and cleared together rather than individually, which is part of why clearing happens on a delay rather than instantly.
During clearing, the card networks act as the intermediary confirming the transaction details between the two sides — the acquiring side (merchant, ISO, processor, sponsor bank) and the issuing side (the customer's card-issuing bank).
What does "settlement" actually mean?
Settlement is the actual movement of funds — the issuing bank transfers funds (net of interchange and network fees) to the acquiring side, which eventually reaches the merchant, minus whatever processing fees and residual splits apply. Settlement typically happens on a defined schedule (commonly next-day for card transactions, though this varies by processor and program), and it's the step where a sponsor bank's custody responsibility becomes concrete — settlement funds pass through the sponsor bank's custody before reaching the merchant.
Why does the gap between authorization and settlement matter operationally?
The delay between a transaction being authorized and the corresponding funds actually settling creates a few practical realities that matter for anyone running a portfolio:
- A transaction can still be reversed after authorization but before settlement, through certain decline or reversal mechanisms, meaning "authorized" isn't the same guarantee as "final."
- Reconciliation has to account for timing, since a transaction authorized today might not settle until tomorrow, and daily reports that don't clearly separate authorization activity from settlement activity are a common source of confusion.
- Disputes and chargebacks happen after settlement, sometimes weeks or months later, meaning a merchant's apparent revenue for a given day isn't fully final until the dispute window has passed.
Who is actually responsible for each step?
| Step | Primary responsibility |
|---|---|
| Authorization | Processor (checking with the card network and issuing bank) |
| Clearing | Card networks, coordinating between acquiring and issuing sides |
| Settlement (fund movement) | Sponsor bank (custody), processor (execution) |
| Final merchant payout | Sponsor bank custody, distributed per the ISO's and processor's payout schedule |
A retail ISO or merchant rarely interacts directly with clearing and settlement mechanics — but understanding who's actually responsible for each step is useful when a settlement question comes up, since "why hasn't this settled yet" has a genuinely different answer depending on whether the delay is happening at the network clearing stage or the sponsor bank's settlement schedule.
Why is visibility into this process harder than it should be?
Most portfolio-level reporting shows either authorization activity or settled totals, but not always a clear, transaction-level view connecting the two — meaning a transaction-level question ("did this specific authorization actually settle, and when?") often requires manually cross-referencing two separate reports rather than looking at one record.
This is a solvable data problem, not an inherent limitation of clearing and settlement itself — a unified transaction ledger can track a transaction's status from authorization through clearing and settlement as one continuous record, rather than as separate events in separate systems.
This is the specific capability behind NGnair's revenue and portfolio management infrastructure: clearing and settlement visibility, transaction by transaction, without NGnair itself performing settlement — that responsibility, along with custody of funds, remains entirely with the sponsor bank.
The short version
Authorization is only the first step in a card transaction — clearing finalizes the transaction details between the acquiring and issuing sides, and settlement is the actual movement of funds, which passes through the sponsor bank's custody before reaching the merchant. The operational challenge most portfolios face isn't the process itself, but getting clear, transaction-level visibility into where a given transaction actually stands between those steps.
That's exactly the visibility NGnair's revenue and portfolio infrastructure is built to provide — real answers, not a wait for the next report.
