1. Description

As a value network, BaaS aims at seamlessly integrating as many service providers as needed into one comprehensive process to complete a financial service in an effective and timely manner. It is implied that a BaaS would include certain features in addition to providing a financial service. There must be means for managing, deploying and delivery of the services' environment. The services must of course be in legal compliance with the banking laws in the regions where it is made available, with (at least) one entity within the process possessing a banking license. Of utmost importance is the assurance that proper mechanisms are in place to provide security, such as strong authentication and additional measures to protect sensitive information from unauthorized access throughout the entire process. These security mechanisms must be in compliance with laws of data protection for the jurisdictions involved. With the proliferation and acceptance of BaaS, the emergence and rapid growth of FinTech can be expected. FinTech is “a business that aims at providing financial services by making use of software and modern technology.” ^[1]

2. API-Based Bank as a Service Stack

Chris Skinner suggested this Banking as a Service stack with a licensed bank as foundation, a BaaS as middleware and an ecosystems of FinTechs on top. https://handwiki.org/wiki/index.php?curid=1268626

Chris Skinner suggested a 3-layer representation of the BaaS stack. In this stack, the underlying infrastructure-as-a-service is provided by a traditional, licensed and regulated bank. Above this bank would be the centralized Middleware layer that Skinner refers to as “Bank as a Service.” Added on to the Bank-as-a-Service is a group of decomposed banking services consisting of an ecosystem of FinTech startups and service providers. With this technology, based on the BaaS-platform, it is possible to create FinTech banks, which could improve banking processes and provide increased convenience for banking clients. In such a constellation, FinTech banks are enabled to compete directly with banks by offering core-banking services without having to build all the products that would be needed. The API-based Bank as a Service platform serves as the back-end that hosts standalone independent FinTech startups and integrates seamlessly with any existing back-office of traditional banks. This allows non-banks to easily and cost-effectively launch additional financial products and expand into additional markets.^[2]

3. Cloud-based Banking as a Service Stack

Dynamic development and growth in the world of FinTech have made the API-based Bank-as-a-Service stack obsolete in contexts where tech-companies, now own licenses to operate as regulated banks, thus eliminated the reliance on classic banks (e.g., Solaris Bank).^[3] Embracing the new developments in financial technology and services, the Banking-as-a-Service stack can be redefined in analogy to the Cloud stack.^[4][5]

3.1. Infrastructure as a Service (IaaS)

The Infrastructure as a Service (IaaS) layer provides basic infrastructure services through an IaaS provider. A majority of these services would be available on demand and do not necessarily need to be FinTech services (like Amazon Web Services or OVH). This layer would include the server and communication hardware (physical layer).^[5]

3.2. Banking as a Platform (BaaP)

At the top of the IaaS model would be Banking as a Platform provider (BaaP). The BaaP would be a bank that is fully licensed or use an external regulated bank’s licensed banking services. The decomposed banking services (FinTech SaaS) are in essence, plugged into this layer. Data-security plays a crucial role in the BaaP. There is a need for monitoring functions that will enable seamless and secure operations across applications and domains through secure authentication.^[5]

3.3. FinTech SaaS

FinTech SaaS (Software as a Service) refers to all atomic or composite software-based financial services that are available on-demand. When these services are provided through a BaaP, they will need to be compliant with the BaaP’s API specifications. The services may either be physically deployed in the BaaP's domain or work externally. This gives the potential for the ability to plug financial services from other banks into the BaaP to create new composite application services. The result is that traditional banking services can now be virtualized and dispatched via composite application services. This does, however, present a challenge in verifying that none of the plugged-in services will violate regulations that have been imposed by banking authorities.^[5]

3.4. HuaaS

Humans as a Service ^[4] represents the top layer of the proposed revision of the BaaS stack. While at the onset this layer may not seem especially important, as FinTech services continue to grow as a segment in the financial service market, services performed by Cloudworkers will take on increased importance. This is a behind the scenes component that end-users will be unable to discern between a complete automated service and one that includes HuaaS.^[5]

