Core Modernization: Auswege aus dem Legacy-Lock-in bei einem Kernbankensystem
Boris Strucken, Leiter Innovationen für Banken bei FISFIS
Die Banken stehen in punkto Kernbankensystem vor der komplexen Herausforderung namens „Legacy Lock In“: die Technik ist zu teuer, sie ist veraltet und komplex, die ehemaligen Entwickler sind längst in Rente oder kurz davor und die Systeme sind nicht schnell genug anpassbar für die kommenden Ansprüche in punkto Agilität. Denn es gibt kaum Möglichkeiten, CI/CD (Continuous Integration/Continuous Delivery) im Legacy- bzw. Host-Umfeld einzusetzen. Die Empfehlung von Boris Strucken.
von Boris Strucken, Leiter Innovationen Banken, FIS
LLegacy-Lock-in beim Kernbankensystem: Verstärkt wird das Problem durch die Tatsache, dass die Banken sich in der Kostenfalle befinden: zwei Drittel der Budgets werden für Run-the-Bank (RtB) benötigt, und nur ein Drittel kann für Innovationen, d.h. Change-the-Bank (CtB) genutzt werden. Hinzu kommen steigende Kosten für die Erfüllung der Ansprüche seitens der Regulierung, auch mit kurzen Umsetzungszeiträumen nach Veröffentlichungen ist zu kämpfen. Die Banken müssen hier das bisherige zwei Drittel/ein Drittel Verhältnis deutlich verbessern, um der digitalen Welt schneller und kosteneffizienter zu begegnen.
Was ist Core Modernization eigentlich bzw. wie kann sie funktionieren?
FIS
Die effizienteste Lösung ist aus unserer Sicht die Komponentisierung mit „lift-out and lift-up“ – heißt im Klartext: entzerren, entrümpeln und höher ansiedeln. Gezieltes Layering macht Systeme flexibler und agiler.
Die scheinbar aufwändigere Integration ist die Chance, Business Services als Restful APIs im Sinne einer Abstraktionsschicht einzuziehen und technische Schnittstellen zu entkoppeln, d.h. dahinterliegende Systeme austauschen zu können.”
Gefragt ist dabei ein ganzheitlicher Architekturansatz, der Front to Back ist, um aus dieser Falle des leichtgewichtigen Frontends mit dem schwerfälligen und teuren Backend über eine smarte Integrationsschicht hinauszugelangen. Es muss daher von Anfang an eine umfassende Architektur aufgesetzt werden, die einen Aufbau bedient, wie sie von allen Banken benötigt wird.
FIS
Am sinnvollsten erscheint dazu eine Vierteilung in Schichten mit folgendem Setup: Kunden Channels bzw. Frontends, dann Business Process Orchestration und technische Integration, sowie einzelne gekapselte Applikationen als Enterprise Components / Factories. Hinter sämtlichen Schichten liegt ein Data-Universe bzw. Data-Lake, der nicht nur batch, sondern auch real-time ist. Neben einer klaren funktionalen Trennung nach Separation-of-Concerns und Front-to-Back-Integration wird auch noch das Thema Datenmanagement dabei immer wichtiger. Dies ist für die Banken ein bislang noch unentdeckter, riesiger Schatz, den sie noch nicht angefangen haben, richtig umfassend zu nutzen.
Mit Hilfe von AI (Artificial Intelligence) können über Big Data interessante Erkenntnisse gewonnen werden. Und zwar insbesondere zu Fragen, die gar nicht gestellt wurden und trotzdem tiefgreifende Erkenntnisse bringen – vor allem, wenn sie graphisch spannend dargestellt werden können. Die Banken könnten an dieser Stelle wesentlich tiefer in das Verständnis und damit auch die Kenntnis ihrer Kunden einsteigen.”
Wie kann das Thema Komponentisierung bei einem Kernbankensystem gelingen?
Es gilt, den Monolith Kernbank funktional aufzuspalten. Die einzelnen Bereiche wie etwa Payments, übergreifende Kunden- und Preis-Stammdaten, sowie Prozesse zur Kreditabwicklung etc. finden in eigenen IT-Systemen als eigenständige Einheiten statt. D.h., man identifiziert übergreifende Business-Funktionalitäten, die man dort in jeweils eigenen monolithischen Applikationen mehrfach und nicht übergreifend verbaut hat – schließlich ist das Corebankingsystem in über 25 Jahren Stück für Stück zu dem gewachsen, was es heute ist.
Autor Boris Strucken, FIS
Boris Strucken ist Leiter Innovation im Bereich Banking & Payments beim IT- und Dienstleistungsunternehmens Fidelity Information Services. Bei FIS Deutschland verantwortet der studierte Informatiker Strategieentwicklung und Umsetzung neuer technologischer Ansätze für die Finanzbranche.
„Historisch“ gesehen wurde in den meisten Kernbankensystemen dieselbe Funktionalität mehrfach verbaut. So wurden beispielsweise Payments-Funktionen immer und an verschiedenen Stellen eingebaut, obwohl man es nicht immer brauchte, weil es übergreifende Payment Engines für SEPA gibt. Das reicht aber nicht mehr für die Zukunft: Denn künftig soll es so sein, dass die Elemente modular sind, auf die man übergreifend zugreifen kann, wenn dies vom Geschäftsprozess notwendig ist. Man hat dann nur eine Engine statt vieler verschiedener – doch bislang hat jeder die Module so ein- und umgebaut, wie er sie lokal brauchte. Man hatte zwar einen SEPA-Standard als Spezifikation, aber wie dieser umgesetzt wurde, war damals interpretationsabhängig von der Spezifikation insb. länderübergreifend (z.B. deutsche vs. französische vs. tschechische Niederlassung). Heute hingegen hat die Architektur eine starke Government-Funktion zu erfüllen, weil die Umsetzung durchnormierter ist. Man will auf diese Weise Komplexität verringern und damit Kosten sparen und Speed-to-Market zu erhöhen.
Das wesentliche Ziel ist heute der Versuch, ein großes Kernbankensystem in kleinere, eigenständige, funktionale Blöcke zu teilen. Man muss viele Schnittstellen zu Adaptern umbauen, damit man darauf standardisiert aufbauen kann. Die Integrationsschicht spielt dabei eine zentrale Rolle, was jedoch für API Management im Sinne von Open Banking sowieso benötigt wird.
Ins Zentrum der Betrachtung rückt heute immer stärker der Business Case der Gesamtfunktionalität. Die Transformation ist mehr denn je eine evolutionäre denn eine revolutionäre Story. So lässt sich das Big-Bang-Risiko vermeiden und getätigte Investitionen werden geschützt. Besonders wichtig dabei ist die Frage nach den Pain Points, die auch Investitionen rechtfertigen und nicht eine getätigte Abschreibung noch finanziell jahrelang „ausschlachten“.
Der Run um den Kunden von morgen
Die Herausforderungen angesichts der Digitalisierung sind riesig – die Banken müssen nicht nur den neuen Wettbewerbern begegnen, sondern sich auch fit für die Zukunft machen. Ein (Kosten-)effizienteres Kernbankensystem ist dafür die Voraussetzung, um auch eine einfachere Integrierbarkeit künftiger, bislang möglicherweise noch unbekannter neuer Funktionen zu gewährleisten.
Innovation und Geschwindigkeit werden in Zukunft die beiden entscheidenden Bausteine sein, um den digitalen Kunden von morgen für sich zu gewinnen.” aj
Sie finden diesen Artikel im Internet auf der Website: https://itfm.link/75668
Schreiben Sie einen Kommentar