Payments Academy
Payment instruments and the money they move PAYMENT OPERATIONS STARTED LIVE 01 Payment instruments and the money they - Every payment instrument is a ACTIVE 02 Parties and risk by instrument - cheque the parties are the drawer QUEUED 03 EUR 10,000 supplier payment comparison - 004 with a reason code such as QUEUED 04 Failure by instrument - hub that treats all instruments as the same QUEUED 05 Instrument choice as a requirements decision - second is the stablecoin QUEUED 06 New instruments judged by five questions - Takeaway: the instrument is the QUEUED Every payment instrument is a way of moving a particular form of money, and the instrument decides the speed, the finality, the data and the risk. Step 1 of 6 Payment instruments and the money they move STARTED Payment instruments and the money they Every payment instrument is a way of moving ACTIVE Parties and risk by instrument cheque the parties are the drawer QUEUED EUR 10,000 supplier payment comparison 004 with a reason code such as AC04 QUEUED Failure by instrument hub that treats all instruments as the same QUEUED Instrument choice as a requirements decision second is the stablecoin payment QUEUED New instruments judged by five questions Takeaway: the instrument is the vehicle QUEUED Every payment instrument is a way of moving a particular form of money, and the instrument decides the speed, the finality, the data and the risk.
Parties and risk by instrument PAYMENT OPERATIONS IN PROGRESS LIVE 01 Payment instruments and the money they - Every payment instrument is a DONE 02 Parties and risk by instrument - cheque the parties are the drawer ACTIVE 03 EUR 10,000 supplier payment comparison - 004 with a reason code such as QUEUED 04 Failure by instrument - hub that treats all instruments as the same QUEUED 05 Instrument choice as a requirements decision - second is the stablecoin QUEUED 06 New instruments judged by five questions - Takeaway: the instrument is the QUEUED For a cheque the parties are the drawer, the drawee bank and the payee, and the payee bears the risk that the cheque bounces. Step 2 of 6 Parties and risk by instrument IN PROGRESS Payment instruments and the money they Every payment instrument is a way of moving DONE Parties and risk by instrument cheque the parties are the drawer ACTIVE EUR 10,000 supplier payment comparison 004 with a reason code such as AC04 QUEUED Failure by instrument hub that treats all instruments as the same QUEUED Instrument choice as a requirements decision second is the stablecoin payment QUEUED New instruments judged by five questions Takeaway: the instrument is the vehicle QUEUED For a cheque the parties are the drawer, the drawee bank and the payee, and the payee bears the risk that the cheque bounces.
EUR 10,000 supplier payment comparison PAYMENT OPERATIONS IN PROGRESS LIVE 01 Payment instruments and the money they - Every payment instrument is a DONE 02 Parties and risk by instrument - cheque the parties are the drawer DONE 03 EUR 10,000 supplier payment comparison - 004 with a reason code such as ACTIVE 04 Failure by instrument - hub that treats all instruments as the same QUEUED 05 Instrument choice as a requirements decision - second is the stablecoin QUEUED 06 New instruments judged by five questions - Takeaway: the instrument is the QUEUED 004 with a reason code such as AC04 for a closed account. Step 3 of 6 EUR 10,000 supplier payment comparison IN PROGRESS Payment instruments and the money they Every payment instrument is a way of moving DONE Parties and risk by instrument cheque the parties are the drawer DONE EUR 10,000 supplier payment comparison 004 with a reason code such as AC04 ACTIVE Failure by instrument hub that treats all instruments as the same QUEUED Instrument choice as a requirements decision second is the stablecoin payment QUEUED New instruments judged by five questions Takeaway: the instrument is the vehicle QUEUED 004 with a reason code such as AC04 for a closed account.
Failure by instrument PAYMENT OPERATIONS IN PROGRESS LIVE 01 Payment instruments and the money they - Every payment instrument is a DONE 02 Parties and risk by instrument - cheque the parties are the drawer DONE 03 EUR 10,000 supplier payment comparison - 004 with a reason code such as DONE 04 Failure by instrument - hub that treats all instruments as the same ACTIVE 05 Instrument choice as a requirements decision - second is the stablecoin QUEUED 06 New instruments judged by five questions - Takeaway: the instrument is the QUEUED A hub that treats all instruments as the same payment will route correctly and reconcile badly, and the breaks will appear at the first month end. Step 4 of 6 Failure by instrument IN PROGRESS Payment instruments and the money they Every payment instrument is a way of moving DONE Parties and risk by instrument cheque the parties are the drawer DONE EUR 10,000 supplier payment comparison 004 with a reason code such as AC04 DONE Failure by instrument hub that treats all instruments as the same ACTIVE Instrument choice as a requirements decision second is the stablecoin payment QUEUED New instruments judged by five questions Takeaway: the instrument is the vehicle QUEUED A hub that treats all instruments as the same payment will route correctly and reconcile badly, and the breaks will appear at the first month end.
Instrument choice as a requirements decision PAYMENT OPERATIONS IN PROGRESS LIVE 01 Payment instruments and the money they - Every payment instrument is a DONE 02 Parties and risk by instrument - cheque the parties are the drawer DONE 03 EUR 10,000 supplier payment comparison - 004 with a reason code such as DONE 04 Failure by instrument - hub that treats all instruments as the same DONE 05 Instrument choice as a requirements decision - second is the stablecoin ACTIVE 06 New instruments judged by five questions - Takeaway: the instrument is the QUEUED The second is the stablecoin payment, which moves a claim on a token issuer rather than commercial bank money, Step 5 of 6 Instrument choice as a requirements decision IN PROGRESS Payment instruments and the money they Every payment instrument is a way of moving DONE Parties and risk by instrument cheque the parties are the drawer DONE EUR 10,000 supplier payment comparison 004 with a reason code such as AC04 DONE Failure by instrument hub that treats all instruments as the same DONE Instrument choice as a requirements decision second is the stablecoin payment ACTIVE New instruments judged by five questions Takeaway: the instrument is the vehicle QUEUED The second is the stablecoin payment, which moves a claim on a token issuer rather than commercial bank money,
New instruments judged by five questions PAYMENT OPERATIONS COMPLETE LIVE 01 Payment instruments and the money they - Every payment instrument is a DONE 02 Parties and risk by instrument - cheque the parties are the drawer DONE 03 EUR 10,000 supplier payment comparison - 004 with a reason code such as DONE 04 Failure by instrument - hub that treats all instruments as the same DONE 05 Instrument choice as a requirements decision - second is the stablecoin DONE 06 New instruments judged by five questions - Takeaway: the instrument is the ACTIVE Takeaway: the instrument is the vehicle and the money is the cargo, and the choice of vehicle changes cost, timing, data, finality and failure. Step 6 of 6 New instruments judged by five questions COMPLETE Payment instruments and the money they Every payment instrument is a way of moving DONE Parties and risk by instrument cheque the parties are the drawer DONE EUR 10,000 supplier payment comparison 004 with a reason code such as AC04 DONE Failure by instrument hub that treats all instruments as the same DONE Instrument choice as a requirements decision second is the stablecoin payment DONE New instruments judged by five questions Takeaway: the instrument is the vehicle ACTIVE Takeaway: the instrument is the vehicle and the money is the cargo, and the choice of vehicle changes cost, timing, data, finality and failure.

