Payments Training Hub
Settlement Engine moves value 1 Settlement Engine NOW 2 Core Banking Integration 3 Posting event from settlement 4 What it 5 Resolved case with decision 6 Dashboard and audit extract The Settlement Engine moves value to finalise a payment once clearing has accepted it. Step 1 of 6 Settlement Engine moves value 1 NOW Settlement Engine 2 Core Banking Integration 3 Posting event from settlement 4 What it 5 Resolved case with decision 6 Dashboard and audit extract The Settlement Engine moves value to finalise a payment once clearing has accepted it. Step 1 of 6
Core Banking Integration connects 1 Settlement Engine 2 Core Banking Integration NOW 3 Posting event from settlement 4 What it 5 Resolved case with decision 6 Dashboard and audit extract Core Banking Integration connects the hub to the system of record for accounts, balances and customer data. Step 2 of 6 Core Banking Integration connects 1 Settlement Engine 2 NOW Core Banking Integration 3 Posting event from settlement 4 What it 5 Resolved case with decision 6 Dashboard and audit extract Core Banking Integration connects the hub to the system of record for accounts, balances and customer data. Step 2 of 6
Posting event from settlement 1 Settlement Engine 2 Core Banking Integration 3 Posting event from settlement NOW 4 What it 5 Resolved case with decision 6 Dashboard and audit extract What comes in is a posting event from settlement or core banking, with debit and credit legs, currency, value date and cost centre. Step 3 of 6 Posting event from settlement 1 Settlement Engine 2 Core Banking Integration 3 NOW Posting event from settlement 4 What it 5 Resolved case with decision 6 Dashboard and audit extract What comes in is a posting event from settlement or core banking, with debit and credit legs, currency, value date and cost centre. Step 3 of 6
What it 1 Settlement Engine 2 Core Banking Integration 3 Posting event from settlement 4 What it NOW 5 Resolved case with decision 6 Dashboard and audit extract What it does is match records by reference, amount, currency and value date, flag unmatched items, and age open breaks by days outstanding. Step 4 of 6 What it 1 Settlement Engine 2 Core Banking Integration 3 Posting event from settlement 4 NOW What it 5 Resolved case with decision 6 Dashboard and audit extract What it does is match records by reference, amount, currency and value date, flag unmatched items, and age open breaks by days outstanding. Step 4 of 6
Resolved case with decision 1 Settlement Engine 2 Core Banking Integration 3 Posting event from settlement 4 What it 5 Resolved case with decision NOW 6 Dashboard and audit extract What goes out is a resolved case with a decision, an audit trail and a repaired payment or a returned payment. Step 5 of 6 Resolved case with decision 1 Settlement Engine 2 Core Banking Integration 3 Posting event from settlement 4 What it 5 NOW Resolved case with decision 6 Dashboard and audit extract What goes out is a resolved case with a decision, an audit trail and a repaired payment or a returned payment. Step 5 of 6
Dashboard and audit extract 1 Settlement Engine 2 Core Banking Integration 3 Posting event from settlement 4 What it 5 Resolved case with decision 6 Dashboard and audit extract NOW What goes out is a dashboard, a regulatory filing or an audit extract that can reconstruct any payment end to end. Step 6 of 6 Dashboard and audit extract 1 Settlement Engine 2 Core Banking Integration 3 Posting event from settlement 4 What it 5 Resolved case with decision 6 NOW Dashboard and audit extract What goes out is a dashboard, a regulatory filing or an audit extract that can reconstruct any payment end to end. Step 6 of 6

Steps of this lesson, in order.

0:00 / 4:29 Step 1 of 6

Components 13 to 18: From Settlement to Audit

Payment Hub: Enterprise Architecture, Lesson 4 of 10, Narration 4:29, D09 Payment architecture and technology

Sanctions screeningSuspense accountReconciliation

What you will learn

Your objective. By the end of this lesson, you will be able to explain components 13 to 18: from settlement to audit. The Settlement Engine moves value to finalise a payment once clearing has accepted it.

Why it matters. If it fails, payments settle in the clearing system but never appear on customer accounts, or debits are applied twice, so a customer who sent 25,000 dollars sees the money leave twice and calls the bank to complain about a duplicate debit.

