Zurück zu den Leitfäden

Kernbankensysteme 2026: Der vollständige Leitfaden

Ein tiefer Einblick 2026 in Kernbankensysteme: Was sie sind, Cloud-native gegenüber Legacy-Cores, die Anbieterlandschaft (Mambu, Temenos, Thought Machine, Finxact, Tuum, Pismo, 10x, SAP Fioneer, adesso, Atruvia), Buy vs Build, TCO und Modernisierungspfade.

Kernbankensysteme 2026: Der vollständige Leitfaden
Kernbankensysteme 2026: Der vollständige Leitfaden
Kernbankensysteme 2026: Der vollständige Leitfaden

Was ist ein Kernbankensystem?

Ein Kernbankensystem (englisch Core Banking System) ist die Software, die das Hauptbuch führt. Sie hält den Kontostand jedes Kontos, verbucht jede Soll- und Habenbuchung, rechnet Zinsen an, bucht Gebühren und beantwortet die einfache Frage: "Wie hoch ist der Saldo gerade und ist diese Transaktion zulässig?" Alles andere, was eine Bank tut - Mobile Banking, Kartenprogramme, Kreditvergabe, KYC, Analytics - sitzt auf diesem Hauptbuch und vertraut darauf, dass es korrekt ist.

Vierzig Jahre lang bedeutete Kernbanking einen Monolithen in COBOL oder PL/SQL, der auf einem Mainframe im eigenen Rechenzentrum lief und nachts in einem zweistündigen Batch-Fenster gepflegt wurde. 2026 ist ein neuer Core fast immer Cloud-native, API-first, ereignisgesteuert und wird kontinuierlich ausgerollt. Der Umbruch ist so groß wie der Wechsel von On-Premise-E-Mail zu Gmail und vollzieht sich ungefähr in gleichem Tempo.

Hauptbuch

Jedes Konto, jede Buchung, jede Zinsabgrenzung. Die einzige Quelle der Wahrheit, die die BaFin sehen will.

Transaktionsengine

Zahlungseingänge, Zahlungsausgänge, Reservierungen, Stornos, Clearing-Dateien. In Echtzeit, rund um die Uhr, auf den Cent abgestimmt.

Produktfabrik

Girokonten, Sparkonten, Kredite, Karten, Festgeld. Als Parameter modelliert, nicht als Code.

Wenn eine Bank sagt "wir ersetzen unseren Core", meint sie die Herztransplantation. Es ist das größte, riskanteste und teuerste Projekt, das eine Bank je durchführt. Es ist zugleich das Projekt, das bei guter Umsetzung die Betriebskosten um 30-50% senkt und es der Bank erlaubt, neue Produkte in Wochen statt in Quartalen auszuliefern.

Lassen Sie uns Ihr Projekt besprechen und herausfinden, wie wir Ihr Projekt auf den Weg bringen können. digitales Bankprodukt zusammen

Demo anfordern

Cloud-native gegenüber Legacy-Cores

Die beiden Generationen existieren 2026 nebeneinander, und die meisten Banken betreiben beide. Den Unterschied zu verstehen ist die erste Frage, die jedes Modernisierungsgespräch beantworten muss.

Dimension Legacy-Core Cloud-native Core
Architektur Monolith, eng gekoppelte Module, gemeinsame Datenbank Microservices, ereignisgesteuert, Domain-APIs
Verarbeitung Nächtlicher Batch, zweistündige Wartungsfenster Echtzeit, 24/7, kein Cut-off
Deployment On-Premise-Mainframe, quartalsweise Releases Public Cloud (AWS, GCP, Azure), Continuous Deployment
Produktkonfiguration Codeänderungen, 6-12 Monate Release-Zyklus Produktdefinitionen als Daten, neues Produkt in Tagen
Typische Kosten pro Konto 40-80 USD pro Jahr 4-15 USD pro Jahr
Skalierungsmodell Vertikal, einen größeren Mainframe kaufen Horizontal, Container bei Bedarf hinzufügen

