Entgelttransparenz ist nicht nur ein Vergütungsthema, sondern auch ein Datenintegrationsprojekt. Die benötigten Informationen liegen in vielen Unternehmen verteilt: Beschäftigtenstammdaten im HRIS, Grundentgelt und variable Zahlungen in Payroll, Arbeitszeiten in der Zeitwirtschaft und Stellenwert oder Joblevel in einer separaten Stellenarchitektur.
Für verlässliche Auskünfte, Gender-Pay-Gap-Kennzahlen und gruppenbezogene Analysen müssen diese Quellen konsistent zusammengeführt werden. Entscheidend ist dabei nicht die Menge der Daten, sondern ihre fachliche Eindeutigkeit, zeitliche Konsistenz und Reproduzierbarkeit.
Was verlangt das Recht – und was ist technische Umsetzung?
| Ebene | Vorgabe |
|---|---|
| Geltendes EntgTranspG | Verlangt je nach Verfahren unter anderem geschlechtsspezifische Entgeltdaten, Entgeltbestandteile, statistische Auswertungen und valide Analysemethoden. |
| EU-Richtlinie 2023/970 | Definiert Reportingkennzahlen, Entgelthöhe, Arbeitnehmergruppen und Anforderungen an Nachvollziehbarkeit und Equal-Pay-Analyse. |
| Technische Umsetzung | Die Richtlinie schreibt kein bestimmtes HR-System, Datenbankschema, Dateiformat oder Softwareprodukt vor. Unternehmen müssen eine belastbare Datenarchitektur selbst herstellen. |
Stand August: Die deutsche Umsetzung der Richtlinie (EU) 2023/970 ist weiterhin nicht abgeschlossen. Konkrete deutsche Meldeformate, technische Schnittstellen oder verbindliche Datensatzschemata sollten daher nicht vorweggenommen werden. Maßgeblich sind die jeweils geltenden Rechtsvorschriften und amtlichen Veröffentlichungen.
Primärquellen: Richtlinie (EU) 2023/970 · § 18 EntgTranspG · § 21 EntgTranspG · Deutscher Bundestag zum Umsetzungsstand.
Die vier typischen Quellsysteme
In der Praxis müssen für Entgelttransparenz meist mindestens vier Datenwelten verbunden werden:
- HRIS / Personalstammdaten: Beschäftigten-ID, Arbeitgeberzuordnung, Eintritt/Austritt, Beschäftigungsstatus, organisatorische Zuordnung und weitere Stammdaten.
- Payroll: Grundentgelt, Zulagen, Boni, variable Zahlungen, Einmalzahlungen und weitere relevante Vergütungskomponenten.
- Arbeitszeit / Zeitwirtschaft: vertragliche oder relevante Arbeitszeit, Beschäftigungsumfang und zeitbezogene Informationen für stundenbezogene Entgeltgrößen.
- Stellen- und Jobarchitektur: Funktion, Stelle, Jobfamilie, Level, Stellenbewertung und Zuordnung zu gleicher oder gleichwertiger Arbeit.
Welche fachlichen Daten für das Reporting benötigt werden, behandeln wir separat unter Reporting-Daten für Entgelttransparenz. Diese Seite konzentriert sich auf Systeme, Mapping, Schnittstellen und Qualitätssicherung.
Das größte Risiko: gleiche Begriffe mit unterschiedlicher Bedeutung
Viele Datenprobleme entstehen nicht durch fehlende Felder, sondern durch uneinheitliche Definitionen. Ein Feld „Salary“ kann beispielsweise je nach System Monatsgrundgehalt, Jahreszielgehalt, tatsächlich gezahltes Brutto oder eine FTE-normalisierte Größe bedeuten.
Vor jeder Berechnung sollte deshalb für jedes verwendete Feld dokumentiert sein:
- fachliche Definition,
- Quellsystem,
- Einheit und Währung,
- Bezugszeitraum,
- Brutto-/Netto-Logik,
- tatsächlicher oder vertraglicher Wert,
- Umgang mit Teilzeit und unterjährigen Beschäftigungen und
- verantwortliche Datenstelle.
Eine eindeutige Beschäftigten-ID ist die technische Basis
Um Daten aus mehreren Systemen zusammenzuführen, braucht es einen stabilen Join-Schlüssel. Namen oder E-Mail-Adressen sind dafür ungeeignet: Sie können sich ändern, unterschiedlich geschrieben werden oder mehrfach vorkommen.
Praktisch empfiehlt sich eine eindeutige interne Beschäftigten-ID, die systemübergreifend oder über eine kontrollierte Mappingtabelle aufgelöst werden kann. Für Analysen sollte der direkte Personenbezug möglichst früh durch eine pseudonymisierte Analyse-ID ersetzt werden.
Die datenschutzrechtlichen Anforderungen erläutern wir unter Datenschutz bei Entgeltdaten.
Arbeitgeberzuordnung darf nicht mit Organisationseinheit verwechselt werden
Ein Konzern, eine Business Unit oder ein Standort kann mehrere rechtliche Arbeitgeber umfassen. Für gesetzliche Schwellenwerte, Reporting und Auskunftsprozesse ist die korrekte rechtliche Arbeitgeberzuordnung deshalb ein eigenes Datenmerkmal.
Ein häufiger Fehler besteht darin, Entgeltdaten zunächst nach Kostenstelle oder Konzernstruktur zu aggregieren und erst später festzustellen, dass die rechtlich relevante Population anders zugeschnitten werden muss.
Zeitbezug: Stammdaten müssen historisierbar sein
Entgelttransparenz analysiert Zeiträume. Deshalb reicht es nicht, nur den heutigen Stand einer Person zu kennen. Stelle, Level, Arbeitszeit, Arbeitgeberzuordnung und Entgelt können sich während eines Kalenderjahres ändern.
Ein belastbares System sollte deshalb nachvollziehen können, welcher Wert ab welchem Zeitpunkt galt. Typische technische Konzepte sind Gültig-ab-/Gültig-bis-Felder oder andere Formen der Historisierung.
Diese Felder sind keine ausdrücklich von der Richtlinie benannten Pflichtspalten. Sie sind jedoch eine sinnvolle technische Voraussetzung, wenn Jahreswerte und historische Reportingstände reproduzierbar sein sollen.
Payroll-Komponenten brauchen ein fachliches Mapping
Payroll-Systeme enthalten häufig Dutzende oder Hunderte Lohnarten. Für Entgelttransparenz müssen diese nicht nur extrahiert, sondern fachlich klassifiziert werden.
Eine Mappingtabelle kann beispielsweise festhalten:
| Lohnart | Interne Bezeichnung | Pay-Equity-Kategorie | Einbeziehen? | Begründung/Version |
|---|---|---|---|---|
| 1000 | Grundgehalt | Grundentgelt | Ja | laufendes Grundentgelt |
| 3100 | Jahresbonus | ergänzend/variabel | Ja | leistungsbezogene variable Vergütung |
| ... | ... | ... | ... | ... |
Das Beispiel ist eine technische Empfehlung und kein gesetzlich vorgeschriebenes Dateiformat. Entscheidend ist, dass die Klassifikation konsistent, dokumentiert und versioniert erfolgt.
Die fachliche Abgrenzung behandelt Entgeltbestandteile bei Entgelttransparenz.
Warum Mapping-Versionen wichtig sind
Wird eine Lohnart heute als variable Vergütung und im nächsten Jahr als Grundentgelt klassifiziert, können sich Kennzahlen verändern, obwohl die tatsächlichen Zahlungen identisch geblieben sind.
Deshalb sollte jede Änderung an Mappingregeln versioniert werden. Ein Reportingstand sollte später erkennen lassen, mit welcher Mappingversion er berechnet wurde.
Arbeitszeit ist mehr als ein FTE-Feld
Die Richtlinie definiert die Entgelthöhe als Bruttojahresentgelt und entsprechendes Bruttostundenentgelt. Für stundenbezogene Vergleiche braucht HR deshalb eine belastbare Arbeitszeitbasis.
Ein einzelnes FTE-Feld (Full-Time Equivalent, auf Deutsch: Vollzeitäquivalent) reicht nicht immer aus. Relevant können beispielsweise sein:
- vertragliche Wochenarbeitszeit,
- Vollzeitreferenz des jeweiligen Beschäftigtensystems,
- Änderungen des Beschäftigungsumfangs während des Jahres,
- Eintritts- und Austrittsdaten und
- methodisch relevante Abwesenheits- oder Zeitraumdaten.
Welche konkrete Normalisierung die deutsche Umsetzung für einzelne Kennzahlen verlangen wird, sollte nicht vorweggenommen werden. Unternehmen sollten aber heute prüfen, ob eine nachvollziehbare Stunden- und Zeitbasis überhaupt vorhanden ist.
Stellenarchitektur ist keine optionale Zusatzdatei
Artikel 9 verlangt auch gruppenbezogene Entgeltunterschiede für Beschäftigte mit gleicher oder gleichwertiger Arbeit. Dafür müssen Vergütungsdaten mit einer belastbaren Stellen- beziehungsweise Arbeitswertlogik verbunden werden.
Problematisch sind beispielsweise Unternehmen, in denen:
- Jobtitel frei gepflegt werden,
- eine Person mehreren widersprüchlichen Levels zugeordnet ist,
- Stellenbewertungen nicht historisiert wurden,
- Jobfamilien nur organisatorisch statt nach Arbeitswert strukturiert sind oder
- gleiche Tätigkeiten an verschiedenen Standorten unterschiedlich codiert werden.
Die Gruppenbildung wird unter Vergleichsgruppe, die Bewertungsmethodik unter Stellenbewertung vertieft.
Datenqualitätsdimension 1: Vollständigkeit
Eine Kennzahl kann mathematisch korrekt und trotzdem fachlich falsch sein, wenn Beschäftigte oder Entgeltbestandteile fehlen.
Typische Vollständigkeitskontrollen:
- Stimmt die Zahl der Personen mit HR-/Payroll-Kontrollsummen überein?
- Fehlen Beschäftigte ohne Stellen-ID?
- Gibt es relevante Lohnarten ohne Pay-Equity-Mapping?
- Fehlen Arbeitszeitdaten für bestimmte Gesellschaften oder Länder?
- Sind unterjährige Beschäftigte vollständig enthalten?
Datenqualitätsdimension 2: Eindeutigkeit
Dubletten können Durchschnittswerte, Quartile und Gruppenkennzahlen erheblich verzerren. Besonders häufig entstehen sie bei Mehrfachbeschäftigungen, Systemmigrationen oder unterschiedlichen Personalnummern in HRIS und Payroll.
Ein Qualitätsschritt sollte deshalb zwischen legitimen Mehrfachdatensätzen und tatsächlichen Dubletten unterscheiden. „Eine Zeile pro Person“ ist nicht in jedem Rohsystem korrekt – im analytischen Modell muss aber klar sein, welche Aggregationslogik verwendet wird.
Datenqualitätsdimension 3: Konsistenz
Konsistenzprüfungen vergleichen Felder miteinander. Beispiele:
- Teilzeitstatus passt nicht zur hinterlegten Wochenarbeitszeit.
- Joblevel ist nicht mit der Stellenbewertung vereinbar.
- Beschäftigte sind in Payroll einem anderen Arbeitgeber zugeordnet als im HRIS.
- Austrittsdatum liegt vor dem Beginn einer später gezahlten regulären Entgeltperiode.
- Variable Vergütung ist vorhanden, aber der Empfängerstatus wurde falsch abgeleitet.
Datenqualitätsdimension 4: Plausibilität
Ausreißer sind nicht automatisch Fehler. Ein sehr hoher Bonus, eine negative Korrektur oder ein ungewöhnlich niedriger Jahreswert kann sachlich richtig sein. Jeder auffällige Wert sollte aber erklärbar sein.
Sinnvolle Kontrollen umfassen beispielsweise Mindest-/Höchstwerte, starke Veränderungen zum Vorjahr, negative Beträge, Nullwerte und extreme Stundenentgelte. Die Regeln sollten nicht automatisch Datensätze löschen, sondern Fälle für eine fachliche Prüfung markieren.
Datenqualitätsdimension 5: zeitliche Konsistenz
Besonders anspruchsvoll sind rückwirkende Payroll-Korrekturen. Ein Bonus für ein Vorjahr kann erst im Folgejahr ausgezahlt werden; Gehaltskorrekturen können rückwirkend gebucht werden; Stellenzuordnungen werden möglicherweise nachträglich geändert.
Das Datenmodell sollte daher zwischen Buchungszeitpunkt, Gültigkeitszeitraum und Reportingbezug unterscheiden können. Welche Zuordnung rechtlich und methodisch für die endgültige deutsche Berichterstattung maßgeblich wird, sollte anhand der späteren Vorgaben umgesetzt werden.
Kontrollsummen zwischen Payroll und Reporting
Ein Reportingdatensatz sollte sich gegen seine Quellsysteme abstimmen lassen. Praktisch hilfreich sind Kontrollsummen wie:
- Anzahl der Beschäftigten im Reportingbestand,
- Summe der relevanten Grundentgelte,
- Summe ergänzender/variabler Bestandteile,
- Zahl der Empfänger variabler Vergütung,
- Anzahl Personen ohne Gruppen-ID und
- Anzahl nicht gemappter Lohnarten.
Solche Kontrollsummen sind keine gesetzlichen Artikel-9-Kennzahlen. Sie sind interne Qualitätskontrollen, mit denen sich Fehler vor der eigentlichen Berechnung erkennen lassen.
Reproduzierbarkeit: Jede Kennzahl braucht einen Datenstand
Ein Unternehmen sollte einen veröffentlichten oder freigegebenen Reportingwert später erneut berechnen können. Dafür braucht es mehr als die fertige Kennzahl.
Zu einem reproduzierbaren Berechnungsstand gehören beispielsweise:
- Quellabzüge oder referenzierbare Datenstände,
- Mappingversionen,
- Gruppenzuordnung und Stellenbewertungsstand,
- Berechnungslogik beziehungsweise Codeversion,
- Qualitätsprüfungen und dokumentierte Korrekturen sowie
- Freigabestatus.
Diese Architektur unterstützt auch die Anforderung des Artikels 9, dass die Leitungsebene die Richtigkeit der Angaben nach Anhörung der Arbeitnehmervertreter bestätigt und Arbeitnehmervertreter Zugang zu den angewandten Methoden erhalten.
Keine manuellen Überschreibungen ohne Audit Trail
Manuelle Korrekturen sind in realen HR-Datenbeständen kaum vollständig vermeidbar. Gefährlich werden sie, wenn niemand später nachvollziehen kann, wer welchen Wert warum geändert hat.
Für jede manuelle Änderung sollten mindestens ursprünglicher Wert, neuer Wert, Grund, Zeitpunkt und verantwortliche Rolle dokumentiert werden. Noch besser ist es, Fehler möglichst im Quellsystem zu korrigieren und den Datenbestand anschließend neu zu erzeugen.
Data Owner und fachliche Verantwortung trennen
Technische Systemverantwortung und fachliche Datenverantwortung sind nicht identisch. Payroll kann beispielsweise für die korrekte Auszahlung verantwortlich sein, während Compensation festlegt, welcher Lohnbestandteil für eine Pay-Equity-Auswertung welcher Kategorie zugeordnet wird.
Für kritische Felder sollte deshalb klar sein:
- Welches System ist die führende Quelle?
- Wer besitzt die fachliche Definition?
- Wer darf Werte ändern?
- Wer prüft Datenqualität?
- Wer genehmigt Mappingänderungen?
Schnittstellenfehler sind oft gefährlicher als Quellsystemfehler
Ein einzelnes Quellsystem kann intern korrekt sein und trotzdem falsche Reportingdaten liefern, wenn Schnittstellen Felder abschneiden, Zeitzonen oder Datumsformate verändern, Währungen falsch interpretieren oder Datensätze mehrfach übertragen.
Deshalb sollten Qualitätskontrollen nicht nur vor dem Export, sondern auch nach jeder wesentlichen Transformation und Zusammenführung durchgeführt werden.
Ein praktikables Ziel-Datenmodell
Ein technisches Analysemodell könnte beispielsweise folgende logisch getrennte Bereiche enthalten:
- Person: pseudonymisierte ID, Arbeitgeber, Beschäftigungszeitraum.
- Arbeitszeit: Gültigkeitszeitraum, Beschäftigungsumfang, Stundenbasis.
- Stelle: Stellen-ID, Jobfamilie, Level, Bewertungsstand, Gruppe gleicher/gleichwertiger Arbeit.
- Entgelt: Zeitraum, Lohnart, Betrag, Kategorie Grund/ergänzend/variabel.
- Governance: Quellsystem, Importdatum, Mappingversion, Prüfstatus.
Auch dieses Modell ist kein gesetzlich vorgeschriebenes Schema. Der Vorteil liegt darin, Stammdaten, zeitabhängige Zuordnungen und Entgeltbewegungen nicht in einer einzigen unübersichtlichen Tabelle zu vermischen.
Zwölf Kontrollen vor einem Reportinglauf
- Reportingpopulation gegen HR-Kontrollzahl abstimmen.
- Arbeitgeberzuordnung auf fehlende oder widersprüchliche Werte prüfen.
- Beschäftigten-IDs auf Dubletten und Mehrfachzuordnungen prüfen.
- Eintritt, Austritt und Beschäftigungszeiträume plausibilisieren.
- Arbeitszeit- und FTE-Angaben auf Konsistenz prüfen.
- Alle relevanten Payroll-Lohnarten einem dokumentierten Mapping zuordnen.
- Grundentgelt und ergänzende/variable Komponenten abstimmen.
- Ausreißer und negative Korrekturen fachlich prüfen.
- Stellen- und Gruppen-IDs auf Vollständigkeit prüfen.
- Gruppenzuordnung mit Stellenbewertung und Gültigkeitszeitraum abstimmen.
- Kontrollsummen mit den Quellsystemen vergleichen.
- Datenstand, Mapping- und Berechnungsversion vor Freigabe archivieren.
Typische Systemfehler
- Nur aktuelle Stammdaten verwenden: historische Stellen-, Level- oder Arbeitszeitänderungen gehen verloren.
- Payroll direkt summieren: Lohnarten werden ohne fachliche Klassifikation zusammengezählt.
- Namen als Join-Schlüssel nutzen: Namensänderungen und Dubletten erzeugen falsche Verknüpfungen.
- FTE als universelle Lösung ansehen: Schwellenwerte, Stundenentgelt und Jahresnormalisierung sind unterschiedliche Fragen.
- Jobtitel als Vergleichsgruppe verwenden: gleiche Bezeichnung bedeutet nicht automatisch gleichen Arbeitswert.
- Mappingregeln überschreiben: historische Reports werden später nicht mehr reproduzierbar.
- Manuelle Excel-Korrekturen ohne Protokoll: Zahlen können nicht verlässlich freigegeben werden.
- Nur Endkennzahlen speichern: Ursache und Berechnungsweg bleiben bei Rückfragen unklar.
- Datenschutz durch Vollzugriff lösen: technische Bequemlichkeit ersetzt keine rollenbasierte Berechtigung.
Was Unternehmen jetzt vorbereiten können
Auch solange die deutsche Umsetzung noch offen ist, können Unternehmen technische Grundlagen vorbereiten, ohne spätere Detailregeln vorwegzunehmen:
- Quellsysteme und Datenverantwortliche inventarisieren,
- Entgeltkomponenten und Lohnarten dokumentieren,
- Arbeitszeit- und Stellenhistorien auf Vollständigkeit prüfen,
- systemübergreifende IDs beziehungsweise kontrollierte Mappings schaffen,
- Stellenbewertung und Gruppenlogik stabilisieren,
- Qualitätsregeln automatisieren und
- einen reproduzierbaren Testlauf mit einem abgeschlossenen Kalenderjahr durchführen.
Ein Testlauf ist keine eigenständige gesetzliche Pflicht. Er zeigt aber frühzeitig, ob die benötigten Daten überhaupt zusammengeführt und erklärt werden können.
HR-Systeme müssen nicht perfekt sein – die Datenkette muss kontrollierbar sein
Entgelttransparenz erfordert nicht zwangsläufig ein neues zentrales HR-System. Auch heterogene Systemlandschaften können belastbare Ergebnisse liefern, wenn Datenquellen, Definitionen, Mappings und Kontrollen klar dokumentiert sind.
Problematisch wird eine Systemlandschaft dort, wo dieselbe Kennzahl je nach Bearbeiter anders entsteht oder historische Ergebnisse nicht reproduziert werden können. Die entscheidende Reifeprüfung lautet daher: Kann das Unternehmen erklären, aus welchen Daten eine Kennzahl entstanden ist und warum diese Daten fachlich richtig sind?
Für den Gesamtprozess verbinden Sie diese Seite mit der HR-Checkliste, der Berichtspflicht und den fachlichen Reporting-Daten.
Passende Vertiefungen: Datenvorbereitung für Reporting 2027 · Software für Entgelttransparenz auswählen.
Die Inhalte dienen der allgemeinen fachlichen Information und stellen keine Rechtsberatung dar. Sie können eine individuelle rechtliche, technische oder datenschutzrechtliche Prüfung des Einzelfalls nicht ersetzen.