Chapter objective: Learner designs enterprise payment hub architecture for a large bank, integrating channels, rails, screening, liquidity, and operations into one governed, scalable platform. Learner practises this skill on realistic banking cases, explaining the reasoning clearly and using correct terminology throughout the work.

Key learning points

  • Settlement Engine moves value
  • Core Banking Integration connects
  • Posting event from settlement
  • What it
  • Resolved case with decision
  • Dashboard and audit extract

Key terms

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

Suspense account: A temporary account used to hold funds or entries that cannot yet be posted to their final account. Banks use suspense accounts for unidentified receipts, pending investigations and items awaiting...

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

Banking architecture diagram showing Components 13 to 18: From Settlement to Audit.

Practise this lesson

Exercise

Map the payment in this lesson through the hub components.

Use the hub components and their order in this lesson.

  1. What to do. List each component the payment passes through, what it does, and what happens if it fails.

Correct result. The payment enters through a channel, passes the gateway, validation, fraud and sanctions checks, routing, and the ledger, then leaves through the right clearing system. A failure at any component stops or holds the payment, and the hub must record where it stopped.

Why. The hub is where most payment requirements live. If you cannot map a payment through it, you cannot specify, test or fix it.

Check your understanding

Practice question

Which of the following best describes components 13 to 18: from settlement to audit?

Takeaway and next step

What to remember

If it fails, payments settle in the clearing system but never appear on customer accounts, or debits are applied twice, so a customer who sent 25,000 dollars sees the money leave twice and calls the bank to complain about a duplicate debit.

Send a payment through the hub and watch it pass each component named in this lesson.

Open the Payment Hub Architecture Simulator →

Builds on "Components 7 to 12: From Fraud Checks to Clearing".

Transcript and full text

Show transcript

The Settlement Engine moves value to finalise a payment once clearing has accepted it. What comes in is a cleared payment instruction plus the bank settlement account positions and the settlement timetable for that rail. What it does is debit the customer or suspense account, credit the settlement account, submit the settlement instruction to the central bank or clearing house, and confirm final settlement. What goes out is a settled payment with a settlement timestamp, a settlement reference and updated account balances. If it fails, money may be debited from a customer without reaching the beneficiary, or settlement may be delayed past the value date, which creates interest claims, breaks and regulatory reporting errors that take days to untangle. Core Banking Integration connects the hub to the system of record for accounts, balances and customer data. What comes in is a request to debit or credit an account, check a balance, verify an account holder, or post a fee. What it does is translate the hub payment event into a core banking transaction, apply it to the correct account, and return the new balance and posting confirmation. What goes out is a confirmed account posting that the customer can see in online banking. If it fails, payments settle in the clearing system but never appear on customer accounts, or debits are applied twice, so a customer who sent 25,000 dollars sees the money leave twice and calls the bank to complain about a duplicate debit. The General Ledger is the bank financial book of record, and every payment must be reflected there correctly. What comes in is a posting event from settlement or core banking, with debit and credit legs, currency, value date and cost centre. What it does is apply double entry rules, post to the correct ledger accounts, enforce that debits equal credits, and close the books for each business day. What goes out is a balanced ledger entry and a daily trial balance that finance teams rely on. If it fails, the bank books are wrong, financial statements misstate payment volumes and fees, and a ledger posting failure on a day with 800,000 payments can block the daily close and delay regulatory reporting. The Reconciliation Engine proves that what the hub sent matches what clearing systems, correspondent banks and core banking recorded. What comes in is three sets of records, namely hub payment records, clearing confirmations, and bank statements from nostro accounts and settlement accounts. What it does is match records by reference, amount, currency and value date, flag unmatched items, and age open breaks by days outstanding. What goes out is a matched position plus a list of breaks with owners and ageing. If it fails, breaks accumulate unseen, so a missing 1.4 million dollar credit from a correspondent bank may sit unnoticed for weeks, and the bank cannot prove its payment position to auditors or regulators. Exception Management handles every payment that cannot complete normally, from screening holds to failed settlements. What comes in is a payment flagged by any component, with the reason code, the payment details and the component that raised the flag. What it does is route the case to the right operations queue, present the full payment history on one screen, support repair, release, return or cancel actions, and track service level deadlines. What goes out is a resolved case with a decision, an audit trail and a repaired payment or a returned payment. If it fails, exceptions pile up without owners, customer payments sit in limbo for days, and a broken exception queue after a sanctions screening surge can leave 3,000 payments awaiting review with no clear priority. Reporting and Audit is the component that records everything and turns it into evidence for management, auditors and regulators. What comes in is the complete event history of every payment, including who submitted it, who approved it, every status change, every screening result and every posting. What it does is store immutable audit records, generate operational dashboards, regulatory reports such as payment statistics and sanctions screening reports, and support ad hoc investigation queries. What goes out is a dashboard, a regulatory filing or an audit extract that can reconstruct any payment end to end. If it fails, the bank cannot prove what happened to a payment, cannot file accurate regulatory reports, and an audit gap during a regulatory review can lead to findings, fines and enforced remediation.

