Embedded Finance vs. Embedded Benefits – der Unterschied

Embedded Finance ist der Oberbegriff, Embedded Benefits sind ein Teilbereich davon. In beiden Fällen bietet eine Plattform in ihrem eigenen Interface ein reguliertes Produkt an, das sie selbst nicht erbringt: bei Embedded Finance einen Finanzdienst nach Aufsichtsrecht, bei Embedded Benefits einen Mitarbeiter-Benefit nach Lohnsteuerrecht. Das Verteilmodell ist identisch, der regulierte Kern nicht. Und weil dieser Kern bestimmt, welche Anbieter ihn überhaupt tragen können, ist die Abgrenzung mehr als eine Vokabelfrage.

Embedded Finance vs. Embedded Benefits im Vergleich

Neun Dimensionen, in denen sich die beiden Kategorien auseinanderentwickeln:

Dimension	Embedded Finance	Embedded Benefits
Kategorie	Oberbegriff für eingebettete Finanzdienste	Teilbereich: eingebettete Mitarbeiter-Benefits
Was eingebettet wird	Zahlungen, Konten, Karten, Finanzierung, Versicherung	Benefit-Module wie Mahlzeit (Essenszuschuss), Gutschein (Sachbezug), Mobilität, Internetzuschuss
Regulierter Kern	Aufsichtsrecht: ZAG, KWG, PSD2, Versicherungsaufsicht	Lohnsteuerrecht: Bewertung, Nachweis, Pauschalierung (EStG, SvEV, LStR)
Wer den Kern trägt	Bank, Zahlungs- oder E-Geld-Institut, Banking-as-a-Service-Anbieter	Benefit-Infrastruktur-Anbieter
Form der Absicherung	Lizenz – ein Zustand, den man mietet	laufender Nachweis – Belegprüfung, Lohndaten, jährliche Werte
Endnutzer	Kund:innen oder Händler der Plattform	Mitarbeitende der Firmenkunden
Käufer auf Kundenseite	Finance oder Operations, teils Endkund:innen im Checkout	HR und Payroll, Budget aus dem Personalbereich
Erlösmodell der Plattform	Anteil an Transaktion, Interchange, Zinsmarge	wiederkehrende Marge je Nutzer und Monat
Geografische Reichweite	über EU-Passporting grenzüberschreitend skalierbar	national gebunden, Steuerrecht endet an der Grenze

Was beide teilen: das Verteilmodell

Die Gemeinsamkeit ist die Arbeitsteilung. Die Plattform gestaltet, verkauft und behält die Kundenbeziehung; der Anbieter trägt Abwicklung und Regelwerk und bleibt im Produkt unsichtbar. Angebunden wird über REST-API oder SDK, in Wochen statt Quartalen. Der Ertrag entsteht auf der bestehenden Nutzerbasis, nicht durch Neukundengewinnung.

Auch der Grund, aus dem Plattformen einbetten, ist derselbe: ein Prozess, der ohnehin im Produkt liegt, bleibt im Produkt. Wie dieses Modell auf der Benefits-Seite technisch aussieht, steht im Grundlagenartikel Was sind Embedded Benefits; die Kategorie insgesamt erklärt Was ist Embedded Finance.

Was sie unterscheidet: Lizenz gegen laufenden Nachweis

Hier liegt der Unterschied, der in Vergleichstabellen meist fehlt. Bei Zahlungen und Krediten ist der regulierte Kern eine Erlaubnis: Ein Institut hat sie, die Plattform nutzt sie mit. Sie ist ein Zustand, und sie ist entweder da oder nicht.

Bei Benefits gibt es keine solche Erlaubnis – dafür eine Pflicht, die nie endet. Jeder Beleg muss geprüft werden, jeder Monat braucht abrechnungsfertige Lohndaten, und die maßgeblichen Werte ändern sich jährlich. Der amtliche Sachbezugswert für eine Mittags- oder Abendmahlzeit lag 2025 bei 4,40 €, 2026 bei 4,57 €; damit verschob sich der maximale Tageswert des Essenszuschusses von 7,50 € auf 7,67 € und das Monatsguthaben von 112,50 € auf 115,05 €. Jede dieser Änderungen fasst Produktlogik an.

Praktische Folge für die Build-Entscheidung: Ein Eigenbau scheitert selten am Launch. Er scheitert an Jahr drei, wenn Werte gewandert sind, Belege unvollständig archiviert wurden und die Haftungsfrage bei einer Prüfung nicht schriftlich geklärt ist.

