Die häufigste Frage vor jeder Embedded-Finance-Integration lautet nicht „was kostet das“, sondern „wie lange dauert das“. Die ehrliche Antwort: zwischen sechs Wochen und zwei Jahren. Diese Spanne ist keine Ausrede, sie ist das Ergebnis von drei sehr unterschiedlichen Umsetzungswegen und vier Faktoren, die kaum ein Anbieter in seine Sales-Folien schreibt.
Drei Wege, drei Zeithorizonte
Der schnellste Weg ist das Vermittlungsmodell: Die Plattform bindet eine fertige Strecke eines Anbieters ein, das Finanzprodukt bleibt bei diesem sichtbar. Technisch ist das in sechs bis zwölf Wochen machbar, weil weder eine eigene Lizenz noch eine tiefe Prozessintegration nötig ist.
Der Standardweg ist Banking-as-a-Service mit einer lizenzierten Partnerbank. Anbieter werben mit „Integration in wenigen Wochen“, gemeint ist damit die technische API-Anbindung. Realistisch sind vom Kickoff bis zum Livegang drei bis neun Monate, denn die Zeit verbringt das Projekt nicht im Code, sondern in Vertragsverhandlung, Compliance-Abstimmung, KYC-Design und Testing mit der Partnerbank. Die Auswahl des richtigen BaaS-Anbieters entscheidet hier mehr über den Zeitplan als jede Entwicklungsressource.
Der lange Weg ist die eigene Erlaubnis. Ein BaFin-Erlaubnisverfahren nach ZAG oder KWG ist ein Projekt von deutlich über einem Jahr, mit Kapitalanforderungen, Governance-Aufbau und laufenden Meldepflichten. Für Plattformen ohne bewiesene Nachfrage ist das fast immer der falsche erste Schritt. Welches Modell wann trägt, zeigt unser Überblick zu Modellen, Kosten und Umsetzung.
Die vier Faktoren, die Embedded-Finance-Integrationen wirklich bremsen
Faktor eins ist KYC und Onboarding. Die Identifikations- und Legitimationsstrecke ist der Teil der Integration, der am häufigsten unterschätzt wird. Jede Abweichung vom Standardprozess der Partnerbank kostet Wochen.
Faktor zwei ist die Datenmigration und Reconciliation. Sobald Zahlungsströme durch die Plattform laufen, braucht es einen sauberen Abgleich zwischen Plattform-Buchhaltung und Bank-Systemen. Wer das erst im Testing entdeckt, verliert Monate.
Faktor drei ist die Vertragsebene. Haftungsverteilung, Geldwäsche-Pflichten und Auslagerungsvereinbarungen zwischen Plattform und Bank sind Verhandlungssache, und Banken verhandeln gründlich.
Faktor vier ist die eigene Organisation. Ein Embedded-Finance-Produkt braucht nach dem Livegang Betrieb: Support-Prozesse, Monitoring, regulatorisches Reporting. Plattformen, die nur bis zum Launch planen, holen diese Arbeit nachträglich unter Zeitdruck nach.
Dazu kommt ein Zeitfresser, der in keiner Projektplanung auftaucht: die Abhängigkeit von den Release-Zyklen der Partnerbank. Viele Institute deployen Änderungen an produktiven Strecken in festen Fenstern, teils quartalsweise. Ein Testbefund, der eine Anpassung auf Bankseite erfordert, kostet dann nicht die zwei Tage Entwicklung, sondern die Wartezeit bis zum nächsten Fenster. Plattformen, die agil arbeiten, unterschätzen diesen Takt systematisch. Die Konsequenz für die Planung: Puffer nicht als Prozentsatz auf die eigene Entwicklungszeit rechnen, sondern als Anzahl möglicher Iterationen mit der Bank. Drei Testzyklen bei quartalsweisen Fenstern sind neun Monate, unabhängig davon, wie schnell das eigene Team ist.
Unsere Einordnung: Die Frage nach der Dauer ist in Wahrheit eine Frage nach der Betriebsreife. Regulierung ist kein Blocker, sie ist der Moat. Wer die vier Faktoren von Beginn an einplant, ist nicht langsamer als der Wettbewerb, sondern schneller live und bleibt es auch.
Drei Schritte zu einem belastbaren Zeitplan
-
Scope vor Termin: Erst das Produkt auf die minimal nötige Strecke reduzieren, etwa eine Zahlungsart, ein Kreditprodukt, eine Zielgruppe. Wie sich Embedded Lending in bestehende User Journeys einfügt, ohne alles umzubauen, haben wir separat beschrieben.
-
Partnerbank früh einbinden: Compliance- und KYC-Anforderungen in Woche eins klären, nicht nach dem Design. Die Bank bestimmt den kritischen Pfad, nicht das eigene Entwicklungsteam.
-
Betrieb ab Tag eins mitplanen: Support, Reconciliation und Reporting gehören in den Projektplan, nicht in die Zeit nach dem Launch.
Geschwindigkeit ist eine Entscheidung, kein Zufall
Sechs Wochen oder zwei Jahre: Die Dauer einer Embedded-Finance-Integration ist die Folge von Modellwahl und Vorbereitung, nicht von Anbieterversprechen. Wir haben beide Seiten des Tisches gesehen, Plattform und Bank, und helfen, den Zeitplan realistisch aufzusetzen. Sprechen Sie uns an.
Häufige Fragen zur Embedded-Finance-Integration
Was ist eine Embedded-Finance-Integration?
Eine Embedded-Finance-Integration ist die technische und organisatorische Einbindung eines Finanzprodukts, etwa Zahlungen, Kredite oder Konten, in die Customer Journey einer nicht-finanziellen Plattform. Sie umfasst neben der API-Anbindung auch KYC-Strecken, Vertragswerk mit der Partnerbank, Compliance-Prozesse und den laufenden Betrieb.
Wie lange dauert eine Embedded-Finance-Integration?
Je nach Modell zwischen sechs Wochen und über zwei Jahren. Ein Vermittlungsmodell ist in sechs bis zwölf Wochen live, eine BaaS-Integration mit Partnerbank dauert realistisch drei bis neun Monate, eine eigene BaFin-Erlaubnis deutlich über ein Jahr. Der kritische Pfad liegt fast nie im Code, sondern in KYC, Verträgen und Compliance-Abstimmung.
Warum dauern Embedded-Finance-Projekte länger als geplant?
Vier Gründe dominieren: unterschätzte KYC- und Onboarding-Strecken, fehlende Reconciliation zwischen Plattform und Bank, langwierige Vertragsverhandlungen zu Haftung und Geldwäsche-Pflichten sowie fehlende Betriebsplanung für die Zeit nach dem Launch. Anbieterangaben beziehen sich meist nur auf die technische API-Anbindung.
