Steps of this lesson, in order.
The Four Parties and the Card Transaction
What you will learn
Your objective. By the end of this lesson, you will be able to explain four parties and the card transaction. The four party model is the foundation of every card payment.
Why it matters. The cardholder is the customer who owns the card and makes the purchase.
Chapter objective: Learner explains card authorization, clearing, and settlement, including the roles of issuer, acquirer, network, and merchant, and traces a card transaction from swipe to settlement. Learner practises this skill on realistic banking cases, explaining the reasoning clearly and using correct terminology throughout the work.
Key learning points
- Four party model
- Customer presents the card
- Issuer approves
- Clearing is where the authorised
- Credit card the cardholder repays
- Duplicate authorisation holds
Key terms
Authorisation: Approval by the issuer for a card transaction to proceed, confirming the card is valid and funds or credit are available.
Fraud scoring: A risk score assigned to a payment based on factors such as amount, location, device, velocity and customer history.
Interchange: A fee paid by the acquirer to the issuer for each card transaction, set by the card scheme. It compensates the issuer for handling the transaction, funding the interest free period and managing fraud...
Payment flow diagram showing The Four Parties and the Card Transaction.
Insights and practice scenarios
Worked insights and practice scenarios for this lesson. Each one is a reusable PaymentForge case, so the same case may appear in more than one lesson.
Practise this lesson
Exercise
Trace the card payment in this lesson through authorisation, clearing and settlement.
Use the four-party model and the stage timings in this lesson.
- What to do. State what happens at each stage, who pays whom, and when the merchant is actually credited.
Correct result. Authorisation holds the funds and returns a response code. Clearing sends the transaction in a batch file. Settlement moves the net amount between banks, and the acquirer credits the merchant after deducting interchange, scheme fees and its margin.
Why. A card payment is not one event. The customer sees it on Monday, the merchant gets it on Wednesday, and the difference is the clearing and settlement cycle.
Check your understanding
Practice question
In a card payment, what happens at authorisation stage?
Takeaway and next step
What to remember
An authorisation that is never cleared never becomes a charge, which is why a reversed authorisation simply releases the hold.
Follow a payment through every stage, from instruction to beneficiary credit, and note where it can stop.
Open the Payment Lifecycle Simulator →
Builds on "Managing Residual Risk in Practice".
Transcript and full text
Show transcript
The four party model is the foundation of every card payment. The four parties are the cardholder, the merchant, the issuer and the acquirer, and the card scheme sits above them as the rule maker and network operator. The cardholder is the customer who owns the card and makes the purchase. The merchant is the business that accepts the card. The issuer is the bank that gave the card to the customer and holds the card account. The acquirer is the bank or payment firm that provides card acceptance to the merchant and credits the merchant account. Once you can name these four parties for any transaction, you can trace the rest of the card lifecycle. Step one is the purchase, and the information flow runs from merchant to issuer. The customer presents the card at a terminal, on a website or in a wallet. The merchant terminal or gateway sends an authorisation request to its acquirer, with the card number, the amount, the merchant details, the date and the transaction type. The acquirer forwards the request to the card scheme, Visa or Mastercard, which routes it to the correct issuer using the first digits of the card number. At this point no money has moved. Only information has travelled, and the question being asked is simple: will the issuer approve this payment? Step two is the issuer decision, and the answer travels back along the same path. The issuer checks that the card is active, that the account has enough funds or credit, that the transaction does not breach a limit or a cardholder control, and that fraud scoring does not flag it. If the checks pass, the issuer approves, returns an approval code, and places a hold on the funds. The available balance falls, but the money has not left the account. If a check fails, the issuer declines and returns a response code, for example insufficient funds or suspected fraud. The approval or decline travels from issuer to scheme to acquirer to merchant, usually in one to two seconds, and the customer sees the result at the till or on screen. Step three is clearing, and it happens later, usually at the end of the day. The merchant batches its approved transactions and sends a clearing file to the acquirer. The acquirer sends the file to the scheme, which sorts the transactions, checks them, calculates interchange, and routes each transaction to the correct issuer. Clearing is where the authorised transaction becomes a financial obligation. The issuer posts the transaction to the cardholder account, and the acquirer prepares to pay the merchant. An authorisation that is never cleared never becomes a charge, which is why a reversed authorisation simply releases the hold. Step four is settlement, and it is the movement of money. The scheme calculates a net settlement position for each issuer and each acquirer from the clearing files. Each participant settles one net amount with the scheme, instead of settling separately with every other bank. Issuers that owe more than they are owed pay the scheme, and acquirers that are owed more receive from the scheme. The acquirer then credits the merchant, usually one to two business days after the purchase, minus the merchant service charge. For a credit card the cardholder repays the issuer later under the card terms, and for a debit card the account was already debited at posting. Fees flow in the opposite direction to the purchase, and the analyst must be able to explain them. The merchant pays a merchant service charge to the acquirer. From that charge the acquirer pays interchange to the issuer, pays scheme fees to the scheme, and keeps the remainder as its margin. Interchange is the largest part, and it varies by card type, by channel and by market. Exceptions can interrupt the flow at every step, and they are part of the model. A decline at authorisation stops the purchase before clearing. A timeout, where no response arrives, leaves the status unknown, so the merchant must reverse the authorisation or check the status before retrying. A duplicate authorisation can place two holds on the same purchase. A chargeback after settlement reverses the flow, moving money back from acquirer to issuer and then to the cardholder, with fees and evidence attached. A good analyst designs for these paths from the start, not as afterthoughts.
The four party model is the foundation of every card payment. The four parties are the cardholder, the merchant, the issuer and the acquirer, and the card scheme sits above them as the rule maker and network operator. The cardholder is the customer who owns the card and makes the purchase. The merchant is the business that accepts the card. The issuer is the bank that gave the card to the customer and holds the card account. The acquirer is the bank or payment firm that provides card acceptance to the merchant and credits the merchant account. Once you can name these four parties for any transaction, you can trace the rest of the card lifecycle.
Step one is the purchase, and the information flow runs from merchant to issuer. The customer presents the card at a terminal, on a website or in a wallet. The merchant terminal or gateway sends an authorisation request to its acquirer, with the card number, the amount, the merchant details, the date and the transaction type. The acquirer forwards the request to the card scheme, Visa or Mastercard, which routes it to the correct issuer using the first digits of the card number. At this point no money has moved. Only information has travelled, and the question being asked is simple: will the issuer approve this payment?
Step two is the issuer decision, and the answer travels back along the same path. The issuer checks that the card is active, that the account has enough funds or credit, that the transaction does not breach a limit or a cardholder control, and that fraud scoring does not flag it. If the checks pass, the issuer approves, returns an approval code, and places a hold on the funds. The available balance falls, but the money has not left the account. If a check fails, the issuer declines and returns a response code, for example insufficient funds or suspected fraud. The approval or decline travels from issuer to scheme to acquirer to merchant, usually in one to two seconds, and the customer sees the result at the till or on screen.
Step three is clearing, and it happens later, usually at the end of the day. The merchant batches its approved transactions and sends a clearing file to the acquirer. The acquirer sends the file to the scheme, which sorts the transactions, checks them, calculates interchange, and routes each transaction to the correct issuer. Clearing is where the authorised transaction becomes a financial obligation. The issuer posts the transaction to the cardholder account, and the acquirer prepares to pay the merchant. An authorisation that is never cleared never becomes a charge, which is why a reversed authorisation simply releases the hold.
Step four is settlement, and it is the movement of money. The scheme calculates a net settlement position for each issuer and each acquirer from the clearing files. Each participant settles one net amount with the scheme, instead of settling separately with every other bank. Issuers that owe more than they are owed pay the scheme, and acquirers that are owed more receive from the scheme. The acquirer then credits the merchant, usually one to two business days after the purchase, minus the merchant service charge. For a credit card the cardholder repays the issuer later under the card terms, and for a debit card the account was already debited at posting.
Fees flow in the opposite direction to the purchase, and the analyst must be able to explain them. The merchant pays a merchant service charge to the acquirer. From that charge the acquirer pays interchange to the issuer, pays scheme fees to the scheme, and keeps the remainder as its margin. Interchange is the largest part, and it varies by card type, by channel and by market.
Exceptions can interrupt the flow at every step, and they are part of the model. A decline at authorisation stops the purchase before clearing. A timeout, where no response arrives, leaves the status unknown, so the merchant must reverse the authorisation or check the status before retrying. A duplicate authorisation can place two holds on the same purchase. A chargeback after settlement reverses the flow, moving money back from acquirer to issuer and then to the cardholder, with fees and evidence attached. A good analyst designs for these paths from the start, not as afterthoughts.
Full lesson text (all scenes)
Completing a lesson updates your progress dashboard on the homepage.
Scene timestamps are estimated by allocating the narration text proportionally across the real audio length. The audio playback position is the source of truth: pause freezes the visual, seeking restores the correct scene, replay restarts the scene animation.