Skip to main content

The Hidden Complexity Behind a Simple Bank Payment



As a regular consumer, you might not realize that a simple wire transfer to a company or a friend launches a complex and lengthy payment flow. This process involves multiple financial institutions and diverse IT systems. In this blog, we explore a typical payment flow at a financial institution.

The complexity of the payment flow stems from increasingly strict regulatory requirements designed to mitigate risks to the financial system and reduce financial crime. Additionally, the high non-functional requirements for payments — such as reliability and security — are critical for maintaining customer trust in the financial system. This necessitates intricate architectures with numerous optimizations and redundancies to meet these stringent requirements.

Large Tier 1 banks process millions of payments daily, where even a failure rate of 0.001% results in hundreds of failed payments per day. With the rise of digital payments, instant payments and regulatory complexities, the payment flow has become ever more critical, operating 24/7. Tight performance constraints (like the EU’s 10-second rule for instant payments), increasing volumes, and stringent regulations present significant challenges for financial institutions.

Therefore, it is crucial for financial institutions to continuously analyse, document, and monitor their entire payment flow to understand its complexities, performance bottlenecks, and dependencies in near real-time.

A typical payment flow in a bank can be divided into three operational layers and two supporting layers:

  • Operational layers:

    • Payment Initiation & Acceptance: The payment journey begins with the customer initiating the payment through various channels, such as mobile or internet banking, ATMs, or scanned paper wire transfers. Initial controls occur at this stage to inform the customer immediately and allow for corrective actions.

    • Payment processing: Additional controls and payment instructions are generated here. Instructions may be routed internally (for intra-bank transfers) or externally to market infrastructure players, other banks, or networks like SWIFT.

    • Clearing & Settlement: This stage ensures the proper transfer of money between the involved financial institutions.

  • Supporting layers:

    • Analytics & Monitoring: This layer analyses and monitors payments, typically separated to avoid impacting the operational flow during complex analyses.

    • Corrections and Investigations: This layer provides tools to identify, investigate, and potentially fix operational payment issues manually.

Each of these layers can consist of multiple applications, all providing specific features.

Payment Initiation & Acceptance

This is where the journey of a payment begins. In this stage, we can identify four main actions:

  • Initiation: Payments can be initiated by providing wire transfer details, direct debits, scanning QR codes, clicking payment links, etc.

  • Authentication: Verifying the customer’s identity to ensure the correct person initiates the payment. This may involve single or multi-factor authentication depending on the bank’s policy and risk level of the payment.

  • Authorization: Ensuring the authenticated user has the necessary authorization to execute the payment, including checking mandates and required signatures.

  • Validation: Early validations to reject payments as soon as possible if there are issues, such as incorrect account numbers or insufficient funds.

Payment processing

This core layer involves multiple systems and functions, including:

  • Payment Execution

    • Payment Validation: Revalidating payment details and authorization, and checking for duplicates.

    • Payment Enrichment: Adding additional information, such as debtor address details and BIC codes. Some information returned by the "Payment Risk & Compliance Management" and "Accounting and Account Management" modules is also used for enriching the payment data.

    • FX Handling: Managing foreign exchange for payments involving different currencies.

    • Calendar Service and Cut-off management: Calculating execution dates based on global holiday and business calendars.

    • Message Transformation: Converting payment messages to required formats.

    • Prioritization and Routing: Assigning priority and directing payments based on various factors.

