Entscheidungsmatrix für HR-Verantwortliche, IT-Leitung und Projektteams in deutschen Unternehmen: Nach welchen Kriterien Personalprozesse eindeutig einer HR-Suite, einem ERP-Kernsystem, einem Fachsystem wie MES oder WMS oder einem Spezialtool zugeordnet werden, inklusive der klassischen Grenzfälle, an denen Digitalisierungsprojekte in der Praxis scheitern, und der technischen Integrationsmuster, mit denen die Systeme tatsächlich verbunden werden.
Wer 2025 oder 2026 eine neue HR-Software einführt, kauft nicht in einen leeren Raum: Laut der SoftTrend-Studie 303 „HR-Software 2025/26" des Hamburger Marktforschungshauses SoftSelect GmbH stehen Unternehmen aktuell zwischen 117 untersuchten HR-Systemen von 86 Anbietern: über 80 Prozent davon cloudbasiert, mehr als 60 Prozent mit KI-Funktionen. Gleichzeitig zählt die Integration in bestehende IT-Landschaften laut derselben Studie zu den vier zentralen Herausforderungen bei der Systemeinführung, neben Systemauswahl, Akzeptanz und Wirtschaftlichkeit. Das eigentliche Risiko liegt dabei selten in der Software selbst, sondern in der Frage, die vor jeder Ausschreibung beantwortet sein muss: Welcher Prozess gehört überhaupt in die HR-Suite, und welcher ins ERP, ins Manufacturing Execution System (MES, das Fertigungsleitsystem zur Steuerung und Echtzeiterfassung von Produktionsprozessen) oder in ein spezialisiertes Einzeltool? Diese Seite liefert dafür eine belastbare Entscheidungsmatrix statt eines weiteren Anbietervergleichs, ergänzend zu unserem Überblick der HR-Software-Funktionen.
In den meisten Unternehmen ist die Systemlandschaft nicht aus einem Gesamtkonzept entstanden, sondern additiv gewachsen: Die Finanzbuchhaltung lief zuerst auf SAP oder einem vergleichbaren ERP-System, die Personalabteilung hat parallel Excel-Listen und später eine eigenständige HR-Suite eingeführt, die Produktion hat unabhängig davon ein MES für die Schichtsteuerung angeschafft, und das Lager nutzt ein Warehouse Management System (WMS) mit eigener Personaleinsatzlogik für Kommissionierer. Jede dieser Anschaffungen war für sich genommen sinnvoll. In Summe entstehen aber Doppelpflege von Personalstammdaten, widersprüchliche Abwesenheitsstände zwischen Schichtplan und Lohnabrechnung und Schnittstellen, die als Workaround gebaut wurden, statt als Architekturentscheidung. Die Folge sind nicht nur Reibungsverluste im Tagesgeschäft, sondern auch handfeste Compliance-Risiken: Wenn dieselbe Fehlzeit in zwei Systemen unterschiedlich geführt wird, ist weder die Lohnabrechnung noch die Nachweisführung bei einer Prüfung durch die Deutsche Rentenversicherung (DRV-Betriebsprüfung nach § 28f SGB IV) oder den Zoll (bei Mindestlohnkontrollen) sauber belastbar.
Eine belastbare Systemgrenzen-Matrix beantwortet vor jeder Softwareentscheidung fünf Fragen: Wer ist im jeweiligen Prozess datenführend (System of Record) und wer greift nur lesend zu (System of Engagement)? Wie zeitkritisch muss die Information verfügbar sein, schichtgenau in Echtzeit oder monatlich zum Abrechnungslauf? Welche gesetzliche Aufbewahrungs- oder Nachweispflicht hängt an den Daten? Wer nutzt das System operativ, der Werker an der Linie, der Sachbearbeiter in der Personalabteilung oder die Führungskraft im Self-Service? Und: Löst die Funktion eine Mitbestimmungspflicht des Betriebsrats nach dem Betriebsverfassungsgesetz (BetrVG) aus, unabhängig davon, in welchem System sie technisch läuft? Diese fünf Kriterien klären die fachliche Zuordnung. Wie die Systeme anschließend technisch synchronisiert werden, etwa per Echtzeit-API, Batch-Export, IDoc oder Middleware, klärt ergänzend das Integrationsmuster, das im dritten Teil dieser Matrix behandelt wird. Wer beide Ebenen konsequent anwendet, vermeidet die zwei häufigsten Fehlentscheidungen: HR-Suiten, die versuchen, fertigungsnahe Schichtlogik nachzubilden, und ERP-Module, die als vermeintlich kostenlose Zugabe HR-Prozesse übernehmen, für die sie fachlich nicht gebaut sind.
Zwei aktuelle Entwicklungen zwingen viele deutsche Unternehmen gerade jetzt zu einer Neuziehung ihrer Systemgrenzen, unabhängig von jeder Compliance-Frist. Erstens läuft der Mainstream-Support für die ECC-basierte SAP-HCM-Linie Ende 2027 aus, kostenpflichtige Extended Maintenance ist längstens bis 2030 verfügbar. Wer auf SAP S/4HANA und SAP SuccessFactors Employee Central migriert, muss die HR/ERP-Grenze zwangsläufig neu ziehen, weil sich Datenhoheit und Schnittstellenarchitektur zwischen den Systemen grundlegend ändern (mehr dazu in unserem Beitrag zur HR-Systemarchitektur moderner HR-Software-Landschaften). Zweitens ist die im Text häufig unterstellte Zweiteilung „Entgeltabrechnung läuft im ERP oder in der HR-Suite" im deutschen Mittelstand unvollständig: Ein erheblicher Teil der Unternehmen führt die Lohn- und Gehaltsabrechnung überhaupt nicht intern, sondern extern über einen Steuerberater oder ein Lohnbüro auf Basis von DATEV Lohn und Gehalt beziehungsweise DATEV LODAS. In diesem Fall ist DATEV das datenführende Payroll-System, und die Systemgrenzen-Frage verschiebt sich von „ERP oder HR-Suite" zu „welche Daten müssen strukturiert an die externe DATEV-Schnittstelle exportiert werden, und wer pflegt sie davor".
Drei Ebenen für eine belastbare Entscheidung: die fünf Abgrenzungskriterien, die konkrete Prozess-zu-System-Zuordnung und die technischen Integrationsmuster, mit denen die Systeme tatsächlich verbunden werden.
| Kriterium | Leitfrage | Deutet auf HR-Suite | Deutet auf ERP-Kernsystem | Deutet auf Fachsystem (MES/WMS) | Deutet auf Spezialtool |
|---|---|---|---|---|---|
| Datenhoheit / System of Record | Wo entsteht die Information originär und wo muss sie rechtlich verbindlich geführt werden? | Personalstammdaten, Vertragsdaten, Zeugnisse, Beurteilungen | Kostenstellen, Finanzbuchung, konsolidierte Entgeltdaten für die Bilanz (oder extern bei DATEV-geführter Payroll) | Schichtbelegung in Echtzeit, Maschinen-/Auftragszuordnung des Werkers | Bewerberdaten im laufenden Recruiting-Prozess, Skill-Zertifikate |
| Aktualitätsanforderung | Muss die Information sekunden-/schichtgenau oder periodisch stimmen? | Periodisch (Stammdatenänderung, Monatsabschluss) | Periodisch (Buchungsläufe, Bilanzstichtage) | Echtzeit (Anwesenheit an der Linie, Ausschussmeldung) | Situativ (Bewerbungsstatus, Onboarding-Fortschritt) |
| Rechts- und Aufbewahrungspflicht | Welche gesetzliche Frist oder Nachweispflicht greift? | § 26 BDSG (Beschäftigtendatenschutz), Nachweisgesetz | § 257 HGB / § 147 AO (seit 1.1.2025 grundsätzlich 8 Jahre für Buchungsbelege, 10 Jahre für Jahresabschlüsse); § 28f SGB IV für Entgeltunterlagen | Arbeitsschutzrecht, Rückverfolgbarkeit nach Produkthaftung | AGG-abgeleitete Löschfrist für Bewerberdaten (i. d. R. rund 6 Monate) |
| Nutzerkreis | Wer bedient das System im Alltag? | HR-Sachbearbeitung, Führungskräfte im Self-Service | Finanzbuchhaltung, Controlling (oder externes Lohnbüro bei DATEV) | Werker, Schichtleitung, Meister | Recruiter, Fachbereich im Bewerbungsprozess |
| Mitbestimmungsrelevanz (§ 87 Abs. 1 Nr. 6 BetrVG) | Erfasst die Funktion Verhalten oder Leistung der Beschäftigten? | Ja, bei Zeiterfassung und Leistungsbeurteilung | Selten direkt, außer bei Auswertungen auf Mitarbeiterebene | Ja, bei schichtgenauer Leistungs- und Taktzeiterfassung | Ja, bei KI-gestütztem Bewerber-Scoring |
| Prozess | Primärsystem | Begründung | Typisches Integrationsmuster |
|---|---|---|---|
| Personalstammdaten (Name, Vertrag, Bankverbindung) | HR-Suite, Replikation ins ERP für Entgeltabrechnung | Einmalige Datenpflege an der Quelle, danach Systemintegration statt manueller Doppelerfassung | Batch-/Nightly-Export oder Middleware; zunehmend Echtzeit-API |
| Entgeltabrechnung | ERP oder Payroll-Modul, gespeist aus HR-Suite, im Mittelstand häufig extern via DATEV | Bilanzrelevanz, § 257 HGB, enge Kopplung an Finanzbuchhaltung; bei externer Abrechnung datenführendes System außerhalb der eigenen IT-Landschaft | Strukturierter Batch-Export (bei DATEV eigenes Schnittstellenformat statt API) |
| Zeiterfassung (Kommt/Geht) | HR-Suite oder dediziertes Zeitwirtschaftssystem | Nachweispflicht nach der geplanten Novelle des Arbeitszeitgesetzes, Bezug zu Lohnbuchhaltung | Echtzeit-API oder mindestens untertägiger Batch |
| eAU (elektronische Arbeitsunfähigkeitsbescheinigung) | Payroll-/Zeitwirtschaftssystem, Abruf bei den Krankenkassen | Pflicht-Datenabruf seit 2023; Ergebnis muss unmittelbar in Entgeltfortzahlung und Fehlzeitenstatistik einfließen | Maschinelle Abfrage über den GKV-Kommunikationsserver, i. d. R. direkt aus dem Payroll-System |
| Schichtplanung in der Fertigung | MES oder spezialisiertes WFM-Tool, Rückmeldung an HR-Suite | Taktzeit- und Maschinenbindung, die eine HR-Suite fachlich nicht abbilden kann | IDoc-Konnektor (SAP-Umfeld) oder Echtzeit-API; Rückmeldung untertägig |
| Skills- und Qualifikationsmatrix (Fertigung) | MES, mit Stammdatenabgleich zur HR-Suite | Qualifikation ist an Maschinen-/Prozessfreigaben gekoppelt, nicht nur an Personalakte | Batch-Abgleich per Personalnummer als gemeinsamem Schlüssel |
| Bewerbermanagement (ATS) | HR-Suite oder eigenständiges ATS | Kein fachlicher Bezug zum ERP; hohe Relevanz von Datenschutz-Löschfristen | Kein ERP-Bezug nötig; Batch-Übergabe ins HR-Stammdatensystem bei Einstellung |
| Reisekostenabrechnung | ERP oder Spezialtool, Genehmigung ggf. in HR-Suite | Buchungsrelevanz für Vorsteuer und Kostenstellen | Batch-Exportlauf zur Finanzbuchhaltung |
| Zutrittskontrolle / Werksausweis | Sicherheitstechnisches Spezialsystem, Stammdaten aus HR-Suite | Gebäudetechnik und Sicherheitsanforderungen liegen außerhalb der HR-Fachlogik | Batch- oder Echtzeit-Feed (Ein-/Austrittsdatum) aus der HR-Suite |
| IT-Konten / Berechtigungen (Joiner-Mover-Leaver) | HR-Suite als Trigger, IAM-/AD-System für die Provisionierung | Personalstatus muss automatisiert Konten und Zugriffsrechte auslösen, sonst bleiben Zugänge nach Austritt aktiv | SCIM-Protokoll oder API-Provisionierung, HR-Suite als „Source of Truth" |
| Weiterbildungsmanagement / LMS | HR-Suite oder eigenständiges LMS | Zertifikatsverwaltung mit eigener Prozesslogik (Kursbuchung, E-Learning-Tracking) | Batch-Synchronisation der Zertifikatsdaten, SCIM für Nutzerprovisionierung im LMS |
| Kommissionierer-Einsatzplanung im Lager | WMS, mit Personalstammdaten aus HR-Suite | Einsatzplanung ist an Lagerzonen, Pickwege und Auftragsvolumen gekoppelt | Batch-Stammdatenabgleich, teils Echtzeit-API |
Aus unserer Projekterfahrung ist die zentrale Fehlerquelle in der Praxis nicht die falsche Zuordnung einzelner Prozesse, sondern das Fehlen einer dokumentierten Entscheidung überhaupt: Systeme wachsen an Symptomen entlang, nicht an Kriterien.
Eine Systemgrenzen-Matrix, die nur die fachliche Zuordnung klärt, bleibt für die IT-Leitung unvollständig. Ebenso wichtig ist, mit welchem technischen Muster zwei Systeme synchronisiert werden, weil davon Fehlerbehandlung, Monitoring und Prüfbarkeit der Datenflüsse abhängen. Für den zeitwirtschaftsnahen Teil hilft dabei auch unser Überblick zu Zeit- und Workforce-Management.
| Integrationsmuster | Wie es funktioniert | Typischer Einsatzbereich | Wichtigste Einschränkung |
|---|---|---|---|
| Echtzeit-API (REST/OData) | Direkter, synchroner Datenaustausch bei Bedarf | Schichtrückmeldung MES ↔ Zeitwirtschaft, moderne HR-Suite ↔ ATS-Kopplung | Höherer Implementierungs- und Betriebsaufwand, erfordert stabile Netzanbindung an der Linie |
| IDoc (SAP-Standard) | Asynchrones, strukturiertes Nachrichtenformat aus der SAP-Welt | Klassische Anbindung eines WFM-Tools an SAP ERP HCM PT (Zeitwirtschaftsmodul) | An das SAP-Ökosystem gebunden, im S/4HANA-Zielbild zunehmend durch APIs abgelöst |
| Batch-/Nightly-Export | Periodischer Dateiexport (CSV, Flatfile) zu festen Zeiten | Personalstammdaten-Replikation, Reisekosten-Buchungslauf, DATEV-Lohnexport, Skills-Abgleich | Zeitversatz von Stunden bis zu einem Tag, klassische Fehlerquelle für inkonsistente Stände |
| Middleware / iPaaS | Zentrale Integrationsplattform orchestriert mehrere Punkt-zu-Punkt-Verbindungen | SAP BTP Integration Suite, Boomi oder MuleSoft, sobald mehr als zwei Systeme beteiligt sind | Zusätzliche Plattform mit eigenem Lizenz- und Betriebsaufwand, aber deutlich besseres Monitoring |
| SCIM (System for Cross-domain Identity Management) | Standardisiertes Protokoll für automatisierte Nutzerprovisionierung | IAM-/AD-Anlage und -Deaktivierung aus der HR-Suite heraus (Joiner-Mover-Leaver) | Setzt SCIM-Unterstützung auf beiden Seiten voraus, nicht jedes Fachsystem bietet das |
Der anstehende SAP-ECC/HCM-Sunset beschleunigt dabei einen Architekturwechsel, der ohnehin absehbar war: weg von reinen IDoc-Punkt-zu-Punkt-Verbindungen, hin zu API- und Middleware-basierten Integrationen, die sich leichter überwachen und im Fehlerfall nachvollziehen lassen, ein Aspekt, der bei jeder Systemgrenzen-Entscheidung mitgedacht werden sollte, nicht erst beim technischen Feinkonzept.
An diesen acht Stellen entscheidet sich in der Praxis, ob eine Systemlandschaft sauber oder als Workaround-Konstrukt entsteht.
HR-Suiten bilden Abwesenheiten, Urlaubsanträge und vertragliche Arbeitszeitmodelle gut ab, scheitern aber an schichtgenauer Taktzeit-, Maschinen- und Qualifikationslogik. Spezialisierte WFM-Anbieter wie ATOSS Software SE, GFOS, Interflex/dormakaba oder ISGUS positionieren sich als Brücke zwischen Fertigung und Zeitwirtschaft: ATOSS bietet etwa einen dedizierten Konnektor für SAP ERP HCM PT an, technisch meist per IDoc, im S/4HANA-Zielbild zunehmend per API. Faustregel: Planung und Ist-Erfassung gehören dorthin, wo die fertigungsnahe Logik entsteht, die abrechnungsrelevante Verdichtung dagegen ins Zeitwirtschafts- oder ERP-System.
Eine Schweißerqualifikation oder ein Staplerschein ist zugleich HR-relevantes Zertifikat und sicherheitskritische Maschinenfreigabe. Bewährt hat sich geteilte Führung: Der Nachweis (Zertifikat, Ablaufdatum, Schulungspflicht) liegt in der HR-Suite oder im LMS, die operative Freigabe für eine bestimmte Anlage im MES, verknüpft über die Personalnummer als gemeinsamen Schlüssel, nicht über Doppelpflege derselben Information.
Die Genehmigung einer Dienstreise ist ein Personalvorgang, die steuerliche und vorsteuerrelevante Abrechnung ein Finanzprozess. Viele HR-Suiten bieten Reisekostenmodule an, fachlich korrekt bleibt aber, dass die belegscharfe Buchung mit Vorsteuerabzug im ERP oder einem Spezialtool erfolgt, damit Betriebsprüfungen durch das Finanzamt ohne Systembrüche nachvollziehbar bleiben.
Ein ATS hat mit dem ERP keine fachliche Berührung, wohl aber mit strengen datenschutzrechtlichen Löschfristen für abgelehnte Bewerbungen. Ob ein integriertes Recruiting-Modul oder ein eigenständiges ATS die richtige Wahl ist, hängt vom Bewerbervolumen und der benötigten Automatisierungstiefe ab, die Systemgrenze zum ERP ist hier in der Regel unstrittig.
Zutrittssysteme laufen technisch meist getrennt von der HR-Suite, benötigen aber aktuelle Personalstammdaten, um Zugangsberechtigungen automatisch zu widerrufen. Die Systemgrenze ist eindeutig: HR liefert die Stammdaten, das sicherheitstechnische Spezialsystem verantwortet die physische Zugangslogik, eine Vermischung würde weder der HR-Fachlogik noch der Werkssicherheit gerecht.
Die HR-Suite kennt Ein-, Aus- und Übertritte als Erste, doch wer legt daraus automatisch Konto, E-Mail-Adresse und Fachanwendungsrechte an oder entzieht sie? Der Joiner-Mover-Leaver-Prozess ist häufig der größte reale Architekturkonflikt zwischen HR und IT. Saubere Lösung: HR-Suite bleibt System of Record für den Personalstatus, das IAM-/AD-System verantwortet die Provisionierung, verbunden über SCIM statt manueller IT-Tickets.
MES-Systeme erfassen häufig taktzeitbezogene Leistungsdaten pro Werker, diese dürfen aber nicht automatisch in eine HR-geführte Leistungsbeurteilung einfließen, ohne § 87 Abs. 1 Nr. 6 BetrVG zu beachten und, bei systematischer Verknüpfung mit Personalbewertungen, eine Datenschutz-Folgenabschätzung nach Art. 35 DSGVO zu prüfen. Die Produktionskennzahl gehört ins MES, ihre Verwendung für Personalentscheidungen bedarf einer gesonderten, mitbestimmten Regelung.
Das Hinweisgeberschutzgesetz verpflichtet Unternehmen ab 50 Beschäftigten zum internen Meldekanal. Da Meldungen oft arbeitsrechtliche Sachverhalte betreffen, liegt die Versuchung nahe, das Fallmanagement in der HR-Suite mitlaufen zu lassen, fachlich korrekt gehört es in ein dediziertes Compliance-Spezialtool mit eigenem, eingeschränktem Zugriffskreis, da Vertraulichkeit und Schutz vor Repressalien eine strengere Zugriffslogik erfordern als in einer HR-Suite üblich.
Falsch gezogene Systemgrenzen sind kein rein organisatorisches, sondern ein rechtliches Risiko. Die folgenden acht Punkte sollten in jedem Systemgrenzen-Projekt explizit geprüft werden.
Jede technische Einrichtung, die geeignet ist, Verhalten oder Leistung von Beschäftigten zu überwachen, unterliegt der Mitbestimmung, unabhängig davon, ob sie HR-Suite, MES, WMS oder Zutrittssystem heißt. „Geeignet zur Überwachung" reicht bereits, eine Überwachungsabsicht ist nicht erforderlich. Systemgrenzen-Entscheidungen sollten deshalb frühzeitig mit dem Betriebsrat abgestimmt werden.
Auf Grundlage des EuGH-Urteils CCOO (14.05.2019, C-55/18) und des BAG-Beschlusses vom 13.09.2022 (Az. 1 ABR 22/21) arbeitet das BMAS an einer Novelle des Arbeitszeitgesetzes. Eine interne Arbeitsfassung vom 18.06.2026 (noch kein formaler Referentenentwurf) sieht gestaffelte Übergangsfristen (1 Jahr ab 250 Beschäftigten, 2 Jahre unter 250, 5 Jahre unter 50, Ausnahme bis 10 Mitarbeitende) sowie Bußgelder bis 30.000 Euro vor. Die Grundpflicht zur Zeiterfassung gilt bereits seit dem BAG-Beschluss 2022.
Die Verordnung (EU) 2024/1689 (AI Act) stuft KI-Systeme im Beschäftigungskontext in Anhang III als Hochrisiko-Anwendungen ein, sofern sie bei Rekrutierung, Beförderung, Kündigung oder Leistungsüberwachung eingesetzt werden. Die zugehörigen Pflichten gelten ab dem 2. August 2026, unabhängig vom Trägersystem (HR-Suite, ATS oder MES-Auswertung).
Art. 5 Abs. 1 lit. c DSGVO verlangt, Daten nur dort zu verarbeiten, wo ein legitimer Zweck besteht: Ein MES benötigt keine Geburtsdaten der Werker, ein WMS keine Gehaltsdaten der Kommissionierer. Wo Systemgrenzen bewusst überschritten werden, etwa MES-Leistungsdaten mit individuellen HR-Bewertungen, ist zusätzlich eine Folgenabschätzung nach Art. 35 DSGVO zu prüfen.
Das Vierte Bürokratieentlastungsgesetz verkürzte die Frist für Buchungsbelege (§ 257 HGB, § 147 AO) rückwirkend zum 1.1.2025 von zehn auf acht Jahre (Kreditinstitute/Versicherer erst ab 1.1.2026); bei zehn Jahren bleibt es für Jahresabschlüsse. Für Entgeltunterlagen gilt zusätzlich § 28f SGB IV: Vorhaltung bis zur nächsten DRV-Betriebsprüfung, in der Praxis oft länger als die verkürzte Frist. Liegen abrechnungsrelevante Daten nur im MES, entsteht eine Nachweislücke.
Die Umsetzungsfrist zum 7. Juni 2026 ist bereits verstrichen, ohne dass Deutschland vollständig umgesetzt hat. Gehaltsstrukturdaten und Bandbreiten müssen konsistent aus einem System berichtet werden können, das Stellenarchitektur (meist HR-Suite) und tatsächlich gezahlte Entgelte (ERP, Payroll-Modul oder DATEV) zusammenführt, eine Anforderung, die viele Landschaften ohne definierte Schnittstelle noch nicht erfüllen.
Arbeitgeber müssen den AU-Nachweis elektronisch bei der Krankenkasse abrufen. Der Abruf muss aus dem System erfolgen, das an den GKV-Kommunikationsserver angebunden ist und die Fehlzeit unmittelbar in die Entgeltfortzahlung überführt, meist Payroll oder Zeitwirtschaft, nicht zwingend die HR-Suite. Unklare Zuständigkeit führt zu doppelten Abrufen und inkonsistenten Fehlzeitenständen.
Jede Schnittstelle ist ein potenzieller Bruchpunkt für Datenkonsistenz und ein IT-Sicherheitsrisiko. Bei sensiblen Rollen (z. B. Stammdatenpflege plus Zahlungsfreigabe) sollte die Systemgrenze eine Funktionstrennung technisch erzwingen. Für Automobilzulieferer verlangt der Prüfstandard TISAX genau solche Segregation-of-Duties-Nachweise für Schnittstellen zwischen HR-, ERP- und Fertigungssystemen.
Eine allgemeine Matrix ersetzt keine unternehmensspezifische Entscheidung, dieses Vorgehen macht sie anwendbar.
Alle HR-nahen Prozesse aus HR, Produktion, Lager und Finance auflisten, inklusive der Systeme, in denen sie aktuell, auch inoffiziell in Excel oder extern beim Lohnbüro, geführt werden.
Datenhoheit, Aktualitätsanforderung, Rechtspflicht, Nutzerkreis und Mitbestimmungsrelevanz für jeden Prozess einzeln bewerten, nicht pauschal für ganze Abteilungen.
Für jeden Prozess mit mehr als einem System festhalten, welches System datenführend ist und mit welchem technischen Muster (API, Batch, IDoc, SCIM) die Systeme verbunden werden sollen.
Prozesse mit Mitbestimmungsrelevanz nach § 87 Abs. 1 Nr. 6 BetrVG und datenschutzrelevante Funktionen vor der Systemauswahl, nicht danach, mit Betriebsrat und Datenschutzbeauftragtem abstimmen.
Die entstandene Matrix als verbindliches Architekturdokument mit IT-Leitung, HR-Leitung und Fachbereichen abstimmen und formal freigeben, als Teil der IT-Governance, nicht als lose Tabelle.
Neue KI-Funktionen, neue gesetzliche Pflichten, ein SAP-Systemwechsel oder ein Anbieterwechsel im MES machen eine Überprüfung der Matrix in der Regel alle 12 bis 24 Monate erforderlich.
Diese Seite bündelt die Systemgrenzen-Logik zwischen den Domänen; einzelne Aspekte, etwa die endgültige Ausgestaltung der Zeiterfassungspflicht, die EU-KI-Verordnung im Recruiting im Detail, ein Vergleich von Bewerbermanagementsystemen oder von Workforce-Management-Software, sind Gegenstand eigener Vertiefungsbeiträge und werden hier bewusst nur so weit ausgeführt, wie es für die Systemgrenzen-Entscheidung selbst nötig ist.
Die Schichtplanung mit Taktzeit-, Maschinen- und Qualifikationsbindung gehört fachlich ins MES oder ein spezialisiertes Workforce-Management-Tool, da HR-Suiten diese produktionsnahe Logik in der Regel nicht abbilden. Die verdichteten Ist-Zeiten werden anschließend über eine definierte Schnittstelle an die Zeitwirtschaft im HR-System oder ERP übergeben. Spezialisierte WFM-Anbieter wie ATOSS, GFOS oder ISGUS bieten dafür in der Regel fertige Konnektoren zur Zeitwirtschaft im ERP an, etwa den ATOSS-Konnektor zum SAP-Zeitwirtschaftsmodul HCM PT. Die HR-Suite bleibt zuständig für Urlaubsanträge, vertragliche Arbeitszeitmodelle und die abrechnungsrelevante Verdichtung.
Eine grundsätzliche Pflicht zur Arbeitszeiterfassung besteht bereits seit dem BAG-Beschluss vom 13. September 2022, die konkrete gesetzliche Ausgestaltung mit gestaffelten Fristen für die elektronische Form ist jedoch noch nicht final verabschiedet. Aktuell liegt lediglich eine interne Arbeitsfassung des BMAS vom 18. Juni 2026 vor, noch kein formaler Referentenentwurf. Sie sieht Übergangsfristen zwischen einem Jahr für große Betriebe und fünf Jahren für Kleinbetriebe unter 50 Beschäftigten vor, mit einer dauerhaften Ausnahme für Betriebe bis 10 Mitarbeitende. Unternehmen sollten unabhängig vom endgültigen Gesetzestext bereits jetzt ein eindeutig zuständiges Zeiterfassungssystem definieren, da die Grundpflicht bereits gilt.
Für Unternehmen mit reiner Bürobeschäftigung reicht die Zeitwirtschaft einer modernen HR-Suite in der Regel aus. Sobald jedoch Schichtbetrieb, Taktzeitbindung oder komplexe tarifliche Zuschlagsregelungen in der Produktion oder Logistik hinzukommen, stoßen HR-Suiten fachlich an ihre Grenzen, hier etabliert sich am Markt die Kombination aus HR-Suite für Stammdaten und Abrechnung sowie einem spezialisierten Workforce-Management-System (etwa von ATOSS, GFOS oder Quinyx) für die operative Planung.
Zwei Entwicklungen fallen zusammen: Zum einen läuft der SAP-Mainstream-Support für die ECC-basierte HCM-Linie Ende 2027 aus, mit Extended Maintenance längstens bis 2030. Unternehmen, die auf SAP S/4HANA und SuccessFactors Employee Central migrieren, müssen die HR/ERP-Grenze technisch neu aufsetzen. Zum anderen verschärfen neue Compliance-Anforderungen wie die Arbeitszeiterfassungsnovelle, die EU-KI-Verordnung und die EU-Entgelttransparenzrichtlinie den Druck, Systemgrenzen dokumentiert statt implizit zu regeln. Beide Treiber zusammen machen aus einem organisatorischen „Nice-to-have" ein Projektrisiko mit konkretem Zeitdruck.
Nein. Neben ERP-Payroll-Modulen und HR-Suite-eigener Abrechnung ist im deutschen Mittelstand die externe Abrechnung über einen Steuerberater oder ein Lohnbüro auf Basis von DATEV Lohn und Gehalt beziehungsweise DATEV LODAS weit verbreitet. In diesem Fall ist DATEV das datenführende System für die Abrechnung selbst, während HR-Suite oder ERP nur die vorgelagerten Stammdaten strukturiert für den Export bereitstellen müssen, die Systemgrenzen-Frage verschiebt sich dann von der Systemwahl auf die Sauberkeit der Exportschnittstelle.
Fachlich ist die HR-Suite die richtige Quelle, da sie den Personalstatus (Eintritt, Abteilungswechsel, Austritt) als Erste kennt; die technische Provisionierung von Active-Directory-Konten, E-Mail-Postfächern und Fachanwendungsrechten übernimmt jedoch das IAM-System. Die beiden Systeme werden idealerweise über eine standardisierte SCIM-Schnittstelle verbunden, damit ein Austritt automatisch zur Deaktivierung aller abhängigen Konten führt, statt auf ein manuelles IT-Ticket angewiesen zu sein, eine häufige, aber vermeidbare Compliance-Lücke in der Praxis.
Die häufigsten Probleme entstehen durch doppelte Datenpflege von Personalstammdaten, zeitversetzte oder fehlerhafte Synchronisation von Abwesenheiten und uneinheitliche Personalnummern-Logiken zwischen Systemen, häufig eine Folge von reinen Batch-Exporten ohne definiertes Fehlerhandling. Die Integration in bestehende IT-Landschaften zählt laut der SoftSelect-Studie „HR-Software 2025/26" zu den vier zentralen Herausforderungen bei HR-Softwareprojekten. Eine sauber dokumentierte Systemgrenzen-Matrix mit klar definiertem System of Record und definiertem Integrationsmuster je Datenfeld reduziert dieses Risiko strukturell, statt es über zusätzliche Abgleichprozesse zu kompensieren.
Ja, sofern das System geeignet ist, Verhalten oder Leistung der Beschäftigten zu überwachen, das umfasst nach § 87 Abs. 1 Nr. 6 BetrVG praktisch jede Zeiterfassung, Schichtplanung und Leistungsauswertung, unabhängig vom Systemtyp. Die Mitbestimmungspflicht knüpft an die technische Eignung zur Überwachung an, nicht an eine tatsächliche Überwachungsabsicht des Arbeitgebers. Deshalb sollte der Betriebsrat bereits während der Systemgrenzen-Definition und nicht erst kurz vor Go-Live eingebunden werden.
Der Nachweis einer Qualifikation, etwa ein Zertifikat mit Ablaufdatum, gehört fachlich in die HR-Suite oder ein Learning-Management-System, während die daraus abgeleitete Freigabe für eine konkrete Maschine oder Anlage im MES geführt wird. Beide Systeme sollten über die Personalnummer als gemeinsamen Schlüssel verknüpft sein, um Doppelpflege zu vermeiden. Diese geteilte Führung ist Standardpraxis in produzierenden Unternehmen mit MES-Einsatz.
Parallele, unabgestimmte Datenpflege führt zu inkonsistenten Ständen bei Abwesenheiten, Vertragsdaten oder Kostenstellen, was in der Entgeltabrechnung zu Fehlzahlungen und bei Betriebsprüfungen zu Nachweisproblemen führen kann. Zusätzlich steigt der manuelle Abstimmungsaufwand in der Personalabteilung spürbar, da Diskrepanzen häufig erst bei der Monatsabrechnung auffallen. Eine dokumentierte Systemgrenzen-Matrix mit eindeutigem System of Record je Datendomäne ist der wirksamste strukturelle Schutz dagegen.
Beide Varianten sind fachlich vertretbar, da das Bewerbermanagement kaum Berührungspunkte mit dem ERP hat; die Entscheidung hängt vom Bewerbervolumen und dem benötigten Automatisierungsgrad ab, nicht von einer Systemgrenzen-Notwendigkeit. Wichtiger als die Systemwahl ist die datenschutzkonforme Löschung von Bewerberdaten: Üblich ist eine Vorhaltefrist von rund sechs Monaten, diese ergibt sich nicht aus einer eigenen DSGVO-Frist, sondern in der Praxis als Sicherheitspuffer über die zweimonatige Klagefrist nach § 15 Abs. 4 AGG hinaus, innerhalb derer abgelehnte Bewerber Entschädigungsansprüche wegen Diskriminierung geltend machen können. Wird KI-gestütztes Bewerber-Scoring eingesetzt, greifen zusätzlich die Hochrisiko-Anforderungen der EU-KI-Verordnung.
Die Verordnung (EU) 2024/1689 stuft KI-Systeme für Rekrutierung, Beförderung, Kündigung und Leistungsüberwachung als Hochrisiko-Anwendungen ein; die zugehörigen Pflichten gelten ab dem 2. August 2026. Das betrifft jedes System, das eine solche Funktion technisch ausführt, unabhängig davon, ob es sich um ein Modul der HR-Suite, ein eigenständiges ATS oder eine MES-Auswertung handelt. Bei der Systemgrenzen-Entscheidung sollte deshalb geprüft werden, welches System die geforderte Dokumentations- und Aufsichtsfunktion technisch am zuverlässigsten abbilden kann.
Die Richtlinie (EU) 2023/970 verlangt strukturierte Berichte über Gehaltsbandbreiten und -strukturen; ihre Umsetzungsfrist zum 7. Juni 2026 ist bereits verstrichen, die deutsche Umsetzung steht zum Stand dieses Artikels noch aus. Für Systemgrenzen bedeutet das einen neuen Anforderungspunkt: Stellenarchitektur (meist in der HR-Suite) und tatsächlich gezahlte Entgelte (meist in ERP, Payroll-Modul oder bei DATEV) müssen konsistent zusammengeführt werden können, damit belastbare Entgeltberichte entstehen, eine Anforderung, die bei der Neuaufsetzung von Systemgrenzen von Anfang an mitgedacht werden sollte.
In der Praxis hat sich ein Rhythmus von 12 bis 24 Monaten bewährt, ausgelöst durch neue gesetzliche Anforderungen, neue KI-Funktionen in bestehenden Systemen oder einen Anbieterwechsel in einem der beteiligten Systeme. Eine anlassbezogene Überprüfung lohnt sich zusätzlich immer dann, wenn ein neues Fachsystem wie ein MES oder WMS eingeführt oder eine SAP-Migration auf S/4HANA angestoßen wird, da sich dadurch die bestehenden Schnittstellenlogiken zur HR-Suite grundlegend verändern können.
Eine allgemeine Matrix ersetzt keine unternehmensspezifische Entscheidung: Schichtmodell, Tarifbindung, Betriebsratsstruktur, geplanter SAP-Systemwechsel und bestehende Systemlandschaft unterscheiden sich von Betrieb zu Betrieb erheblich. Nutzen Sie den strukturierten Auswahlprozess von Find Your HR, um die Kriterien aus dieser Matrix auf Ihre konkrete Prozesslandschaft anzuwenden und passende HR-Systeme zu identifizieren, die sich sauber in Ihre bestehende ERP-, MES- oder WMS-Umgebung integrieren lassen.