Core Banking vs. BaaS: Was Sie tatsächlich kaufen

Core Banking ist das führende System für Geld: das Hauptbuch, das jedes Konto, jeden Saldo und jede Buchung hält, samt den Regeln, die Werte korrekt zwischen ihnen bewegen. Banking-as-a-Service (BaaS) heißt, den Kern eines anderen – und die dahinterstehende regulierte Erlaubnis – per API zu mieten, statt einen eigenen zu betreiben. Zwischen eigenem Kern und der Registrierung als Agent liegt ein Spektrum, und Ihre Position darauf entscheidet, was Sie bauen, was Sie mieten und wofür Sie haften. „Core Banking vs. BaaS“ ist im Grunde kein Produktvergleich, sondern die Frage, wie viel vom Stack Sie selbst besitzen wollen.

Es lohnt sich, das zu klären, weil beides oft im selben Regal gesucht wird. Dabei gehören sie nicht zusammen. Das eine ist Software, die korrekt sein muss; das andere eine kommerzielle Vereinbarung, die Ihnen Korrektheit als Dienstleistung liefert und dafür Rechnung stellt. Zu wissen, was Sie kaufen – und was Sie wirklich brauchen –, ist der größte Teil der Entscheidung.

Was „Core Banking“ eigentlich meint

Ein Kernbanksystem ist das führende Hauptbuch samt der Maschinerie drumherum. Es hält den Kontenplan, führt Salden, erfasst jede Buchung in doppelter Buchführung, sodass Soll und Haben stets aufgehen, setzt und löst Sperren, rechnet Zinsen und Gebühren auf und erzeugt die Auszüge, aus denen alles Nachgelagerte liest. Es ist der Teil einer Bank, der stimmen muss, denn ist das Hauptbuch falsch, ist nichts darauf Aufgebautes vertrauenswürdig. Alles andere – die App, das Kartendesign, die Benachrichtigungen – ist Darstellung. Der Kern ist die Wahrheit.

Das ist die erste Unterscheidung, die Sie sich merken sollten: Der Kern ist nicht die App. Der Kunde sieht eine App; dahinter führt irgendein Hauptbuch Buch. Dieses Hauptbuch können Sie besitzen, mieten oder bei jemandem mitnutzen, der eines besitzt. Diese drei Optionen bilden das Spektrum.

Das Spektrum: eigener Kern, BaaS, Agent

Am schweren Ende besitzen Sie den Kern vollständig: Ihr Hauptbuch, Ihre Erlaubnis, Geld zu halten oder zu bewegen, Ihre direkten Anbindungen an die Zahlungsnetze. In der Mitte liegt BaaS: Ein lizenzierter Anbieter besitzt Kern und Erlaubnis, Sie bauen gegen dessen API – seine Konten, seine IBANs, seine Karten, im Gewand Ihrer Marke. Am leichten Ende steht das Agentenmodell: Sie haben weder Kern noch eigene Lizenz und handeln unter einem lizenzierten Unternehmen, das Sie registriert hat. Mit jeder Stufe abwärts entfällt eine Fähigkeit – und mit ihr ein Teil der Kosten und Pflichten.

Den Kern besitzen: Kontrolle – und die Rechnung dafür

Ein eigener Kern kauft Kontrolle. Sie bestimmen die Produkt-Roadmap, statt auf die eines Anbieters zu warten. Sie führen Konten direkt, binden Rails direkt an, und Ihre Unit Economics sind nicht mehr der Aufschlag eines anderen – ab einer gewissen Größe wird die Miete pro Konto und Transaktion, die Sie an einen BaaS-Anbieter gezahlt hätten, zur Marge, die Sie behalten. Zwischen Ihren Entscheidungen und dem Hauptbuch, auf dem sie landen, steht niemand.

Die Rechnung ist hoch und größtenteils keine Software. Sie brauchen die regulierte Erlaubnis (ein vom Softwarekauf getrennter Einkauf und oft der schwierigere – das Vokabular rund um Safeguarding, Interchange und Settlement finden Sie unter /glossary), das dafür erforderliche Kapital, das Compliance- und Operations-Team, um sie zu betreiben, und direkte Integrationen mit jedem Netz und Scheme, das Sie anbinden. Und die Korrektheit liegt nun bei Ihnen: Wenn das Hauptbuch um 2 Uhr nachts falsch liegt, gibt es keinen Anbieter, den Sie anrufen können. Wer die Wahrheit besitzt, besitzt auch die Ausfälle.

BaaS: Kern und Erlaubnis mieten

BaaS verdichtet diese Rechnung zu einer monatlichen Beziehung. Ein lizenzierter Partner führt die Konten, gibt IBANs und Karten aus, sichert die Kundengelder und steht gegenüber der Aufsicht ein; Sie bauen Ihre App gegen dessen API und gehen live. Sie kaufen Tempo – vom ersten Tag an einen funktionierenden, zugelassenen Kern statt eines Lizenzantrags und eines Hauptbuch-Projekts. Für die meisten Teams, die ein erstes Produkt starten, ist dieser Tausch richtig.