Kurz gesagt: Legacy-Cores wurden gebaut, als Banking eine Neun-bis-Fünf-Tätigkeit in der Filiale war. Cloud-native Cores entstanden für eine Welt, in der eine Kundin vom Strand in Portugal um 3 Uhr morgens einen Handwerker in Manila bezahlt. Das Betriebsmodell der Bank muss zur Architektur ihres Cores passen, sonst verliert sie an jeder Naht Geld.


Die Core-Banking-Anbieterlandschaft 2026

Rund zwölf Anbieter zählen 2026 ernsthaft. Sie gliedern sich in drei Gruppen: die nach 2010 gebauten Cloud-native Herausforderer, die modernisierten Platzhirsche und die regionalen Spezialisten. In Deutschland prägen daneben Dienstleister wie adesso, Atruvia (für die genossenschaftlichen Banken) sowie Finanz Informatik (für die Sparkassen) den Markt.

Cloud-native Herausforderer

  • Mambu (Berlin): SaaS-Core, stark im Privatkunden- und KMU-Kreditgeschäft, Kunden sind u.a. N26 und ABN AMRO.
  • Thought Machine (London): Vault Core und Vault Payments, Smart Contracts für Produktlogik, im Einsatz bei Lloyds und Standard Chartered.
  • Finxact (heute Fiserv): US-orientierter Echtzeit-Core, eingesetzt bei Mercantile Bank und Live Oak.
  • Tuum (Tallinn): modularer API-Core für Banken und Fintechs in ganz Europa.
  • 10x Banking (London): SuperCore, für Tier-1-Banken ausgelegt, läuft bei Chase UK und Westpac.
  • Pismo (von Visa übernommen): lateinamerikanischer Cloud-Core, Karten und Konten, stark in Brasilien.

Modernisierte Platzhirsche

  • Temenos: Transact ist weiterhin der weltweit am häufigsten installierte Core, Temenos SaaS bietet den Cloud-Pfad.
  • SAP Fioneer: aus SAP ausgegründet, eng integriert mit SAP ERP und Treasury-Stacks, stark im DACH-Raum.
  • Oracle Flexcube und FSS: breiter Funktionsumfang, stark in MEA und APAC.
  • Infosys Finacle: marktführend in Indien und Südostasien, Cloud-Editionen seit 2023.
  • FIS IBS und TCS BaNCS: große installierte Basis in Nordamerika bzw. Großbritannien.

IBS Intelligence und Celent zeigen für 2025-2026 denselben Trend: Cloud-native Anbieter gewinnen die Mehrheit der Greenfield-Ausschreibungen und Digitalbank-Launches, während die Platzhirsche den Austauschzyklus bei den größten Tier-1-Banken halten. Das Mittelfeld (Tier-2-Banken, Volks- und Raiffeisenbanken, Fintechs) ist der am härtesten umkämpfte Teil des Marktes.


Der Core-Banking-Markt 2026 in Zahlen

Globaler Core-Banking-Markt
19 Mrd. $
Schätzung 2026, rund 10% CAGR
Banken noch auf Legacy
~70%
Tier-1-Banken mit Pre-2000-Core
Kostenreduktion
30-50%
Typischer Opex-Rückgang nach Modernisierung
Time-to-Market für ein Produkt
<2 Wo.
Auf modernem Core, gegen 6-12 Monate auf Legacy

Zwei Fakten prägen 2026 jedes Vorstandsgespräch. Erstens: Banken geben rund 70% ihres IT-Budgets nur für den Betrieb aus, den Löwenanteil für Legacy-Cores. Zweitens: Eine durchschnittliche Core-Banking-Migration läuft drei bis sieben Jahre und kostet 100 Mio. $ bis 2 Mrd. $. Genau diese Lücke zwischen dem, was Banken brauchen, und dem, was sie sich leisten können, füllen die Cloud-native-Anbieter und die Orchestrierungsplattformen.


Microservices-Architektur im Inneren

Der Unterschied zwischen einem modernen und einem Legacy-Core ist kein Marketing. Es ist der Schaltplan. Ein moderner Core ist eine Menge unabhängig deploybarer Services, die über einen Event-Bus miteinander sprechen.

