News

Is It API or Die for Banks?

Xignite

By Joy Macknight, The Banker
03.01.16

The banking industry’s use of application programme interfaces (APIs) is rapidly accelerating. According to the ‘Banking APIs: state of the market’ report, jointly published by software developer Axway, API conference APIdays and open-source API store Open Bank Project (OBP) in November, “2015 is seeing a significant cultural shift within banks, and a greater readiness to utilise APIs and related technologies to [help] banks meet current challenges in transforming to a digital landscape”.

the baker xignite api fintechArguably, banks have arrived late to the party – API technology is widespread across a range of other industries. “It is the accepted norm for secure data sharing and embedding functionality in an online environment,” says Maurice Cleaves, CEO of industry trade association Payments UK. Basically, it allows one software programme to ask another to perform a service, accessing specific data in the process.

Banks are beginning, however, to understand the critical role the technology will play in the digital transformation of their business. APIs hold the promise of giving banks more flexibility to improve customer experience, reducing time to market and cutting costs, effectively putting them on a level playing field with financial technology (fintech) firms.

“Banks recognise the value that APIs can bring in terms of efficiency and innovation – many use APIs internally already,” says Mr Cleaves. “They also recognise that many of the new players that they want to work or partner with are built on infrastructures that utilise APIs.”

Benny Boye Johansen, head of Saxo Bank’s API programme, OpenAPI, believes such interfaces are a business imperative for financial institutions. “In the future, the best solutions will involve parties that are able to co-operate through APIs,” he says. “There is going to be a continued evolution of banks having to offer APIs or die, as they will be overtaken by other companies that can interface to create better solutions.”

Overcoming obstacles

Nevertheless, there remain a number of issues to overcome in order for banks to embrace this new paradigm, including internal technology and cultural inertia, a lack of a global standard and, above all, data security concerns that must be addressed before banks will feel comfortable in opening up access to their technology.

Simon Redfern, the founder of OBP, says: “The biggest challenge is addressing bureaucracy, security and privacy concerns relating to opening banking services to third parties. However, banks are realising they need to open the gates of their walled gardens a little to reveal some innovation gems on the other side.”

Vikram Gupta, vice-president of product strategy and development for IT solutions firm Oracle Financial Services, agrees. Over the past six months he has seen a sea change happening among the banks he speaks to. He says: “As the tablet and mobile world takes off, banks are looking to expose some services to third parties that can help them go to market faster because it takes longer to develop them in house.”

The state of the market report confirms these observations. Despite banks’ current concentration on internal APIs, the research predicts a budding trend towards public APIs in the near future. A majority of those surveyed believed in an open platform future for banks, in which 60% of a bank’s APIs would be made available to partners and third-party providers.

Listening to legislation

Emerging regulations, such as the EU’s Payment Services Directive 2 (PSD2), have helped in opening up the banking sector to API developments. The revised directive, which will come into force from January 13, 2018, includes access to accounts whereby banks are required to offer an API to third parties under the supervision of the European Banking Authority (EBA). The EBA is expected to finalise its regulatory technical standards and release a consultation document in the second quarter of 2016.

“The PSD2 legislation has put open APIs firmly on the banks’ agenda,” says Alex Mifsud, CEO of Ixaris, a cloud-based open payments platform. In June 2015, Ixaris launched the first phase of the EU-funded open payments ecosystem project, which allows banks to expose some services and co-operate with developers in a safe environment, says Mr Mifsud.

Not waiting for the EBA’s lead, the UK’s Open Banking Working Group (OBWG) released its recommendations for the design and delivery of an open banking standard at the beginning of February 2016. The framework provides guidance on how open financial data should be “created, shared and used by its owners and those who access it”. A basic standard will be launched by the end of the year, followed by personal customer transaction data included on a read-only basis at the start of 2017. Full business, customer and transactional data will be included by 2019.

Mr Cleaves, who participated in the OBWG, says the experience was a “positive one”, showing that “banks, fintechs and government can work together positively to help to advance these important issues”.

It is noteworthy that the fintech community got a place at the table, demonstrating a common acceptance that they are important constituents of the financial ecosystem and are here to stay.

Rising to the challenge

It is hardly surprising that smaller or 'challenger' banks are more ready to take a leap of faith with open APIs than many of the larger incumbent banks. The former are actively exploring new business models and do not face the same legacy issues.

