Open Mobile Menu"
AFP 2023 Blog

AFP 2023 Blog


AFP 2023 Blog

Why APIs Alone Cannot Guarantee Improved Bank Connectivity

Sep 29, 2023

By Mark O’Toole, Head of Sales & Partnerships – Americas, Fides

Leveraging a bank connectivity API, such as one that translates an enterprise resource planning (ERP) software payment file into a bank-ready format, is a fast and affordable way to reduce repetitive administrative tasks, save time and reduce risk.

That statement is highly appealing to treasurers who have been hoping for an easy way to streamline business — but is it really true?

Today’s financial landscape is a mish-mash of cutting-edge digital systems and entrenched protocols — one might even call them legacy protocols at this point — like SWIFT, EBICS and host-to-host connections. Many banks have yet to fully embrace APIs, making the coexistence of modern and more traditional systems a practical necessity.

The cold, hard fact is that while APIs are changing the game for treasury, rollout and adoption have been slower than initial projections. In fact, fewer than 50% of banks (47.9%) offer open APIs to their corporate clients, according to the CGI Transaction Banking Survey 2022. And the vast majority of the APIs those banks do offer are designed specifically for cash management purposes, such as an API to streamline the collection of account statements. When it comes to streamlining payments, there’s a notable gap. 

Even in five years, bank connectivity via API will still not be a given: Only 58.5% of survey respondents expect that they will be offering corporate clients access to online services via open APIs in three to five years’ time.

You may only need to connect to one or two banks, and they may offer the APIs you need, at least for a portion of your treasury operations. However, it’s more likely that while some of your banks may be API-ready, others might lag behind. And regardless of whether you can connect via API, are you sure you want to? It's important to carefully consider the pros and cons of connectivity options, to determine the approach that will work best for your organization. Here are a few examples:

  • Security and Risk Management: APIs can reduce risk in certain areas, but also introduce new potential vulnerabilities.
  • Compliance Complexity: Open banking initiatives promise enhanced connectivity, but also introduce complexities around data sharing and compliance.
  • API Standardization and Interoperability: Every bank has its own systems and processes. This means that different banks might implement APIs differently, making more work for treasury.
  • Third-Party Providers: Many treasurers work with third-party banking solution providers to manage connectivity. Is this a help or a hindrance — or even necessary at all where APIs are concerned?

The more you know about today’s bank connectivity landscape and your options, the better prepared you’ll be to make the best decisions for your business, whether today or in future.

At AFP 2023, I’ll be moderating a panel discussion with three highly experienced corporate practitioners on this topic. Catherine Cantasano, Executive Director, Treasurer at W. P. Carey; Kelly Carpenter, Senior Manager, Treasury at The AES Corporation; and Janko Hahn, Head of Treasury Operations at Autoneum, will be separating fact from fiction to help treasurers gain a thorough understanding of today’s API reality.

Cathy, Kelly and Janko will share their thoughts and personal experiences with APIs, payments, cash visibility, and bank connectivity. Discussion topics will include the ongoing changes in the industry and areas where APIs are weakest and strongest, and considerations for corporate treasurers looking at adopting new API-based solutions.

We’ll also review the pros and cons of open banking, potential security and compliance risks, and discuss the options of communicating directly with financial institutions and working with third-party banking solution providers. I hope you can join us!

Check out the full lineup of AFP 2023 sessions on the Session Explorer.