Treasury Manager @ Dott

Amsterdam – Full-time Read more

Bank connectivity – why it is not a one-size-fits-all issue

04-05-2021 | Luca Crivellari | treasuryXL |

Corporate to bank communication is still a very pressing issue in cash management. There are several alternatives that allow corporates to interface and exchange data with banks, and most of the times it is complex for treasurers to identify the best choice. The consequence of not adopting the best setup might be to receive inadequate or old information, or the inability to have the right level of control over the issue of payments. The aim of the article is to assist treasurers in identifying all the relevant variables, and to take a decision that factors in all the possible impacts of each alternative.

Introduction – Why bank connectivity is still a hot topic?

In 1973, over 200 banks from 15 countries created a cooperative body with the aim of easing the communication among banks. This organization was born under the name of SWIFT, the Society for Worldwide Interbank Financial Telecommunication.

SWIFT enables its customers to automate and standardize the processing of financial transactions, thereby lowering costs, reducing operational risk and eliminating inefficiencies from their operations.

The rise in global trade was the main reason why financial institutions were pressed by defining a common standard for international payments and reporting, and the aim was to avoid lengthy conversions, useless charges and operational inefficiencies that might derive from the use of different standards.

Fast forward to today, SWIFT is the undisputed backbone of financial markets, with over 11,000 financial institutions and corporations in more than 200 countries, processing a record of 46,3 million messages in a single day on the FIN service. SWIFT messages are nowadays used for both bank-to-bank and corporate-to-bank communication, and the organization has developed dedicated categories for messages that are related to payments, cash management, foreign exchange, trade finance, treasury markets, and securities.

Overtime, several other organizations with a similar aim were created, at national or international level. It is worth to mention the CBI (Customer to Business Interaction, former Corporate Banking Interbancario) consortium in Italy, and the EBICS (Electronic Banking Internet Communication Standard) protocol in Germany.

We still live in a world of different standards and practices, where corporates often struggle in navigating among the different options they have when it comes to issue a payment or to receive a piece of account statement. This article is meant to be a guide for corporate treasurers on how to select the right connectivity setup, because there is no such a thing as a universal optimum, and every alternative has its own advantages and its own shortcomings.

From the experience I gathered during the last years of conversations with several corporates based throughout Europe, one of their most relevant priorities is to consolidate an accurate picture of the liquidity available in the company bank accounts, on a daily basis. Too many organizations, including some with a relevant experience in international business and with a very important turnover, are still relying on Excel files shared on a monthly basis, in order to get the information of the balance that is sitting in a certain bank. In a world where business is changing rapidly, this can be an issue.

Moreover, the ever-changing technology landscape is adding complexity to the issue. New trends as the API-based connectivity can definitely allow a more efficient exchange of information, shortening the gap to a real time treasury, while the migration from MT to MX messaging standard is going to heavily impact how payments are going to be settled in the near future.

In conclusion, bank connectivity is still a hot topic because it is yet perceived as being a complicated issue by many corporates, and there is a clear need for treasurers to figure out all the relevant variables before choosing the most valid option for their company.

The alternatives on the market

Years of innovation and progress in information technology and financial markets have developed a wide array of possible bank connectivity services. In order for a treasurer to take the most educated choice, it is essential to list and examine all the options available. The list goes from the simplest to the most complex.

  • E-banking or bank-proprietary platforms: the base scenario nowadays is for a company to exchange messages and documents over an e-banking platform. This kind of platforms are provided by most of the commercial banks, and they include a common range of functionalities such as the possibility to import payment files from the Enterprise Resource Provider, approve them and send them over to the bank for the execution of the transaction. On the informative side, banks can allow their clients to download account statement messages, and possibly to collect statements sent by other banks.

Additional features that an e-banking platform might have are, for example, the possibility to manage direct debit mandates, or to place FX dealing orders to the bank.

Most of the e-banking solution in the market are endowed with a scheduler function that allows to exchange files with external systems such as the Enterprise Resource Provider or the Treasury Management System.

Companies that are relying on an e-banking platform for bank communications should carefully examine the range of functionalities that are included in the solution, when looking for a bank to work with. Corporate e-banking platforms developed by international banks might be more adequate for companies with international business, while domestic banks might develop functionalities that are more fit to the domestic market.