Several vendors offer packages for these features, like FIS OPF, Finacle Payments Suite, Fincentric, FiServ, Mambu, Oracle FLEXCUBE…​

  • Payment Risk & Compliance Management

    • Exposure Limits: Ensuring payments do not exceed predefined limits.

    • Fraud Engine: Detecting and preventing fraud. Several vendors offer services for this, like Featurespace, Fraudio, NetGuardians, ComplyAdvantage, Feedzai, Fraud.com (aiReflex), LexisNexis Firco, Everlink, Trulioo, Slope, Quantexa, SAS Comply, NICE Actimize…​

    • KYC (Know Your Customer) Engine: Verifying customer information and assessing risk. Vendors offering KYC engines are Veriff, Know Your Customer, Apt-Pay, Trulioo, Shufti Pro, Fractal ID, Sumsub, IDology…​

    • Sanction Screening: Checking involved parties against sanctions. Examples of package tools offering this service are Sanction Scanner, FOCAL, ComplyAdvantage, SEON, Alessa…​

    • Verification of Payee: Confirm the payee’s identity and compare with the name and/or address provided by the payer. This can be done through services like Surepay, Nium, AccessPay…​

    • AML (Anti-Money Laundering) engine: Monitoring payment transactions for money laundering activities.
      Platforms like Ripjar, ComplyAdvantage, LexisNexis, Vespia, Discai, Veriff, Alloy, Onfido, Greenlite, Oracle AML Transaction Monitoring…​ offer this kind of service.

    • Internal Fraud Verifications: Detecting internal fraud.

    • Treasury Management engine: Ensuring sufficient liquidity across all bank accounts (at correspondent banks, market infrastructure players and Central Banks) to meet settlement obligations.

    • Accounting and Account Management

    • Accounting Entries: Recording transactions in the ledger.

    • Account Balance Management: Create transactions and corresponding credit/debit movements on the accounts and update the balances accordingly.

    • Fee & Tax calculation: Calculate the fees and taxes involved in the payment transaction.

Clearing and Settlement

This layer involves secure connections with networks and market infrastructures and ensures compliance with specific communication formats and rules. It also includes fail-over mechanisms to reroute payments in case of issues.

Examples of networks and MIs are SWIFT, SIC (SIX), US FedNow (Federal Reserve), US RTP (The Clearing House), P27, MYRPP, Fedwire, CHIPS, EURO1/STEP1/RT1 (EBA Clearing), T2/TIPS (Eurosystem), CHAPS (Bank of England), NACHA, EFT, BACS/FPS (Pay.uk), CORE (STET)…​