Key points of this lesson, in order.

0:00 / 6:33 Step 1 of 6

Money and payment instruments

What money is, Lesson 6 of 6, Narration 6:33, D01 Foundations of money and payments

Sanctions screeningReconciliationAuthorisation

What you will learn

Your objective. By the end of this lesson, you will be able to explain money and payment instruments. Every payment instrument is a way of moving a particular form of money, and the instrument decides the speed, the finality, the data and the risk.

Why it matters. Takeaway: the instrument is the vehicle and the money is the cargo, and the choice of vehicle changes cost, timing, data, finality and failure.

Chapter objective: What money is, and why the type of money changes everything about a payment

Key learning points

  • Payment instruments and the money they move
  • Parties and risk by instrument
  • EUR 10,000 supplier payment comparison
  • Failure by instrument
  • Instrument choice as a requirements decision
  • New instruments judged by five questions

Key terms

Sanctions screening: Checking payment parties, countries and references against sanctions lists published by governments and international bodies.

Reconciliation: The process of comparing records from two sources, such as a bank statement and an internal ledger, to confirm they agree.

Authorisation: Approval by the issuer for a card transaction to proceed, confirming the card is valid and funds or credit are available.

Payment flow diagram showing Money and payment instruments.

Practise this lesson

Exercise

A manufacturer must pay a EUR 10,000 supplier invoice. Compare paying by SEPA Credit Transfer, by card and by cheque, using the worked example in this lesson.