Another variable to consider is the technology that runs behind the platform. Most banks are nowadays offering web-based solutions that are more flexible and easier to maintain than hosted solutions.

The main advantage of relying on e-banking connectivity is the fact that it requires virtually no effort for the channel to be available, especially if it is a web-based service.

Although it is a very practical solution, companies that have multiple banking relationship will need to activate multiple e-banking platform to issue transactions from these bank accounts. Another shortcoming is that the availability and the security of each e-banking platform relies on the systems of the bank who is providing the service, and this can be a potential risk if the financial institution is not disciplined enough to run a highly secure infrastructure.

  • Multibank platforms: one of the most annoying disadvantages of leveraging on e-banking connectivity is to maintain the access to multiple platforms, and to constantly need to switch from one to the other during the day. This shortfall can be bypassed by the adoption of a multibank platform. These solutions work just like an e-banking platform, but they give the possibility to manage bank accounts belonging to more banks via a single solution.

This possibility is often developed by multinational banking groups, that might allow to reach bank accounts within the same banking group via a single e-banking solution.

Alternatively, some banking communities have developed country-wide standards that allow the possibility to manage all the bank accounts that a company has in the country with a single e-banking channel. This is the case of Italy with the CBI service.

Technical advantages and disadvantages of this solution are essentially the same of the e-banking connectivity that was described in the previous point.

  • Host to host connectivity: some financial institutions allow their corporate clients to exchange files via a secured file transfer mechanism. This option is preferred when the company has a privileged relationship with a specific bank, and this is the case because the setup of a host-to-host connection can be a time consuming task both on the bank and on the corporate side.

It is important to bear in mind that a dedicated host to host connection can be a resource intensive solution to maintain, therefore it is key to agree with the partner bank who is responsible in the maintenance of the service, and which is the minimum uptime contractually agreed.

Having a host to host connection with a specific bank means that the company is clearly trusting the security protocol of the financial institution. Connections of this kind are normally secured by an encryption protocol, and this makes a host-to-host connection generally more secure than an e-banking connection.

  • SWIFT connection: most of the companies with a complex cash management infrastructure choose to connect directly to the SWIFT network.

Being part of the SWIFT network means for a company to be identified with a specific SWIFT code, the same identifier that is normally used by banks.

It also means that a company can securely exchange files with several banking partners from a single channel, and for this reason a SWIFT connection is the preferred option for companies that have implemented a central payment factory.

Two separate services are used within the SWIFT network: the FIN service is used to exchange single MT messages to banks connected to the network. This service is normally used to receive account statements such as MT940/2.

The second service used is called FileAct, and it is the service used to exchange any kind of file to banks. This service is mostly used for bulk payment files such as XML.

Joining the SWIFT network as a mean to consolidate payment operations in the company headquarter or in a shared service center can definitely bring efficiencies, but at the same time it makes sense to go through this road only if the company has the necessary resources to maintain a SWIFT connection overtime, or if it is willing to outsource the maintenance of the connection to a service bureau.

  • API-based connection: with the sharp rise of open banking in Europe, driven by the PSD2 regulation, the adoption of APIs is becoming more and more common among banks, corporates, and software vendors. An API, or Application Programming Interface, is an interface that allows a secure exchange of information among several software applications. Through an API, the company and the bank can exchange information such as payment files or account statements, without the need to setup and maintain a resource-intensive host-to-host connection.

Although it is a very interesting concept, most of the players in the financial industry still have to develop an adequate IT infrastructure in order to get the benefits of this new protocol.

An important role can be played by software vendors that are offering Enterprise Resource Providers or Treasury Management Systems, since they have a strong incentive to differentiate their offer by develop APIs that would connect their solution to the largest possible number of banks.

Who should manage your SWIFT connection, and why should it be FIS?

Every company that wishes to connect to the SWIFT network should ask itself which configuration is the best for them. The main question to consider for a company is if it has the adequate resources to manage and run a SWIFT connection, or if they want to leverage on a service bureau.

Companies that wish to setup and maintain their SWIFT connection should plan the IT resources required to host the SWIFT software, and the personnel that will be dedicated to fulfill all the functional and technical duties required by SWIFT or by the banks.

