Zuletzt aktualisiert am 11.06.2026
Eine HR-Verantwortliche in einem Engineering-Konzern soll das Deutschlandticket konzernweit einführen: 14 bis 16 rechtlich eigenständige Tochtergesellschaften, jede mit eigener HR-Verantwortung, eigener Lohnabrechnung und historisch gewachsenen Subventionspraxen. Der Pilot in einer Tochter mit rund 500 Mitarbeitenden lief gut. Beim Versuch, aus dem Bestandstool zu skalieren, zeigt sich das eigentliche Problem: pro Tochter ein separater Login, kein konsolidiertes Reporting, kein Lohnarten-Mapping pro Entität. Aus einem Einführungsprojekt wird ein Plattform-Wechsel.
Diese Konstellation ist typisch für Mittelstandskonzerne und Großunternehmen. Was an einer einzelnen GmbH in wenigen Wochen funktioniert, wird in einer Holding-Struktur zu einem mehrmonatigen Projekt mit eigenen Anforderungen an Policy-Design, Lohnbuchhaltung, Reporting und Stammdatenpflege. Dieser Leitfaden zeigt die fünf Punkte, an denen Multi-Entity-Rollouts in der Praxis hängen, ein bewährtes Phasenmodell und drei Fallstricke, die HR-Teams oft erst nach dem Start identifizieren, wenn die Korrektur teuer wird.
Die meisten Benefit-Plattformen wurden für eine GmbH gebaut, nicht für eine Holding. Mit jeder weiteren Tochtergesellschaft wird aus einem Konfigurationsproblem ein Problem des Datenmodells. Drei Symptome treten dabei wiederkehrend auf.
Separate Logins und parallele Verwaltung
HR muss sich pro Tochter einzeln einloggen, separate Stammdaten pflegen und separate Reports ziehen. Bei 14 bis 16 Entitäten summiert sich das auf mehrere Personentage pro Monat, also das Gegenteil des Effizienzversprechens.
Inkonsistente Verteilungsregeln pro Tochter
Wenn Standort A 80 Prozent des Deutschlandtickets bezuschusst, Standort B 100 Prozent und Standort C 50 Prozent, ohne dass eine zentrale Regel das ableitet, wachsen die Unterschiede mit jeder personellen Veränderung weiter. Spätestens bei einer Konzernbetriebsvereinbarung oder einem Betriebsübergang müssen die Differenzen rückwirkend begründet werden. Das gelingt selten.
Parallele Lohnabrechnungssysteme
Im Unternehmen läuft SAP HCM neben Hansa-Log, DATEV mit unterschiedlichen Lohnarten-Konventionen pro Tochter, dazu gibt es internationale Payroll-Anbieter. Eine Plattform, die nur ein DATEV-Format ausspielt, wird zum Engpass.
Diese Symptome treten meist zusammen auf, weil sie organisatorisch zusammenhängen. Ein Multi-Entity-fähiges Mobilitätsbudget braucht daher ein Datenmodell, in dem Konzern, Entität und Standort als getrennte Dimensionen abbildbar sind, nicht nur die Fähigkeit, "auch mehrere Mandanten zu unterstützen".
Eine konzernweite Mobilitätspolicy braucht zwei Ebenen: oben eine Rahmenregelung, die Mobilitätsarten, Steuerbehandlung und Ausschlüsse festlegt, darunter eine lokale Schicht für Subventionssätze und Standortbesonderheiten. So funktioniert dasselbe Budget in einer Stadt mit dichter ÖPNV-Anbindung genauso wie am ländlichen Standort, an dem das Auto unverzichtbar ist.
Die zentrale Policy sollte mindestens festlegen: zulässige Mobilitätsarten (Deutschlandticket, Dienstrad-Leasing, Mobilitätsbudget für ÖPNV, Tank- und Ladekarte, Auto-Abo), Steuerbehandlung pro Benefit (§3 Nr. 15 EStG, §3 Nr. 37 EStG, §8 Abs. 2 S. 11 EStG, §40 Abs. 2 EStG), den maximalen Konzern-Zuschuss pro Mitarbeiter:in pro Monat sowie konzernweite Ausschlüsse.
Wer ist ab wann berechtigt? Was gilt für Praktikant:innen, Werkstudent:innen, Teilzeitkräfte, Elternzeit? Klingt einfach, wird komplex, sobald die Regel auf vorhandene Stammdatenfelder pro Entität abbildbar sein muss und der Anbieter automatisiert verifizieren soll, ab welchem Datum eine konkrete Person berechtigt ist.
Vor dem Rollout sollte für jede Entität geklärt sein:
Diese fünf Fragen sollten in jeder Entität die gleiche Antwort haben, oder die Abweichungen müssen dokumentiert und gegenüber dem Betriebsrat begründbar sein. Andernfalls entsteht im Betriebsprüfungsfall ein Erklärungsproblem.
Pro Tochtergesellschaft einzeln einloggen und Reports manuell zusammenführen macht konzernweites Controlling praktisch unmöglich. Ein Beratungskonzern brachte die Anforderung in einem Auswahlgespräch auf den Punkt: ein einziger Report über alle Gesellschaften, mit einer Spalte für die jeweilige Entität.
Ein Multi-Entity-fähiges Reporting sollte mindestens diese Dimensionen kombinierbar machen:
Auch mit zentralem Shared-Service-Center läuft die Verbuchung pro Entität getrennt. Die Plattform muss daher Exports pro Tochter erzeugen, nicht einen Konzern-Export, den die Lohnbuchhaltung manuell aufteilt. Konkret heißt das:
Die Folgen einer schlechten Übergabe sind im Pilot unsichtbar. Sie zeigen sich, wenn drei Monate Daten zusammenkommen und die Lohnbuchhaltung manuell aufzuräumen beginnt.
Im Konzernumfeld summieren sich monatliche Austritte über alle Gesellschaften schnell auf eine zweistellige Zahl. Jeder manuell gepflegte Austritt ist Aufwand und Fehlerquelle zugleich, denn ein zu spät pausiertes Deutschlandticket läuft auf Kosten des Arbeitgebers weiter. Folgende Operationen sollten über Entitäten hinweg möglich sein:
Spätestens bei der HRIS-Integration zeigt sich, wie konsequent das Multi-Entity-Datenmodell durchgehalten ist. Verlangt die Plattform pro Entität eine separate Sync-Konfiguration, war die Architektur nie für Konzernstrukturen ausgelegt.
Mit einem Mobilitätsbudget die Mobilitätsbedürfnisse aller Arbeitsmodelle flexibel abdecken und Kosten sparen.
Beratung buchen
Multi-Entity-Rollouts sind keine Big-Bang-Projekte. Wer 14 Tochtergesellschaften gleichzeitig live schaltet, vergrößert das Risiko ohne Ertrag. Bewährt hat sich ein dreistufiges Modell über 18 bis 24 Monate.
Ausgewählt wird eine Entität mit klarer HR-Verantwortung, abgeschlossener Lohnabrechnung und 100 bis 500 Mitarbeitenden. Ziel ist nicht primär die Einführung, sondern die Validierung: Funktioniert die Policy? Welche Berechtigungsregeln erzeugen Rückfragen? Wie sauber läuft der Lohnabrechnungs-Export? Belastbare Kennzahlen nach sechs Monaten sind Nutzungsrate, monatlicher HR-Aufwand, Anzahl manueller Payroll-Korrekturen und qualitatives Mitarbeitenden-Feedback. Sie sind die Argumentationsgrundlage gegenüber Geschäftsführung und Betriebsrat.
Drei bis fünf weitere Entitäten werden parallel ausgerollt, mit derselben Policy-Struktur, Subventions-Logik und demselben Lohnarten-Mapping wie im Pilot. Abweichungen sollten begründet und dokumentiert sein, nicht zufällig entstehen. Die typischen Probleme sind organisatorisch: lokale HR-Verantwortliche mit eigener Lösungspräferenz, Betriebsräte mit Wunsch nach separaten Vereinbarungen, Lohnbuchhalter, die ein neues Lohnarten-Schema ablehnen. Ein klares Eskalationsverfahren zur Konzern-HR und dokumentierte Pilot-Ergebnisse kürzen diese Diskussionen ab.
Die verbleibenden Entitäten werden angeschlossen, das Reporting wird vereinheitlicht und Sonderregelungen werden, wo möglich, auf den Konzernstandard zurückgeführt. Spätestens jetzt sollte das Konzern-Controlling produktiv mit den konsolidierten Daten arbeiten, etwa für ESRS-E1-Berichte zum Mitarbeiterpendeln oder CSRD-relevante Scope-3-Kategorie-7-Daten. Eine Konzernbetriebsvereinbarung markiert formal den Übergang vom Pilotprojekt zum etablierten Benefit.
An einem Standort gibt es seit 15 Jahren eine 100-Prozent-Jobticket-Subvention, an einem anderen einen Tankgutschein, am dritten gar nichts. Der Versuch, das rückwirkend zu harmonisieren, stößt auf erheblichen Widerstand. Pragmatischer ist eine Besitzstandswahrung mit Sunset-Klausel: Bestandsregelungen laufen für aktuelle Mitarbeitende weiter, Neueinstellungen unterliegen ab Stichtag der Konzernpolicy. Die Differenz verschwindet über die natürliche Fluktuation.
Steuerlich heikel sind kombinierte Sachbezüge: Wird eine bestehende Tankkarten-Regelung mit einem neuen Mobilitätsbudget verrechnet, kann die 50-Euro-Sachbezugsfreigrenze nach §8 Abs. 2 S. 11 EStG schnell überschritten werden. Eine Anrufungsauskunft beim Betriebsstättenfinanzamt ist hier sinnvoll, idealerweise vor dem Rollout, nicht nach der ersten Betriebsprüfung.
Ein konzernweiter Rollout berührt typischerweise mehrere Mitbestimmungsebenen gleichzeitig: Standort-, Gesamt-, Konzern- oder Werksbetriebsrat. Vor dem Start sollten drei Fragen geklärt sein: Welcher Betriebsrat ist auf welcher Ebene zuständig nach §87 BetrVG? Welche bestehenden Betriebsvereinbarungen müssen angepasst werden? Lässt sich eine Konzernbetriebsvereinbarung als Rahmen mit lokalen Ergänzungen aufsetzen? Eine vorbereitete Argumentationshilfe für die Gremien, mit Daten zur erwarteten Nutzungsrate, Steuerbehandlung und Inklusivität des Benefits, verkürzt die Diskussion erfahrungsgemäß spürbar.
In Beratungs-, Kanzlei- und Partnerschaftsorganisationen entscheidet keine zentrale Instanz über neue Benefits, sondern eine Partnerversammlung oder ein Gesellschaftergremium mit eigenen Zyklen, die sich nicht per HR-Eskalation beschleunigen lassen. Der Entscheidungsprozess gehört deshalb von Beginn an in die Projektplanung. Realistisch sind oft 9 bis 12 Monate vom ersten Pitch bis zur produktiven Einführung, mit zwei oder drei Vorbereitungsterminen in einzelnen Partnerausschüssen vor der finalen Gremienentscheidung.
Die Organisation der Mitarbeitermobilität kann herausfordernd sein. Wir sind der verlässliche Mobilitätspartner für Unternehmen wie persona service, Lufthansa, Flink, HelloFresh - mit 1000en von Nutzer:innen jeden Tag.
Beratung buchen
NAVIT verwaltet Mobilitätsbenefits über alle Tochtergesellschaften in einer Plattform: eine zentrale Policy, entitätsspezifische Subventionsstaffeln, konsolidiertes Reporting über alle Standorte und ein konfigurierbarer Lohnabrechnungs-Export pro Entität. Statt sich in jede Tochter einzeln einzuloggen, greift HR auf ein einziges Dashboard zu. Eine gebündelte Austrittsliste lässt sich für alle Gesellschaften gleichzeitig hochladen, das Reporting weist pro Zeile die Entität mit Subventionsstaffel und Lohnarten-Mapping aus, und HRIS-Anbindungen liefern die Entität als Attribut der Person mit, sodass interne Wechsel zwischen Töchtern keine manuelle Korrektur erfordern.
Wie sich das in der Praxis auswirkt, zeigt Deloitte: Der Beratungskonzern verwaltet ca. 10.000 Deutschlandtickets an 16 Standorten mit einem einzigen konsolidierten Payroll-Report. Der monatliche HR-Aufwand liegt bei rund einer Stunde. Bei der MERKUR PRIVATBANK sank der Verwaltungsaufwand nach der Einführung um 90 Prozent.
Relevant wird diese Architektur vor allem ab fünf Entitäten mit unterschiedlichen Lohnabrechnungssystemen oder verteilter HR-Verantwortung. Dann entscheidet nicht die einzelne Funktion, sondern das durchgängige Datenmodell darüber, ob das Mobilitätsbudget administrierbar bleibt.
Wie lange dauert ein Multi-Entity-Rollout typischerweise?
Bei Konzernen mit zehn oder mehr Entitäten sind 18 bis 24 Monate vom Pilot bis zur vollständigen Konsolidierung realistisch: 3 bis 6 Monate Pilot, 6 bis 12 Monate Skalierung, weitere 6 Monate Konsolidierung. Beschleunigung ist möglich, vergrößert aber das Risiko, insbesondere bei Betriebsrats-Kommunikation und Payroll-Integration.
Können verschiedene Tochtergesellschaften unterschiedliche Subventionssätze haben?
Ja, und das ist oft sinnvoll. Eine Tochter mit dichter ÖPNV-Anbindung profitiert von einem höheren Deutschlandticket-Zuschuss, eine Tochter in ländlicher Lage von einem höheren Anteil für Tank- und Ladekarte. Die zentrale Policy definiert den Rahmen, die Subventionsstaffel pro Entität wird darin abgebildet.
Wie wird die Lohnabrechnung pro Entität gehandhabt?
Jede Tochter hat ihr eigenes Lohnarten-Schema. Die Plattform sollte entitätsspezifische Exports erzeugen, mit konfigurierbarem Lohnarten-Mapping, korrekter Kostenstellen-Logik und Unterstützung verschiedener Payroll-Systeme wie DATEV, SAP HCM, P&I LOGA und Hansa-Log. Ein einziger Konzern-Export reicht in der Praxis fast nie aus.
Was passiert mit historisch gewachsenen Standort-Regelungen?
Meist eine Besitzstandswahrung mit Sunset-Klausel: Bestandsregelungen laufen für aktuelle Mitarbeitende weiter, Neueinstellungen unterliegen ab Stichtag der Konzernpolicy. Bei kombinierten Sachbezügen, etwa Tankkarte plus Mobilitätsbudget, empfiehlt sich eine Anrufungsauskunft beim Betriebsstättenfinanzamt, um die 50-Euro-Sachbezugsfreigrenze nach §8 Abs. 2 S. 11 EStG nicht versehentlich zu überschreiten.
Braucht jede Tochtergesellschaft eine eigene Betriebsvereinbarung?
Das hängt von der Mitbestimmungsstruktur ab. Existiert ein Konzernbetriebsrat, lässt sich eine Konzernbetriebsvereinbarung meist als Rahmen mit lokalen Anpassungen nutzen. Ohne Konzernbetriebsrat oder bei stark abweichenden lokalen Regelungen sind separate Vereinbarungen pro Entität der realistische Weg. Eine frühzeitige Abstimmung mit den Betriebsräten, idealerweise vor dem Pilot, reduziert das Verzögerungsrisiko erheblich.
Bereit, das Phasenmodell für Ihre Konzernstruktur zu konkretisieren? In 30 Minuten skizzieren wir mit Ihnen die Multi-Entity-Konfiguration für Ihre Tochtergesellschaften, mit Lohnarten-Mapping pro Entität, HRIS-Integrationsstrategie und einem 18-Monats-Phasenplan für die nächste Geschäftsführungs-Sitzung. Termin buchen →
NAVIT übernimmt keine Haftung für die Richtigkeit der bereitgestellten Informationen. Wir machen darauf aufmerksam, dass die Inhalte auf unserer Webseite lediglich dem unverbindlichen Informationszweck dienen und keine Steuer- oder Rechtsberatung im eigentlichen Sinne darstellen. Die Inhalte können und sollen eine individuelle und verbindliche Steuer- und Rechtsberatung, die auf individuelle Anforderungen eingeht, nicht ersetzen. Alle angebotenen Informationen sind ohne Gewähr auf Richtigkeit und Vollständigkeit.
Nahtlose Split-Zahlungen ermöglichen es den Unternehmen, das Ticket weiterhin steuerfrei über den 50€ Sachbezug und den ÖPNV-Zuschuss anzubieten.

Wir beantworten Ihre Fragen gerne in einem unverbindlichen Beratungsgespräch und zeigen Ihnen, wie NAVIT hilft. Das erfahren Sie im Gespräch:
Unsere Mobilitätslösungen
Verfügbare Preismodelle
Anwendungsfälle für Ihr Team