Payments Academy
Embedded finance PAYMENT OPERATIONS STARTED LIVE 01 Embedded finance - provision of a financial service inside ACTIVE 02 Banking-as-a-service provider - second is the banking-as-a-service provider QUEUED 03 Sponsor bank responsibility - regulator holds the sponsor bank responsible QUEUED 04 Brand risk from failed payments - payment that fails QUEUED 05 Embedded finance revenue share - fee is usually a percentage of the payment QUEUED 06 BA practice - Last reviewed 7 November 2026. QUEUED Embedded finance is the provision of a financial service inside a non-financial product. Step 1 of 6 Embedded finance STARTED Embedded finance provision of a financial service inside ACTIVE Banking-as-a-service provider second is the banking-as-a-service provider QUEUED Sponsor bank responsibility regulator holds the sponsor bank responsible QUEUED Brand risk from failed payments payment that fails QUEUED Embedded finance revenue share fee is usually a percentage of the payment QUEUED BA practice Last reviewed 7 November 2026. QUEUED Embedded finance is the provision of a financial service inside a non-financial product.
Banking-as-a-service provider PAYMENT OPERATIONS IN PROGRESS LIVE 01 Embedded finance - provision of a financial service inside DONE 02 Banking-as-a-service provider - second is the banking-as-a-service provider ACTIVE 03 Sponsor bank responsibility - regulator holds the sponsor bank responsible QUEUED 04 Brand risk from failed payments - payment that fails QUEUED 05 Embedded finance revenue share - fee is usually a percentage of the payment QUEUED 06 BA practice - Last reviewed 7 November 2026. QUEUED The second is the banking-as-a-service provider, which provides the regulated infrastructure: the accounts, the payment rails, the screening, and the ledger. Step 2 of 6 Banking-as-a-service provider IN PROGRESS Embedded finance provision of a financial service inside DONE Banking-as-a-service provider second is the banking-as-a-service provider ACTIVE Sponsor bank responsibility regulator holds the sponsor bank responsible QUEUED Brand risk from failed payments payment that fails QUEUED Embedded finance revenue share fee is usually a percentage of the payment QUEUED BA practice Last reviewed 7 November 2026. QUEUED The second is the banking-as-a-service provider, which provides the regulated infrastructure: the accounts, the payment rails, the screening, and the ledger.
Sponsor bank responsibility PAYMENT OPERATIONS IN PROGRESS LIVE 01 Embedded finance - provision of a financial service inside DONE 02 Banking-as-a-service provider - second is the banking-as-a-service provider DONE 03 Sponsor bank responsibility - regulator holds the sponsor bank responsible ACTIVE 04 Brand risk from failed payments - payment that fails QUEUED 05 Embedded finance revenue share - fee is usually a percentage of the payment QUEUED 06 BA practice - Last reviewed 7 November 2026. QUEUED The regulator holds the sponsor bank responsible for everything, including the actions of the brand and the provider. Step 3 of 6 Sponsor bank responsibility IN PROGRESS Embedded finance provision of a financial service inside DONE Banking-as-a-service provider second is the banking-as-a-service provider DONE Sponsor bank responsibility regulator holds the sponsor bank responsible ACTIVE Brand risk from failed payments payment that fails QUEUED Embedded finance revenue share fee is usually a percentage of the payment QUEUED BA practice Last reviewed 7 November 2026. QUEUED The regulator holds the sponsor bank responsible for everything, including the actions of the brand and the provider.
Brand risk from failed payments PAYMENT OPERATIONS IN PROGRESS LIVE 01 Embedded finance - provision of a financial service inside DONE 02 Banking-as-a-service provider - second is the banking-as-a-service provider DONE 03 Sponsor bank responsibility - regulator holds the sponsor bank responsible DONE 04 Brand risk from failed payments - payment that fails ACTIVE 05 Embedded finance revenue share - fee is usually a percentage of the payment QUEUED 06 BA practice - Last reviewed 7 November 2026. QUEUED A payment that fails, or that is delayed, damages the brand, not the bank. Step 4 of 6 Brand risk from failed payments IN PROGRESS Embedded finance provision of a financial service inside DONE Banking-as-a-service provider second is the banking-as-a-service provider DONE Sponsor bank responsibility regulator holds the sponsor bank responsible DONE Brand risk from failed payments payment that fails ACTIVE Embedded finance revenue share fee is usually a percentage of the payment QUEUED BA practice Last reviewed 7 November 2026. QUEUED A payment that fails, or that is delayed, damages the brand, not the bank.
Embedded finance revenue share PAYMENT OPERATIONS IN PROGRESS LIVE 01 Embedded finance - provision of a financial service inside DONE 02 Banking-as-a-service provider - second is the banking-as-a-service provider DONE 03 Sponsor bank responsibility - regulator holds the sponsor bank responsible DONE 04 Brand risk from failed payments - payment that fails DONE 05 Embedded finance revenue share - fee is usually a percentage of the payment ACTIVE 06 BA practice - Last reviewed 7 November 2026. QUEUED The fee is usually a percentage of the payment value, plus a fixed fee per transaction. Step 5 of 6 Embedded finance revenue share IN PROGRESS Embedded finance provision of a financial service inside DONE Banking-as-a-service provider second is the banking-as-a-service provider DONE Sponsor bank responsibility regulator holds the sponsor bank responsible DONE Brand risk from failed payments payment that fails DONE Embedded finance revenue share fee is usually a percentage of the payment ACTIVE BA practice Last reviewed 7 November 2026. QUEUED The fee is usually a percentage of the payment value, plus a fixed fee per transaction.
BA practice: three-party requirements PAYMENT OPERATIONS COMPLETE LIVE 01 Embedded finance - provision of a financial service inside DONE 02 Banking-as-a-service provider - second is the banking-as-a-service provider DONE 03 Sponsor bank responsibility - regulator holds the sponsor bank responsible DONE 04 Brand risk from failed payments - payment that fails DONE 05 Embedded finance revenue share - fee is usually a percentage of the payment DONE 06 BA practice - Last reviewed 7 November 2026. ACTIVE Last reviewed 7 November 2026. Step 6 of 6 BA practice: three-party requirements COMPLETE Embedded finance provision of a financial service inside DONE Banking-as-a-service provider second is the banking-as-a-service provider DONE Sponsor bank responsibility regulator holds the sponsor bank responsible DONE Brand risk from failed payments payment that fails DONE Embedded finance revenue share fee is usually a percentage of the payment DONE BA practice Last reviewed 7 November 2026. ACTIVE Last reviewed 7 November 2026.

