Event-Driven Cloud Banking Insights
Event-Driven Cloud Banking Insights
How event-driven
Contents
Introduction
03 Cloud-based event-driven core banking is unlocking the value of
data and enhancing banking services to customers.
02 | Contents
THE POWER OF DATA
Introduction
Be more nimble:
how event-driven cloud banking is unleashing the power of data
Traditional banks have always recognized the Now, with the emergence of cloud-based event-
value of their data. The challenge is that many driven core banking microservices architecture,
banks’ legacy infrastructure makes extracting banks have the opportunity to stream data in
and transforming that data into actionable real time across all of their business functions,
insights a slow and brittle process. When the unlocking the timeliness and hence value of
data is finally processed and ready, it is often their data, enhancing how they deliver banking
stored in systems that are not accessible in real services to customers.
time and often in undocumented structures. The
amount of effort banks spend on transforming
data is huge; from financial and hiring resources
to time spent on making data useable. That
means the data is usually out of date by the
time banks can use it, limiting the ability to
provide contextual promotion, pricing and
decisions.
03 | Introduction
How can banks operate in
a data-driven world?
One key challenge traditional banks face is Challenger banks have been one step ahead
that much of their critical data, such as what on how they are using data compared to
customers are spending their money on, is traditional banks, such as offering personalized
locked up in legacy systems that are difficult products that reward customer behavior (for
to access. With main-frame banking systems, example, receiving enhanced interest rates if a
this typically means running a batch process customer’s balance is above a certain threshold
either daily, weekly or (worse case) monthly to for the whole month) and personalized or
extract the data in bulk (usually in the middle location-based rewards or cashback. Yet the
of the night when fewer people are using financial services industry is still behind other
their bank accounts). While that process is industries when it comes to using data and
clunky and can place a lot of strain on a bank’s turning it into better outcomes and benefits for
operational systems (given that it means lifting customers. However, banks are at an advantage
huge amounts of data in one hit), it largely here - they already have vast quantities of
worked in a pre-digital banking age where customer data flowing in every day outlining
speed was not as important. Now, as customers how and where their customers are spending
increasingly expect real-time experiences such their money. The challenge is simply how to
as personalized offers based on where they are best unlock that data.
shopping at that moment in time, one-day-old
data will have already gone stale.
Raw data on its own is worthless - the value is this data available, it is the responsibility of
generated by what a bank does with the data to each individual business domain to make it
create actionable insights. And it is how fast a accessible and in a format that others can easily
bank can turn raw data into actionable insights use. This brings in the concept of the data
where banks can potentially gain a competitive mesh - a way to organize and distribute data
edge - and where, today, many are still lagging. so that it can be accessed by anyone in the
business as and when they need it. The benefit
While traditional banking processes involve of this approach is that a data mesh enables
data being held in an operational system and businesses to scale more easily compared
then being extracted via a daily batch process to a centralized data-sharing model, as the
and moved to a data warehouse for analysis, owners of the data are best placed to make it
the next generation of cloud-based core available to consumers with the right level of
banking systems take a different approach. documentation and context, allowing faster
Every time a customer performs an action - a innovation.
card transaction, say - a series of ‘events’ will
be generated in real time. For instance, when a
customer taps their card on a payment terminal,
an event is generated and sent to the bank in
milliseconds. That data can then be integrated
however a bank wishes, giving banks real-
time context and analysis about what their
customers are doing instead of having to wait
for a batch process to extract that data from the
system many hours later.
Unlocking the value of a bank’s data can create benefits right across its business -
from operations and maintaining regulatory compliance to boosting customer satisfaction and
being more competitive. Here is a rundown of the key areas and use cases where data can help
banks perform better:
1. Operations 2. Compliance
One area where data can support more efficient Ever-tougher regulatory requirements for
operations is with payment reconciliation. This banks are increasing the need for risk and
involves the payments processor, typically a compliance teams to find more cost-effective
clearing bank such as ClearBank, and the core ways to maintain regulatory compliance. Take
banking system where the payment will be customer addresses, for example. In a worst-
recorded on the ledger, with banks then having case scenario, some banks may hold several
to reconcile the two to ensure the payments different addresses for a single customer. If
processor’s view of what happened matches that customer has taken out a consumer loan,
the core banking system’s view of what regulators require that the bank must send out
happened. Traditionally this would mean at the a letter summarizing the annual interest the
end of the day, a bank’s accounting department customer is being charged. If the customer
would receive a file from the payments doesn’t receive that interest-rate summary, then
processor and a file from the core banking the bank is disentitled to any interest charged
system, and there would be a custom batch and must repay the balance to the customer.
process which compares the two files to ensure So if a customer has moved house and they
they match in terms of monetary volume and update the address on their current account,
value. With an event-driven cloud-based core the customer might forget to do it for the loan
banking approach, the payments processor can account. Because a bank’s internal systems
emit an event that outlines the transaction that don’t talk to each other, the bank is now non-
has taken place, which can then be instantly compliant for the customer’s loan.
matched with the entry on the core banking
system, meaning reconciliation can happen in In the past, some banks have tried to fix this
real time instead of at the end of the day. by grouping all the customer records together
and then manually trying to figure out which
address is correct - sometimes involving
hundreds of employees sitting around manually
sifting through addresses and inputting data.
3. Fraud detection
Traditional banks have typically relied on The reason why event-driven microservices
monolithic core banking systems where all of a are superior to standard microservices
bank’s services are bundled into one software is because those services don’t need to
application. A major challenge with that is if be hardwired to the core banking engine.
a bank needs to make changes to a single With standard microservices, which are
service e.g. information about cashback offers hardwired, everything is connected, creating
where the bank has to make amendments a ‘distributed monolith’ that is like a house of
in a single codebase that governs the entire cards - if you change one thing, the whole
application. That is not only complex, but system collapses because of the hardwiring.
also a super high-risk change; if you make With event-driven microservices, those
a mistake, you take down the entire system. microservices simply subscribe to whatever
This results in banks being significantly risk data they need. If 100 microservices need
averse when it comes to making changes and to access transaction data, in the old world
therefore they tend to avoid tinkering with the that would mean having 100 hardwired
system wherever possible - which is a broader connections going into the system to retrieve
drag on transformation and the reason many that data. Now the data just needs to be
banks are still lagging on their digitization published once to an event and all of those
efforts. 100 microservices will simply read the
published data.
By contrast, cloud-based core banking
systems that are built using an event-driven
microservice architecture enable banks to
make changes faster and with less risk. That
is because microservices effectively divide
a bank’s services into independent chunks -
so everything related to current accounts or
loans or mortgages and whatever it might be,
will all be designated as standalone services.
Therefore, if a bank needed to make changes
to its cashback offers, it would only need to
change the code relating to cashback offers.
That means if something went wrong, it would
only impact that individual microservice and
not the core banking system, minimizing the
potential blast radius. This creates a more
controlled change environment and helps
banks become more nimble when innovating
or simply updating the system.
By having greater control over their data, banks can start using data in more innovative and
creative ways to enhance existing services or develop new products to generate even more value.
One potential risk with traditional Given that financial institutions have strict
microservices is that data related to a rules on data and governance, it is important
specific business function (e.g. transactions) that data is published in a federated manner
can end up getting siloed. With event- so that all the different business domains
driven microservices, it is possible to within the core banking system have the same
create ‘aggregate’ functions (or domains, view of the world. For instance, all domains
as they are often called) which marry need to share the same definition of what a
data from different business domains to transaction is - you can’t have one domain
create other microservices. Take customer defining it in one way and another domain
recommendations, for instance. This would defining it differently. That means when banks
instantly combine data from the transaction publish data on the mesh, there should be
domain and the customer domain to some common rules about how the data is
recommend products or services based on published—for example, it should always have
previous transactions and customer info a transaction key or it should always have an
such as demographics. Aggregated domains amount attached.
therefore depend on data from other domains
as they don’t have their own raw data to Having an event-driven approach is also more
draw from. This is another way banks can helpful for record keeping and compliance
be more nimble. In the old microservices because every event produces a schema and
architecture, the application would connect that schema is tagged with metadata, for
directly with the relevant service via API and instance whether or not that data contains
extract the data that it needs. But this can personally identifiable information. That
be problematic because it is not possible for means for GDPR requests, any data that could
the aggregate domain (in this case, customer identify a customer is clearly tagged, making it
recommendations) to know when something easier to retrieve or delete as needed.
has taken place in the source domain (in this
case, the transactions domain). That means
having to request batches of data from the
source domain API at set intervals, making it
harder to access the data in real time.
Here are five key takeaways from our whitepaper that underscore how event-driven cloud banking
is unleashing the power of data for banks.
5 Rethinking data
10x Banking (10x) is on a mission to transform financial services to make banking 10x better
for customers, banks, and society.
Founded in 2016, 10x empowers banks to move from monolithic to next generation core banking
solutions delivered through the world’s most comprehensive and powerful cloud native SaaS bank
operating system.
With its secure, reliable, scalable, and modular core banking platform SuperCore®, 10x supports
highly-customizable product behaviors and accounting rules, integrates with banks’ wider technology
estates, and harmonizes with local and regional compliance and regulatory requirements. SuperCore
enables banks to deliver products, services, and customer experiences to retail and SME customers
faster and more cost-effectively.
KEY FACTS
CONTACT US
Request a demo to explore SuperCore capabilities
[Link] | hello@[Link]