Selbst bauen oder kaufen: die wahren Kosten eines Core-Banking-Systems

Früher oder später rechnet jeder Fintech-Gründer dieselbe Entscheidung durch: das Core-Banking-System selbst entwickeln oder eines lizenzieren und konfigurieren. Der naive Vergleich — auf der einen Seite eine Lizenzgebühr, auf der anderen ein paar Entwicklergehälter — ist fast immer falsch, denn die beiden Spalten enthalten nicht dieselben Dinge.

Der ehrliche Vergleich sind die Gesamtbetriebskosten über die Lebensdauer des Produkts: der Aufbau, die permanente Wartung, der laufende Aufwand für Sicherheit und Compliance und die Umsätze, die Sie nicht erzielen, während Sie bauen. Wir entwickeln Core-Banking-Software, also haben wir naturgemäß eine Position — aber die folgende Rechnung ist die, die wir sehen wollten, wenn wir die Käufer wären.

Was „ein Core-Banking-System“ wirklich bedeutet

Die meisten Make-or-Buy-Schätzungen scheitern, bevor die erste Zahl geschrieben ist, weil der Umfang unterschätzt wird. Die Banking-App, die Ihre Kunden sehen, ist der sichtbare Bruchteil des Systems. Ein produktionsreifer Core besteht aus vier Produkten in einem:

• Der transaktionale Kern: ein Ledger mit doppelter Buchführung, das unter paralleler Last ausgeglichen bleibt, in dem jeder Saldo aus dem Ledger abgeleitet und täglich gegen jeden Provider abgestimmt wird.
• Das Kundenprodukt: die Banking-App selbst, Onboarding mit KYC- und KYB-Stufen, Multiwährungskonten, Überweisungen, Karten — und zunehmend Krypto-Wallets mit echter Schlüsselverwahrung dahinter.
• Das zweite Produkt, das niemand einplant: ein Operations-Backoffice für Compliance-Queues, Transaktionsüberwachung, Gebührenkonfiguration, Reporting und granulare Mitarbeiterrollen.
• Die unsichtbare Schicht: ein Append-only-Audit-Trail, Zwei-Faktor-Flows über den Login hinaus, Rate Limiting, Device Fingerprinting und ein Schlüsselmanagement, das Secrets aus Code und Datenbank heraushält.

Der Weg des Selbstbauens: was das Budget wirklich enthält

Ein realistischer Eigenaufbau braucht Senior-Backend-Ingenieure mit Erfahrung in Finanzsystemen, Frontend-Ingenieure, DevOps und Security, QA sowie eine Produktkoordination, die Compliance versteht. Teams, die Produktionsqualität erreichen, sind selten kleiner als sechs bis zehn Senior-Leute — und das knappe Profil, Ingenieure, die Ledger und Verwahrung bereits in Produktion betrieben haben, ist genau das, das am schwersten zu finden und zu halten ist.

Beim Zeitplan ist das Muster konsistent: ein bis zwei Jahre, um zu erreichen, was eine ausgereifte Plattform am ersten Tag bietet. Die Zeit fließt nicht in Screens; sie fließt in die Korrektheit des Ledgers unter Parallelität, in Provider-Integrationen, die jeweils ihre eigenen Sandbox-Eigenheiten und Zertifizierungsschritte mitbringen, in Sicherheitshärtung und in die lange Reihe von Grenzfällen, die erst mit echten Kunden und echtem Geld sichtbar werden.

Und die Ausgaben enden nicht mit dem Launch. Provider ändern ihre APIs, Blockchain-Netzwerke werden aktualisiert, die Regulierung bewegt sich, Abhängigkeiten veralten. Ein selbst entwickelter Core ist kein Projekt, das endet; er ist ein permanentes Team, das Sie so lange finanzieren, wie das Produkt existiert.

Die Kosten, die nie in der Tabelle stehen

• Opportunitätskosten: Jeder Monat, der in den Aufbau des Ledgers fließt, ist ein Monat, in dem das Produkt nicht am Markt ist. Die Wettbewerber, die ihren Core lizenziert haben, gewinnen Kunden und iterieren am Pricing, während Sie noch Provider integrieren.
• Personalrisiko: Der Plan unterstellt, dass das Team, das den Aufbau beginnt, ihn auch beendet. Einen von zwei Ingenieuren zu verlieren, die das Ledger verstehen, ist mitten im Projekt ein Terminereignis, das sich in Monaten misst.
• Die letzte Meile der Korrektheit: Ein Ledger, das zu 99 % stimmt, ist nicht fast fertig — es ist ein Generator für Support-Tickets, Abstimmungsdifferenzen und regulatorische Vorfälle. Das letzte Prozent kostet mehr als die ersten 99.
• Sicherheit als Dauerbetrieb: Penetrationstests, Schlüsselrotation, Incident Response, Monitoring und Alerting — wiederkehrende Kosten, die anfallen, ob etwas schiefgeht oder nicht.
• Laufende Compliance: ablaufende KYC-Dokumente, sich entwickelnde Kryptowerte-Regeln, neue Meldepflichten. Die Arbeit wiederholt sich jedes Jahr und lässt sich nicht aufschieben.
• Das Backoffice: Eigenentwicklungen behandeln die Werkzeuge des Teams regelmäßig als Nebensache, und das Operations-Team erbt eine SQL-Konsole. Jeder Regulator und jeder Auditor, der das sieht, wird Sie zwingen, es ordentlich neu zu bauen.
• Lokalisierung: Viele Sprachen mit echter RTL-Unterstützung auszuliefern ist günstig, wenn es vom ersten Tag an mitgedacht wird, und teuer, wenn es nachgerüstet werden muss.