For example, Munich-based digital lender Fidor Bank is grounding its whole business strategy on open APIs. In order to be flexible and scalable the Fidor team built FidorOS, a digital middleware with open APIs. “Open APIs play an active, strategic and crucial role in our infrastructure because in addition to our own retail and business banking products, we also offer ‘no-stack banking’ to non-banks, retailers or challenger banks,” says Matthias Kröner, CEO of Fidor.

Other organisations can connect to Fidor Bank’s technology stack and offer full banking services to their customers without a proprietary banking licence or infrastructure. The bank is hoping to announce its initial partners in the first half of this year, and this will “shake up the market”, according to Mr Kröner, who declined to provide further details at this time.

Copenhagen-based Saxo Bank made a pivot towards openness during a revamp of its trading platform strategy. In September 2015, it launched an additional channel called OpenAPI. The open strategy will facilitate a broader white-label business, which supports its mission as a market facilitator.

“By having an open API we make it possible for any third party to not just accept our trading platform, but also make it a part of their own business and develop ways to present the trading experience in a way that fits their target market better,” says Mr Johansen. Today, Saxo Bank has two institutional clients on OpenAPI, with more in the pipeline.

Logical steps

Silicon Valley Bank (SVB) also began migrating to open APIs from a legacy infrastructure position. Megan Minich, the head of product and channel delivery, believes this was a logical step given its innovative corporate customer base. The bank’s open API platform went live in a private beta at the end of last year and the bank is onboarding more clients every week.

SVB began with a specific card payment, for which it already had an API solution via a partner but knew it could enhance the experience and the API. The bank is currently adding new features and plans to do a broader beta by the end of the first quarter of 2016, as well as launching additional products throughout the year. “We take a similar approach to all our digital delivery – get something out, test it and iterate,” says Ms Minich.

In addition, SVB plans to apply the APIs it builds for clients within the bank. Ms Minich explains: “While it is important to think of APIs as a client-facing tool, we also want to leverage the flexibility, ways of collaborating and gathering data to use internally when building out our front-end user experiences, such as online and mobile.”

In India, Yes Bank’s decision to embrace APIs was prompted by the central bank’s decision to issue new payment bank licences in August 2015. “To sustain and grow our current share of the payment business, we needed to proactively read our customers’ minds to cater their needs,” says Yes Bank's chief information officer Anup Purohit.

Additionally, the private sector bank wanted to improve the stickiness of corporate clients. “Our immediate priority was neither to charge customers for API banking nor returns on investments, but to transform the bank into an agile and flexible service provider and bring a ‘wow’ [factor] to customers by making their lives simpler,” he adds.

The first API published on its platform was a funds transfer, which is the most critical and frequently used product, according to Mr Purohit. Initially the bank targeted e-commerce vendors, such as Snapdeal, a large Indian online marketplace. It was able to make Snapdeal’s instant refund API available in three weeks and went live with it in September. The bank is now targeting corporates with numerous distributors, for example, pharmaceutical companies.

Today, every application that comes into the bank must have APIs. Similar to Ms Minich, Mr Purohit is also rolling out internal APIs to create a flexible banking infrastructure.

Opening up the large banks

The smaller banks are not the only ones focused on open APIs. For example, in addition to ongoing initiatives on the retail side, Citi is rolling out APIs in the institutional space, according to Hubert JP Jolly, global head of channel and enterprise services for Citi treasury and trade solutions. Citi’s institutional clients are driving more sales through e-commerce sites and are publishing APIs to advise the bank on how to process transactions, typically collections, from their websites.

Plus, Citi’s innovation lab in Dublin is working on APIs to enable treasury workstation providers to connect directly with the bank. To date, the bank has released APIs around payment initiation, payment status and account balance, which are the main services that clients look to do on the back of a treasury workstation.

Opening up APIs is essential to Spain-based BBVA’s digital strategy, says Shamir Karkal, the co-founder of US-based lender Simple who is now heading up BBVA’s open API unit. “Opening up some of our core assets allows us to support the financial services innovators of tomorrow, puts us at the heart of the positive change that’s under way and offers us a chance to grow rapidly,” he says.

The bank’s open API roadmap is in its early stages, with a small-scale alpha trial currently under way in Spain under the name API_Market. “We are focused on where the greatest innovation is happening in the market, where the greatest demand is and what our customers are doing,” says Mr Karkal. “Given that security of customers’ data is paramount, we’re giving developers access to a sandbox with dummy data and building a system to gradually give them more access.”

Tips for success

While the examples illustrate diverse drivers, approaches and strategies, the common themes are: start small, pick a use case that delivers value for clients and use APIs to digitally transform the internal organisation. “Banks are suited to a progressive modernisation journey,” says Paul Leadbetter, newly appointed group vice-president and chief technologist at Oracle Financial Services. “Choose something that is easy to consume, can be delivered in a reasonable amount of time and brings value back to the bank.”

