Banking as a Service ist das Modell, bei dem ein lizenzierter Bankinfrastruktur-Anbieter zentrale Bankfunktionen – Konten, Karten, IBAN-Ausgabe, Zahlungen, KYC – über APIs zugänglich macht und es Nicht-Bank-Unternehmen ermöglicht, diese Funktionen in ihre eigenen Produkte zu integrieren, ohne selbst eine Banklizenz zu benötigen. Dieser Leitfaden behandelt BaaS von Grund auf: Definition, Geschichte, Architektur, Regulierung, Marktgröße und Auswahl eines Anbieters.
Banking as a Service, abgekürzt BaaS, ist ein Bereitstellungsmodell, bei dem ein lizenziertes Kreditinstitut oder E-Geld-Institut seine zentralen Bankfunktionen – Kontoeröffnung, Ledger-Buchungen, IBAN-Vergabe, Zahlungsauslösung, Kartenausgabe, Devisenhandel sowie KYC- und AML-Kontrollen – über programmierbare APIs zur Verfügung stellt. Ein Nicht-Bank-Partner – ein Fintech-Unternehmen, ein Marktplatz, eine Software-Plattform oder ein Corporate-Treasury-Team – nutzt diese APIs, um Bankfunktionen unter eigener Marke in sein Produkt zu integrieren, während Lizenz, Eigenkapitalanforderungen, regulatorische Berichterstattung und Geldverwaltungspflichten beim BaaS-Anbieter verbleiben.
Der Begriff wird mitunter synonym mit Embedded Finance verwendet, doch beide Konzepte sind nicht identisch. Embedded Finance beschreibt das nutzerseitige Ergebnis – Finanzfunktionen, die in einem nicht-finanziellen Produkt verfügbar sind. BaaS bezeichnet den darunter liegenden Infrastruktur-Stack. Jedes Embedded-Finance-Produkt wird durch eine Form von BaaS ermöglicht.
Der Aufbau einer Bankinfrastruktur von Grund auf ist strukturell aufwendig. Eine neue Bank benötigt eine Banklizenz (mit jahrelangem Antragsverfahren und Kapitalbindung), einen regulierten Technologie-Stack mit Geldwäscheprävention, Sanktionsprüfung und Transaktionsüberwachung, Scheme-Zertifizierungen für Karten, Abrechnungskonten bei Zentralbanken oder Korrespondenzpartnern sowie eine laufende aufsichtsrechtliche Überwachung. Die Gesamtkosten belaufen sich in der Regel auf mehrere zehn Millionen Euro, und bis zur Onboardierung des ersten Kunden vergehen zwei bis vier Jahre.
BaaS verkürzt diesen Weg erheblich. Ein Fintech-Unternehmen, das einen BaaS-Anbieter nutzt, übernimmt dessen Lizenz, regulatorische Infrastruktur und Scheme-Beziehungen. Die Time-to-Market sinkt von Jahren auf Wochen. Der regulatorische Perimeter schrumpft, da der Partner als Vertriebskanal und nicht als Einlageninstitut fungiert. Das operative Risiko konzentriert sich beim Anbieter, der es als Kerninfrastruktur und nicht als Nebenaufgabe betreibt.
Ein moderner BaaS-Stack umfasst typischerweise folgende Schichten:
Ein BaaS-Anbieter, der nur eine oder zwei dieser Schichten bereitstellt, ist treffender als Zahlungsprozessor oder Kartenausgabe-Plattform zu bezeichnen. Ein vollständiger BaaS-Anbieter – wie Codego BaaS – besitzt den Stack von der Lizenz bis zur API.
Eine konsumentenorientierte App, die Konten, Karten und Zahlungen ohne eigene Banklizenz anbietet. Die Neobank verantwortet Marke, Kundenerlebnis und Produktoberfläche; der BaaS-Anbieter betreibt Lizenz, Ledger und Zahlungsinfrastruktur. Die meisten modernen Neobank-MVPs werden auf diese Weise aufgebaut.
SaaS-Plattformen – insbesondere in den Bereichen HR, Spesenmanagement, Marktplätze, Gig-Economy-Auszahlungen und KMU-Buchhaltung – integrieren Konten, Karten und Zahlungen, um Transaktionserträge zu erschließen. Die Plattform steuert den Workflow; BaaS liefert die finanziellen Grundbausteine.
Krypto-native Produkte nutzen BaaS-Anbieter zur Ausgabe von Fiat-IBANs, zum Betrieb von Abrechnungskonten für Fiat-Ein- und Auszahlungen sowie zur Ausgabe von krypto-finanzierten Karten, die Stablecoins oder On-Chain-Assets über Visa- und Mastercard-Rails einsetzen.
Unternehmen mit hohem Transaktionsvolumen, mehreren Tochtergesellschaften oder internationalen Auszahlungen nutzen BaaS für Branded Virtual IBANs, automatisierte Abstimmung und programmatische Kartenausgabe für Lieferantenzahlungen und Spesenmanagement.
BaaS ist in einem etablierten regulatorischen Rahmen verankert, nicht außerhalb davon. In der Europäischen Union gelten PSD2 für Zahlungsdienste, die EMI-Richtlinie für E-Geld-Institute, die Kapitaladäquanzrichtlinie für Kreditinstitute, die AMLD zur Geldwäscheprävention sowie zunehmend der AI Act und DORA für operationale Resilienz. Im Vereinigten Königreich regelt die FCA-Zulassung Zahlungsinstitute und E-Geld-Institute; die Bank of England überwacht Banken. In den Vereinigten Staaten ist der regulatorische Rahmen stärker fragmentiert – bundesstaatliche Bankaufsichtsbehörden, staatliche Money-Transmitter-Lizenzen und die Sonderzweck-Nationalbanklizenz des OCC spielen alle eine Rolle.
Für Partner bedeutet dies in der Praxis, dass die Lizenz des BaaS-Anbieters den Rahmen dessen absteckt, was der Partner tun darf und was nicht. Ein Anbieter mit einer EMI-Lizenz kann elektronisches Geld, Konten und Karten ausgeben, jedoch keine bilanziellen Kredite vergeben. Ein Anbieter mit einer vollständigen Banklizenz kann Einlagen entgegennehmen und Kredite gewähren. Die Wahl des Anbieters prägt daher die Produkt-Roadmap maßgeblich.
Sechs Fragen entscheiden die meisten BaaS-Evaluierungen:
Codegosfullständiger BaaS-Stack – EU-IBAN, SEPA, SWIFT, Multi-Währungs-Wallets, Kartenausgabe, BIN-Sponsorship und KYC unter einem regulatorischen Dach.
Wie Fintechs Visa- und Mastercard-Karten ausgeben, ohne selbst Principal Member zu sein.
Kartenausgabe von A bis Z: Lebenszyklus, EMV, PCI DSS, Integrationsmuster.
Europäische Zahlungsinfrastruktur, virtuelle IBANs und Echtzeit-API-Ausgabe.