Die Abwicklung des Bankgeschäfts basiert seit Jahrzehnten auf dem hauseigenen Kernbanksystem (KBS). Dort werden Kundendaten gespeichert, die Geschäftsfälle auf den Konten im Bereich des Giro-, Spar- und Kreditgeschäfts verarbeitet und die Veranlagungsgeschäfte in Wertpapierdepots verwaltet. Da die IT-Landschaft einer Bank meist historisch gewachsen ist, weist diese eine hohe Komplexität mit einer Vielzahl an verschiedenen Modulen und Systemen auf, welche durch Schnittstellen verbunden sind. Diese Situation führt zu hohen Wartungskosten für die Bank. Meistens hat das Kernsystem der Bank seinen Lebenszenit überschritten, sodass eine Modernisierung ansteht. Alte Legacysysteme hindern an einer erfolgreichen Digitalisierung.

Die Ablöse dieser Dinosaurier stellt für viele Unternehmen jedoch eine große Herausforderung dar. Die Funktionalitäten, die in den letzten Jahrzehnten für diese Systeme entwickelt wurden, müssen in der Regel erhalten bleiben, jedoch soll auf eine moderne und zukunftsfähige Technologie umgestellt werden. In vielen Fällen ist gar nicht bekannt, welche Funktionalität überhaupt vorhanden ist und wie die Software technisch funktioniert. Gründe dafür können sein, dass die Entwickler schon lange nicht mehr im Unternehmen tätig sind oder dass die Software schlecht oder gar nicht dokumentiert ist.

Legacy-Systeme modernisieren: Was bedeutet „Reverse Engineering“?

Fehlt eine saubere Dokumentation, können nur durch eine Dokumentation des Altsystems – vor der Umstellung auf ein neues System – Risiken minimiert und Probleme vermieden werden. Diese Dokumentation wird nicht nur für die Neukonzeption des Ablösesystems benötigt, sondern oft auch nach der Umstellung für die Schulung neuer Mitarbeiter, die zukünftig das Legacy System technisch betreuen müssen. Getreu dem Motto „Im Code steckt die Wahrheit“ wird das Altsystem analysiert, um es zu verstehen, zu kopieren oder zu verbessern. ReqPOOL setzt hierbei eine Methode zur Vereinfachung der Nachdokumentation ein, das sogenannte „Reverse Engineering“.

Je nachdem wie sich bei der Softwareablösung entschieden wird: Reverse Engineering kann erneut zum Einsatz kommen. Bei Ablöse durch ein neues externes System dient Reverse Engineering als Hilfsmittel, um im Rahmen des Beautycontest den IT-Background verschiedener Softwareangebote zu vergleichen. Bei Ablöse durch eine Neuentwicklung eines eigenen Systems dient es hingegen als Tool zur kontinuierlichen Dokumentation.

Woran erkennen Sie, dass Ihr KBS veraltet ist, und Sie eine Modernisierung dringend einleiten sollten?

Stellen die Kosten zur Erhaltung des Bankbetriebs beinahe den gesamten IT-Kostenblock dar und fehlen dafür Budgetmittel an anderen Stellen zur dringend nötigen Weiterentwicklung?

Ist das KBS in einer Programmiersprache geschrieben, die nicht mehr an Fachhochschulen und Unis gelehrt wird (Cobol, Fortran, PL/I etc.)?

Ist das Datenmodell der Datenbank kontenzentriert und nicht kundenzentriert (im Sinne einer 360°-Betrachtung des Kunden)?

Kann die Bank keine Realtime-Transaktionen abbilden? Werden die Buchungen also nach wie vor in Stapelverarbeitung (Batchbetrieb) durchgeführt?

Hat die Bank Schwierigkeiten ihr gesamtes IT-System durchgängig gemäß gesetzlicher Anforderungen, z.B. der BAIT (Bankaufsichtliche Anforderungen an die IT) zu dokumentieren?

Wenn Sie diese Fragen überwiegend mit „Ja“ beantworten, sollten Sie die wichtigsten Erfolgskriterien für die Modernisierung des KBS kennen. Um die Kernbankablöse möglichst erfolgreich zu gestalten, gelten einige wichtige Regeln:

• Zunächst einmal muss die zentrale Bedeutung eines KBS als unternehmensweites Rückgrat der Bank verstanden werden. Keine Bank kann ohne ein stabiles und tragfähiges Fundament wachsen.

• Es sollte ein gemeinsames Verständnis dafür erzielt werden, dass es sich nicht lediglich um einen Tausch des KBS handelt, sondern eine Gesamttransformation der Bank zu einem vorher ausreichend definierten Zielmodell angestrebt wird.

• Selbstverständlich muss auch das Team entsprechend aufgestellt sein: Der notwendige Einsatz der relevanten Fachkräfte und die Bereitstellung von ausreichenden Ressourcen durch die Bank sind obligatorisch.

• Passt die avisierte Lösung und der Dienstleister zum Geschäftsmodell? Wenn nicht, muss noch einmal nachjustiert werden.

• Zusätzlich zum IT-Bereich müssen das Topmanagement und die Fachbereiche eingebunden werden. Klar strukturierte Verträge und die transparente Darstellung von Projektinhalten müssen allen Beteiligten zugänglich sein.

• Das straffe Projekt- und Changemanagement sorgt für „less is more“. Die Bank vermeidet einen Overkill durch Overload: Zu viele neue Themen auf das Migrationsprojekt aufzuladen, kann zu einer Verzögerung im Gesamtprojekt führen.

• Und vermeiden Sie einen „Big Bang“. Es handelt sich um das Kernsystem – Sie sollten die Umstellung als ein fortlaufendes Innovations- & Transformationsprojekt.