Hackathons are a low-cost way for banks to leverage APIs in a controlled environment, according to Mr Redfern. “For example, a bank could do a hackathon around PSD2 APIs, which is addressing a pressing regulatory directive,” he suggests. “Another avenue is to deploy API sandboxes that serve test data.” OBP recently launched a sandbox to support the UK's open banking standard initiative and plans to launch a similar sandbox to help banks fine-tune their APIs for PSD2.

Chae An, chief technology officer and vice-president for financial services at IBM, stresses the need for good governance from the outset. “This isn’t a one-month project where a bank develops a set of APIs and then calls it quits – it is a long-term journey,” he says. “As such it is important to have good governance around API creation, prioritisation and ensuring that there is a re-use.”

He adds: “Plus ensure you have the right skills – whether internal or external – which understand the bank’s infrastructure and emerging tools.” IBM is in talks with some clients regarding an API factory, where it would augment their staff for creating APIs based on business needs.

Stephane Dubois, CEO at Xignite, which served more than 50 billion API requests from its market data cloud platform in July 2015, warns against banks just taking existing internal systems, formats and processes and then exposing them as APIs. “If they do that, they will see zero adoption," he says. "APIs must be simple to succeed. Banks must put themselves in the mind of the developer who is going to build an app and has just three days to do it.”

Ms Minich agrees. “Learn to think differently and don’t do APIs the same way as everything before. Banks must begin thinking as technology companies,” she says. 

Source: The Banker

RECENT NEWS

Xignite, Inc., a provider of market data distribution and management solutions for financial services and technology companies, announced today it has enhanced the data coverage for its’ interbanks and interest rates APIs in preparation for the required transition from the London Interbank Offered Rate (LIBOR) benchmark interest rate at the end of 2021.

Used in financial products such as adjustable-rate mortgages, consumer loans, credit cards and derivatives, LIBOR has been the world's most widely used benchmark for short-term rates. But after the 2008 financial crisis the U.S. Federal Reserve recommended a new benchmark interest rate to replace the outdated and problematic LIBOR. In the U.S market the new benchmark is Secured Overnight Funding Rate (SOFR), which is based on transactions in the U.S. Treasury repurchase, or repo, market, where banks and investors borrow or lend Treasuries overnight. Other countries are introducing their own local-currency-denominated alternative reference rates for short-term lending.

Xignite banking, and Fintech customers that build apps for capital markets, investment management, financing, and foreign currency exchange purposes, require interbank and interest rates data to manage exchange and interest rate risk. Xignite enhanced its Interbanks and Rates APIs with SOFR earlier this year and has now added four of the alternative overnight risk-free rates (RFRs) recommended to replace LIBOR for currencies in respective markets. The new rates include Euro Short-Term Rate (ESTR), Swiss Reference Rates (SARON), Sterling Overnight Index Average (SONIA), and Tokyo Overnight Average Rate (TONAR). These additional rates are available now at no additional cost to customers.

“Our rates and InterBanks APIs were the first REST APIs ever released to serve the needs of the lending and banking industries. They uniquely aggregate rates that are used by dozens of firms globally in critical business processes,” said Vijay Choudhary, Vice President of Product Management for Xignite “Given the major shift the industry is experiencing regarding reference rates, it was critical for us to support those new rates to give our clients the data they need to run their businesses,” added Choudhary.

Xignite’s Interbanks API offers real-time and historical interbank and deposit rates for currencies in 40 countries. Xignite’s Interest Rates API provides interest rate data for over 600 global treasury, money market and private capital market instruments and benchmarks. The new alternative T+1 (24hr+ delayed) rates include:

  •         Europe: Euro Short-Term Rate (ESTR) is an interest rate benchmark that reflects the overnight borrowing costs of banks within the eurozone. The rate is calculated and published by the European Central Bank.
  •         Switzerland: Swiss Reference Rates (SARON) represents the overnight interest rate of the secured money market for Swiss francs (CHF). The rate is calculated and published by SIX.
  •         United Kingdom: Sterling Overnight Index Average (SONIA) is the effective overnight interest rate paid by banks for unsecured transactions in the British sterling.
  •         Japan: Tokyo Overnight Average Rate (TONAR) is an unsecured interbank overnight interest rate and reference rate for the Japanese yen. The rate is calculated and published by the Bank of Japan.

About Xignite

