Ask someone when they "got paid" and they will point to one moment. The terminal beeped, the app said approved, the money arrived. In practice, three distinct events happened, often hours or days apart, and only one of them involved money actually changing hands.
Collapsing these three into one moment is the most common and most expensive mistake in payments. It is why merchants think they have funds they do not have, why risk teams misjudge exposure, and why engineers build reconciliation systems that cannot explain where a transaction is. Before we touch any specific rail, we need to separate the three events cleanly, because the rest of this course depends on it.
The three events are authorization, clearing, and settlement. They answer three different questions.
Authorization: can this transaction proceed?
Authorization is a yes or no decision. The party holding the payer's funds, typically the issuing bank on a card, decides whether to approve the transaction. It checks that the account exists, that funds or credit are available, and that the transaction does not trip fraud or velocity rules.
No money moves during authorization. On a card, an approved authorization usually places a hold against the available balance. A hold is not a debit. It earmarks funds and reduces what the cardholder can spend, but the money sits in the same account it always did. If the merchant never completes the transaction, the hold expires and the balance is restored with no record of a payment.
This is the source of the most common practitioner confusion. An approved authorization feels final to the payer and the merchant. It is not. It is a promise that the funds are good right now, nothing more.
Some flows have no authorization step at all. A standard ACH debit, which we cover later, carries no real-time approval. The originator submits the instruction and finds out later whether it sticks. The absence of authorization is itself a design choice with consequences for risk.
Clearing: what is actually owed, and to whom?
Clearing is the exchange of transaction details between the institutions involved so that each side agrees on the obligation. It transforms a set of individual approvals into a reconciled list of who owes what.
Clearing is where the real economic terms get attached. On a card, this is when the acquirer submits the transaction for presentment, interchange is applied, and the net amount owed between issuer and acquirer is determined. The authorized amount and the cleared amount are not always identical. A restaurant authorizes the bill and clears the bill plus tip. A hotel authorizes an estimate and clears the final folio.
Still, no money has moved. Clearing produces an instruction and an obligation, not a transfer. Think of it as the two sides signing off on a figure they will later settle.
In the batch world, clearing is an explicit file exchanged on a schedule. In real-time systems, the clearing message and the settlement instruction can ride together in a single transaction. The events are still logically distinct even when they happen in the same breath, and treating them as separate keeps your mental model intact across every rail.
Settlement: when does money actually move?
Settlement is the discharge of the obligation. Real funds move from one institution to another, almost always across accounts held at a settlement bank, frequently the central bank. This is the only one of the three events where value changes hands.
Settlement is what makes a payment real to the financial system. Until settlement occurs, every prior step is a representation of intent. The hold can lapse, the clearing file can be adjusted, the transaction can be disputed. Once settlement completes and is final, the obligation is extinguished and the funds belong to the receiving institution.
Note who settles. Settlement happens between banks, not between the merchant and the cardholder. The merchant gets funded by its acquirer on the acquirer's own schedule, which may be faster or slower than the interbank settlement underneath it. Confusing merchant funding with interbank settlement is another place practitioners go wrong.
A worked example
A cardholder buys a $200 jacket on Monday at 2pm.
Authorization, Monday 2pm. The terminal sends a request to the issuer through the card network. The issuer approves and places a $200 hold on the cardholder's account. The available balance drops by $200. No money has moved. The merchant has an approval code and nothing else.
Clearing, Monday night into Tuesday. The acquirer submits the transaction for presentment. Interchange is applied, say $3.10, so the issuer owes the acquirer roughly $196.90 net on this item, bundled with thousands of others into the day's totals. Both sides now agree the figure. Still no money has moved.
Settlement, Tuesday. The network calculates each member's net position and money moves between the issuer's and acquirer's settlement accounts to discharge the obligation. The acquirer then funds the merchant on its own timeline, perhaps Tuesday, perhaps later, perhaps net of its own fees.
Between Monday 2pm and settlement, the merchant has a sale on its books and zero usable funds. A merchant who treats authorization as cash has misread the entire flow.
Why the distinction decides everything downstream
Every theme in this course traces back to these three events.
Risk lives in the gaps between them. The window between clearing and settlement is exactly where settlement risk and netting risk arise, the subject of a later module. If the three were one instantaneous event, that exposure would not exist.
Finality attaches to settlement, not authorization. Reversibility, disputes, and chargebacks all turn on whether settlement has occurred and whether it is final. You cannot reason about whether a payment can be clawed back without knowing which of the three events has completed.
Funding models are built on the timing of settlement. When you design how a business holds and moves money, you are deciding how long you sit exposed between clearing and settlement, and whose money you are using in the meantime.
Takeaway
A payment is not a moment. It is three events that answer three questions: can it proceed, what is owed, and has money moved. Authorization and clearing produce promises and obligations. Only settlement moves value. Keep the three separate in your head, ask which event has actually completed before you call a payment done, and the rest of this course will fall into place.