Back to blog

Embedded benefits for EOR platforms

· Roland Völkel

Typographic header reading "Embedded benefits for EOR platforms" on a warm olive-brown background.

Summary

  • An EOR is the legal employer, so valuation, flat-rate tax, the additionality requirement, and record retention land on the platform – not on its customer.
  • Embedded benefits means the modules arrive through an API from a benefits infrastructure that carries the tax logic, the receipt checks, and payroll-ready reporting.
  • Benefits do not scale the way payroll does: the rules are national in construction, not only in amount, and they are revised annually.
  • Germany runs on a small set of modules: Meal up to €7.67 per working day, Voucher up to €50 per month, public transport with no cap, Internet up to €50 per month.
  • The commercial shape fits the EOR model – a wholesale price per module and employee, your own retail price, and the recurring margin stays with the platform.

Embedded benefits for EOR platforms means an employer of record offers employee benefits through its own product instead of handing customers to an outside benefits vendor. The modules – Meal, Voucher, Mobility, Internet – arrive through an API from a benefits infrastructure that brings the tax logic, the receipt checks, and the payroll files with it. For an EOR the step is shorter than for any other platform category, because it already holds the role benefits attach to: it is the employer. For the category itself, start with what are embedded benefits.

The employer role carries the benefit obligation

In the EOR model your local entity signs the employment contract. It withholds wage tax and social contributions, it keeps the payroll account, and it faces the wage tax audit. A customer who wants a meal allowance for their German employees orders it from you, not from themselves. Every secondary duty follows: valuing the benefit in kind, paying the flat-rate tax, documenting that the benefit was granted on top of salary, and keeping the records.

That is what separates an EOR from an HRIS or a payroll product. There, benefits are a feature you may choose to ship. For an EOR it is work that arrives the moment a customer asks – and the local package often decides whether your quote wins. The payroll-side view of the same problem sits in embedded benefits for payroll.

The country multiplier

Payroll has a shared shape across markets: gross to net, filings, remittance. Benefits do not. What differs by country is not only the amount but the construction – which allowance qualifies at all, what proof the tax authority expects, and which condition voids the treatment. Then comes maintenance: Germany's official benefit-in-kind value is revised every year, and in 2025 it stood at €4.40 with a daily cap of €7.50 rather than today's €4.57 and €7.67.

What repeats per country What does not
Qualifying benefit types and their legal basis The API surface you integrate against
Thresholds, caps, and whether a cap is a cliff or an allowance Your admin interface and user interface
Proof and documentation requirements Your billing relationship with the customer
Annual revisions to values and rules Your customer support ownership model

So the honest sequence for an EOR is uncomfortable: "benefits in every country" is not a first release. Take the market where demand concentrates, embed infrastructure that is maintained locally, then repeat. Hrmony Embedded covers the German framework. For an EOR that is one market of many – usually the one where the local package becomes visible in a side-by-side comparison.

What a German package contains

Module 2026 frame Tax treatment
Meal up to €7.67 per working day, €115.05 per month at 15 working days benefit-in-kind value of €4.57 plus a tax-free employer top-up of €3.10; 25% flat-rate tax on the benefit in kind, paid by the employer (§ 40 (2) sentence 1 no. 1 EStG)
Voucher / Benefit Card €50 per calendar month tax-free within the threshold (§ 8 (2) sentence 11 EStG), granted on top of salary (§ 8 (4) EStG), no carry-over
Mobility (public transport) no cap, up to the cost of the ticket free of tax and social contributions (§ 3 no. 15 EStG), reduces the employee's commuting deduction
Internet up to €50 per month 25% flat-rate tax (§ 40 (2) sentence 1 no. 5 EStG) – net for the employee, but not tax-free in the legal sense
Health up to €600 per year tax-free (§ 3 no. 34 EStG)

Two mechanics get lost in internationally built packages. The €50 voucher limit is a cliff, not an allowance: at €50.01 the whole amount becomes taxable, and an unused month expires. And with Meal, the flat-rate tax applies only to the benefit in kind – the part valued at €4.57 minus the employee's own contribution. If the employee contributes at least €4.57, no flat-rate tax is due at all.

One more constraint is easy to miss in a distributed workforce: the meal allowance applies to working days without business travel. If travel days are not excluded, you are writing corrections after the fact.

Where the work lands if you build it

Task Build it yourself With benefits infrastructure
Meal receipt checks review every receipt, catch duplicates and invalid claims individual receipt review at the provider, automated plus manual re-check
Tax logic track benefit-in-kind values, thresholds, and additionality every year encoded in the module and maintained
Payroll reporting produce per-employee monthly values in a payroll-ready format monthly wage tax reporting files
Documentation retain accounting records for 8 years, payroll accounts for 6 records held and archived by the provider
Support answer your customers' tax questions yourself 1st level enablement, 2nd level with the provider

One point deserves precision, because sales conversations tend to widen it. Hrmony assumes tax liability for the receipts reviewed under its individual receipt check, and it does so for the Meal module. For the other modules, case-by-case tax responsibility stays with the employer – which, in your model, is you.

The commercial fit

You already bill per employee per month, so a benefit module drops into an existing shape: a wholesale price per activated module and employee, your own retail price, and the difference stays with you as recurring margin. The second effect is retention. Benefits are used monthly and often daily, so switching EOR platforms also means taking away something employees rely on. The arithmetic sits in benefits as a revenue stream for platforms.

What an integration hangs on

Four questions are worth settling early. Which employees are eligible, in which country, from which date. How mid-month joiners and leavers are handled when the voucher threshold applies per calendar month and does not carry over. How monthly values reach the local payroll run. And who owns which support level, so tax questions do not stall in 1st level.

If you are comparing providers, the criteria list in how to choose an embedded benefits provider is the shorter route. Which modules are available through the API, and how an integration is set up, is on the Hrmony Embedded page.

Frequently asked questions