Use the comparison in the lesson: timing, cost, data and risk for each instrument.

  1. What to do. State what the supplier receives, when, and what risk the supplier bears for each instrument, and recommend one with reasons.

Correct result. Credit transfer: supplier receives the full EUR 10,000 same day or next day with full remittance data. Card: supplier receives less after interchange and scheme fees and bears chargeback risk. Cheque: supplier waits days for clearing and bears the bounce risk. Recommend the credit transfer for a high value supplier payment.

Why. The instrument is the vehicle and the money is the cargo, and the choice changes cost, timing, data and risk.

Check your understanding

Practice question

Which instrument fits a EUR 10,000 supplier payment, and why?

Takeaway and next step

What to remember

Takeaway: the instrument is the vehicle and the money is the cargo, and the choice of vehicle changes cost, timing, data, finality and failure.

Follow EUR 10,000 through every stage, from instruction to beneficiary credit, and note where it can stop.

Open the Payment Lifecycle Simulator →

Builds on "Money on a bank balance sheet".

Transcript and full text

Show transcript

Every payment instrument is a way of moving a particular form of money, and the instrument decides the speed, the finality, the data and the risk. Cash moves physical fiat money and settles on handover, with no message and no ledger entry. A credit transfer moves commercial bank money by a message, such as a pacs.008, and settles through the interbank system. A direct debit pulls commercial bank money under a mandate. E-money moves a claim on an electronic money institution through a wallet. A cheque moves commercial bank money by a paper instruction that must be cleared. Source: Bank for International Settlements, Committee on Payments and Market Infrastructures; European Payments Council, SEPA rulebooks. The parties change with the instrument, and the change decides who bears the risk when the payment fails. For a credit transfer the parties are the debtor, the debtor agent, the creditor agent and the creditor, and the debtor bears the risk of sending to the wrong account. For a direct debit the creditor initiates the pull, and the debtor bears the risk of an unauthorised collection, which is why mandates and refund rights exist. For a cheque the parties are the drawer, the drawee bank and the payee, and the payee bears the risk that the cheque bounces. A requirement must name the parties for the chosen instrument, because the failure handling follows the parties, not the technology. A worked example compares three instruments for the same EUR 10,000 supplier payment. By SEPA Credit Transfer the manufacturer sends a pain.001, the bank sends a pacs.008, the supplier is credited the same day or the next day, and the supplier receives the full EUR 10,000 with remittance data that matches the invoice. By cheque the supplier would wait days for clearing, bear the risk of a bounce, and reconcile from a paper stub. The amount and the money are the same in all three cases, but the instrument changes the cost, the timing, the data and the risk, and the manufacturer chooses the credit transfer because it fits a high value supplier payment. Failure is instrument specific, and a generic failure playbook will miss it. A credit transfer fails when the IBAN is wrong, the account is closed, or the payment is held by sanctions screening, and the return comes as a pacs.004 with a reason code such as AC04 for a closed account. A card payment fails when the authorisation is declined, the card is expired, or the merchant does not capture, and the failure is an ISO 8583 response code, not a pacs.002. A direct debit fails when the mandate is missing or the debtor disputes it, and the refund window under the SEPA Direct Debit scheme is 8 weeks for an authorised collection and 13 months for an unauthorised one. Each instrument needs its own failure and recovery section in the product specification. The effect on the bank, the customer and operations is that the instrument decides the whole operating model. For the customer, the instrument decides how the payment is initiated, how long it takes, what it costs and what happens when it goes wrong. For operations, the instrument decides the exception queue, the reason codes, the return timelines and the reconciliation source: a pacs.008 reconciles against the clearing file, a card payment reconciles against the scheme clearing file, and a cheque reconciles against the paper clearing. A hub that treats all instruments as the same payment will route correctly and reconcile badly, and the breaks will appear at the first month end. For a business analyst, product owner or subject matter expert, the instrument choice is a requirements decision, not a technical default. Ask what money is being moved, who initiates the movement, how fast it must arrive, how much data must travel with it, what it costs each party, and what the failure and refund rights are. Document the answer as a comparison table, with one row per instrument and columns for money type, initiator, timing, cost, data, finality and failure. The table is the evidence that the choice was made deliberately, and it is the first artefact a reviewer will ask for. The ISO 20022 catalogue, the card scheme rules and the SEPA rulebooks are the sources for the message and timing columns, and they must be cited with version and effective date. Two instruments deserve a warning because they are often misdescribed. The first is the instant payment, which is not a separate instrument but a faster execution of a credit transfer, and its money is still commercial bank money settled in central bank money, only faster. The second is the stablecoin payment, which moves a claim on a token issuer rather than commercial bank money, and whose settlement asset and redemption right must be stated explicitly, because the customer may assume it is bank money when it is not. A product that calls a stablecoin transfer a bank transfer has misdescribed the money, and the misdescription will surface in the customer terms, the safeguarding and the first complaint. Money and instruments also explain why new instruments keep appearing and why most of them fail. A new instrument succeeds when it moves an existing form of money faster, cheaper or with richer data, as the SEPA Instant payment did for euro credit transfers. It fails when it invents a new money without an issuer, a settlement asset or a legal basis, and the holders discover the gap only when they try to redeem. The business analyst test is therefore unchanged by fashion: name the money, name the issuer, name the settlement asset, name the instrument, and prove the failure handling with a worked example. If any of those five cannot be named, the product is not ready. Takeaway: the instrument is the vehicle and the money is the cargo, and the choice of vehicle changes cost, timing, data, finality and failure. Cash, credit transfer, direct debit, card, cheque and e-money each move a different form of money through different parties and different messages. Choose the instrument by money type, initiator, timing, cost, data and failure rights, and document the comparison. Further reading: Bank for International Settlements, Committee on Payments and Market Infrastructures, A glossary of terms used in payments and settlement systems; European Payments Council, SEPA Credit Transfer Rulebook 2025, version 1.1, effective 5 October 2025. Last reviewed 7 November 2026.