Because of the effort that is required to setup and maintain a SWIFT connection, a company might decide to outsource those tasks. A SWIFT service bureau can help companies to establish and ensure the availability of the SWIFT network overtime.

Via the Managed Bank Connectivity service, FIS offers its capabilities as one of the largest SWIFT service bureaus in the world, being a key partner for more than 350 groups of banks and corporates, spread in over 35 countries. As part of the Service Level Agreement that FIS has with its clients, service availability is set for a minimum of 99,5%, although the average uptime for 2020 was 99,99%.

Companies that choose to leverage on a service bureau are either those with a very limited staff within the treasury department, or those that have a very complex cash management infrastructure.

The cost of connecting to the SWIFT network via a service bureau can be quite relevant, therefore companies that are evaluating this kind of solution should create a comprehensive and accurate business case that includes both direct and indirect expenses for both alternatives.

Which variables should be considered?

A company should consider several variables when evaluating which is the most adequate connectivity setup.

  • The size of the business: it might sound overkill for a small corporate to adopt a SWIFT connection, in fact most of the small business normally rely on e-banking portals. More complicated connectivity choices are normally more expensive, and it might not be sustainable for a modest company to adopt more complex solutions
  • The number of markets the company is operating: multinational companies normally need several banks in order to do business internationally, therefore a company that is active in several countries might want to adopt a SWIFT connection in order to collect the daily account statements and to orchestrate their payment flows.
  • The number of banking relationships: a company that is operating with several banks might find difficult to maintain access to several e-banking portals. In this case, a company of this kind might want to evaluate a SWIFT connection, unless a country wide multibank standard is available.
  • The company treasury policies: there are several reasons for a company to centralize their payments at headquarter level, or to keep them at country or at division level. The choice of connectivity should reflect the processes in place within a company: in corporate groups where every country is responsible to issue their own transactions, and banking relationships are limited in number, e-banking platforms can work just fine, while on the other hand an international payment factory will most probably require access to the SWIFT network.

Whatever process should the company have in place, it should anyway explore a way to consolidate the account statements of all the subsidiary at headquarter level, in order for the holding company to have complete information on the liquidity situation at group level, and to make sure that liquidity is used in the best possible way.

How to choose the best connectivity solution?

If there is one thing that I have learned by talking to corporate treasurers overtime, it is that no treasury is alike, and every treasury has its own peculiarities.

Given the vast array of bank connectivity options, I will define a few examples of treasury infrastructure, and I will pair them to my recommended choice of connectivity.




Recommended solution



Company Alfa


Alfa is a company based in the UK, producing semi-finished goods for the food industry. The production is completely sold to English companies, and all its suppliers are based in the UK.

Alfa has two bank accounts, with two English cooperative banks.

Through the e-banking portal of the two banking partner, Alfa will be able to perform all the necessary operations for its daily business.


Company Beta


Beta is the headquarter company of a large conglomerate of ventures, operating in several industries. Since the subsidiaries operate in very different markets, the group policy is for every subsidiary to manage their treasury separately, and to orchestrate their payments independently.

The group has relationships with around 30 banks, counting more than 600 bank accounts.

Every subsidiary of the Beta group will choose its most efficient setup, but the holding company will need to setup a channel to collect efficiently the account statement of all the 600 bank accounts of the group. This will allow Beta group to closely monitor the transactions and to efficiently use its liquidity.

Given the large number of bank relationship, my advice would be to setup a SWIFT connection.


Company Gamma


Gamma is a group of companies providing consulting services. The group has grown dramatically in the last years, acquiring smaller ventures around the world, and the CFO just hired a group treasurer that has the task to rationalize the banking relationships, and to setup the most efficient treasury infrastructure.

Payments are quite limited in number.

It would make sense for Gamma to look for a global bank with which to open bank accounts around the world.

By having one main bank, Gamma will easily orchestrate a cash pooling from its headquarter, and it will be easy for the group treasurer to control the payments that are performed by the local staff.

The most efficient connectivity scenario is a host-to-host connection (or a connection via API if available), with the main banking partner, while payments from minor bank accounts will be done via the e-banking.


Company Delta


Delta is a telecommunication company operating at global level. Due to the nature of its business, the company sends and collects a vast amount of payments of any size from retail and business customers located in several countries.

