Brauchen Sie eine Banklizenz, um eine Fintech-App zu starten?
„Brauchen Sie eine Banklizenz, um eine Fintech-App zu starten?“ sind eigentlich drei Fragen in einem Mantel. Halten Sie Kundengeld? Bewegen Sie es? Und wessen aufsichtsrechtliche Erlaubnis deckt diese Bewegung ab – Ihre oder die eines anderen? Beantworten Sie diese Fragen, und die Lizenzfrage beantwortet sich meist von selbst. Die Kurzfassung, die die meisten Teams überrascht: Die Mehrheit der Fintech-Apps hat nie eine Banklizenz, weil die Mehrheit der Fintech-Apps nie das tut, wofür eine Banklizenz eigentlich gedacht ist. Was folgt, ist eine Übersicht über das Spektrum, keine Rechtsberatung – das Ziel ist zu wissen, welche Fragen Sie stellen sollten, bevor Ihnen jemand einen Zeitplan oder einen Preis nennt.
Wofür eine Banklizenz tatsächlich gedacht ist
Eine vollständige Banklizenz – im EU-Sprachgebrauch die Zulassung als Kreditinstitut – erlaubt eine ganz bestimmte, streng beaufsichtigte Tätigkeit: Einlagen von der Öffentlichkeit entgegenzunehmen und dieses Geld als Kredite wieder auszureichen. Diese Fristentransformation, also langfristige Kredite mit Guthaben zu finanzieren, die Kunden jederzeit abziehen können, ist der Grund, warum Banken hohe Eigenkapitalanforderungen, Einlagensicherungspflichten und eine Aufsicht tragen, die ihre Bilanz Zeile für Zeile liest. Wenn Ihre App keine Einlagen entgegennimmt und dagegen keine Kredite vergibt, geht es mit hoher Wahrscheinlichkeit gar nicht um eine Banklizenz. Es geht um etwas Leichteres, weiter unten im Spektrum – und das Spektrum ist die ganze Geschichte.
Das Spektrum der Erlaubnisse: von der schwersten zur leichtesten
Finanzerlaubnisse sind gestuft. Ganz oben steht das Kreditinstitut – die Bank –, das Einlagen entgegennehmen und Kredite vergeben darf. Darunter darf ein E-Geld-Institut (EMI) E-Geld ausgeben: Es kann Kundenguthaben verwahren und auf Karten oder in Wallets bereitstellen, muss die gehaltenen Gelder aber sichern – getrennt und unangetastet, niemals verliehen. Eine Stufe tiefer darf ein Zahlungsinstitut (PI) Zahlungen ausführen – Überweisungen auslösen, einziehen, Geld transferieren, Kartentransaktionen akquirieren –, ist aber nicht dafür gedacht, Guthaben dauerhaft zu verwahren; Geld fließt hindurch, es bleibt nicht liegen. Und ganz unten hat ein Agent oder Vertriebspartner gar keine eigene Lizenz, sondern handelt unter der Zulassung eines lizenzierten Unternehmens, das ihn registriert hat.
Das Muster: Mit jeder Stufe abwärts entfällt eine Fähigkeit – und mit ihr ein Teil des Kapitals und der Pflichten. Einlagen zu halten ist das Gewichtigste, was man erlaubt bekommen kann; Agent von jemandem zu sein, der das darf, ist das Leichteste. Die meisten Consumer-Fintech-Apps – Wallets, Karten, Überweisungen, Zahlungslinks – bewegen sich im Bereich von E-Geld- und Zahlungsinstituten oder setzen auf einem Partner auf, der eine dieser Erlaubnisse hält. Nur wenige müssen eine Bank sein, und das früh zu wissen erspart viel fehlgeleiteten Aufwand.
Eine schnelle Einordnung: Wenn Ihre Kunden in der App ein Guthaben halten – eine Wallet, die sie aufladen, eine Karte, die sie vorab befüllen –, bewegen Sie sich im E-Geld-Bereich, denn das Verwahren von Guthaben ist genau die Erlaubnis, die ein EMI definiert. Wenn Geld nur durchläuft – Sie lösen eine Überweisung aus, ziehen eine Rechnung ein, leiten eine Auszahlung direkt weiter –, passt eine Zahlungsinstitut-Erlaubnis, gehalten von Ihnen oder einem Partner. Wenn Sie die Gelder nie berühren und nur Informationen zu Konten anzeigen, die anderswo geführt werden, gibt es dafür sogar eine eigene, leichtere Registrierung. Je schwerer Ihre Position, desto mehr Kapital und Aufsicht kommen mit: Ziel ist, nicht schwerer aufzutreten, als das Produkt tatsächlich erfordert.
Die Erlaubnis mieten: Partnermodelle
Sie müssen die Erlaubnis nicht selbst halten, um darauf aufzubauen. Der übliche Weg ist, sie zu mieten. Bei einem Sponsor-Bank- oder Banking-as-a-Service-Modell führt eine lizenzierte Bank oder ein EMI die Konten, gibt die IBANs und Karten aus und sichert die Kundengelder; Sie bauen die App auf deren API und liefern das Nutzererlebnis. Im Agentenmodell registrieren Sie sich als Agent eines Zahlungsinstituts – oder als Vertriebspartner eines E-Geld-Emittenten –, deren Lizenz deckt Ihre Tätigkeit ab, und die Aufsicht kennt Sie über sie. Unterschiedliche Verträge, dieselbe Tatsache: Irgendwo im Stack hält jemand die Erlaubnis. Fraglich ist nur, ob Sie das sind oder ein Partner.
Wer welche Haftung trägt
Wer eine Lizenz mietet, mietet die Verantwortung nicht mit. Das lizenzierte Unternehmen steht gegenüber der Aufsicht in der Pflicht – für die Sicherung der Kundengelder, für die Geldwäscheüberwachung, für das Verhalten des gesamten Programms. Diese Pflichten werden aber vertraglich nach unten weitergereicht. Wer auf der Lizenz eines Partners fährt, führt weiterhin KYC und Onboarding durch, überwacht weiterhin Transaktionen auf AML und hält weiterhin die Limits und Meldepflichten ein, an die der Partner gebunden ist. Haftung wird weniger ausgelagert als aufgeteilt: Der Partner steht gegenüber der Aufsicht dafür ein und nimmt Sie vertraglich in die Pflicht – mit einem Vertrag, der einen Großteil der täglichen Pflichten auf Ihre Seite zurückschiebt. Lesen Sie diesen Vertrag so sorgfältig wie die Lizenz, die Sie nicht erwerben wollten.
Eine Lizenz ist die Erlaubnis, fremdes Geld zu halten oder zu bewegen. Software ist das, womit dieses Geld angewiesen, abgestimmt und dem Kunden angezeigt wird. Sie können beides bei einem Anbieter oder bei zwei kaufen – aber Sie kaufen immer beides.
Software und Lizenz sind getrennte Einkäufe
Diese Erkenntnis stellt das ganze Projekt auf den Kopf. Für den Kunden wirkt eine Zahlungs-App wie ein einziges Ding, tatsächlich sind es zwei miteinander verschmolzene: die regulierte Erlaubnis, Geld zu halten oder zu bewegen, und die Software, die die Bewegung anweist, das Hauptbuch führt, Gutschriften abstimmt und einen Kontostand auf den Bildschirm bringt. Beides wird getrennt beschafft. Sie könnten eine eigene Lizenz halten und die Software kaufen; eine Lizenz halten und die Software selbst bauen; die Erlaubnis über einen Partner mieten und darauf Software kaufen; oder beides von einem Anbieter beziehen, der es gebündelt hat. Alle vier Wege sind normal. Nicht normal – und das kostet Projekte unbemerkt Monate – ist es, die beiden zu verwechseln: nach einer „Banklizenz“ zu suchen, obwohl man einen BaaS-Partner plus eine App braucht, oder eine App zu suchen in der Annahme, die Erlaubnis sei fest damit verbunden.
Beide als getrennte Einkäufe zu sehen schafft Klarheit, weil sich Preis und Zeitplan unabhängig voneinander bewerten lassen. Die Software wird an ihren Stärken gemessen – funktioniert das Onboarding, stimmt das Hauptbuch, können Operatoren das System im Alltag wirklich bedienen –, die Erlaubnis dagegen an Rechtsraum, Sicherung der Gelder und Konditionen. Protocore Pay (/products/pay) ist ein Beispiel für die reine Softwareschicht: eine Whitelabel-App-Plattform mit Operator-Konsole, die auf den regulierten Rails läuft, die Sie mitbringen. Es ist keine Lizenz, und keine Software ist eine – genau deshalb bleibt die Lizenz ein eigener Posten im Plan.
Fragen an jeden Plattformanbieter
Wer Ihnen auch immer eine „Launch your Fintech“-Plattform verkaufen will: Dieselbe kurze Liste räumt die meisten Unklarheiten aus. Enthält Ihr Produkt eine regulierte Erlaubnis, oder bringe ich meine eigene mit? Falls ja: Wessen Lizenz ist es, in welchen Ländern, und bin ich direkter Kunde dieses Unternehmens oder dessen Agent? Wer sichert die Kundengelder, und wo werden sie verwahrt? Wer ist gegenüber der Aufsicht für die Geldwäscheprävention benannt – Sie, der Partner oder ich? Welche Pflichten fallen vertraglich auf mich, obwohl die Lizenz nicht meine ist? Und was passiert mit dem Geld und den Daten meiner Kunden, wenn die Partnerschaft endet? Die Antworten sortieren Anbieter schnell: in solche, die Software verkaufen, solche, die die Erlaubnis eines Partners weiterverkaufen, und solche, die tatsächlich beides gebündelt haben – und sie zeigen, mit welchem der drei Sie es zu tun haben.
Das Beruhigende an alledem: Die meisten Apps starten als Software plus Erlaubnis eines Partners und wechseln erst dann zu einer eigenen Lizenz, wenn Volumen, Marge oder Strategie das Kapital und die Compliance-Mannschaft rechtfertigen. Zu wissen, welche Stufe Sie wirklich brauchen – und dass Software und Erlaubnis auf getrennten Posten eingekauft werden –, ist der größte Teil der Arbeit. Der Rest besteht darin, die obigen Fragen zu stellen und die Antworten genau zu lesen. Nichts davon ist Rechtsberatung, und Schwellenwerte wie Kategoriebezeichnungen 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.
Sie möchten ein System bauen?
Schildern Sie uns das Problem. Wir melden uns mit einer Architektur und einem Plan zurück.