Embedded-Finance-Unternehmen – und wo Embedded Benefits hineinpassen

Was ein Embedded-Finance-Unternehmen bereitstellt

Ein Embedded-Finance-Unternehmen stellt eine regulierte Finanzfunktion per API bereit – Zahlungen, Konten, Karten, Kredit, Versicherung, Lohnabrechnung oder Mitarbeiter-Benefits – damit eine Plattform sie im eigenen Produkt anbietet. Die Plattform behält Oberfläche und Kundenbeziehung. Der Anbieter trägt die Lizenz, die laufende Compliance-Arbeit oder beides. Wenn die Kategorie neu ist, lohnt vorher Was ist Embedded Finance; dieser Beitrag ist die Anbieter-Landkarte dazu.

Der Produktname sagt dabei wenig. Zwei Anbieter schreiben "Karten" auf die Seite und meinen völlig verschiedene Arbeitsteilungen: Der eine hält Lizenz und Haftung, der andere verkauft Software und erwartet, dass Sie den regulierten Partner mitbringen. Sortieren Sie nach der Pflicht, nicht nach dem Etikett.

Die Kategorien und die Anbieter darin

Die Beispiele sind illustrativ und stammen aus den öffentlichen Produktbeschreibungen der Anbieter. Kein Ranking, keine Vollständigkeit – Verzeichnisse wie der Open Banking Tracker führen dreistellige Anbieterzahlen. Hier zählt der Zuschnitt der Kategorie.

Kategorie	Was Ihre Plattform anbieten kann	Wo der regulierte Teil liegt	Öffentlich bekannte Anbieter
Zahlungen und Acquiring	Checkout, Auszahlungen, Marktplatz-Splits	Anbieter ist das regulierte Zahlungsinstitut	Stripe, Adyen
Banking-as-a-Service	Konten, IBANs, Überweisungen	Eigene Lizenz des Anbieters oder Partnerbank dahinter	Solaris (eigene deutsche Banklizenz), Swan (E-Geld-Institut, Frankreich), Unit, Synctera, Treasury Prime (US-Modell mit Partnerbank)
Kartenausgabe	Eigene Debit-, Kredit- oder Prepaid-Programme	Anbieter plus Kartensystem und Emittent	Marqeta, Lithic, Highnote, Galileo
Kredit und B2B-Ratenzahlung	Betriebsmittel, Rechnungskauf, Ratenzahlung	Anbieter oder dessen Finanzierungsbank trägt das Risiko	Banxware, Billie, Mondu, Kanmon, Parafin
Kontodaten und Open Finance	Kontoanbindung, Einkommens- und Risikoprüfung	PSD2-Lizenz liegt beim Anbieter	Qwist (aus figo und finAPI), Tink, Plaid
White-Label-Banking-Software	Ein eigenmarkiges Bankprodukt	Bei Ihnen – nur Softwareschicht, Lizenz kommt anderswoher	Crassula, Mambu, SDK.finance
Embedded Insurance	Versicherungsschutz im Kaufmoment	Versicherer und Risikoträger hinter der API	Stark abhängig von Sparte und Markt
Embedded Payroll	Lohnläufe und Meldungen im eigenen Produkt	Steuer-Engine und Meldepflichten beim Anbieter	Check, Gusto Embedded, ADP Embedded, Salsa, Zeal
Embedded Benefits	Benefits als Module im eigenen Produkt	Lohnsteuerliche Abwicklung beim Anbieter, Karten- und Zahlungsschicht über einen lizenzierten Partner	Noyo, Ideon (US, Benefit-Daten und Enrollment); Palary, Hrmony Embedded (Deutschland, lohnsteuerliche Benefit-Module)

Zwei Dinge fallen auf, sobald die Tabelle steht. Zahlungen und Banking sind dicht besetzt, ausgereift und gut dokumentiert. Payroll und Benefits sind jung – und ihre Anbieter sind fast durchgängig Ein-Markt-Anbieter: Check, Gusto Embedded und Zeal decken die USA ab, Salsa zusätzlich Kanada. Geografie ist in diesem Teil des Stacks keine Fußnote, sondern das Produkt.

Woran sich Anbieter tatsächlich unterscheiden

Fünf Fragen erledigen den größten Teil eines ersten Gesprächs, und keine davon betrifft API-Design.

Wessen Lizenz, wessen Haftung. Eigene Lizenz, Partnerbank oder nur Software. Davon hängt ab, was bei einer Prüfung passiert – und genau diese Antwort bleibt in Pitches oft unscharf.

