Modernisieren, ohne die Bank neu aufzubauen.

Was der Markt verlangt

Das von der Febraban-Studie 2026 prognostizierte Budget zeigt den Umfang der Technologieinvestitionen. Die Zahl belegt weder eine Rendite noch eine Präferenz für eine bestimmte Architektur. Die redaktionelle Frage ist eine andere: Wie viel dieses Aufwands steigert die Fähigkeit, das nächste Produkt zu liefern?

Der Druck entsteht, wenn eine geschäftliche Änderung Anpassungen in mehreren Kanälen, Integrationen und Betriebsabläufen erfordert. Eine neue Kreditlaufzeit oder eine neue Zugangsbedingung ist dann keine lokale Entscheidung mehr, sondern konkurriert um ein Release-Fenster der gesamten Organisation.

Referenz: Febraban · Banktechnologie-Studie 2026 ↗

Wählen Sie eine Geschäftsgrenze

Ein sinnvoller Ausschnitt kann die Simulation eines Angebots, die Identitätsprüfung oder die Formalisierung sein. Er braucht Eingabe, Ausgabe, eine verantwortliche Person und ein beobachtbares Ergebnis. Eine Fähigkeit nur deshalb zu wählen, weil sie sich leicht herauslösen lässt, kann eine neue API hervorbringen, ohne die Arbeit von irgendjemandem zu verbessern.

Nehmen Sie ein Institut, das in der App, im Partnerportal und am Schalter unterschiedliche Konditionen anzeigt. Wird die Berechnung in einer Fähigkeit mit explizitem Vertrag gebündelt, entsteht ein Ort, an dem die Regel diskutiert werden kann. Die Kanäle bleiben unterschiedlich, greifen aber auf dieselbe Verantwortlichkeit zurück.

Das Zusammenspiel ist Teil der Lösung

Bei der Migration muss festgelegt werden, wo die maßgeblichen Daten liegen, welche Operationen wiederholt werden dürfen und wie Antworten verglichen werden. Während der Umstellung können parallel ausgeführte Berechnungen helfen, Abweichungen zu erkennen, bevor echter Traffic umgeleitet wird. Operationen, die Geld bewegen, erfordern besondere Sorgfalt: Ein wiederholter Aufruf darf die Wirkung nicht wiederholen.

Eine modulare Grenze beseitigt Kopplung nicht von selbst. Versionen, Fehlerbehandlung und Kompatibilität müssen mit den Nutzern abgestimmt werden. Wenn eine Fähigkeit viele Nutzer gewinnt, kann eine schlecht gesteuerte Änderung die Auswirkungen vergrößern, statt sie zu verringern.

Wann teilen – und wann den Unterschied bewahren

Wiederverwendung liegt vor, wenn zwei Produkte dieselbe Verantwortung benötigen und einen gemeinsamen Vertrag akzeptieren. Nur oberflächliche Ähnlichkeit liegt vor, wenn gleiche Namen unterschiedliche Regeln, Lebenszyklen oder Anforderungen verbergen. Beide in eine einzige Implementierung zu zwingen, verwandelt Parameter meist in schwer verständliche Ausnahmen.

Der Ansatz: das Fundament teilen und den Kontext explizit halten. Banking, Kredit und Forderungen können Identität und Dokumente wiederverwenden, ohne dieselbe Genehmigungsrichtlinie zu teilen. Die Architektur muss diesen Unterschied ermöglichen.