Der Weg des Kaufens: was Sie bezahlen und was Ihnen gehört

Auf der Kaufseite ist die Technologiespalte explizit: eine Lizenz oder Miete für die Plattform — seriöse Anbieter bepreisen Module, Chains und Sprachen einzeln, sodass die Rechnung dem folgt, was Sie tatsächlich aktivieren — plus die Infrastruktur, auf der die Instanz läuft. Was der Kauf nicht beseitigt: Ihre regulatorischen Lizenzen oder Partnervereinbarungen, Ihre kommerziellen Verträge mit Providern, Ihr Operations-Personal, Ihren Vertrieb. Diese Kosten gehören auf beiden Wegen dem Betreiber — der Kauf beseitigt den Engineering-Berg, nicht das Geschäft.

Die ehrlichen Kosten des Kaufens haben die Form von Abhängigkeit: Die Roadmap gehört nicht vollständig Ihnen, und die Plattform ist nur so gut wie ihr schwächstes Modul. Die Gegenmittel lassen sich vor der Unterschrift prüfen: eine dedizierte Instanz mit eigener Datenbank und eigenen verschlüsselten Secrets, damit der Abschied vom Anbieter eine Migration ist und keine Geiselverhandlung; Provider-Integrationen hinter einer Abstraktionsschicht, damit die Verträge Ihnen gehören und Provider austauschbar bleiben; modulare Lizenzierung, damit Sie nur zahlen, was Sie einschalten; und der Nachweis, dass die Plattform echte Kunden und echtes Geld verarbeitet hat.

Wann Selbstbauen die richtige Entscheidung ist

Make or buy ist keine rhetorische Frage mit vorbestimmter Antwort. Selbst zu bauen ist richtig, wenn mindestens einer dieser Punkte zutrifft:

• Die Infrastruktur ist das Produkt: Sie verkaufen das Ledger, die Verwahrung oder die Banking-as-a-Service-Fähigkeit selbst — sie zu besitzen ist das Geschäft.
• Ihre Differenzierung liegt in Anforderungen, die kein Anbieter abdeckt — nicht Features, die einem Anbieter dieses Quartal fehlen, sondern Fähigkeiten, die strukturell außerhalb dessen liegen, was Plattformen leisten.
• Sie haben bereits ein Senior-Team mit Core-Banking-Erfahrung in Produktion — und die Mittel, es jahrelang ohne Umsatz zu finanzieren.
• Ein Regulator oder eine Muttergesellschaft macht die vollständige interne Kontrolle über den Stack zur nicht verhandelbaren Bedingung.

Ein Entscheidungsrahmen mit fünf Fragen

• Differenzierung: Wird ein Kunde Sie je wählen, weil Ihr Ledger eine Eigenentwicklung ist? Liegt Ihr Vorsprung in Produkt, Vertrieb oder Preis, ist der Core Infrastruktur — unverzichtbar, aber nichts, was Sie neu erfinden müssen.
• Zeitplan: Kann das Geschäft ein bis zwei Jahre ohne Umsatz verkraften, während der Core entsteht — in einem Markt, der nicht wartet?
• Team: Haben Sie Ingenieure, die geldbewegende Systeme in Produktion betrieben haben — oder können Sie sie realistisch einstellen und halten?
• Kosten über drei Jahre: Vergleichen Sie Aufbaukosten plus permanentes Wartungsteam mit Lizenz plus aktivierten Modulen über drei Jahre — nie Launch-Kosten gegen Launch-Kosten.
• Exit: Wie sieht der Ausstieg auf jedem Weg aus? Intern ist das Risiko, dass Schlüsselpersonen mit dem Wissen gehen. Beim Anbieter verlangen Sie eine dedizierte Instanz, eigene Datenbank und eigene Schlüssel — dann ist der Ausstieg eine Migration.

Wo Coreza in dieser Entscheidung steht

Coreza ist die Kaufspalte, gebaut, um die obige Checkliste zu bestehen: Jeder Kunde betreibt eine dedizierte Instanz auf AWS mit eigener Datenbank und eigenen verschlüsselten Secrets, jedes Modul — Chains, Sprachen und Tokens eingeschlossen — wird einzeln lizenziert, damit der Preis dem folgt, was Sie aktivieren, und Provider-Integrationen liegen hinter einer Abstraktionsschicht, damit die kommerziellen Verträge bei Ihnen bleiben.

Eine Version dieses Cores läuft seit 2024 in Produktion bei einem regulierten europäischen Fintech, und eine neue Instanz ist in Wochen deployt: Branding, Module, Sprachen und Chains sind Konfiguration, kein Engineering. Wenn Sie gerade die Make-or-Buy-Rechnung aufstellen, ist das der Vergleich, zu dem wir Sie einladen — Dreijahreskosten gegen Dreijahreskosten, mit ausgefüllter versteckter Spalte.