Service 1

Hauptbuch

Doppelte Buchführung, unveränderlich, Event-Sourced. Die Quelle der Wahrheit für Salden und Buchungen.

Service 2

Produktengine

Definiert Produkte (Girokonto, Kredit, Karte) als Daten, nicht als Code.

Service 3

Payments Hub

SEPA, SEPA Instant, SWIFT, FedNow, FPS, Kartennetze, alles hinter einer Abstraktion.

Service 4

Party und Party-Rolle

Kunden, Rechtsträger, Verfügungsberechtigte, wirtschaftlich Berechtigte. Produktübergreifend genutzt.

Um diese vier herum finden sich die übrigen Bausteine: KYC und Onboarding, Betrugs- und Transaktionsüberwachung, Limits, Pricing, Gebühren, Kontoauszüge, regulatorisches Reporting, Analytics. Jeder ist ein eigener Service, jeder publiziert Events, jeder lässt sich tauschen oder aktualisieren, ohne die Bank offline zu nehmen. Deshalb kann ein Cloud-native Core mehrmals pro Woche in Produktion releasen, während ein Legacy-Core viermal im Jahr am Wochenende ausgerollt wird.


Kaufen, bauen oder mieten: die drei ehrlichen Pfade

Es gibt keine universell richtige Antwort. Es gibt nur die richtige Antwort für Ihre Lizenz, Ihr Kapital, Ihr Team und Ihren Zeitplan.

Pfad Zeit Kapital Passt am besten zu
Inhouse bauen 3-5 Jahre 50 Mio. $+ plus Engineering-Team von 50+ Tier-1-Banken mit ungewöhnlichen Produktanforderungen und tiefen Taschen (JPMorgan, Goldman Marcus).
Anbieter-Core kaufen und integrieren 18-36 Monate 5-100 Mio. $ je nach Größenordnung Tier-2- und Tier-3-Banken, die Legacy ablösen, oder gut finanzierte Neobanken mit Wunsch nach voller Kontrolle.
Orchestrierungsplattform mieten (z.B. Crassula) 4-12 Wochen bis MVP Niedriger sechsstelliger Bereich, SaaS-Abonnement Fintechs, E-Geld-Institute, Zahlungsdienstleister und Wiederverkäufer, die ein gebrandetes Produkt wollen, ohne einen kompletten Anbieter-Core zu integrieren.

Die meisten Teams außerhalb der Tier-1-Ebene wählen Pfad zwei oder drei. Hier setzt Crassula an: Hauptbuch, Produktengine, Payments-Routing, Kartenprogramm, KYC-Orchestrierung, Admin-Konsole, Web- und Mobile-Frontends, fertig zum Branden. Binden Sie Ihre eigene lizenzierte Einheit (Bank, E-Geld-Institut, Zahlungsinstitut) an oder wählen Sie einen BaaS-Partner und gehen Sie live.


Total Cost of Ownership: Wo das Geld wirklich hingeht

Der Listenpreis eines Cores ist ein schlechter Indikator für die Lebenszykluskosten. Die eigentliche Rechnung steckt in Integration, Datenmigration, Schulung, Change-the-Bank-Programmen und den fünf Jahren Betriebskosten nach dem Go-Live.

Jahresabonnement für einen Cloud-native Core oder unbefristete Lizenz plus Wartung bei einem Legacy-Anbieter. Cloud-native wird meist pro Konto oder pro Transaktion bepreist, was sauber mit dem Geschäft skaliert.

Systemintegratoren, internes Engineering, Datenmigration, kundenspezifische Konnektoren zu Kartennetzen, Zahlungsschienen und aufsichtsrechtlichem Reporting. Hier rutschen Programme ab und sprengen Budgets.

Rechenleistung, Speicher, Observability, Data Warehouse. Ein in Echtzeit arbeitender Core mit gutem Engineering braucht deutlich weniger als ein geschwätziger Legacy-Core mit ineffizienten Queries.