Key points of this lesson, in order.

0:00 / 3:55 Step 1 of 6

Embedded finance: payments inside another company's product

Embedded finance and ISO 20022 data analytics, Lesson 1 of 7, Narration 3:55, D15 Advanced and emerging payments

Exception

What you will learn

Your objective. By the end of this lesson, you will be able to explain embedded finance: payments inside another company's product and apply it to a real banking scenario.

Why it matters. For a business analyst, embedded finance is a three-party requirements exercise.

Chapter objective: Embedded payments, banking as a service, and what richer ISO 20022 data makes possible

Key learning points

  • Embedded finance
  • Banking-as-a-service provider
  • Sponsor bank responsibility
  • Brand risk from failed payments
  • Embedded finance revenue share
  • BA practice: three-party requirements

Key terms

Exception: A payment that cannot be processed normally and needs manual handling, investigation or repair. Exceptions arise from missing data, failed screening, account errors or system faults.

Payment flow diagram showing Embedded finance: payments inside another company's product.

Practise this lesson

Exercise

Work out what the beneficiary receives for a $10,000 payment under OUR, SHA and BEN.

Use the charge arrangement rules in this lesson and the correspondent and beneficiary bank fees named in the lesson.

  1. What to do. Calculate the amount credited under each of the three arrangements and state who pays each fee.

Correct result. Under OUR the sender pays all charges and the beneficiary receives the full amount. Under SHA the sender pays the sending charges and the beneficiary pays the receiving charges. Under BEN the beneficiary pays all charges and receives the amount less all fees.

Why. The charge arrangement decides who pays and how much arrives. A customer who was promised the full amount and receives less will complain, and the complaint lands on the analyst.

Check your understanding

Practice question

Which of the following best describes embedded finance: payments inside another company's product?

Takeaway and next step

What to remember

The brand never touches the money, the provider never holds the licence, and the bank never meets the customer.

Follow a payment through every stage, from instruction to beneficiary credit, and note where it can stop.

Open the Payment Lifecycle Simulator →

Builds on "Production support and root cause analysis: keeping payments running".

Transcript and full text

Show transcript