The company needs to offer the widest range of payment options, therefore it needs to have relevant banking relationships in many countries.

The best way to orchestrate payments and collections on such a complex company is to setup a connection to the SWIFT network.

Given the very complex cash management setup and the large number of banks involved, it will be essential to have the infrastructure served by a service bureau.


Company Epsilon


Epsilon is a company operating in the mining and trading industry, headquartered in Spain but with operations in other five countries.

The company needs to maintain a wide range of banking relationship due to the complex financing plans in place.

The treasury department employs a single person, and there is no plan for the company to hire more treasury staff.

Due to the complex landscape of banking relationships, and the need for the company to control the incoming and outgoing information flows to the banks, my advice would be to implement a SWIFT connection.

As highlighted in the box, it would be extremely hard for a single person to handle the requirements coming from SWIFT and the banks, therefore my suggestion is to adopt a Service Bureau


Conclusion – a complex matter requires a complex answer

As I do with most of the complex questions I receive, when asked which is the ideal connectivity setup for my company, my natural answer is: “it depends”.

The aim of this article was to communicate how sophisticated it can be to identify the best possible way to connect a corporate to a bank, or to several banks. My wish is for every treasurer out there to carefully balance all the options, and to include all the relevant items into a specific business case, in order to have a functioning and sustainable infrastructure.

More about the author, who is Luca Crivellari?

Luca is based in Italy and he is a Sales Executive at FIS, specialized in Corporate Liquidity solutions. He has a solid experience in cash management and treasury, having matured experiences in banking and fintech.

Thank you for reading!


Treasury Manager @ EVBox

Amsterdam – Full-time Read more

How to Prepare for a New Era of Real-time Banking and Payment Services

20-04-2021 | treasuryXL | Kyriba |

An active liquidity network allows companies to avoid multiple costs and delays by globally managing liquidity across their subsidiaries. With 500 banks involved and over 40,000 payment formats to use, this is already a reality for over 2,000 Kyriba clients.

I am often asked, what is an “Active Liquidity Network”? Actually it’s the very foundation of the Kyriba platform, but let me use a simple example to illustrate what it is and the difference it makes.

Technology is providing us with so many great options for everyday life activities. Take the humble takeaway. Not so long ago you’d call up, your order would be placed in a manual ordering system, food would be prepared and then it would be delivered. Today the takeaway experience can be very different. You will order on a mobile device or with a delivery service or by voice or Messenger. The delivery service tells the kitchen what food to prepare, conducts all the billing and organises the food to be couriered to you. While the cooking of the food is still manual, everything else is managed by cloud-based technologies, and you have lots of options, each with their own take on how to make your takeaway experience better, faster, cheaper.

The same thing is happening within businesses. SaaS technology enables your corporate teams to work more autonomously with a resource-planning package that is more bespoke to their task. The original ERP is being unbundled and focused on aggregating accounting entries from various other systems. These bring great benefits to your company’s ability to compete in the marketplace, making you better, faster and cheaper. But given that many of these tools are able to instruct or make payments, this introduces a hazardous landscape for currently accepted liquidity management and control practices.

The problem is further exaggerated by the global expansion that has taken place in the last 20 – 30 years. Technology isn’t just providing more options for how a corporate plans its resources. It’s also providing better, cheaper, faster options for how payments are made and received. Each approach has its own pros and cons. The upshot is that there are many more providers today conducting more payments in more innovative ways, but this innovation, while opening up new choices, also makes the payments landscape more complex.

All this hasn’t stopped an explosion in electronic payment volumes. This is an unstoppable trend that demands a more robust way of controlling and managing payments in and out of business of any size, just as a restaurant receiving 1,000 takeaway orders a night will need to move away from servicing orders on pen and paper. The risks, the costs, and the lack of speed and optimisation are all too great.

The challenge you face

Now, let’s look at a corporate example to illustrate the challenge. Let’s assume a multinational group has a subsidiary in Birmingham, in the UK, which needs to make payments for goods and services to suppliers in Romania and Turkey. The subsidiary has its operating bank account with TSB and is using the bank’s SMB portal to manage cash and make payments. Its ERP system is connected with the bank’s portal for automatic payment file upload. At the same time, the company has subsidiaries in Romania and Turkey that also have a similar setup with their local banks. It all looks good and well-automated everywhere.