Prozessneugestaltung, Weiterbildung von Ops- und Risk-Teams, Parallelbetrieb zweier Cores während der Migration, Außerbetriebnahme des alten Systems. In fast jedem Business Case unterschätzt.

Als realistische Faustregel für eine mittelgroße Bank: Auf jeden 1 $ Anbieter-Software kommen 2-3 $ Implementierung und 1 $ pro Jahr Betriebskosten. Cloud-native und orchestrierte Plattformen drücken dieses Verhältnis; Legacy-Ablöseprogramme blähen es auf.


Modernisierungspfade: Big Bang, Coexistence, progressiv

Drei Muster dominieren 2026 in realen Programmen.

  1. Big Bang. Den Legacy-Core an einem Cutover-Wochenende komplett ersetzen. Heute selten. Hohes Ausführungsrisiko, und die BaFin verlangt Notfallpläne, die sich kaum noch jemand leistet. Nur Tier-3-Banken und einige Schwellenländer-Banken versuchen es noch.
  2. Coexistence. Der neue Core läuft parallel zum alten, Neukunden und neue Produkte gehen auf den neuen Core, Bestandsportfolios bleiben zunächst auf Legacy, Migration in Wellen über drei bis fünf Jahre. So gehen Lloyds, ING und die meisten Tier-1-Programme vor.
  3. Progressiv (Strangler Fig). Eine Fähigkeit nach der anderen (erst Payments Hub, dann Karten, dann Sparen) wird in moderne Services herausgelöst, während der Legacy-Monolith schrumpft. Beliebt bei Regionalbanken und Genossenschaften.

Es gibt einen unterschätzten vierten Pfad: Eine neue Marke auf einem modernen Core starten, während das Legacy-System weiterläuft. Chase UK auf 10x, Marcus auf Mambu, Bo (RBS) und Mettle (NatWest) sind so gestartet. Geringeres Ausführungsrisiko, sauberes Datenmodell, und die neue Marke kann das Buch der Muttergesellschaft später absorbieren.


Wo Crassula im Core-Banking-Stack 2026 sitzt

Crassula ist keine Ledger-Engine für eine Tier-1-Bank. Es ist die Orchestrierungs- und Produktschicht, die auf einer Lizenz und einem Bündel von Zahlungsschienen aufsetzt und ein gebrandetes Banking-Produkt in Wochen ausliefert. Konkret bietet Crassula:

Konten und Hauptbuch

Multiwährungs-Konten, virtuelle IBANs, Echtzeit-Buchungen, Abstimmung und Kontoauszüge von Anfang an.

Kartenprogramm

Gebrandete physische und virtuelle Karten, Tokenisierung für Apple Pay und Google Pay, BIN-Sponsor-Partner.

Payments-Routing

SEPA, SEPA Instant, SWIFT, lokale Schienen und Korrespondenzbankennetz, alles hinter einer einzigen API.

KYC und Compliance

Onboarding, AML-Screening, Transaktionsüberwachung, orchestriert über Anbieter, denen Sie bereits vertrauen.

Frontends

White-Label-Webbanking, iOS- und Android-Apps, bereit zum Branden und Veröffentlichen unter Ihrem Namen.

Admin-Backoffice

Operations-Konsole für Ops, Risk und Support, mit rollenbasierter Zugriffskontrolle und vollständigem Audit-Trail.

Wenn Sie eine Bank-, E-Geld- oder Zahlungsinstitutslizenz haben, legt sich Crassula um Ihre lizenzierte Einheit. Wenn nicht, binden wir Sie an einen unserer BaaS-Partner an. So oder so starten Sie ein echtes Banking-Produkt, ohne drei Jahre in die Integration von Temenos zu investieren. Sprechen Sie mit unserem Team, um Ihren Launch zu planen.


FAQ

Ein Kernbankensystem ist die Software, die das Hauptbuch der Bank führt, jede Transaktion verarbeitet, Zinsen und Gebühren anrechnet und definiert, welche Produkte (Konten, Kredite, Karten) die Bank anbietet. Alles andere - Mobile App, Website, Kartenprogramm, Analytics - liest aus dem Core und schreibt in den Core. Wer "den Core ablösen" sagt, meint die Herztransplantation der Bank.

