Why legacy integration is the largest hurdle for payment hubs
Our Founder and CEO, Booshan Rengachari, explains how unbundling the core into functional Lego blocks helps banks to assemble unique brands and services on the fly.
In this article published by Fintech Futures, our Founder and CEO, Booshan Rengachari explains how unbundling the core into functional Lego blocks helps banks to assemble unique brands and services on the fly.
The speed of innovation in the fintech space requires banks to break free from their core limitations and offer new products in months, not years. Is your bank running on an operating system that is functionally unbundled, real-time, modular, cloud-native, and plug-and-play?
The burden of monolithic 30-year-old mainframe systems is dragging banks down from being able to play their new role in the fast-changing landscape of financial services. To perform and thrive, agility is the need of the hour for banks. The monolithic core needs to be unbundled into functional Lego blocks, to help banks assemble unique brands and services on the fly.
According to the World Economic Forum, maintenance of core IT systems in US banks accounts for 78% of all IT spending, and banks have realised that patching up these systems is no longer a viable option. With rising maintenance costs of increasingly fragmented systems, frustration from banks is understandable.
A recent Cornerstone Advisors report cites 56% of financial institutions are dissatisfied with the pace of new improvements offered by their core providers. The bundled legacy core is primarily the cause of frustration, imposing impediments to the speed of innovation.
In the past, it took several years to launch a new bank, but new plug-and-play technology accelerates the launch of a complete new digital bank in less than a day!
With the availability of readymade banking apps and complete connections to all payment rails that come out of the box, banks no longer need to worry about spiraling costs and delayed implementations. This requires banks to run on an operating system that is functionally unbundled, real-time, modular, cloud-native, and plug-and-play.
Unbundled by design: microservices-powered core on the cloud
Banking has three core functions: deposits, lending, and payments, with all other banking services built around these pivotal capabilities. In legacy core systems, these major core capabilities are built together in a monolithic fashion, intertwined with each other, creating a deep dependency that makes changes ridiculously hard. This is the classic case of the medium and the distribution channel tangled in the product itself.
Microservices come to the rescue to solve this issue of twining.
The power of microservices
Most of the technology industry has moved away from the monolithic systems to microservices-based systems, with each microservice performing only one piece of function.
Microservices are independently deployable smaller components or services built on top of a data layer, offering APIs to create new data, retrieve, transform, enrich, and derive meaningful information.
Think of microservices as Lego blocks with the flexibility to mix and match assorted sizes and shapes, banks have the freedom to build ingenious products using different functional microservices, giving them an unimaginable number of ways to piece their architecture together.
For example, a deposit microservice will have the following loosely-coupled application programming interfaces (APIs):
- open a new account;
- make a deposit;
- withdraw funds;
- calculate interest;
- get account details;
- close the account.
The first step to unbundle the core is to move the core functions of deposits, lending, and payments into their own services. But all these three core services perform, require, and use several common functions such as:
Accounting
All financial transactions are balanced and accounted using a meticulous accounting method called double-entry accounting. When you debit an account, there is always another account credited. This method confirms money does not disappear from any one account, but ensures it always moves from one to another.
For example, when the business pays a bill, the accounting system credits the bank account (asset) and debits accounts payable. (Hang on a second! We are making a payment from the bank account. Why are we crediting instead of debiting? Well, that's a whole different lesson in accounting principles for another article!)
Typically, in legacy core modules, each module will have its own sub-ledger. In the microservices world, each service performs only the functions assigned to it and outsources other functions to a different web service.
Document generation
For each account or transaction, the system is needed to generate a statement or notice. Instead of building such document generation capabilities in each microservice, the smartest approach is to centralise it in another microservice. This way, the three core modules can interface with one document service to create various statements or transaction notices.
Communication service
Now that the document has been generated, it's now time to communicate with the customer. Would each core module directly communicate with the customer? That's how it happens in a monolithic system, but wouldn't it be better to stand up a separate microservice just to handle user communications?
Auditing user actions
History cannot be forgotten, especially in a banking system. It's crucial to keep track of user activities as part of maintaining an audit trail. When something goes wrong, the system should be able to provide the details performed at a transaction level or across multiple transactions by a user or a group. A traceable, scalable, and consistent audit microservice would do exactly that.
User management
Security of the core is controlled by who can do what, and how the users can access the system. Controlling the digital resources using login security, entitlements, limits, and multi-factor authentication is a critical component of the core and is required by all applications. This is another service that can be unbundled and kept in a separate microservice.
Customer file
There is no transaction without customer information. All banking functions require customer information such as business registration, accounts details, know your customer (KYC) documents etc. Creating the customer file in one central module is pivotal to simplify the architecture. All banking modules refer to and use the customer file and this helps in managing the data in one common place, enabling business intelligence, data enrichments, smart reporting, and auditing.
The added power of micro UX
Specialised microservices are APIs that only developers understand, and so might not be of much help to lay bankers, operators, and tellers in the running of their day-to-day banking operations. This calls for user experience components for each microservice. The user experience (UX) together with the microservice creates a micro-app. Bundling these apps together creates an operating system for banks.
Developers are the new customers
In the digital economy, the primary customers of any system are the developers. Any digital system must be developer-friendly, with APIs and SDKs that allow developers to build around them, extending the capabilities of, and embedding new functionalities into their products.
Fintechs and bank developers can create new micro-apps, on top of the already existing banking micro-apps in the bank operating system. This way, fintech entrepreneurs can complement, extend and improve banking services in an agile, cost-effective manner, offering unique experiences. They can now focus on differentiation rather than building the same banking function that is available elsewhere.
Open operating system for banks, treasuries and fintechs
Banks need an operating system that allows them to innovate with ease and speed, effortlessly allowing the addition of new products and services in a simple “install, run and launch†model using plug-and-play components. This way, financial institutions can focus on growth and adapt to the constant mutation without being suffocated by the limitations of the legacy core.
Banks need an operating system that allows them to innovate with ease and speed, effortlessly allowing the addition of new products and services in a simple "install, run, and launch" model using plug-and-play components.
That is why Finzly built an operating system, Finzly OS, to enable the building of any financial services. Whether you want to launch a digital bank, run a parallel core, launch a fintech, or run an in-house bank within the treasury, you need an operating system that has pre-built banking micro-apps, that allows you to develop your own custom experiences and workflows.
Finzly OS - The complete operating system for banks
Finzly OS can be the perfect operating system to support the shapeshift in the digital ecosystem: it can run as a core, or a payment hub, enable fintech partnerships and offer innovative treasury operations - a one-stop solution to reimagine financial services for a modern digital world.
About Finzly:
Finzly provides the financial infrastructure for banks, fintechs, and businesses to offer and access financial services in an open ecosystem that is connected, real-time, and embedded in everyone's lifestyle. Finzly offers an operating system for banks that is modern, cloud-based, real-time, and API-enabled. The digital core readily integrates to a bank's existing core, saving the bank time and money replacing the core and allowing it to focus on innovation. With an array of readymade solutions including an award-winning multi-rail payment hub (ACH, wires, RTP, FedNow, and SWIFT), foreign exchange, multi-asset deposit core, account opening, KYC, risk, compliance, and a suite of customer experience components, banks can offer cutting-edge solutions to the connected economy.