Embedded finance is the provision of a financial service inside a non-financial product. A ride-hailing app that pays its drivers instantly is embedding payments. An e-commerce marketplace that holds the buyer's money until the goods are delivered is embedding payments. A payroll platform that pays employees on demand is embedding payments. The customer does not see a bank, does not open a bank account, and does not know a payment is happening. They see a button that says pay, or a balance that updates, and the payment happens invisibly underneath. The model has three parties. The first is the non-financial company, the brand, which owns the customer relationship and the user experience. The second is the banking-as-a-service provider, which provides the regulated infrastructure: the accounts, the payment rails, the screening, and the ledger. The third is the sponsor bank, which holds the licence, holds the customer money, and is responsible to the regulator. The brand never touches the money, the provider never holds the licence, and the bank never meets the customer. Each party has a defined role, and the contracts between them define who is responsible when something goes wrong. The regulatory stack is the hardest part. The brand is usually not regulated, the provider may be regulated as an electronic money institution or a payment institution, and the sponsor bank is fully regulated. The regulator holds the sponsor bank responsible for everything, including the actions of the brand and the provider. The sponsor bank must therefore be able to see every payment, must be able to stop a payment, and must be able to audit the provider and the brand. A sponsor bank that cannot see the payments is a sponsor bank that will lose its licence. The customer experience is the reason embedded finance exists. A driver who finishes a ride and sees the money in their account within seconds is more likely to drive again. A marketplace seller who is paid on delivery is more likely to list again. An employee who can access their earned wages before payday is more likely to stay. The payment must be instant, invisible, and reliable, because the customer judges the brand by the payment, even though the brand does not process it. A payment that fails, or that is delayed, damages the brand, not the bank. The risks are concentrated. Because the payment is invisible, the customer does not know who holds their money, and does not know who to complain to when it goes wrong. Because the brand is not regulated, it may not understand the compliance obligations, and may onboard a customer the bank would have rejected. Because the provider sits between the brand and the bank, a failure at the provider affects every brand it serves. The sponsor bank must therefore control the onboarding, the screening, and the transaction monitoring, even though it never meets the customer. The business model is a revenue share. The sponsor bank charges the provider, the provider charges the brand, and the brand either absorbs the cost or passes it to the customer. The fee is usually a percentage of the payment value, plus a fixed fee per transaction. The economics work because the volumes are large and the cost per payment is low, but they only work if the exception rate is low, because each exception costs more than a hundred successful payments. The requirements must state the fee model, the revenue share, and the exception cost. For a business analyst, embedded finance is a three-party requirements exercise. The requirements must state what the brand sees, what the provider does, and what the bank controls, and must state the contracts between them. The acceptance criteria must include a test where a payment is made through the embedded product end to end, and the money, the screening, the ledger and the status are all correct. Last reviewed 7 November 2026. Further reading: the Bank for International Settlements work on embedded finance; the European Banking Authority opinion on banking as a service; the Financial Conduct Authority guidance on embedded finance; the McKinsey report on embedded finance 2024.

Embedded finance is the provision of a financial service inside a non-financial product. A ride-hailing app that pays its drivers instantly is embedding payments. An e-commerce marketplace that holds the buyer's money until the goods are delivered is embedding payments. A payroll platform that pays employees on demand is embedding payments. The customer does not see a bank, does not open a bank account, and does not know a payment is happening. They see a button that says pay, or a balance that updates, and the payment happens invisibly underneath.

The model has three parties. The first is the non-financial company, the brand, which owns the customer relationship and the user experience. The second is the banking-as-a-service provider, which provides the regulated infrastructure: the accounts, the payment rails, the screening, and the ledger. The third is the sponsor bank, which holds the licence, holds the customer money, and is responsible to the regulator. The brand never touches the money, the provider never holds the licence, and the bank never meets the customer. Each party has a defined role, and the contracts between them define who is responsible when something goes wrong.

The regulatory stack is the hardest part. The brand is usually not regulated, the provider may be regulated as an electronic money institution or a payment institution, and the sponsor bank is fully regulated. The regulator holds the sponsor bank responsible for everything, including the actions of the brand and the provider. The sponsor bank must therefore be able to see every payment, must be able to stop a payment, and must be able to audit the provider and the brand. A sponsor bank that cannot see the payments is a sponsor bank that will lose its licence.

The customer experience is the reason embedded finance exists. A driver who finishes a ride and sees the money in their account within seconds is more likely to drive again. A marketplace seller who is paid on delivery is more likely to list again. An employee who can access their earned wages before payday is more likely to stay. The payment must be instant, invisible, and reliable, because the customer judges the brand by the payment, even though the brand does not process it. A payment that fails, or that is delayed, damages the brand, not the bank.

The risks are concentrated. Because the payment is invisible, the customer does not know who holds their money, and does not know who to complain to when it goes wrong. Because the brand is not regulated, it may not understand the compliance obligations, and may onboard a customer the bank would have rejected. Because the provider sits between the brand and the bank, a failure at the provider affects every brand it serves. The sponsor bank must therefore control the onboarding, the screening, and the transaction monitoring, even though it never meets the customer.

The business model is a revenue share. The sponsor bank charges the provider, the provider charges the brand, and the brand either absorbs the cost or passes it to the customer. The fee is usually a percentage of the payment value, plus a fixed fee per transaction. The economics work because the volumes are large and the cost per payment is low, but they only work if the exception rate is low, because each exception costs more than a hundred successful payments. The requirements must state the fee model, the revenue share, and the exception cost.

For a business analyst, embedded finance is a three-party requirements exercise. The requirements must state what the brand sees, what the provider does, and what the bank controls, and must state the contracts between them. The acceptance criteria must include a test where a payment is made through the embedded product end to end, and the money, the screening, the ledger and the status are all correct. Last reviewed 7 November 2026. Further reading: the Bank for International Settlements work on embedded finance; the European Banking Authority opinion on banking as a service; the Financial Conduct Authority guidance on embedded finance; the McKinsey report on embedded finance 2024.

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.