Auto Abo: Der große Anbieter-Vergleich 2026
Jetzt informieren
Zuletzt aktualisiert am 16.06.2026
Ein Beratungskonzern wollte einen Mobilitätsbudget-Anbieter an Workday anbinden. Die ausgewählte Lösung sprang nach Monaten der Vertragsverhandlung wegen ungelöster Integrations-Anforderungen ab. Ein Werbedienstleister nutzte Belonio für andere Sachbezüge und löste die Mobilitätsbudget-Integration provisorisch über CSV-Abgleich. Ein Versicherer mit drei deutschen Standorten kämpfte mit Payroll-Fehlern, weil jeder Standort eigene Subventionsregeln hatte und die Lohnabrechnung sie manuell auseinanderhalten musste.
Drei verschiedene Konzerne, dieselbe Grundsituation: Die HR- und Payroll-Integration entscheidet darüber, ob ein Mobilitätsbudget ein Effizienzgewinn wird oder eine zusätzliche manuelle Aufgabe für HR. Vor dem Vertragsabschluss sieht das anders aus, weil viele Anbieter mit "nahtloser Integration" werben, ohne präzise zu definieren, was das im konkreten Tech-Stack bedeutet. Nach dem Vertragsabschluss zeigt sich, dass zwischen einer SOAP-Schnittstelle, einer REST-API mit OAuth-Token und einem CSV-Upload-Workflow Welten liegen, gerade dann, wenn der HR-Stack parallel migriert wird oder die interne IT-Security mehrere Monate auf Sicherheits-Reviews verlangt.
Dieser Leitfaden zeigt, welche Integrationswege in der Praxis funktionieren, wann welcher passt und wie Sie eine saubere Integration mit den drei häufigsten deutschen HR-Stacks aufsetzen, auch während laufender Systemmigrationen.
Mobilitätsbudget-Anbieter werben häufig mit "nahtloser HR-Integration", ohne präzise zu definieren, was das konkret bedeutet. In der Praxis verbergen sich hinter diesem Begriff drei sehr unterschiedliche Realitäten, und die Differenz zwischen ihnen entscheidet darüber, wie viel manueller Aufwand für HR und Lohnbuchhaltung jeden Monat anfällt.
Drei Treiber machen die Integration in der Praxis zum kritischen Pfad eines Rollouts.
Mittelgroße und große deutsche Unternehmen betreiben selten ein einziges HR-System. Typische Konstellationen sind SAP HCM mit angehängter Lohnabrechnung über DATEV, P&I LOGA oder Hansa-Log, parallel zu einem geplanten Wechsel auf SAP SuccessFactors. Personio und rexx systems werden im Mittelstand stark eingesetzt, oft kombiniert mit DATEV-Lohn oder einem Steuerberater-Workflow. Workday findet sich in international ausgerichteten Konzernen, oft neben einer deutschen Payroll-Tochterlösung. Ein Anbieter, der nur eine dieser Konstellationen versteht, wird in den anderen zwangsläufig manuelle Workarounds erzeugen.
In Konzernen mit eigener IT-Security-Abteilung wird jede neue Schnittstelle zu SAP, SuccessFactors oder Workday geprüft. Ein Finanzdienstleister, der für eine Mobilitätsbudget-Integration eine SAP-Schnittstelle einrichten wollte, hat die Genehmigung dafür erst nach mehr als einem Jahr internen Prozessen erhalten. Diese Vorlaufzeit ist keine Ausnahme, sondern typisch für regulierte Branchen wie Banken, Versicherer und Pharma. Der Mobilitätsbudget-Rollout darf darauf nicht warten, sonst verschiebt sich das Projekt von einem Quartal in das nächste.
Viele Unternehmen sind aktuell in HR-System-Wechseln. Ein produzierender Mittelständler plant den Umstieg auf ein neues Core-HR-System und fragt parallel Mobilitätsbudget-Anbieter an. Wer in dieser Phase eine native Integration zum Altsystem aufbaut, hat in zwölf Monaten ein integrationspflichtiges Provisorium. Wer auf das neue System wartet, verschiebt den Rollout um die gesamte Migrationsdauer. Beide Wege sind teuer.
Mit einem Mobilitätsbudget die Mobilitätsbedürfnisse aller Arbeitsmodelle flexibel abdecken und Kosten sparen.
Beratung buchen
Vor jedem Vertragsschluss sollte klar sein, welcher der drei Integrationswege im konkreten Stack umsetzbar ist und welcher davon im ersten Projektjahr realistisch ist.
Über einen API-Token oder OAuth-Flow synchronisiert die Mobilitätsplattform Stammdaten, Ein- und Austritte sowie Subventionsänderungen direkt mit dem HR-System.
Vorteil: keine Verzögerung bei Lifecycle-Events, kein manueller Eingriff, hohe Datenqualität.
Nachteil: erfordert IT-Security-Genehmigung, dauert in Konzernen mehrere Monate Vorlauf, und ist nur sinnvoll, wenn das HR-System stabil ist und in den nächsten 24 Monaten nicht ausgetauscht wird. Typische Stacks: SuccessFactors, Workday, Personio mit nativer API-Verfügbarkeit beim Mobilitätsbudget-Anbieter.
Das HR-System exportiert in definierten Intervallen (täglich, wöchentlich) eine strukturierte Datei mit Stammdaten und Berechtigungen, die die Mobilitätsplattform automatisch einliest.
Vorteil: einfacher in der IT-Security-Bewertung, weil keine offene Schnittstelle, sondern ein Pull- oder Push-Workflow. Schneller in der Implementierung.
Nachteil: keine Echtzeit-Synchronisation, Lifecycle-Events erscheinen mit Verzögerung. Geeignet für Stacks mit gutem Export-Funktionsumfang (DATEV, Hansa-Log, Belonio), und insbesondere als Übergangsmodell während HR-System-Migrationen.
HR pflegt Stammdaten und Austrittslisten manuell über eine Plattform-Oberfläche oder einen CSV-Upload. Sinnvoll für die Pilotphase mit kleiner Mitarbeitergruppe, oder als Übergangsmodell, solange die strukturelle Integration nicht freigegeben ist. Nicht skalierbar für Konzerne mit vielen Mitarbeitenden und häufigen Lifecycle-Events.
In der Praxis kombinieren erfolgreiche Implementierungen oft zwei der drei Wege. Beispielsweise startet der Pilot in einer einzelnen Tochter mit manuellem Upload, während im Hintergrund die native API für den Rollout in den restlichen Tochtergesellschaften vorbereitet wird. Diese Kombination reduziert das Risiko, dass der Rollout an einem einzelnen IT-Security-Review hängt.
Häufig ist die native API-Integration aus organisatorischen oder technischen Gründen nicht im ersten Projektjahr machbar. Das ist kein Grund, den Rollout zu verschieben. Drei Konstruktionen haben sich als Plan B bewährt.
Statt einer API zieht die Mobilitätsplattform täglich oder wöchentlich eine Exportdatei aus dem HR-System und synchronisiert daraus die Berechtigungen, Mitarbeitendendaten und Subventionssätze. Die Verzögerung ist im Tagesbetrieb tolerierbar; nur bei Austritten und neuen Mitarbeitenden sollte zusätzlich ein manueller Push-Workflow möglich sein. Ein Werbedienstleister mit Belonio-Bestand hat diesen Weg gewählt und nach drei Monaten produktiv geschaltet, ohne eine offene Schnittstelle.
Für die Mehrheit der Mitarbeitenden läuft der CSV-Sync, für eine kleine Pilot- oder Senior-Gruppe der manuelle Workflow mit individueller Konfiguration. Diese Aufteilung ist nützlich, wenn Senior-Mitarbeitende abweichende Subventionsstufen haben, die individuell verhandelt sind.
Phase 1 mit manuellem Upload für die ersten 50 bis 200 Mitarbeitenden, Phase 2 mit CSV-Sync für die breite Belegschaft, Phase 3 mit nativer API nach abgeschlossenem IT-Security-Review. Diese Stufung passt zum Pilot-zu-Konzern-Phasenmodell aus dem Multi-Entity-Leitfaden und reduziert das Implementierungsrisiko erheblich.
Bei allen drei Wegen sind zwei Punkte entscheidend. Erstens muss der Mobilitätsbudget-Anbieter dokumentiert haben, wie der spätere Wechsel zur nativen API aussieht. Zweitens darf die manuelle oder CSV-basierte Phase nicht länger als sechs bis zwölf Monate dauern, sonst zementiert sich der Workaround und die native Integration wird zur Daueraufgabe ohne Erfüllung.
In Unternehmen, die parallel ein neues HR-System einführen, kollidieren zwei Projekte mit unterschiedlichen Logiken. Das HR-System-Projekt ist ein langfristiges IT-Vorhaben mit klarem Go-Live-Datum, das oft 12 bis 24 Monate dauert. Das Mobilitätsbudget ist ein Benefit-Projekt mit dem Wunsch nach kurzem Go-Live, oft drei bis sechs Monate. Wer auf das HR-System wartet, verliert den Benefit-Effekt und damit die Begründung für das Investment. Wer ohne Rücksicht auf das HR-System startet, riskiert eine doppelte Integrationsarbeit nach der Migration.
Drei Prinzipien helfen, die Projekte zu entkoppeln.
Erstens: nicht das HR-System integrieren, sondern den Datenstrom. Die Mobilitätsplattform braucht Stammdaten, Berechtigungen und Lifecycle-Events. Diese Daten existieren in jedem HR-System, unabhängig vom Hersteller. Ein Sync-Workflow, der heute aus dem Altsystem zieht und morgen aus dem Neusystem, ist deutlich resilienter als eine native API, die nach der Migration neu gebaut werden muss.
Zweitens: CSV-Sync als Migrationsbrücke nutzen. Für die Dauer der HR-System-Migration läuft die Mobilitätsbudget-Integration über CSV-Export. Sobald das neue HR-System produktiv ist, wird auf die native API umgestellt. Diese zweistufige Strategie ist sauber, weil die Integration in der ersten Phase keine Tiefenanbindung an das Altsystem aufbaut, die in der zweiten Phase abgebaut werden müsste.
Drittens: Lohnarten-Mapping als entkoppelten Datentopf führen. Das Lohnarten-Schema in DATEV oder Hansa-Log überlebt häufig einen HR-System-Wechsel. Eine Plattform, die das Lohnarten-Mapping unabhängig vom Quell-HR-System pflegt, vermeidet, dass jede Subvention nach der Migration neu zugeordnet werden muss.
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 buchenDie Übergabe an die Lohnbuchhaltung ist der Moment, an dem sich die Integrationsqualität tatsächlich zeigt. Ein Versicherer mit drei deutschen Standorten beschrieb das Problem so: Wenn an Standort A 100 Prozent des Deutschlandtickets bezuschusst werden, an Standort B 80 Prozent und an Standort C eine Tankkarte, dann muss die Lohnabrechnung pro Mitarbeitende:r die richtige Lohnart in der richtigen Höhe ausweisen. Ohne strukturierte Übergabe entstehen Payroll-Fehler, die rückwirkend korrigiert werden müssen.
Vier Anforderungen entscheiden über die Qualität der Lohnabrechnungs-Übergabe.
Die Lohnart "Deutschlandticket §3 Nr. 15 EStG" kann in Tochter A "LA 4711" heißen und in Tochter B "LA 8830". Die Plattform muss diese Differenzierung pro Mandant abbilden, ohne dass HR sie manuell zuordnen muss.
Dazu zählen unter anderem §3 Nr. 15 EStG für das Deutschlandticket, §3 Nr. 37 EStG für das Dienstrad, §8 Abs. 2 Satz 11 EStG für Sachbezüge innerhalb der 50-Euro-Freigrenze. Jede Subvention muss in der Lohnabrechnung mit der korrekten Lohnart und der korrekten steuerlichen Behandlung erscheinen.
Zuschüsse werden auf die richtige Kostenstelle in der richtigen Tochtergesellschaft gebucht, nicht zentral umgelegt. Das ist relevant für das Konzern-Controlling und für die Vorbereitung von Betriebsprüfungen.
Jeder Zuschuss sollte rückverfolgbar sein: Wer wurde wann berechtigt, in welcher Höhe, auf Basis welcher Regel? Bei einer Betriebsprüfung oder einem Streitfall mit dem Betriebsrat ist dieser Audit-Trail die Verteidigungslinie.
In der Praxis prüfen Lohnbuchhaltungs-Teams diese vier Punkte vor der Vertragsunterzeichnung selten in dieser Tiefe. Sie werden erst nach drei Monaten produktiv sichtbar, wenn die ersten Lohnabrechnungen durchgelaufen sind. Eine sauber konfigurierte Plattform sollte einen Probelauf mit Beispieldaten anbieten, in dem die Lohnbuchhaltung den Export vor dem Go-Live einmal vollständig prüft.
Eine Mobilitätsplattform verarbeitet personenbezogene Daten von Mitarbeitenden, darunter Stammdaten, Ein- und Austrittsdaten, Pendelinformationen, Zuschusssätze. Das ist eine Auftragsverarbeitung im Sinne von Art. 28 DSGVO, die einen Auftragsverarbeitungsvertrag erfordert. Drei Punkte sollten vor der Vertragsunterzeichnung geklärt sein.
AVV nach Art. 28 DSGVO mit Liste der Unterauftragsverarbeiter
Der AVV regelt, welche Daten zu welchem Zweck verarbeitet werden, wer die Daten unterauftragsverarbeitet (etwa Hosting-Provider, Zahlungsdienstleister, Verkehrsverbünde für die Deutschlandticket-Ausstellung) und wie die Daten nach Vertragsende zurückgegeben oder gelöscht werden (Art. 28 Abs. 3 lit. g DSGVO). Der AVV gehört in jede IT-Security-Bewertung.
Datenkategorien und Speicherfristen
Die Plattform sollte dokumentieren, welche Datenkategorien tatsächlich erhoben werden (Stammdaten, Abrechnungsdaten, Reporting-Aggregate) und welche nicht (Bewegungsprofile, Echtzeit-GPS, persönliche Reise-Historie über das Abrechnungsnotwendige hinaus). Diese Dokumentation ist auch für die Betriebsratsverhandlung relevant.
Datenschutz-Folgenabschätzung nach Art. 35 DSGVO
In Konzernen mit ausgeprägter Datenschutz-Praxis verlangt der Datenschutzbeauftragte vor dem Rollout eine DSFA. Eine vorbereitete Vorlage des Anbieters reduziert den internen Aufwand erheblich.
Für die IT-Security-Bewertung sind zusätzlich relevant Zertifizierungen (ISO 27001, TISAX bei Automobil-Konzernen), Hosting-Standort (EU-Rechenzentrum), Pen-Testing-Dokumentation und Vorgehen bei Sicherheitsvorfällen. Diese Punkte sollten in einer strukturierten Security-Abfrage frühzeitig abgefragt werden, idealerweise in der RfP-Phase, nicht erst nach Vertragsschluss.
NAVIT unterstützt alle drei Integrationswege, also sowohl die native API-Anbindung, den CSV- oder SFTP-basierten HRIS-Export sowie den manuellen Upload, und kann zwischen ihnen migrieren, ohne dass HR oder Lohnbuchhaltung große Anpassungen vornehmen muss. Das ist im Multi-Entity-Kontext besonders relevant, weil Tochtergesellschaften unterschiedliche HR-Systeme haben können und die Plattform diese Heterogenität ohne separate Konfigurationsstränge tragen sollte.
In Konzernen mit laufender HR-System-Migration läuft die Integration typischerweise zweistufig. Die CSV-Synchronisation fungiert während der Migrationsphase als Brücke, die native API nach abgeschlossener Migration. Die Plattformkonfiguration bleibt dabei identisch; nur die Datenquelle wechselt. Diese Entkopplung verhindert die doppelte Implementierung.
Für die Payroll-Übergabe stellt NAVIT entitätsspezifische Lohnarten-Mappings bereit, mit konfigurierbarem Schema pro Tochter, automatischer steuerlicher Konstruktion pro Benefit-Typ und einem Audit-Trail über alle Subventionen. Bei der Merkur Privatbank sank der Verwaltungsaufwand für Mobilitätsbenefits nach der Einführung um 90 Prozent gegenüber dem vorherigen Setup, primär durch die automatische Lohnarten-Zuordnung und die wegfallende manuelle Korrektur. Lufthansa nutzt die Plattform für Mobilitätsbenefits in Konzernstrukturen mit mehreren HR-Systemen parallel.
Beim Datenschutz liefert NAVIT einen vorbereiteten AVV nach Art. 28 DSGVO mit Liste der Unterauftragsverarbeiter, ein Datenverarbeitungs-Verzeichnis und eine Vorlage für die Datenschutz-Folgenabschätzung. Diese Unterlagen sind im IT-Security-Review der Standard-Ausgangspunkt.
Wie lange dauert die Integration in ein Standard-HRIS?
Bei vollständig nativer API-Anbindung an SuccessFactors, Workday oder Personio sind 8 bis 16 Wochen typisch, abhängig von IT-Security-Vorlaufzeit. Bei CSV-basiertem HRIS-Export sind 4 bis 8 Wochen realistisch. Manueller Upload kann in 2 bis 4 Wochen produktiv sein, ist aber nur für Pilot oder Übergang sinnvoll.
Was passiert, wenn die IT-Security die native API ablehnt oder verzögert?
Plan-B-Konstruktion mit CSV-Sync ist der Standardweg. Damit kann der Rollout produktiv starten, ohne auf die native Integration zu warten. Sobald die IT-Security freigibt, wird auf API umgestellt, ohne Datenmigration oder erneute Implementierung.
Kann die Integration während einer laufenden SAP-Migration aufgesetzt werden?
Ja, allerdings nicht als native API zum Altsystem, sondern als CSV-Brücke. Nach Abschluss der Migration wird auf die native API zum neuen System umgestellt. Diese Strategie vermeidet, dass die Integration zweimal gebaut werden muss.
Wie wird die Lohnabrechnung in DATEV oder einer anderen Payroll-Lösung übergeben?
Über einen entitätsspezifischen Lohnabrechnungs-Export mit konfigurierbarem Lohnarten-Mapping pro Tochter. Die steuerliche Konstruktion (§3 Nr. 15, §3 Nr. 37, §40 Abs. 2, §8 Abs. 2 S. 11 EStG) wird automatisch pro Benefit-Typ angewandt.
Welche Daten verarbeitet die Plattform, und welche nicht?
Verarbeitet werden: Stammdaten zur Berechtigung, Abrechnungsdaten zur Lohnübergabe, Aggregatdaten zur Reporting-Auswertung. Nicht verarbeitet werden: Bewegungsprofile in Echtzeit, persönliche Reise-Historie über das Abrechnungsnotwendige hinaus, Daten Dritter. Eine vollständige Auflistung findet sich im Datenverarbeitungs-Verzeichnis.
Wie sieht der AVV-Verhandlungsprozess aus?
NAVIT liefert einen vorbereiteten AVV als Standardvertrag. In den meisten Konzernen ist der Verhandlungsbedarf gering, weil die wichtigsten Datenschutz-Anforderungen bereits abgebildet sind. Bei größeren Konzernen mit eigenen AVV-Templates ist ein Abgleich mit dem internen Standard sinnvoll, der typischerweise 2 bis 4 Wochen Vorlaufzeit braucht.
Bereit, die Integration für Ihren konkreten HR-Stack zu planen? In einer 30-minütigen Sitzung skizzieren wir mit Ihnen die Plan-A- und Plan-B-Konstruktion für Ihre Stack-Realität (SAP, SuccessFactors, Workday, Personio oder DATEV-direkt), mit IT-Security-Zeitplan, AVV-Vorlage und einer Roadmap, die zu Ihren internen Genehmigungsprozessen passt. 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
