Native Finance Function

Wenn du in einem Online-Shop bestellst, kannst du oft direkt dort in Raten zahlen. Du wirst nicht zu einer Bank weitergeleitet und füllst kein eigenes Formular aus. Die Ratenzahlung ist Teil des Bestellvorgangs geworden. Genau das meint der Begriff Native Finance Function: eine Geldfunktion, die fest in ein Produkt eingebaut ist, das eigentlich für etwas anderes gedacht war. „Native“ heißt hier so viel wie „von Haus aus dabei“, also nicht nachträglich angeklebt. Im Hintergrund arbeitet trotzdem ein Finanzdienstleister, der die Zahlung tatsächlich abwickelt und die rechtliche Verantwortung trägt. Der Nutzer sieht davon meist nichts.

Warum Plattformen plötzlich Geldgeschäfte machen

Für Unternehmen ist der Anreiz sehr direkt: Geld. An jeder Zahlung, jedem Kredit und jeder Versicherung hängt eine Gebühr. Wer diese Funktion in seine eigene App holt, bekommt einen Anteil davon. Für viele Plattformen ist das inzwischen eine wichtigere Einnahmequelle als das ursprüngliche Geschäft. Ein Lieferdienst verdient an der Bezahlabwicklung teilweise mehr als an der einzelnen Pizza.

Der zweite Grund ist der Abbruch. Jeder zusätzliche Schritt beim Bezahlen kostet Kunden. Wer zu einer fremden Seite weitergeleitet wird, ein Passwort vergisst und aufgibt, kauft nichts. Eingebaute Finanzfunktionen reduzieren diese Reibung. Deshalb messen Firmen sehr genau, wie viele Menschen einen Kaufvorgang abschließen, wenn die Zahlung im Produkt bleibt.

Für klassische Banken ist das eine unangenehme Entwicklung. Sie verlieren nicht unbedingt das Geschäft, aber den Kontakt zum Kunden. Wer die Marke im Vordergrund sieht, ist die Plattform, nicht die Bank dahinter. In der Fachsprache heißt das: Die Bank wird zum reinen Infrastrukturanbieter.

Was zwischen App und Bank passiert

Technisch steckt hinter jeder solchen Funktion eine Schnittstelle, kurz API. Das ist eine festgelegte Art, wie zwei Programme miteinander sprechen. Die App schickt eine Anfrage los, etwa: Dieser Kunde will 89 Euro in drei Raten zahlen. Der Finanzpartner prüft und antwortet mit Ja oder Nein. Die App zeigt dem Nutzer nur das Ergebnis, in eigenem Design und eigener Sprache.

Die Prüfung selbst läuft oft automatisiert und in Sekundenbruchteilen. Modelle bewerten dabei, wie wahrscheinlich es ist, dass jemand zurückzahlt. Sie nutzen Angaben aus dem Antrag, Daten aus dem Kaufverhalten und Informationen von Auskunfteien. Genau hier wird die Sache heikel, denn solche Modelle können bestimmte Gruppen systematisch benachteiligen. Deshalb schreibt der Gesetzgeber vor, dass Menschen eine automatische Ablehnung anfechten können.

Wichtig ist die Abgrenzung zur klassischen Kooperation. Früher verlinkte ein Shop einfach auf einen Kreditanbieter. Heute ist die Funktion tief in den Ablauf eingebaut, oft ohne sichtbaren Wechsel. Die Erlaubnis für Finanzgeschäfte, die Lizenz, hat aber weiterhin nur der Partner im Hintergrund. Die Plattform darf ohne diesen Partner keine Kredite vergeben.

Ratenkauf, Fahrerkonto, Händlerkredit

Am bekanntesten ist „Jetzt kaufen, später zahlen“, englisch Buy Now Pay Later. Anbieter wie Klarna haben diese Funktion in tausende Shops gebracht. Ähnlich funktionieren Versicherungen, die direkt beim Ticketkauf angeboten werden. Auch Fahrdienste zahlen ihren Fahrern Einnahmen oft über ein eigenes Konto in der App aus.

In Wirtschaftsnachrichten taucht der Begriff meist im Umfeld von „Embedded Finance“ auf, dem Oberbegriff für eingebettete Finanzdienste. Wenn ein Softwareunternehmen meldet, es biete seinen Händlern jetzt Kredite an, steckt fast immer dieses Modell dahinter. Aufsichtsbehörden schauen inzwischen genauer hin, vor allem bei Ratenkäufen junger Kunden. Der häufigste Irrtum ist die Annahme, die App selbst sei die Bank – das ist sie in aller Regel nicht.