Welche Länder, konkret. Nicht "Europa", sondern welche Länder und was im zweiten Land bricht. Alles, was Lohn und Steuer berührt, ist konstruktionsbedingt national.

Wem gehören Oberfläche und Kunde. White-Label mit Ihrem Branding und Ihrem Support-Weg oder eine Weiterleitung, die Ihre Nutzer auf einen fremden Screen setzt.

Was das kommerzielle Modell mit Ihrer Marge macht. Pro Nutzer, pro aktiviertem Modul, Revenue Share, Plattform-Fee – und ob Sie den Endpreis selbst setzen.

Wer die zweite Support-Ebene übernimmt. Ihr Support bekommt ab Tag eins Steuer- und Anspruchsfragen. Entweder der Anbieter nimmt sie, oder Sie schulen dafür.

Die dünne Zeile: Benefits

Benefits existiert in Embedded-Finance-Verzeichnissen längst als Kategorie. Die Definition ist allerdings amerikanisch: Krankenversicherung, Altersvorsorge, Commuter- und Wellness-Programme, verteilt über HR- und Payroll-Plattformen. Das Infrastrukturproblem heißt dort Carrier-Anbindung – genau das verkaufen Noyo und Ideon: eine API in die Versicherer statt einer Dateischnittstelle pro Versicherer.

In Deutschland zeigt dasselbe Wort auf etwas anderes. Es gibt keinen Versicherer anzubinden. Ein Essenszuschuss wird mit dem amtlichen Sachbezugswert der SvEV bewertet – 2026 sind das 4,57 € je Hauptmahlzeit – plus steuerfreiem Arbeitgeberzuschuss von 3,10 €, zusammen maximal 7,67 € je Arbeitstag. Ein Gutschein oder eine Benefit Karte läuft über die monatliche 50-€-Freigrenze für Sachbezüge (§ 8 Abs. 2 S. 11 EStG) und ist nur begünstigt, wenn sie zusätzlich zum ohnehin geschuldeten Arbeitslohn gewährt wird (§ 8 Abs. 4 EStG). Wird die Freigrenze um einen Cent überschritten, ist der gesamte Betrag steuerpflichtig.

Operativ heißt das: Einzelbelegprüfung, monatliche lohnsteuerliche Dateien, die eine Prüfung überstehen müssen, und Werte, die wandern. 2025 lagen die Essens-Werte bei 4,40 € und 7,50 €, 2026 bei 4,57 € und 7,67 €. Nichts davon sieht aus wie ein Kartenprogramm, und nichts davon ist Bankrecht. Das ist der Grund, warum die Benefits-Zeile einer deutschen Embedded-Finance-Liste dünn bleibt: Der regulierte Kern liegt im Lohnsteuerrecht, außerhalb dessen, was ein BaaS-Anbieter oder ein Kartenprozessor baut. Die Mechanik dieses Unterschieds behandelt Embedded Finance vs. Embedded Benefits, die Kategorie selbst definiert Was sind Embedded Benefits.

Dünn heißt nicht leer. Palary beschreibt sich als Finanzinfrastruktur für HR-Tech: Kartenausstellung und Zahlungsabwicklung über einen lizenzierten EMI-Partner, Benefit-Logik darauf, nutzbar API-first oder als White-Label-Portal, mit guud, Regional Hero und HR Benefit als genannten Plattformen darauf. Hrmony Embedded kommt aus der anderen Richtung auf dieselbe Zeile: aus dem Betrieb der Benefits selbst.

Wo Hrmony Embedded steht

Hrmony betreibt diese Benefits seit 2015 als Direktprodukt in Deutschland und stellt dieselbe Engine hinter einer API bereit: Mahlzeit, Gutschein, Gesundheit, Mobilität, Internetzuschuss und Benefit Karte als Module in Ihrem Produkt, mit Ihrem Branding und Ihrer Kundenbeziehung. Belegprüfung und die monatlichen lohnsteuerlichen Reporting-Dateien liegen bei uns; beim Modul Mahlzeit übernimmt Hrmony zusätzlich die Haftung für die geprüften Belege. Modulübersicht und Integrationsweg stehen auf der Hrmony-Embedded-Übersicht.

Für die eigene Anbieterliste lohnt es, die zwei Hälften der Tabelle getrennt zu halten. Zahlungen, Konten und Karten sind eine Lizenzfrage. Payroll und Benefits sind eine Operations- und Steuerfrage. Anbieter, die das eine gut können, sind selten für das andere gebaut.