But to actually make a payment to a Turkish or Romanian supplier, the Birmingham-based subsidiary’s treasurer has to go through the following steps: approve a foreign currency payment; agree to the exchange rate offered by the bank, which is given without reference to a spread of interbank rates; wait for one or two days for the other FX rate to settle; wait one or two days more for the payment to be cleared by TSB via Swift and the corresponding bank network; wait some more until the supplier confirms they have received the funds and made a shipment; and finally reconcile it all manually with the ERP system.

As a result, the subsidiary incurs the FX spread, swap rates on every payment up to 100 basis points, and interbank transfer fees for every payment of £20. There are also three further delays before the funds reach the beneficiary accounts and manual reconciliation of the ERP. And that happens with every payment for every subsidiary every day!

It’s a pity that the Birmingham-based company doesn’t know that group company subsidiaries in Romania and Turkey have plenty of lei and lire in their local bank accounts. Or that they are connected to their domestic clearing systems providing same day or in real-time clearing and automating confirmation, or no fee at all. Or that there was a better, faster, cheaper payment option the corporate could easily connect to.

How an Active Liquidity Network works?

Let’s look at a different way of doing this. Imagine that the group chooses Kyriba and gets on board the Kyriba global SaaS platform. All of its subsidiaries – including those in the UK, Romania and Turkey as well as headquarters – and all of those subsidiaries’ ERP systems – are then connected to Kyriba for payment, invoicing, and cash flow upload as well as for GL entry reconciliation. Over 2,000 customers and 65,000 legal entities are live today. Kyriba offers automated bank connectivity via secure SFTP and now bank API with more than 500 banks worldwide and growing. And our bank format libraries have more than 40,000 formats and variances supporting payment originations from more than 100 countries in payment delivery to more than 130 countries. Using Kyriba, the payments submitted by the UK subsidiary will be automatically converted to the relevant domestic clearing formats and submitted to those banks the same day.

What difference does that make? With the Kyriba platform the group can internalise and optimise its payment flows. It can see cash balances and cash forecasts across all currencies and bank accounts in real time. A treasury team using Kyriba Cash Forecasting and Kyriba In-house Banking Module can net the outflows by currency and use the market to square off or net the currency positions. As soon as the payments are acknowledged by the banks in real-time or (worst case) next morning, the confirmations and automated dual entries can be imported into the UK subsidiary’s ERP for automated reconciliation.

Better still, the company can use offers like Kyriba Pay, powered by partners like NatWest, that offer competitive and transparent FX spreads with no hidden fees attached. They can choose to use the liquidity they have in lei, lire or other currencies to make the payments without FX conversions at all. That means no interbank fees, globally optimising the effects of exposures and costs, and making same-day payments to 130 countries with automatic dual reconciliation.

That’s what we mean by an Active Liquidity Network. Ours is already the largest in the world, and growing by about 30% annually. It is the foundation of the Kyriba platform that enables our Treasury payment factory risk management and supply chain finance applications, as well as many other value-added services. We are already processing 17 million transactions on behalf of our customers on an average day. We will continue to innovate our existing propositions.

The world’s connectivity is moving to open API. We are pursuing that in three ways.

First, Bank API Connectivity: we have completed pilots with two global banks already, and will be delivering many more in 2021. Secondly, ERP API Connectivity, leading to ERP connect on marketplace, and thirdly Kyriba Open API, to turn the Kyriba active liquidity network into an open API platform for customers, partners and fintechs. This is what we call the Kyriba Active Liquidity Network.

It is here right now and you have a choice to make. Deal on your own with the growing size and complexity of managing liquidity at global scale on time, with speed, accuracy and efficiency . . . or join the 2,000 corporations who are doing it by leveraging the Kyriba platform, and really drive the value of your business.


Cash Manager @ Epson

Amsterdam – Full-time Read more

Partner Interview Series: Padraig Brosnan, CEO and Founder of Treasury Delta, a corporate treasury RFP platform

| 08-04-2021 | treasuryXL | Treasury Delta | treasuryXL are delighted to share the interview with CEO and Founder of Treasury Delta, Padraig Brosnan.