Xignite has been disrupting the financial and market data industry from its Silicon Valley headquarters since 2006, when it introduced the first commercial REST API. Since then, Xignite has been continually refining its technology to help fintech and financial institutions get the most value from their data. Today, more than 700 clients access over 500 cloud-native APIs and leverage a suite of specialized microservices to build efficient and cost-effective enterprise data management solutions. Visit http://www.xignite.com or follow on Twitter @xignite.

06/09/2021

Xignite, Inc., a provider of cloud-based market data distribution and management solutions for financial services and technology companies, today introduced XigniteGlobalCorporateActions, a new advanced API providing detailed corporate actions data for events such as stock splits, dividends, mergers, and spinoffs. The COVID-19 pandemic has led to a dramatic increase in corporate actions, annual meetings canceled, dividend payouts suspensions, and an accelerated company mergers and acquisitions rate. Knowing when a company plans to offer a split or undertake an acquisition is critical for buy-side and sell-side firms.

Corporate action processing is one of the “last frontiers of pain” for investment management, and one of the most manual and complex parts of back-office operations. The lack of uniformity and standards makes it difficult to identify and interpret information correctly. Obtaining accurate and timely information is challenging, and errors can result in painful financial losses. The XigniteGlobalCorporateActions is the first cloud-based REST API to eliminate the pains and complexity caused by legacy data feed and files. The API provides a single-source data stream with consistent information gathered from more than 190 exchanges and over 30,000 U.S. mutual funds.

The recent split of TSLA and AAPL stock on the same day illustrates the complex and far-reaching impact of corporate actions. If a firm does not do this correctly, it will show on historical charts, and their customers will notice. Xignite’s Data Quality team cross-validates our corporate actions data across sources and proactively detects and fixes any missing information. This prevents missing issues such as the TSLA and AAPL splits.

“The industry is facing a ‘perfect storm’”, says Vijay Choudhary, Vice President of Product Management for Xignite. “On one hand you have a massive wave of corporate actions fueled by the pandemic and the rising markets, and on the other you have millions of new retail investors eyeballing their investment applications all day long. One bad corporate action can send your customer service department into a tailspin,” added Choudhary. Additional detail on the Corporate Actions API endpoints:

GetDistributions - Returns cash and stock dividends as declared by the company for a requested security and date range.

GetDistributionsByExchange - Returns cash and stock dividends as declared by the company for a requested exchange and date.

GetEventSummaries - Provides a high-level overview of events for a requested security and date range.

GetMergers - Returns merger events for a given identifier and date range.

GetSpinoffs - Returns spinoff events for a given identifier and date range.

GetSplits - Returns the stock split history for a security for a specified date range.

GetTakeovers - Returns takeover events for a given identifier and date range.

Xignite

Xignite has been disrupting the financial and market data industry from its Silicon Valley headquarters since 2006 when it introduced the first commercial REST API. Since then, Xignite has been continually refining its technology to help fintech and financial institutions get the most value from their data. Today, more than 700 clients access over 500 cloud-native APIs and leverage specialized microservices-delivered modules to build efficient and cost-effective enterprise data management solutions. Visit http://www.xignite.com or follow on Twitter @xignite

05/18/2021

In the foreign metal market and the world of international rates, currencies play the crucial role of acting as the medium of exchange in the transactions that take place.

Currencies like the United States dollar, the Euro, or the British Pound are commonly used around the world in order to get a metal rate. Some companies that offer precious metal live and historical rates have exposed their APIs (Application Programming Interfaces) to allow developers to integrate current and historical metal rates, currency conversion, or other capabilities into their applications.

In order to know about precious metals live and historical rates, there’s a lot of APIs available online, and if you want to try one, Barchart is going to be one of your first options. But if you take a look at what else is in the market, you’ll find alternatives so many great alternatives:

Xignite Market Data Cloud Platform

Xignite Market Data as a Service was one of the first market data services built to run in AWS and they are one of the few vendors that is an AWS Advanced Technology Partner with a Financial Services Competency.

With more than a decade of cloud expertise in building, scaling and operating cloud-based market data technology, it is no surprise that leading financial services and capital markets firms rely on this company to empower their journey to the cloud. Their Metals API Service offers real-time prices and quotes for metals including Gold, Silver, Palladium, Platinum and other base metals. In addition to real-time precious metals prices, the service provides daily London Fixing prices as well as historical precious metal prices and metal news. 

Xignite Cloud APIs are sourced from leading providers such as FactSet and Morningstar as well as Xignite’s own curated, high-quality data.

Read the article Top 3 Alternatives for Barchart Precious Metals Rates

02/25/2021