The Settlement Engine moves value to finalise a payment once clearing has accepted it. What comes in is a cleared payment instruction plus the bank settlement account positions and the settlement timetable for that rail. What it does is debit the customer or suspense account, credit the settlement account, submit the settlement instruction to the central bank or clearing house, and confirm final settlement. What goes out is a settled payment with a settlement timestamp, a settlement reference and updated account balances. If it fails, money may be debited from a customer without reaching the beneficiary, or settlement may be delayed past the value date, which creates interest claims, breaks and regulatory reporting errors that take days to untangle.

Core Banking Integration connects the hub to the system of record for accounts, balances and customer data. What comes in is a request to debit or credit an account, check a balance, verify an account holder, or post a fee. What it does is translate the hub payment event into a core banking transaction, apply it to the correct account, and return the new balance and posting confirmation. What goes out is a confirmed account posting that the customer can see in online banking. If it fails, payments settle in the clearing system but never appear on customer accounts, or debits are applied twice, so a customer who sent 25,000 dollars sees the money leave twice and calls the bank to complain about a duplicate debit.

The General Ledger is the bank financial book of record, and every payment must be reflected there correctly. What comes in is a posting event from settlement or core banking, with debit and credit legs, currency, value date and cost centre. What it does is apply double entry rules, post to the correct ledger accounts, enforce that debits equal credits, and close the books for each business day. What goes out is a balanced ledger entry and a daily trial balance that finance teams rely on. If it fails, the bank books are wrong, financial statements misstate payment volumes and fees, and a ledger posting failure on a day with 800,000 payments can block the daily close and delay regulatory reporting.

The Reconciliation Engine proves that what the hub sent matches what clearing systems, correspondent banks and core banking recorded. What comes in is three sets of records, namely hub payment records, clearing confirmations, and bank statements from nostro accounts and settlement accounts. What it does is match records by reference, amount, currency and value date, flag unmatched items, and age open breaks by days outstanding. What goes out is a matched position plus a list of breaks with owners and ageing. If it fails, breaks accumulate unseen, so a missing 1.4 million dollar credit from a correspondent bank may sit unnoticed for weeks, and the bank cannot prove its payment position to auditors or regulators.

Exception Management handles every payment that cannot complete normally, from screening holds to failed settlements. What comes in is a payment flagged by any component, with the reason code, the payment details and the component that raised the flag. What it does is route the case to the right operations queue, present the full payment history on one screen, support repair, release, return or cancel actions, and track service level deadlines. What goes out is a resolved case with a decision, an audit trail and a repaired payment or a returned payment. If it fails, exceptions pile up without owners, customer payments sit in limbo for days, and a broken exception queue after a sanctions screening surge can leave 3,000 payments awaiting review with no clear priority.

Reporting and Audit is the component that records everything and turns it into evidence for management, auditors and regulators. What comes in is the complete event history of every payment, including who submitted it, who approved it, every status change, every screening result and every posting. What it does is store immutable audit records, generate operational dashboards, regulatory reports such as payment statistics and sanctions screening reports, and support ad hoc investigation queries. What goes out is a dashboard, a regulatory filing or an audit extract that can reconstruct any payment end to end. If it fails, the bank cannot prove what happened to a payment, cannot file accurate regulatory reports, and an audit gap during a regulatory review can lead to findings, fines and enforced remediation.

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.