Was Sie aufgeben, ist Eigentum. Die Wirtschaftlichkeit des Anbieters wird zu Ihrer Kostenuntergrenze: Sie zahlen pro Konto und pro Transaktion, und diese Gebühren sinken mit Ihrem Wachstum nicht so wie bei eigener Infrastruktur. Die Limits des Anbieters werden Ihre Limits, seine Roadmap bestimmt Ihre, und das Hauptbuch gehört Ihnen nicht – was den Ausstieg teuer und die Migration zum eigenen Projekt macht. BaaS heißt, den korrekten Teil einer Bank zu mieten. Miete ist günstig im Start und hört nie auf.

Ein Kern, den Sie besitzen, ist ein Kapitalprojekt, das sich im großen Maßstab auszahlt. Ein Kern, den Sie mieten, sind laufende Kosten, die nie sinken. Die Frage ist nicht, was besser ist – sondern was Ihr Volumen und Ihre Marge schon verdient haben.

Das Agentenmodell: das leichteste von allen

Noch leichter verlangt das Agentenmodell, auf der Geldseite fast nichts zu bauen. Sie registrieren sich als Agent eines Zahlungsinstituts oder als Vertriebspartner eines E-Geld-Emittenten; deren Lizenz deckt Ihre Tätigkeit ab, deren Kern führt das Hauptbuch, und die Aufsicht kennt Sie über sie. Es ist der schnellste Weg, ein Finanzprodukt unter eigener Marke zu den Kunden zu bringen – und der mit der geringsten Kontrolle: Sie sind ein Gesicht auf fremden Rails, und deren Bedingungen sind Ihre Obergrenze.

Wo eine Whitelabel-Plattform auf dem eigenen Kern passt

Es gibt eine vierte Position, die das Spektrum verdeckt: den Kern besitzen, die App-Schicht aber nicht von Grund auf bauen. Die regulierte Erlaubnis und die Software, die sie bedient, sind getrennte Einkäufe – Sie können eine eigene Lizenz halten und trotzdem Kunden-App, Operator-Konsole und Theming als Plattform obendrauf kaufen. Dort sitzt eine Whitelabel-Plattform. Protocore Pay (/products/pay) ist die reine Softwareschicht: eine Plattform für Apps unter eigener Marke samt Operator-Konsole, die auf jedem Kern und allen Rails läuft, die Sie mitbringen – eigen oder über Partner –, ohne eine Lizenz an den Verkauf zu koppeln. Die dazugehörige Konsole, in der jede privilegierte Aktion eine Begründung verlangt und in einem Audit-Log landet, ist Protocore Center (/products/center).

Diese Sichtweise schafft Klarheit, weil sich beide Posten unabhängig voneinander bepreisen lassen. Die Erlaubnis wird nach Rechtsraum, Safeguarding und Konditionen beurteilt; die Software danach, ob das Onboarding funktioniert, die Ledger-Anbindung sauber ist und der Betrieb das System tatsächlich führen kann. Wer Software kauft, verpflichtet sich nicht zu einer Lizenz, und wer eine Lizenz kauft, bekommt damit noch keine App. Werden beide verwechselt, kostet das Projekte oft unbemerkt Monate.

Die passende Stufe wählen

Die ehrliche Faustregel orientiert sich an Volumen, Marge und Kontrolle. Sie starten, die Nachfrage ist unklar, Tempo zählt: Mit BaaS oder einer Agenten-Registrierung gehen Sie ohne Kapitalerhöhung live und nehmen die Gebühr pro Transaktion als Preis für die Geschwindigkeit in Kauf. Sie wachsen, Ihr Volumen ist so hoch, dass die Gebühren teurer sind als eigene Compliance und Infrastruktur, und ein Anbieter blockiert Ihre Roadmap: Dann beginnt sich ein eigener Core auszuzahlen. Die meisten Produkte starten gemietet und wechseln genau einmal zum Eigenbetrieb – wenn die Zahlen zeigen, dass Kapital und Personal günstiger sind als die Miete.

Nichts davon ist Rechtsberatung, und die Kategorienamen unterscheiden sich je nach Rechtsraum. Verstehen Sie es als Landkarte für das Gespräch mit einer Aufsichtsbehörde oder einem Berater, nicht als Ersatz dafür. Das Grundmuster gilt jedoch überall: Core Banking ist das Ledger, das korrekt sein muss, BaaS mietet diese Korrektheit monatsweise, und eine Whitelabel-Plattform ist die Software, die Sie auf die gewählte Variante setzen. Kaufen Sie die Stufe, die Ihr Volumen verdient hat – und kaufen Sie Software und Erlaubnis als die zwei getrennten Dinge, die sie schon immer waren.