Thursday, 2 March 2023
Will ISO 20022 overcome its delays to unlock huge opportunities?
Saturday, 19 November 2022
How can we learn from Mother Nature?
Target three key areas to mimic nature
Share multiple resources for a richer ecosystem
Saturday, 8 October 2022
Don’t rebuild your SWIFT connectivity on cloud
Should you rebuild your SWIFT connectivity on public cloud?
Thursday, 14 July 2022
Banks are losing money on new payment systems
Payments modernization reminds me of bathing toddlers. It could sometimes be quite a project at our house, when our boys were toddlers, with splashing, shouting, and arguments over bath toys. So why bathe both at once? Because the alternative is even more work, especially if you are the only parent available. The challenge of bathing two toddlers together is nothing next to the challenge of bathing one toddler while chasing the other around the house — twice.
Read More: C1000-059: IBM AI Enterprise Workflow V1 Data Science Specialist
Many financial institutions (FIs) are in the throes of modernizing their own payments infrastructures individually, and they are each figuring out how to develop and deploy systems that all do essentially the same thing. This is like trying to bathe two children separately, using the same resources each time, and missing the efficiency of accomplishing both jobs at once.
Where banks lose money on payment modernization
In some jurisdictions, FIs have collaborated to establish a common set of standards and processes for payment market infrastructures, such as NPP in Australia, Lynx in Canada, or TCH RTP in the United States, to name a few. Helping establish a new payments market infrastructure is only one aspect. For every new market infrastructure or change in payment message format, each FI still needs to build their own capabilities to connect to those new systems. As the entry points and gatekeepers for their end users into those new market infrastructures, does it really make sense for each FI to tackle the same problem separately in their own shops using essentially the same tools?
More specifically, the challenge is true for the payment technologies each FI uses in their middle and back-end layers for validating, processing, clearing, and settling payments. The costs involved in these developments, for a new rail or even just a new messaging standard such as the SWIFT MX standard, can be quite high. For many there is simply no business case that supports the necessary changes. There is little new, incremental revenue to be gained from developing a new payment system that will simply see existing volumes shift from one rail or format to another. The incentive for most financial institutions is that if they don’t modernize and their competitors do, they may lose customers to the competition, thus losing both fee revenue and the deposit balances that support those customers’ payments. Those deposit balances are what banks chase for their fundamental business of lending.
In some cases, when customers adopt a new payment rail, an FI may see lower revenue from fees than what they earned with an older payment method. Consider a business accepting real-time or near-real-time payments such as Interac e-Transfer, TCH RTP, Zelle, Faster Payments, etc. Those payments may have previously been made by credit card, a more lucrative form of payment for issuing FIs. In many jurisdictions, the FIs have offered these newer payment types for low or no fees, due to competitive pressures. The FI pays a high cost to build and maintain systems just to keep the client business they already have. It may even lose revenue, while tying up resources in the deployment process with essentially no return on the investment. The FI also faces the ongoing cost of maintaining and upgrading those systems over time. To invest in new systems at a high cost while forgoing revenue is a lose-lose proposition.
How banks can save costs and retain customers through payment modernization
The differentiating benefits of modernized payment systems for FIs and their customers are not found in the “back-office” processing, clearing, and settlement systems. They are found in the front-end features and functions provided to the customers, including retail, business and government clients, who initiate and receive payments. Those are what attract and retain customers. It simply makes economic sense to turn to a cloud-based payments-as-a-service, pay-as-you-go model to fulfill an FI’s back-end processing and operational needs, while spending more time and money on the front-end: delivering value-added services to their customers. Since some cloud-based payment services already exist, and are, in some cases, used by more than one FI, what’s left for the FI is the front-end and integration costs for the new system – costs they would have had anyway.
In a recent survey of 300 financial institution IT and operations executives from around the world, 84% said that their IT environment has changed more in the last 12 months than in the company’s lifespan. Moreover, 88% of those surveyed stated that short-term thinking has IT and operations teams choosing options of lower quality, partly hampered by inadequate budgets, resulting in poor system resiliency.
It’s becoming clear that financial institutions need to actively consider new models for payments that don’t extend or exacerbate their existing IT challenges — or introduce new ones — due to short-term thinking. Many other industries have shifted to cloud-based, as-a-service models that have helped them advance their interests and provide better value to their investors and customers. These models are used by multiple organizations, allowing them to share the same resources at a lower cost. It’s time financial institutions did the same with their payment systems.
Source: ibm.com
Thursday, 2 June 2022
Why ISO modernization is so important for financial institutions
With the migration to ISO 20022 financial messaging standard, the world is moving toward a standardized system of payment messaging. ISO 20022, which SWIFT will enable for cross-border payments beginning August 2022, will significantly benefit financial institutions (FIs). But these institutions’ journey to adoption may prove quite challenging. To successfully implement the new standard, FIs will need a comprehensive solution for translation between legacy message formats and ISO 20022.
Opportunities in ISO 20022 adoption
This transition offers a golden opportunity to enhance how payments operate. In a world of instant payments and escalating payments fraud in the digital payments space, we must take this opportunity to reduce fraud, enhance compliance and build a better, more robust payment infrastructure. Ideally, a solution will offer ongoing interoperability across the different ISO-compliant payment networks.
Since the standard, and its adoption, continues to evolve, the solution must be future-proofed for ISO 20022 changes as they occur. An ISO-native solution will make it easy to adopt new requirements as they are published. Businesses will have the option to integrate payments into their complete order-to-pay business processes, instead of having to use separate business processes to invoice, receive a payment and ultimately reconcile that payment. The integration simplifies the process from start to finish.
ISO-native messages can contain more data than under previous standards. By leveraging this additional data, FIs can reach a higher standard of protection against financial crime, AML and sanctions. Businesses can better manage cash and liquidity risk through faster cash application, and both corporations and FIs can predict cash flows.
With easier access to standardized data sets, FIs can get data analytics faster and use payment stream data to provide business intelligence not previously available in other payment streams.
Developing an ISO API-enabled Transformation layer helps FIs create a business strategy that clearly defines the differentiated experiences and products the firm offers. And with an ongoing focus on the ISO APIs, FIs can connect to their ecosystems to deliver on their differentiated experiences and products.
With an ISO 20022 message-based API transformation layer solution, an FI can transform its legacy payment system messages into an ISO 20022-specific message format for the downstream system. This is almost a prerequisite for many FIs to bridge the gap until they have native ISO 20022 capability in their systems.
Accommodating legacy payment formats
Legacy proprietary formats such as SWIFT MT are already well-known and widely used in the industry, so it will take time to get used to ISO 20022. There is a strategic opportunity to allow for a few years of coexistence between legacy and ISO standards. But it is important to provide end-users with an interface that shows original and converted messages clearly and unambiguously, while providing functionalities that realize the value of ISO’s rich message fields.
A successful adoption of ISO 20022 should meet several objectives: reduce IT complexity, enable agility, enable partners, integrate seamlessly, and comply with regulatory requirements. These objectives may sound familiar: they are objectives for most FI IT systems generally. But they take on heightened importance when prioritizing ISO 20022-enabled systems.
This is especially true for the first objective, reducing IT complexity. Simply adding in an ISO 20022 layer to an existing complex system as a tactic to address the immediate gap may solve the immediate issue, but it does not address the longer term strategic objective of reducing complexity. In fact, as one moves to ISO 20022-native architectures and processing, a tactical solution may be throwaway or even a barrier to meeting that objective.
The future of financial messaging is still being written with respect to ISO 20022. But long-term strategic planning can’t wait. Institutions that adapt now will be better prepared for future changes.
Source: ibm.com
Saturday, 14 May 2022
How is SWIFT still relevant after five decades?
Too many people in the payments industry today hold the misconception that the SWIFT network is only for cross-border payments. This was indeed the case in 1973, when 239 banks from 15 countries joined forces to create an efficient, automated, and secure payments network.
At launch, the Society for Worldwide Interbank Financial Telecommunication (SWIFT) was built on three pillars, a secure and reliable communication protocol, a set of message standards and continuous new services aligning with its members’ needs.
A global network with a global reach
These pillars remain just as relevant 48 years later. So much more than a “cross-border payments network,” SWIFT has grown to serve more than 11,000 members in over 200 countries, providing a wide array of financial messaging services and influencing and innovating payments worldwide.
SWIFT has reimagined domestic high-value payments. Over 60 market infrastructures, covering 85 countries, rely on the SWIFT network to clear and settle domestic transactions. SWIFT FileAct, a bulk message exchange, allows correspondents to send and receive files mostly used to exchange bank statements or to exchange low-value, high-volume transactions.
SWIFT has extended the network to non-bank financial institutions, allowing the exchange of securities, foreign exchange and all other types of financial messages needed by its members. In fact, today more than 50% of messages on the SWIFT network involve securities trade transactions.
As the network expanded to cover most financial institutions worldwide, SWIFT opened its doors to large corporations such as Microsoft and GE. SWIFT became these companies’ single standardized connection to all their banks, adding efficiency and cost savings to treasuries worldwide.
Message standards and worldwide influence
From its inception, one of the key pillars of the SWIFT network is the message standard, a common language understood and processed by all its members.
The ISO 15022 standard, more commonly known as the SWIFT MT or Message Type standard, was introduced in 1995. It was similar in structure to that of the Telex technology that the network replaced. While it has evolved over the years, the MT standard remains the most used message format on the SWIFT network, and it has made its way to many domestic and private networks worldwide.
In the late 90s, SWIFT realized that the MT standard, although very useful, was restrictive in light of evolving technologies. SWIFT MT would not support the data that will be needed to be processed with each transaction. In 1999, SWIFT decided to adopt XML and develop a message standard that would recognize the richness of the data. ISO 20022 is often referred to as the “new standard.” But it was actually launched in 2004 in collaboration with SWIFT members. The new standard had some issues catching on, since adoption was voluntary and required heavy investment in backend systems, But on the heels of a 2019 mandate, ISO 20022 is now being deployed in every major network worldwide, and it is the foundation for interoperability.
Security
Given its prominence in finance, SWIFT has become a prime target for hackers. In fact, multiple hacking collectives have targeted the SWIFT network in attempts to divert funds. In 2016, hackers robbed over $80M from a large bank, money that today remains unrecovered. Although the network itself was not breached, SWIFT quickly realized that each of its 11,000 members did not meet industry standard security levels.
To level the playing field, SWIFT launched the Customer Security Program, a set of 27 security controls forcing each member to completely reassess its infrastructure, thereby securing the overall network. Within the first year, 91% of SWIFT members (covering over 99% of volume) had confirmed their compliance with the controls. This shows the influence the SWIFT organization has developed over the years to ensure compliance in a typically slow-paced industry.
Innovation
SWIFT has not rested on its laurels. The network is continuously focused on innovation to improve the member’s experience.
The SWIFT global payment innovation (SWIFT gpi) launched in 2017 with an objective to deliver cross-border payments faster, cheaper and with full transparency and traceability. Following a successful mass adoption of SWIFT gpi, over 90% of wire transactions were credited within 24 hours, including 40% credited within 30 minutes. SWIFT gpi is now extending its capabilities to reduce the number of rejected transactions through pre-validation and to deliver value to corporations looking for transparency of fees and better traceability on inbound and outbound treasury payments. With the launch of SWIFT Go, the foundation piece for real-time cross-border payments, the gpi model is also applied to low-value payments.
In the past 5 years alone, SWIFT has launched several new services and completed multiple proofs-of-concept, ranging from launching the first real-time cross-border payment to assessing the use of blockchain technology as part of the SWIFT network while implementing Financial Crimes and data analytics services.
The future of SWIFT
If you still think SWIFT is “just for cross-border payments” you might need to take a second look. SWIFT is the heart and soul of payments worldwide, and without access to it, any economy could easily collapse.
As a result of recent global events, interest in SWIFT and its functions in financial services has certainly grown. Banks and large corporations have relied on SWIFT for secure messaging since 1973, but it doesn’t often get public visibility. By consistently delivering efficient and secure payments, SWIFT has earned the trust of 11,000+ members. As long as it continues to listen to their needs and collaborate and innovate to provide new value, SWIFT will continue to grow and dominate payments worldwide.
Source: ibm.com