Ein Legacy-Core ist ein Monolith, meist in COBOL oder PL/SQL, der nachts Batch-Prozesse auf einem Mainframe im Rechenzentrum der Bank laufen lässt. Ein Cloud-native Core ist eine Menge Microservices, ereignisgesteuert, in der Public Cloud deployt, 24/7 in Echtzeit. Die Betriebskosten pro Konto sinken typischerweise von 40-80 $ pro Jahr auf Legacy auf 4-15 $ auf Cloud-native.

Cloud-native Marktführer: Mambu, Thought Machine, Finxact (Fiserv), Tuum, 10x Banking, Pismo. Modernisierte Platzhirsche: Temenos, SAP Fioneer, Oracle Flexcube, Infosys Finacle, FIS IBS, TCS BaNCS. Im DACH-Raum spielen zusätzlich Atruvia, Finanz Informatik und adesso als Partner und Implementierer eine zentrale Rolle. Die Wahl hängt von Größenordnung, Region und dem Wunsch nach SaaS oder deployter Plattform ab.

Sofern Sie nicht eine Tier-1-Bank mit ungewöhnlichen Anforderungen und einem Team von mehr als fünfzig Ingenieuren sind, gewinnt Kaufen (oder das Mieten einer Orchestrierungsplattform) jedes Mal. Bauen dauert drei bis fünf Jahre und kostet 50 Mio. $+. Ein moderner Anbieter-Core erreicht Produktion in 18-36 Monaten. Eine White-Label-Plattform wie Crassula bringt ein gebrandetes Produkt in unter drei Monaten auf einer bestehenden Lizenz live.

Für eine Tier-2- oder Tier-3-Bank sind 18-36 Monate typisch. Tier-1-Programme laufen drei bis sieben Jahre wegen Portfoliogröße, regulatorischer Komplexität und der Zahl der umliegenden Systeme, die neu verdrahtet werden müssen. Greenfield-Digitalbanken starten in 4-12 Monaten. Der schnellste Weg für eine neue Marke ist, sie vom ersten Tag an auf einem modernen Core zu betreiben, statt ein bestehendes Buch zu migrieren.

Auf jeden 1 $ Anbieter-Software kommen 2-3 $ Implementierung und Integration plus 1 $ pro Jahr Betriebskosten. Für eine mittelgroße Bank landet das oft bei 50-200 Mio. $ über einen Fünf-Jahres-Horizont. Cloud-native und orchestrierte Plattformen drücken das Verhältnis; Legacy-Ablösungen blähen es auf.

Crassula ist die Orchestrierungs- und Produktschicht, die auf einer Banklizenz oder E-Geld-Lizenz und einem Bündel von Zahlungsschienen aufsetzt. Wir liefern Konten und Hauptbuch, Kartenprogramm, Payments-Routing, KYC-Orchestrierung, White-Label-Web- und Mobile-Frontends sowie eine Admin-Konsole. Sie binden Ihre eigene lizenzierte Einheit oder einen unserer BaaS-Partner an und gehen in Wochen mit einem gebrandeten Produkt live. Wir sind eine Ergänzung zu den großen Anbieter-Cores, kein direkter Ersatz für Temenos oder Thought Machine bei einer Tier-1-Bank.

Nein. Ein Kernbankensystem ist die Software, auf der die Bank läuft. Banking-as-a-Service ist ein kommerzielles Modell, bei dem eine lizenzierte Bank ihre regulierten Fähigkeiten über APIs bereitstellt, damit Nichtbanken sie einbetten können. BaaS baut fast immer auf einem modernen Core auf, aber die beiden Begriffe beschreiben unterschiedliche Dinge. Siehe unseren BaaS-Leitfaden für das vollständige Bild.

Other Guides

Erstellen Sie eine digitale Bank in nur wenigen Tagen

Demo anfordern
Unternehmen
150+ Unternehmen, die bereits bei uns sind
Top