Examples of formats are ISO 20022 (with different flavours, cfr. my blog https://bankloch.blogspot.com/2024/05/unifying-payment-systems-embracing-iso.html), SWIFT MT (ISO 15022), ISO8583, Standard 18 file format, NACHA text file format…​

Several solutions are available on the market for this layer, such as SWIFT SAA/AMH, Intercope BOX, Prowide Messaging Hub, Bottomline MessageManager, Volante Technologies, Finastra Total Messaging…​

Analytics and Monitoring

This layer enables analysis and monitoring for purposes such as anomaly detection, regulatory reporting, SLA monitoring, and real-time flow monitoring.

The layer consists of following features:

  • Record keeping: banks are legally obliged to keep records of all payments for an extended period, often 10 years. These records should be easily accessible for regulatory or customer inquiries.

  • Analytics: analysing payment data for insights.

  • Regulatory, Legal and Fiscal Reporting: generate certain regulatory reporting on payments, like recurring reporting on payment volumes, reporting of transaction which missed cut-off time, reporting on metrics of instant payments, reporting on foreign transactions for governments to identify VAT fraud…​

  • SLA management: monitor internal SLAs in the payment flow, but also SLAs agreed with MIs and correspondent banks.

  • Business Activity Monitoring: continuous, real-time monitoring of the payment flow, allowing to have continuous view on the volumes and value at risk. Additionally, the system should pro-actively alert the operations team (or any other team) in case of anomalies with the payment flow.

The Intix Transaction Data Platform offers all above features, offering a comprehensive platform for real-time payment transaction data insights and effectively tracing, tracking, and understanding payment transactions.

Corrections and Investigations

This layer provides necessary tooling to intervene on certain problematic transaction. It typically includes functionalities like:

  • Payment Repair: Fixing errors in payment details.

  • Manual Corrections and Exception handling: Addressing issues that automated systems cannot handle.

  • Case Management: Handling exceptions and disputes.

  • Reconciliation and Corrections: Balancing and correcting account entries.

Obviously, most of these features and layers also need to function in the opposite direction, i.e. when the financial institution receives a payment from another financial institution. In that case the flow will be in the opposite direction, but similar activities are also executed by the receiving financial institution.

The above shows that the journey of a simple bank payment is far from simple. It involves numerous steps and systems working together to ensure your money gets from point A to point B quickly, safely, and accurately. Understanding this process is crucial for maintaining a payment flow that meets the highest standards today and in the future.

Comments

Popular posts from this blog

Transforming the insurance sector to an Open API Ecosystem

1. Introduction "Open" has recently become a new buzzword in the financial services industry, i.e.   open data, open APIs, Open Banking, Open Insurance …​, but what does this new buzzword really mean? "Open" refers to the capability of companies to expose their services to the outside world, so that   external partners or even competitors   can use these services to bring added value to their customers. This trend is made possible by the technological evolution of   open APIs (Application Programming Interfaces), which are the   digital ports making this communication possible. Together companies, interconnected through open APIs, form a true   API ecosystem , offering best-of-breed customer experience, by combining the digital services offered by multiple companies. In the   technology sector   this evolution has been ongoing for multiple years (think about the travelling sector, allowing you to book any hotel online). An excellent example of this

Are product silos in a bank inevitable?

Silo thinking   is often frowned upon in the industry. It is often a synonym for bureaucratic processes and politics and in almost every article describing the threats of new innovative Fintech players on the banking industry, the strong bank product silos are put forward as one of the main blockages why incumbent banks are not able to (quickly) react to the changing customer expectations. Customers want solutions to their problems   and do not want to be bothered about the internal organisation of their bank. Most banks are however organized by product domain (daily banking, investments and lending) and by customer segmentation (retail banking, private banking, SMEs and corporates). This division is reflected both at business and IT side and almost automatically leads to the creation of silos. It is however difficult to reorganize a bank without creating new silos or introducing other types of issues and inefficiencies. An organization is never ideal and needs to take a number of cons

RPA - The miracle solution for incumbent banks to bridge the automation gap with neo-banks?

Hypes and marketing buzz words are strongly present in the IT landscape. Often these are existing concepts, which have evolved technologically and are then renamed to a new term, as if it were a brand new technology or concept. If you want to understand and assess these new trends, it is important to   reduce the concepts to their essence and compare them with existing technologies , e.g. Integration (middleware) software   ensures that 2 separate applications or components can be integrated in an easy way. Of course, there is a huge evolution in the protocols, volumes of exchanged data, scalability, performance…​, but in essence the problem remains the same. Nonetheless, there have been multiple terms for integration software such as ETL, ESB, EAI, SOA, Service Mesh…​ Data storage software   ensures that data is stored in such a way that data is not lost and that there is some kind guaranteed consistency, maximum availability and scalability, easy retrieval and searching

IoT - Revolution or Evolution in the Financial Services Industry

1. The IoT hype We have all heard about the   "Internet of Things" (IoT)   as this revolutionary new technology, which will radically change our lives. But is it really such a revolution and will it really have an impact on the Financial Services Industry? To refresh our memory, the Internet of Things (IoT) refers to any   object , which is able to   collect data and communicate and share this information (like condition, geolocation…​)   over the internet . This communication will often occur between 2 objects (i.e. not involving any human), which is often referred to as Machine-to-Machine (M2M) communication. Well known examples are home thermostats, home security systems, fitness and health monitors, wearables…​ This all seems futuristic, but   smartphones, tablets and smartwatches   can also be considered as IoT devices. More importantly, beside these futuristic visions of IoT, the smartphone will most likely continue to be the center of the connected devi

PSD3: The Next Phase in Europe’s Payment Services Regulation

With the successful rollout of PSD2, the European Union (EU) continues to advance innovation in the payments domain through the anticipated introduction of the   Payment Services Directive 3 (PSD3) . On June 28, 2023, the European Commission published a draft proposal for PSD3 and the   Payment Services Regulation (PSR) . The finalized versions of this directive and associated regulation are expected to be available by late 2024, although some predictions suggest a more likely timeline of Q2 or Q3 2025. Given that member states are typically granted an 18-month transition period, PSD3 is expected to come into effect sometime in 2026. Notably, the Commission has introduced a regulation (PSR) alongside the PSD3 directive, ensuring more harmonization across member states as regulations are immediately effective and do not require national implementation, unlike directives. PSD3 shares the same objectives as PSD2, i.e.   increasing competition in the payments landscape and enhancing consum

Trade-offs Are Inevitable in Software Delivery - Remember the CAP Theorem

In the world of financial services, the integrity of data systems is fundamentally reliant on   non-functional requirements (NFRs)   such as reliability and security. Despite their importance, NFRs often receive secondary consideration during project scoping, typically being reduced to a generic checklist aimed more at compliance than at genuine functionality. Regrettably, these initial NFRs are seldom met after delivery, which does not usually prevent deployment to production due to the vague and unrealistic nature of the original specifications. This common scenario results in significant end-user frustration as the system does not perform as expected, often being less stable or slower than anticipated. This situation underscores the need for   better education on how to articulate and define NFRs , i.e. demanding only what is truly necessary and feasible within the given budget. Early and transparent discussions can lead to system architecture being tailored more closely to realisti

An overview of 1-year blogging

Last week I published my   60th post   on my blog called   Bankloch   (a reference to "Banking" and my family name). The past year, I have published a blog on a weekly basis, providing my humble personal vision on the topics of Fintech, IT software delivery and mobility. This blogging has mainly been a   personal enrichment , as it forced me to dive deep into a number of different topics, not only in researching for content, but also in trying to identify trends, innovations and patterns into these topics. Furthermore it allowed me to have several very interesting conversations and discussions with passionate colleagues in the financial industry and to get more insights into the wonderful world of blogging and more general of digital marketing, exploring subjects and tools like: Search Engine Optimization (SEO) LinkedIn post optimization Google Search Console Google AdWorks Google Blogger Thinker360 Finextra …​ Clearly it is   not easy to get the necessary attention . With th

Low- and No-code platforms - Will IT developers soon be out of a job?

“ The future of coding is no coding at all ” - Chris Wanstrath (CEO at GitHub). Mid May I posted a blog on RPA (Robotic Process Automation -   https://bankloch.blogspot.com/2020/05/rpa-miracle-solution-for-incumbent.html ) on how this technology, promises the world to companies. A very similar story is found with low- and no-code platforms, which also promise that business people, with limited to no knowledge of IT, can create complex business applications. These   platforms originate , just as RPA tools,   from the growing demand for IT developments , while IT cannot keep up with the available capacity. As a result, an enormous gap between IT teams and business demands is created, which is often filled by shadow-IT departments, which extend the IT workforce and create business tools in Excel, Access, WordPress…​ Unfortunately these tools built in shadow-IT departments arrive very soon at their limits, as they don’t support the required non-functional requirements (like high availabili

Beyond Imagination: The Rise and Evolution of Generative AI Tools

Generative AI   has revolutionized the way we create and interact with digital content. Since the launch of Dall-E in July 2022 and ChatGPT in November 2022, the field has seen unprecedented growth. This technology, initially popularized by OpenAI’s ChatGPT, has now been embraced by major tech players like Microsoft and Google, as well as a plethora of innovative startups. These advancements offer solutions for generating a diverse range of outputs including text, images, video, audio, and other media from simple prompts. The consumer now has a vast array of options based on their specific   output needs and use cases . From generic, large-scale, multi-modal models like OpenAI’s ChatGPT and Google’s Bard to specialized solutions tailored for specific use cases and sectors like finance and legal advice, the choices are vast and varied. For instance, in the financial sector, tools like BloombergGPT ( https://www.bloomberg.com/ ), FinGPT ( https://fin-gpt.org/ ), StockGPT ( https://www.as

PFM, BFM, Financial Butler, Financial Cockpit, Account Aggregator…​ - Will the cumbersome administrative tasks on your financials finally be taken over by your financial institution?

1. Introduction Personal Financial Management   (PFM) refers to the software that helps users manage their money (budget, save and spend money). Therefore, it is often also called   Digital Money Management . In other words, PFM tools   help customers make sense of their money , i.e. they help customers follow, classify, remain informed and manage their Personal Finances. Personal Finance   used to be (or still is) a time-consuming effort , where people would manually input all their income and expenses in a self-developed spreadsheet, which would gradually be extended with additional calculations. Already for more than 20 years,   several software vendors aim to give a solution to this , by providing applications, websites and/or apps. These tools were never massively adopted, since they still required a lot of manual interventions (manual input of income and expense transaction, manual mapping transactions to categories…​) and lacked an integration in the day-to-da