4. Potential Consequence

The consequence of having a decomposed stack is that there are multiple ways how the customer’s front-end could be presented. One way would allow the BaaP provider to directly appear as a bank to its customers. This necessitates the provision of a front-end user interface to the end-customers including user authentication and other features. The bank would appear as any other online bank where all banking services are presented and seamlessly integrated in a single user interface. Another option is that the bank will operate as a white label bank, which will then have a Software as a Service provider on top of the BaaP operating as the front-end to the end-customer. White label banking can be an answer to the challenge platform providers face in attaining customers. It can be used to offer banking services in environments where a large group of users already exist, including chains of grocery stores, hypermarkets or existing online portals.^[5]

5. Integrated BaaS Structure Vs. Single Service Offering

A single service provider is at a greater risk of failure than a provider that offers a larger portfolio of services. Using an integrated BaaS structure efficiently provides an end-to-end value proposition that frees the service provider from having to develop all the needed peripheral services, including authentication and other security services. Those who adopt the BaaS structure are able to provide a higher level of trust than a smaller provider might do.^[5][6]

6. Security

Cyber-crime remains a constant and serious threat to the banking industry. The introduction of additional entrance gateways by offering increased amounts of composite online services does increase the risk for cyber-crime. It is important that each service to be properly firewalled to prevent malicious intrusions. As such, this presents a challenge to a satisfactory user experience if the user needs to constantly be authenticated while performing an online transaction across several domains or applications. Instead, the many domains and apps that are used need to be interwoven in such a way that once a user has been authenticated, this authentication will carry through as he conducts his transaction. This can be accomplished through the 3 degrees of freedom in digital banking, involvinh:

• Identity federation across domains
• Identify propagation across apps
• Level of authentication ^[7]

7. Regulations

Banking is a closely regulated industry throughout the world and online banks utilizing BaaS are no exception.

7.1. Europe

In Europe, BaaS for FinTechs is overseen by the Payment Services Directive (PSD, 2007/64/EC) and its 2nd amendment (PSD2) that was adopted in November 2015.^[8] Banking licenses are overseen by competent national authorities in accordance to Directive 2013/36/EU and Article 14 of Regulation (EU) No 1024/2013.^[9] The eIDAS Regulation provides requirements for authentication and electronic identification and trust services for electronic transactions throughout the entire end-to-end process.^[10] Additional oversight for financial and insurance transactions are provided through Directive 2004/39/EC ^[11] and Directive 2016/97/EU.^[12]

7.2. USA

In the United States, banks are highly regulated at both the state and federal levels. The Securities and Exchange Commission (SEC) is responsible for much of this regulation.^[13]

7.3. Asia

Asia is a great disadvantage because of its high fragmentation of jurisdiction areas compared to Europe. FinTechs can plug into the national Banking-as-a-Service hub to provide their specific regulated and licensed face to their customers.^[2]

7.4. Africa

FinTechs in Africa have provided an original financing solution in a previously unserved and untapped banking market. Because it is primarily mobile-based, Africa FinTech is subject to national jurisdiction in regards to regulating financial markets and mobile telecommunications.^[14]

7.5. Australia

Australia’s government is behind in regulating FinTech in comparison to the European Payment Services Directive.^[15]

7.6. Russia

Russian banks are actively introducing BaaS, for example, the largest private bank Alfa Bank.

8. Outlook

Currently, the banking market in the whole is just beginning to adopt the BaaS model. It is expected that new business models will emerge in the near future. Enhanced security will be needed, like the inclusion of electronically signed signing transactions with authenticated originators and signed code by authenticated FinTech SaaS providers documenting the origin of the service and preventing tampering with code.^[5]

The content is sourced from: https://handwiki.org/wiki/Finance:Banking_as_a_Service