Every payment instrument is a way of moving a particular form of money, and the instrument decides the speed, the finality, the data and the risk. Cash moves physical fiat money and settles on handover, with no message and no ledger entry. A credit transfer moves commercial bank money by a message, such as a pacs.008, and settles through the interbank system. A direct debit pulls commercial bank money under a mandate. E-money moves a claim on an electronic money institution through a wallet. A cheque moves commercial bank money by a paper instruction that must be cleared. Source: Bank for International Settlements, Committee on Payments and Market Infrastructures; European Payments Council, SEPA rulebooks.

The parties change with the instrument, and the change decides who bears the risk when the payment fails. For a credit transfer the parties are the debtor, the debtor agent, the creditor agent and the creditor, and the debtor bears the risk of sending to the wrong account. For a direct debit the creditor initiates the pull, and the debtor bears the risk of an unauthorised collection, which is why mandates and refund rights exist. For a cheque the parties are the drawer, the drawee bank and the payee, and the payee bears the risk that the cheque bounces. A requirement must name the parties for the chosen instrument, because the failure handling follows the parties, not the technology.

A worked example compares three instruments for the same EUR 10,000 supplier payment. By SEPA Credit Transfer the manufacturer sends a pain.001, the bank sends a pacs.008, the supplier is credited the same day or the next day, and the supplier receives the full EUR 10,000 with remittance data that matches the invoice. By cheque the supplier would wait days for clearing, bear the risk of a bounce, and reconcile from a paper stub. The amount and the money are the same in all three cases, but the instrument changes the cost, the timing, the data and the risk, and the manufacturer chooses the credit transfer because it fits a high value supplier payment.