Zwei Beispiele, an denen die Domäne hängt

Wie konkret dieser Kern ist, zeigen zwei Module:

• Essenszuschuss (Embedded-Modul „Mahlzeit"): bis 7,67 € je Arbeitstag, bewertet über den amtlichen Sachbezugswert von 4,57 € plus einen steuerfreien Arbeitgeber-Zuschuss von 3,10 €, maximal 115,05 € im Monat. Der geldwerte Vorteil ist lohnsteuerpflichtig, kann aber vom Arbeitgeber mit 25 % pauschal versteuert werden (§ 40 Abs. 2 S. 1 Nr. 1 EStG) und ist dann sozialversicherungsfrei (§ 1 SvEV) – sofern eine Hauptmahlzeit je Arbeitstag bezuschusst und der Beleg nachgewiesen wird. Bewertungsgrundlage ist § 2 SvEV. Für Mitarbeitende netto; die Pauschalsteuer trägt der Arbeitgeber.
• Sachbezug (Embedded-Modul „Gutschein"): bis 50 € je Kalendermonat lohnsteuer- und sozialversicherungsfrei, sofern der Betrag zusätzlich zum ohnehin geschuldeten Arbeitslohn gewährt wird (§ 8 Abs. 4 EStG) und die Grenze nicht überschritten wird (§ 8 Abs. 2 S. 11 EStG). Es ist eine Freigrenze, kein Freibetrag: Ein Euro darüber macht den gesamten Betrag steuerpflichtig. Kein Übertrag in den Folgemonat.

Ein Berührungspunkt zur Zahlungswelt bleibt: Gutschein- und Kartenlösungen müssen als Instrument mit begrenztem Netz nach § 2 Abs. 1 Nr. 10 ZAG ausgestaltet sein. Das ist die einzige Stelle, an der beide Regelwerke direkt aufeinandertreffen – ausführlicher in Was ist Embedded Finance.

Ist Embedded Benefits nur ein neues Label?

Teilweise ja, und das gehört zur Abgrenzung. Der Begriff ist jung und wird überwiegend von Anbietern benutzt. Aufsichtsrechtlich sind Benefits kein Finanzdienst: Ein Essenszuschuss fällt nicht unter ZAG oder KWG, sondern unter Lohnsteuerrecht. Wer Embedded Benefits als Unterkategorie von Embedded Finance beschreibt, meint die Mechanik, nicht das Aufsichtsrecht.

Neu ist auch nicht, dass Benefits über Dritte verteilt werden – Gutscheinanbieter arbeiten seit Jahren mit Partnern. Neu sind zwei Dinge: die Anbindung über eine API statt über eine eigene Weboberfläche daneben, und die Eigentumsfrage. Bei klassischen Partnerschaften gehört der Endkunde dem Benefit-Anbieter. Bei Embedded Benefits gehört er der Plattform, samt Branding, UI und Preis. Genau deshalb ist die Einordnung in die Embedded-Kategorie sachlich richtig, auch wenn das Wort neu ist.

Was die Abgrenzung praktisch entscheidet

Für eine Plattform, die Benefits anbieten will, hat die Kategoriefrage eine konkrete Konsequenz: Sie bestimmt die Shortlist. Ein Banking-as-a-Service-Anbieter kann Guthaben bewegen und Karten ausgeben, aber keine Belege gegen den Sachbezugswert prüfen, keine Zusätzlichkeit dokumentieren und keine abrechnungsfertigen Lohndateien erzeugen. Wer Embedded Benefits als „Embedded Payments mit Steuer-Aufsatz" ausschreibt, bekommt Angebote, die den teuren Teil offenlassen.

Drei Fragen trennen die beiden Anbietertypen in der Discovery:

1. Wer haftet für die geprüften Belege, und steht das im Vertrag?
2. Wer pflegt die Werte, wenn sie sich zum Jahreswechsel ändern?
3. Kommt monatlich eine lohnsteuerliche Reporting-Datei, die in den Lohnlauf passt?

Welche Anbietertypen im Markt existieren und wo die Benefits-Ecke darin sitzt, ordnet Embedded-Finance-Unternehmen ein.

Hrmony Embedded besetzt genau diese Ecke: Benefit-Module über eine API, mit Einzelbelegprüfung, Haftungsübernahme beim Essenszuschuss und monatlichen lohnsteuerlichen Reporting-Dateien. Wie das für Ihre Plattform aussehen kann, steht auf der Übersicht zu Hrmony Embedded.