Failure is instrument specific, and a generic failure playbook will miss it. A credit transfer fails when the IBAN is wrong, the account is closed, or the payment is held by sanctions screening, and the return comes as a pacs.004 with a reason code such as AC04 for a closed account. A card payment fails when the authorisation is declined, the card is expired, or the merchant does not capture, and the failure is an ISO 8583 response code, not a pacs.002. A direct debit fails when the mandate is missing or the debtor disputes it, and the refund window under the SEPA Direct Debit scheme is 8 weeks for an authorised collection and 13 months for an unauthorised one. Each instrument needs its own failure and recovery section in the product specification.

The effect on the bank, the customer and operations is that the instrument decides the whole operating model. For the customer, the instrument decides how the payment is initiated, how long it takes, what it costs and what happens when it goes wrong. For operations, the instrument decides the exception queue, the reason codes, the return timelines and the reconciliation source: a pacs.008 reconciles against the clearing file, a card payment reconciles against the scheme clearing file, and a cheque reconciles against the paper clearing. A hub that treats all instruments as the same payment will route correctly and reconcile badly, and the breaks will appear at the first month end.

For a business analyst, product owner or subject matter expert, the instrument choice is a requirements decision, not a technical default. Ask what money is being moved, who initiates the movement, how fast it must arrive, how much data must travel with it, what it costs each party, and what the failure and refund rights are. Document the answer as a comparison table, with one row per instrument and columns for money type, initiator, timing, cost, data, finality and failure. The table is the evidence that the choice was made deliberately, and it is the first artefact a reviewer will ask for. The ISO 20022 catalogue, the card scheme rules and the SEPA rulebooks are the sources for the message and timing columns, and they must be cited with version and effective date.

Two instruments deserve a warning because they are often misdescribed. The first is the instant payment, which is not a separate instrument but a faster execution of a credit transfer, and its money is still commercial bank money settled in central bank money, only faster. The second is the stablecoin payment, which moves a claim on a token issuer rather than commercial bank money, and whose settlement asset and redemption right must be stated explicitly, because the customer may assume it is bank money when it is not. A product that calls a stablecoin transfer a bank transfer has misdescribed the money, and the misdescription will surface in the customer terms, the safeguarding and the first complaint.

Money and instruments also explain why new instruments keep appearing and why most of them fail. A new instrument succeeds when it moves an existing form of money faster, cheaper or with richer data, as the SEPA Instant payment did for euro credit transfers. It fails when it invents a new money without an issuer, a settlement asset or a legal basis, and the holders discover the gap only when they try to redeem. The business analyst test is therefore unchanged by fashion: name the money, name the issuer, name the settlement asset, name the instrument, and prove the failure handling with a worked example. If any of those five cannot be named, the product is not ready.

Takeaway: the instrument is the vehicle and the money is the cargo, and the choice of vehicle changes cost, timing, data, finality and failure. Cash, credit transfer, direct debit, card, cheque and e-money each move a different form of money through different parties and different messages. Choose the instrument by money type, initiator, timing, cost, data and failure rights, and document the comparison. Further reading: Bank for International Settlements, Committee on Payments and Market Infrastructures, A glossary of terms used in payments and settlement systems; European Payments Council, SEPA Credit Transfer Rulebook 2025, version 1.1, effective 5 October 2025. Last reviewed 7 November 2026.

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.