HR-Systemarchitektur: So ist eine moderne HR-Software-Landschaft aufgebaut
Ob Ihre HR-IT im Alltag stabil läuft, entscheidet sich weniger in den einzelnen Systemen als an den Stellen dazwischen. Eine HR-Systemarchitektur verbindet Core-HR-System, Payroll-Engine, Zeitwirtschaft, Recruiting und Talent Management über eine Schnittstellenebene zu SAP, DATEV und Microsoft Entra ID. Steuern müssen sie HR, IT und Finance gemeinsam, sonst bleibt auch eine gut gebaute Landschaft im Betrieb nicht stabil.
- 82 Prozent von 117 untersuchten HR-Lösungen werden als SaaS angeboten (SoftSelect HR-Software-Studie 2025/26). Umso wichtiger sind durchgängige APIs statt Insellösungen.
- Für IT, HR-Leitung und Personalreferenten in Mittelstand und Großunternehmen im deutschsprachigen Raum, die Auswahl, Integration und Sicherheitsnachweise planen.
Von der gewachsenen Insellösung zur geschichteten Architektur
Gewachsene HR-IT-Landschaften erzeugen doppelte Datenpflege und manuellen Abstimmungsaufwand. Eine Architektur mit klaren Schichten, deren Systeme über offene Schnittstellen verbunden sind, löst das an der Wurzel.
Gewachsene, fragmentierte HR-IT-Landschaften
In vielen Unternehmen ist die HR-IT über Jahre organisch gewachsen: eine Personalakte in einem On-Premise-System, Lohnabrechnung über eine separate Payroll-Software, Zeiterfassung über ein drittes Terminal-System, dazu Excel-Listen für Recruiting und Zielvereinbarungen. Diese historisch gewachsenen Architekturen führen zu doppelter Datenpflege, inkonsistenten Personalstammdaten und hohem manuellem Abstimmungsaufwand zwischen Fachbereichen und IT. Laut Statistischem Bundesamt (Destatis) nutzten 2025 bereits 54 Prozent der deutschen Unternehmen mit mindestens 10 Beschäftigten kostenpflichtige Cloud-Dienste, bei kleinen Unternehmen (10 bis 49 Beschäftigte) lag der Anteil aber erst bei 51 Prozent (Destatis, Pressemitteilung Nr. 416 vom 24.11.2025). Das ist ein Hinweis darauf, dass insbesondere im Mittelstand noch viel HR-Infrastruktur On-Premise oder in Insellösungen betrieben wird. Fehlende oder proprietäre Schnittstellen erschweren zudem die Anbindung an vor- und nachgelagerte Systeme wie SAP-ERP, DATEV-Finanzbuchhaltung oder das unternehmensweite Identitätsmanagement.
Geschichtete, API-first konzipierte Systemarchitektur
Eine moderne HR-Systemarchitektur trennt funktionale Ebenen klar voneinander: eine Datenebene mit dem Core-HR-System als „Single Source of Truth“ für Personalstammdaten, eine Prozessebene mit spezialisierten Modulen für Payroll, Zeitwirtschaft, Recruiting und Talent Management sowie eine Integrationsebene, die diese Module über standardisierte Schnittstellen (REST-APIs, SCIM, Webservices) mit externen Systemen verbindet. Nach der SoftSelect HR-Software-Studie 2025/26 werden 82 Prozent der analysierten 117 HR-Lösungen für den SaaS-Betrieb bereitgestellt. Diese Aufteilung reduziert Medienbrüche, verbessert die Datenqualität und schafft die technische Grundlage für Compliance-Nachweise gegenüber Wirtschaftsprüfern, Datenschutzbehörden und Betriebsrat, unabhängig davon, ob sie als integrierte Suite eines einzelnen Anbieters oder als Kombination mehrerer Speziallösungen realisiert wird. Welche Integrationsmuster es gibt und wann sich eine Middleware lohnt, steht unter HR-Integration.
Die vier Schichten einer HR-Systemarchitektur
Eine HR-Systemlandschaft lässt sich in vier grundlegende Schichten gliedern, die in nahezu jeder modernen Architektur, unabhängig vom gewählten Anbieter, wiederkehren.
Core HR / digitale Personalakte
Das Fundament bildet das Core-HR-System mit der digitalen Personalakte. Hier werden Stammdaten (Vertragsdaten, Organisationszuordnung, Vergütungsstruktur) zentral verwaltet und über Schnittstellen an alle nachgelagerten Module verteilt. In vielen Architekturen fungiert dieses System als „System of Record“, das heißt als verbindliche Referenzquelle für Personalstammdaten.
Transaktionale Kernprozesse
Darauf aufbauend laufen die transaktionalen Kernprozesse: die Payroll-Engine für die Entgeltabrechnung, die Zeitwirtschaft für Arbeitszeiterfassung und Schichtplanung sowie das Reisekosten- und Abwesenheitsmanagement. Diese Module benötigen einen kontinuierlichen, oft täglichen Datenaustausch mit dem Core-HR-System und mit externer Finanzbuchhaltungssoftware wie DATEV. Schichtbetrieb in Produktion oder Logistik, Bereitschaftsdienste im Gesundheitswesen oder die Tarifbindung im öffentlichen Dienst (z. B. TVöD) stellen an die Zeitwirtschafts- und Payroll-Architektur deutlich höhere Anforderungen als ein reiner Bürokontext mit Gleitzeit.
Talentbezogene Prozesse
Die dritte Schicht umfasst Recruiting über ein Applicant Tracking System (ATS), Onboarding, Talent Management sowie Performance- und Nachfolgeplanung. Diese Module sind funktional oft am weitesten von den transaktionalen Kernprozessen entfernt, benötigen aber ebenfalls konsistente Stammdaten aus der Personalakte.
Integrations- und Identitätsebene
Die vierte Schicht verbindet die HR-Landschaft mit der übrigen Unternehmens-IT: Schnittstellen zu SAP (etwa SAP HCM/SuccessFactors oder SAP S/4HANA), zu DATEV für die Finanzbuchhaltung sowie zu Identitätsanbietern wie Microsoft Entra ID (vormals Azure Active Directory) für Single Sign-on und automatisiertes Nutzerkonten-Provisioning, häufig über den offenen SCIM-Standard (System for Cross-domain Identity Management).
| Architekturmuster | Betriebsform | Datenhaltung | Anbieterstruktur |
|---|---|---|---|
| Monolithische Suite (All-in-One) | Meist Cloud oder On-Premise, ein Anbieter deckt Core HR, Payroll, Zeitwirtschaft, Recruiting ab | Zentrale Datenbasis in einem System | Ein Anbieter, ein Vertragspartner |
| Best-of-Breed (mehrere Speziallösungen) | Meist Cloud, fachlich beste Einzellösung je Modul | Verteilte Datenhaltung, verbunden über APIs | Mehrere Anbieter, mehrere Verträge |
| Cloud-/SaaS-Architektur | Betrieb beim Anbieter, meist Multi-Tenant, automatische Updates | Daten liegen beim Anbieter, oft mit Datenstandort-Vorgaben | Anbieterabhängige Roadmap und Release-Zyklen |
| On-Premise-Architektur | Betrieb im eigenen Rechenzentrum | Daten vollständig im eigenen Haus | Individualisierung durch eigene IT möglich |
Ob ein Unternehmen eher zu einer integrierten Suite oder zu einer Best-of-Breed-Kombination tendiert, hängt von Unternehmensgröße, IT-Ressourcen und Prozessreife ab; eine strukturierte Entscheidungshilfe mit den zugehörigen Vor- und Nachteilen bietet die Seite Best-of-Breed vs. All-in-One: die sechs Kriterien-Matrix.
Die Bausteine im Detail
Hier geht es darum, welche Rolle die sechs zentralen Module in der Architektur spielen. Was sie im Einzelnen können, zeigt unser Ratgeber HR-Software Funktionen.
Core HR und digitale Personalakte
Zentrale Verwaltung von Personalstammdaten, Verträgen, Organisationsstruktur und Dokumenten. Fungiert als Referenzsystem, aus dem andere Module ihre Grunddaten per Schnittstelle beziehen.
Payroll-Engine
Berechnet Entgeltabrechnung unter Berücksichtigung von Steuer-, Sozialversicherungs- und tarifrechtlichen Vorgaben. Benötigt eine belastbare Schnittstelle zur Finanzbuchhaltung, häufig zu DATEV oder SAP FI/CO, sowie zu den gesetzlich vorgeschriebenen Meldeverfahren: dem DEÜV-Verfahren für die elektronische Sozialversicherungsmeldung und ELStAM für den elektronischen Abruf der Lohnsteuerabzugsmerkmale.
Zeitwirtschaft
Erfasst Arbeitszeiten, Schichtpläne und Abwesenheiten, meist über Terminals, mobile Apps oder Browser-Erfassung. Liefert die Grundlage für die Payroll-Berechnung und muss Arbeitszeitgesetz-konform dokumentieren.
Recruiting/Applicant Tracking System (ATS)
Verwaltet Stellenausschreibungen, Bewerbereingang, Auswahlprozesse und Kandidatenkommunikation. Muss zwei gegenläufige Pflichten austarieren: Ablehnungsdaten sind wegen der AGG-Klagefrist (in der Regel zwei Monate, § 15 Abs. 4 AGG) für einen begrenzten Zeitraum nachweisbar vorzuhalten, aber danach datenschutzkonform zu löschen.
Talent- und Performance-Management
Unterstützt Zielvereinbarungen, Mitarbeitergespräche, Kompetenzmanagement und Nachfolgeplanung. Greift auf Stammdaten und Organisationsstruktur aus dem Core-HR-System zurück.
Schnittstellen- und Integrationsebene
Verbindet die HR-Landschaft mit SAP, DATEV und Identitätsanbietern wie Microsoft Entra ID. Moderne Architekturen setzen zunehmend auf REST-APIs und den SCIM-Standard statt auf proprietäre Punkt-zu-Punkt-Schnittstellen.
Erst Zuständigkeiten klären, dann Technik wählen
Wenn HR, IT und Finance Daten und Prozesse getrennt verantworten, scheitert die Integration selten an der Software. Meist fehlen eindeutige Zuständigkeiten. Dann entstehen doppelte Stammdaten, widersprüchliche Freigaben und Schnittstellen, die nur so lange stabil laufen, wie kein Ausnahmefall auftritt.
Systeme verflochten, Zuständigkeiten nicht
HR-Tools berühren IT-Infrastruktur und Finanzsysteme zugleich. Mit jedem weiteren System im Stack steigen deshalb die Anforderungen an Datenschutz, Security und Nachvollziehbarkeit. Payroll braucht belastbare Werte für Abrechnung und Controlling, die IT braucht klare Integrationsmuster, HR braucht Prozessklarheit. Ohne gemeinsame Linie baut jedes Team an einem eigenen Teilbild.
Governance vor Technologie
In vielen Projekten folgt die Diskussion über Datenhoheit, Verarbeitungszwecke und führende Systeme erst auf die Tool-Auswahl. Dann werden Brüche gleich mit festgeschrieben. Datenschutzrechtlich ist die frühe Klärung mehr als eine Empfehlung: Art. 25 DSGVO verlangt Datenschutz durch Technikgestaltung bereits bei der Festlegung der Mittel der Verarbeitung, und Art. 30 DSGVO das Verzeichnis der Verarbeitungstätigkeiten.
Bevor ein Systemkatalog entsteht
Wer besitzt welche Daten? Wer genehmigt Änderungen? Welches System ist je Prozess führend? Gibt es auf diese drei Fragen keine eindeutige Antwort, ist jede Tool-Entscheidung zu früh. Die Antworten gehören schriftlich festgehalten und werden zur Grundlage von Schnittstellenkonzept, Berechtigungslogik und Auswahlmatrix.
„Governance vor Technologie“ ist eine Empfehlung aus der Fachliteratur zu integrierten HR-Tech-Stacks, keine gesetzliche Vorgabe. Die genannten Pflichten stehen in Art. 25 und Art. 30 DSGVO (eur-lex.europa.eu, Stand: Oktober 2026). Was die DSGVO darüber hinaus für HR-Software verlangt, lesen Sie unter DSGVO in der HR-Software.
Wer verantwortet welche Daten
Datenhoheit ist keine rein technische Frage. Sie legt fest, wem welche Daten gehören, wofür sie genutzt werden und unter welchen Bedingungen sie verarbeitet werden dürfen. Unser Vorschlag unten nennt für jedes Datenobjekt genau ein führendes System und eine fachlich verantwortliche Stelle.
| Datenobjekt | Führendes System | Fachlich verantwortlich | Prüft oder nutzt |
|---|---|---|---|
| Personalstammdaten | Core HR | HR | IT (Schnittstellen, Rechte), Finance (Abrechnung) |
| Organisation und Kostenstellen | Kostenstellen in der Finanzbuchhaltung, Zuordnung im Core HR | Finance (Kostenstellen), HR (Zuordnung) | IT, Controlling |
| Vergütung und Abrechnung | Payroll-Engine | Entgeltabrechnung in HR | Finance (Buchungssätze, Kontrollen) |
| Arbeitszeit und Abwesenheit | Zeitwirtschaft | HR (Regelwerk), Führungskräfte (Freigabe) | Payroll als Abnehmer |
| Benutzerkonten und Rechte | Identitätsanbieter, etwa Microsoft Entra ID | IT | HR liefert Eintritts- und Austrittsereignis |
| Bewerberdaten | Applicant Tracking System | HR (Recruiting) | Datenschutz (Löschfristen) |
| Lohnkonten und Belege im Archiv | Payroll oder Archivsystem | Finance und Lohnbuchhaltung | IT (revisionssichere Ablage) |
Führendes System respektieren
Änderungen an einem Datenobjekt werden nur im führenden System vorgenommen und von dort verteilt. Sobald dieselbe Adresse oder Wochenarbeitszeit in zwei Systemen gepflegt wird, entstehen die widersprüchlichen Stände, die später in Abrechnung und Audit auffallen.
Wer Änderungen genehmigt
Legen Sie je Datenobjekt fest, wer Änderungen auslösen und wer sie freigeben darf, etwa bei Gehalt, Kostenstelle oder Vertragsende. Die Freigabelogik gehört in das Rechtekonzept und nicht in E-Mail-Postfächer.
Löschung und Archiv
Jedes Datenobjekt braucht eine Aufbewahrungs- und Löschregel. Das Löschkonzept verbindet Fachbereich, Datenschutz und Archivierung und muss auch in nachgelagerten Systemen und Exporten wirken.
Sie können die Zuständigkeiten auch anders verteilen, solange Sie das dokumentieren, rechtlich vorgegeben ist die Tabelle nicht. Datenschutzrechtlich bleibt das Unternehmen als Ganzes Verantwortlicher (Art. 4 Nr. 7 und Art. 24 DSGVO). Fehlt einer Schnittstelle ein klar führendes System, entstehen Schattenprozesse und Nacharbeit von Hand (Stand: Oktober 2026).
Ein Steering Committee, das wirklich entscheidet
Ein bereichsübergreifendes Gremium schafft den Rahmen, damit HR, IT und Finance nicht nur punktuell abstimmen, sondern dauerhaft gemeinsam steuern. Es verhindert, dass operative Details ohne Mandat entschieden werden oder strategische Vorgaben im Tagesgeschäft versanden.
Mandat und Priorität
Gibt dem Gremium Entscheidungsbefugnis, löst Konflikte zwischen den Bereichen und sichert Budget und Zeit. Ohne Sponsor werden Integrationsfragen zwischen HR, IT und Finance hin- und hergeschoben.
Takt und Verbindlichkeit
Führt Projektplan, Meilensteine und Deadlines und hält den Meeting-Rhythmus. Ohne festen Takt wird aus Governance eine lose Abstimmungsschleife.
Prozess und Fachlogik
Bringt die Prozesslogik des Employee Lifecycle ein, verantwortet die fachlichen Personaldaten und prüft, ob Regeln im Alltag der Personalarbeit tragen.
Architektur und Security
Definiert Schnittstellenstandards, Berechtigungen, Protokollierung und Sicherheitsvorgaben und bewertet Betriebsaufwand und Abhängigkeiten.
Kontrollen und Kosten
Sichert Anforderungen an Abrechnung, Kostenstellen, Kontrollen und Nachvollziehbarkeit ab und bewertet die Gesamtkosten.
Datenschutz und Betriebsrat
Datenschutzbeauftragte und Arbeitnehmervertretung werden früh beteiligt, weil Zeitwirtschaft, Performance-Tools und Protokolle nach § 87 Abs. 1 Nr. 6 BetrVG mitbestimmungspflichtig sein können. Wie Sie den Betriebsrat sinnvoll beteiligen, zeigt Betriebsrat im HR-Projekt.
Für den Betrieb genügt häufig ein monatlicher Takt, ergänzt um Eskalationen bei Änderungen an Datenmodellen, Berechtigungen oder Integrationen. In jeder Runde helfen drei feste Prüfsteine: Datenstandard, Schnittstellenänderung und Freigaberegel. Besetzung und Takt sind Praxisempfehlungen und keine gesetzlichen Vorgaben (Stand: Oktober 2026).
Prozesse, Daten und Risiken gemeinsam mappen
Wenn die Zielarchitektur erst nach der Tool-Auswahl entsteht, fixieren Sie die Brüche gleich mit. Der erste belastbare Schritt ist deshalb eine gemeinsame Aufnahme der HR-, IT- und Finance-Prozesse. Dokumentiert wird nicht jedes Tool einzeln, sondern die reale Abfolge von Eintritt bis Austritt.
| Ereignis | Auslösendes System | Empfangende Systeme | Typische Stolperstelle |
|---|---|---|---|
| Eintritt | ATS oder Core HR | Payroll, Identitätsanbieter, Zeitwirtschaft | Konto zu früh oder zu spät angelegt |
| Vertragsänderung | Core HR | Payroll, Zeitwirtschaft, Kostenstellen im ERP | Rückwirkende Änderung fehlt in Abrechnung |
| Arbeitszeit und Abwesenheit | Zeitwirtschaft | Payroll | Freigabe fehlt zum Stichtag |
| Entgeltabrechnung | Payroll | Finanzbuchhaltung, Meldeverfahren (DEÜV, ELStAM) | Kostenstellen nicht synchron |
| Austritt | Core HR | Identitätsanbieter, Payroll, Archiv | Konto bleibt aktiv, Löschfrist fehlt |
Dateninseln und Handarbeit
Am häufigsten hakt es an Dateninseln, unverbundenen Systemen und einer schwachen Anbindung ans ERP. Wer Stammdaten von Hand zwischen Systemen überträgt, bekommt Verzögerungen, Fehler und Medienbrüche. Sie merken das, wenn ein Eintritt oder eine Abwesenheit erfasst ist, in den nachgelagerten Systemen aber nicht ankommt.
Gemeinsame Risikoanalyse
Priorisieren Sie vor der Integration gemeinsam, welche Daten besonders sensibel sind, welche Zugriffskreise gelten und welche Vorgaben die Verarbeitung begrenzen. Das schafft Klarheit für Integrationsdesign, Berechtigungslogik und Protokollierung. Fällt Ihr Unternehmen unter NIS-2, gehört auch die Prüfung der Lieferkette dazu. Welche Nachweise Sie von Anbietern verlangen können, zeigt Sicherheitsnachweise bei HR-Software.
Führungsobjekt je Schnittstelle
Aus dem Mapping folgt für jede Schnittstelle, welches System Ereignisse auslöst, welche Stammdaten es braucht und wo Freigaben nötig sind. So wird sichtbar, ob Bereiche dieselben Datensätze unterschiedlich interpretieren. Das Ergebnis fließt in das Schnittstellenkonzept (Schritt 03 unten).
Die Tabelle ist ein Beispiel, die Ereignisse in Ihrem Unternehmen sehen vielleicht anders aus. Die Meldeverfahren DEÜV und ELStAM sind bei den Bausteinen oben beschrieben. Dass 91 Prozent der Zeitwirtschaftslösungen eine Schnittstelle zur Lohnabrechnung haben, stammt aus der SoftSelect-Studie HR-Software 2025/26. Wie die Anbindung an die Abrechnung aussieht, lesen Sie unter Payroll-Software und Zeit und Workforce Management (Stand: Oktober 2026).
Auswahl entlang der Architektur, nicht nach Demo
Wählen HR, IT und Finance den Stack nur nach Funktionsumfang, kaufen sie oft die falsche Komplexität ein. Entscheidend sind Integrierbarkeit, Compliance-Festigkeit und Skalierbarkeit. Erst wenn Datenhoheit, Freigaben und Sicherheitsanforderungen geklärt sind, lässt sich ein System fachlich bewerten. In regulierten Umgebungen sollte Compliance höher gewichtet werden als Komfortfunktionen, in wachsenden Organisationen die Skalierbarkeit stärker als reine Oberflächenpolitur. Jede Abteilung bringt andere Risiken ein, und erst die gemeinsame Bewertung ergibt ein realistisches Bild der Gesamtlösung.
| Kriterium | Prüffrage | Typischer Nachweis | Gewicht |
|---|---|---|---|
| Datenqualität | Bleiben Stammdaten konsistent, gibt es Validierungen und ein führendes System? | Datenmodell, Testimport | Immer hoch |
| Integrationen | Laufen Payroll, Identity Management und Finance ohne manuelle Zwischenstufen? | API-Dokumentation, SCIM, Referenzschnittstellen | Immer hoch |
| Compliance | Halten Zugriffe, Verarbeitung und Nachweise den Rahmen aus DSGVO, BetrVG und ggf. KI-Verordnung? | AVV, Rechtekonzept, Zertifikate | In regulierten Branchen höher |
| Skalierbarkeit | Trägt die Lösung neue Standorte, Länderrollen oder Mitarbeitergruppen? | Architekturbeschreibung, Referenzen | Bei Wachstum höher |
| Betrieb und Exit | Wer betreibt, wer patcht, wie gelingt ein Anbieterwechsel? | Betriebsmodell, Exit-Klauseln | Je nach Betriebsform |
Anbieter betreibt
Der Anbieter übernimmt Plattformbetrieb und Updates. Das eignet sich für schnellere Rollouts und standardisierte Prozesse, verlangt aber klare Regeln für Datenflüsse, Zugriff und Datenstandort. Wer die Landschaft mit einem konkreten System besetzen will, beginnt mit dem Vergleich der HR Software Anbieter.
Unternehmen betreibt
Das Unternehmen betreibt und wartet die Umgebung selbst. Das passt, wenn bestehende Infrastruktur und interne Betriebsprozesse Vorrang haben, bedeutet aber zusätzliche Betriebsverantwortung.
Schrittweise Modernisierung
Hybride Modelle sind der realistische Kompromiss, wenn Kernsysteme nicht sofort abgelöst werden können. Dann entscheidet auch, wie sauber sich Änderungen über beide Welten kontrollieren lassen.
Vergeben Sie für jedes Kriterium Werte von 1 bis 5 und ergänzen Sie ein Pflichtargument, sonst wird die Auswahl zur Bauchentscheidung. Für Exit-Klauseln beachten Sie die EU-Datenverordnung (Verordnung (EU) 2023/2854): Sie gilt seit dem 12. September 2025, und ab dem 12. Januar 2027 dürfen Anbieter von Datenverarbeitungsdiensten für den Vollzug eines Anbieterwechsels keine Wechselentgelte mehr erheben (Art. 29). Ob ein konkreter HR-Dienst erfasst ist, ist im Einzelfall zu prüfen. Quellen: Verordnung (EU) 2023/2854 auf eur-lex.europa.eu, GTAI zum Data Act (Stand: Oktober 2026). Was der Stack über die Jahre kostet, rechnen Sie mit HR-Software TCO, bei der Vorauswahl hilft die HR-Software Shortlist.
Compliance-Aspekte der Systemarchitektur
Jede Schicht der HR-Architektur berührt eigene rechtliche Anforderungen: von der DSGVO bis zum EU AI Act. Wie die Anbindung an die Finanzbuchhaltung bei DATEV konkret aussieht, zeigt unser Leitfaden DATEV-HR-Integration 2026.
Datenschutz nach DSGVO
Gesundheitsdaten zählen zu den besonderen Kategorien personenbezogener Daten nach Art. 9 DSGVO und unterliegen deshalb besonders strengen Verarbeitungsvoraussetzungen. Personalstammdaten und Leistungsbewertungen sind als „gewöhnliche“ personenbezogene Daten mit erhöhtem Schutzbedarf zu behandeln. Jede Schnittstelle zwischen HR-Modulen muss über Auftragsverarbeitungsverträge (AVV) und ein dokumentiertes Löschkonzept abgesichert sein.
Betriebsrat-Mitbestimmung nach § 87 BetrVG
Die Einführung technischer Einrichtungen zur Überwachung von Verhalten oder Leistung, dazu zählen viele HR-Systeme, insbesondere Zeitwirtschaft und Performance-Tools, unterliegt der Mitbestimmung des Betriebsrats nach § 87 Abs. 1 Nr. 6 BetrVG. Architekturentscheidungen zu neuen Modulen oder Schnittstellen sollten daher frühzeitig mit der Arbeitnehmervertretung abgestimmt werden.
EU AI Act bei KI-gestützten HR-Funktionen
Die KI-Verordnung (EU) 2024/1689 stuft KI-Systeme im Beschäftigungskontext, etwa die automatisierte Bewerberauswahl oder KI-gestützte Leistungs- und Beförderungsentscheidungen, als Hochrisiko-KI-Systeme nach Anhang III ein, mit Pflichten zu Risikomanagement, Transparenz, Protokollierung und menschlicher Aufsicht. Nach der Verordnung (EU) 2026/1744 gelten diese Pflichten ab dem 2. Dezember 2027. Für Ihre Architekturplanung heißt das: KI-Funktionen im Stack erfassen, Anbieter- und Betreiberpflichten klären und Protokollierung einplanen. Was Betreiber im Einzelnen tun müssen, steht unter EU AI Act und HR-Compliance.
Aufbewahrungsfristen und Dokumentationspflichten
Lohnkonten sind bis zum Ablauf des sechsten Kalenderjahres aufzubewahren, das auf die letzte eingetragene Lohnzahlung folgt (§ 41 Abs. 1 Satz 9 EStG). Nach § 147 Abs. 3 AO gelten für Bücher, Jahresabschlüsse und Inventare zehn Jahre, für Buchungsbelege seit 2025 acht Jahre und für sonstige Geschäftsunterlagen sechs Jahre. Bewerberdaten sind grundsätzlich zeitnah nach Ablauf der AGG-Klagefrist zu löschen, sofern keine Einwilligung für einen Talentpool vorliegt. Die Architektur muss diese Fristen je Datenkategorie abbilden, Daten revisionssicher archivieren und bei Systemwechseln migrierbar halten.
IT-Sicherheitsstandards
Bei der Anbindung an SAP, DATEV oder Identitätsanbieter wie Microsoft Entra ID erwarten gerade auditpflichtige Unternehmen vom Anbieter immer häufiger ein dokumentiertes Informationssicherheits-Managementsystem, häufig nach ISO/IEC 27001.
Identity- und Access-Management
Die zentrale Verwaltung von Nutzerkonten und Zugriffsrechten über Identitätsanbieter wie Microsoft Entra ID reduziert das Risiko verwaister Accounts. Automatisches Anlegen und Sperren von Konten über SCIM gehört in Ausschreibungen für HR-Systeme inzwischen zum Standard.
Auftragsverarbeitung, Subunternehmerketten und Datenresidenz
Bei Cloud-basierten HR-Architekturen mit mehreren verbundenen Anbietern entstehen Ketten von Auftragsverarbeitern. Werden Personaldaten bei Sub-Prozessoren außerhalb der EU verarbeitet, greifen die Anforderungen an Drittlandtransfers nach Kapitel V DSGVO. Zulässig ist eine Übermittlung etwa auf Basis eines Angemessenheitsbeschlusses, wie ihn die Kommission für das EU-US Data Privacy Framework erlassen hat, oder mit geeigneten Garantien wie Standardvertragsklauseln. Das Gericht der EU hat das Framework am 3. September 2025 bestätigt. Dagegen ist ein Rechtsmittel beim EuGH anhängig (Stand der Quelle: Dezember 2025), prüfen Sie vor einer Entscheidung den aktuellen Stand. In Ihrer Architektur-Dokumentation sollten alle Subunternehmer, Verarbeitungsorte und Datenflüsse nachvollziehbar stehen.
Implementierung, Change und Ownership
Startet die Einführung technisch sauber und versandet operativ, liegt das selten an der Software allein. Häufig übernimmt niemand die Projektverantwortung wirklich, Abläufe werden nicht sauber aufgesetzt, oder das Team trägt den neuen Prozess nicht mit. HR und IT müssen dabei enger zusammenarbeiten, weil sich die Grenzen zwischen Personalprozessen und technischer Infrastruktur zunehmend verwischen: IT liefert nicht nur Plattformbetrieb, sondern Integrationsdisziplin, HR nicht nur Anforderungen, sondern Prozessklarheit, und Finance bringt die Sicht auf Freigaben, Kostenstellen und Kontrollen ein.
Wo Einführungen scheitern
Der häufigste Fehler ist ein Vakuum bei der Verantwortung.
- Niemand hat den Hut auf, Entscheidungen verzögern sich
- Fachbereiche haben unterschiedliche Erwartungen: Produktivität oder nur Migration
- Change Management fehlt, Teams arbeiten wie bisher weiter
- Self-Service wird freigeschaltet, aber nicht erklärt
Gemeinsame Einführung
Diese fünf Punkte sichern Start und Übergabe in den Regelbetrieb.
- Eine Gesamtverantwortung benennen, die verbindlich entscheidet
- Ein gemeinsames Projektboard mit HR, IT und Finance einrichten
- Betroffene Prozesse vor dem Go-live in realer Reihenfolge durchspielen
- Change-Szenarien für Anwender, Führungskräfte und Payroll festlegen
- Abnahmen und Freigaben so dokumentieren, dass Audit und Betrieb dieselbe Sicht haben
Governance als Regelkreis
Governance ist kein einmaliger Freigabeschritt, sondern ein wiederkehrender Kreislauf.
- Prozesse, Datenflüsse und Risiken gemeinsam prüfen
- Anpassungen priorisieren und Entscheidungen dokumentieren
- Jede neue Anforderung gegen das Zielbild prüfen, nicht gegen den lautesten Einzelfall
- Ein Zielbild für 12, 24 und 36 Monate als Leitplanke festlegen
Ein Gremium aus Sponsoren, Projektleitung und Fachexperten bewährt sich auch nach dem Go-live. Die Governance-Checkliste (Rollen, Freigaben, Datenstandards, Integrationsregeln, Eskalationswege auf einer Seite) reduziert Interpretationsspielräume, wenn neue Standorte, Tools oder Prozessänderungen hinzukommen. Die Empfehlungen beruhen auf Praxisbeiträgen zu HR-Tech-Implementierungen und sind keine Studienergebnisse (Stand: Oktober 2026).
In sechs Schritten zur Zielarchitektur
Der Übergang von einer gewachsenen Systemlandschaft zu einer geplanten HR-Systemarchitektur folgt einem wiederkehrenden Muster.
Ist-Architektur erfassen
Erfassen Sie alle HR-Systeme, die heute im Einsatz sind, mit Schnittstellen, manuellen Datenflüssen (z. B. Excel-Exporte), Verantwortlichkeiten und Vertragslaufzeiten.
Zielarchitektur und Schichtenmodell definieren
Legen Sie fest, welche Module künftig welche Schicht abdecken und welches System als führendes Datensystem („Single Source of Truth“) dient.
Schnittstellenkonzept erstellen
Beschreiben Sie jede benötigte Schnittstelle zu SAP, DATEV, den Sozialversicherungsträgern (DEÜV) und Identitätsanbietern mit Datenformat, Frequenz und Fehlerbehandlung.
Betriebsrat und Datenschutz frühzeitig einbinden
Stimmen Sie die geplante Architektur mit Betriebsrat (§ 87 BetrVG) und Datenschutzbeauftragtem ab, bevor Systeme mit Überwachungspotenzial eingeführt werden.
Migrations- und Integrationsprojekt durchführen
Setzen Sie Datenmigration, Schnittstellenentwicklung und Tests um und sorgen Sie dafür, dass die Aufbewahrungspflichten auch in der Übergangsphase erfüllt bleiben.
Architektur laufend pflegen und dokumentieren
Halten Sie die Schnittstellendokumentation aktuell, prüfen Sie die Integrationsebene regelmäßig auf Sicherheit und passen Sie sie an neue gesetzliche Anforderungen an (z. B. EU AI Act).
Häufige Fragen zur HR-Systemarchitektur
HR-Systemarchitektur bezeichnet den strukturellen Aufbau einer HR-IT-Landschaft aus mehreren funktionalen Schichten: Core-HR-System mit digitaler Personalakte, transaktionale Module wie Payroll und Zeitwirtschaft, talentbezogene Prozesse wie Recruiting und Performance Management sowie eine Integrationsebene zu externen Systemen. Sie beschreibt, wie diese Komponenten technisch miteinander verbunden sind und Daten austauschen. Die konkrete Ausprägung kann als integrierte Suite eines Anbieters oder als Kombination mehrerer Speziallösungen (Best-of-Breed) realisiert sein.
API-first-Systeme sind von Grund auf so konzipiert, dass alle Funktionen über dokumentierte, standardisierte Schnittstellen (meist REST-APIs) zugänglich sind, was die Integration mit anderen Systemen wie SAP oder Entra ID erleichtert. Monolithische Systeme bilden dagegen viele Funktionen in einer geschlossenen Anwendung ab, bei der Schnittstellen oft nachträglich und proprietär ergänzt wurden. Nach der SoftSelect HR-Software-Studie 2025/26 werden 82 Prozent der untersuchten 117 HR-Lösungen für den SaaS-Betrieb bereitgestellt. Schnittstellen sind bei SaaS-Angeboten häufig Teil des Produkts, ihre Qualität und Dokumentation unterscheiden sich aber je Anbieter und sind im Einzelfall zu prüfen.
Microsoft Entra ID (vormals Azure Active Directory) ist in vielen Unternehmen der zentrale Identitätsanbieter, über den Mitarbeiterkonten für alle Unternehmensanwendungen verwaltet werden. In der HR-Systemarchitektur übernimmt Entra ID häufig das automatisierte Anlegen und Deaktivieren von Nutzerkonten (Provisioning/Deprovisioning), meist über den offenen SCIM-Standard, sobald ein Mitarbeiter im Core-HR-System ein- oder austritt. Das reduziert manuelle Fehler und verwaiste Zugänge.
SAP ist in vielen mittelständischen und großen Unternehmen im deutschsprachigen Raum als ERP- und Finanzbuchhaltungssystem etabliert, häufig in Form von SAP S/4HANA oder älteren SAP-HCM-Installationen. Die HR-Systemarchitektur muss daher regelmäßig Personal- und Kostenstellendaten mit SAP austauschen, etwa für die Kostenstellenzuordnung von Gehältern oder die Übergabe von Buchungssätzen aus der Payroll. Fehlende oder schlecht gepflegte SAP-Schnittstellen zählen in der Praxis zu den häufigsten Integrationsproblemen bei HR-Systemwechseln.
Ja, sofern die eingesetzten Systeme geeignet sind, Verhalten oder Leistung von Mitarbeitenden zu überwachen, das betrifft insbesondere Zeitwirtschaftssysteme, Performance-Management-Tools und teilweise auch Recruiting-Systeme mit Bewerber-Scoring. Nach § 87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz (BetrVG) hat der Betriebsrat hier ein Mitbestimmungsrecht, das idealerweise bereits in der Architekturplanungsphase berücksichtigt wird, nicht erst kurz vor Produktivsetzung.
Bei einer Cloud-Architektur wird die HR-Software vom Anbieter selbst betrieben und den Kunden meist als Software-as-a-Service (SaaS) mit automatischen Updates bereitgestellt. Bei einer On-Premise-Architektur betreibt das Unternehmen die Software auf eigener Infrastruktur oder im eigenen Rechenzentrum, mit voller Kontrolle über Daten und Update-Zyklen, aber höherem Wartungsaufwand. Laut Destatis nutzten 2025 bereits 54 Prozent der deutschen Unternehmen mit mindestens 10 Beschäftigten kostenpflichtige Cloud-Dienste, bei Großunternehmen ab 250 Beschäftigten lag der Anteil sogar bei 86 Prozent (Destatis, Pressemitteilung Nr. 416, 24.11.2025).
Verbreitet sind REST-APIs für den allgemeinen Datenaustausch sowie der SCIM-Standard (System for Cross-domain Identity Management) speziell für die automatisierte Verwaltung von Nutzerkonten zwischen HR-System und Identitätsanbietern wie Microsoft Entra ID. Für die Anbindung an SAP kommen häufig SAP-spezifische Schnittstellentechnologien wie OData- oder RFC-Verbindungen zum Einsatz, für die Payroll-Anbindung an die Sozialversicherung das DEÜV-Verfahren. Anbieter mit offen dokumentierten APIs erleichtern in der Regel spätere Integrationsprojekte gegenüber Systemen mit proprietären oder undokumentierten Schnittstellen.
Das hängt vor allem von Unternehmensgröße, Zahl der zu integrierenden Systeme und Datenqualität ab. Als grobe Orientierung aus der Praxis, nicht aus einer Studie: Eine reine Modul-Migration (z. B. nur Zeitwirtschaft) ist oft in wenigen Monaten machbar, eine vollständige Neuausrichtung der HR-Systemlandschaft mit SAP- und Identitätsanbindung dauert häufig ein bis zwei Jahre. Meist bremsen dabei die Bereinigung der Stammdaten und die Abstimmung mit dem Betriebsrat, nicht die Softwareeinführung selbst.
Fachlich verantwortet HR die Personalstammdaten und die Prozesslogik im Employee Lifecycle, die IT definiert Schnittstellen, Berechtigungen und Sicherheitsvorgaben, Finance sichert die Anforderungen an Abrechnung, Kontrollen und Nachvollziehbarkeit ab. Datenschutzrechtlich bleibt das Unternehmen als Ganzes Verantwortlicher (Art. 4 Nr. 7 und Art. 24 DSGVO). Die interne Verteilung sollte schriftlich festgelegt sein, mit genau einem führenden System je Datenobjekt.
Ein bereichsübergreifendes Gremium aus Executive Sponsors, Projektleitung und Fachexperten bündelt Entscheidungen, hält feste Zeitpläne und einen verbindlichen Sitzungsrhythmus und verhindert, dass Integrationsfragen zwischen den Bereichen hin- und hergeschoben werden. Im Betrieb genügt häufig ein monatlicher Takt mit den Prüfsteinen Datenstandard, Schnittstellenänderung und Freigaberegel. Datenschutz und Betriebsrat sollten früh beratend eingebunden werden.
Zentral sind drei Fragen: Wer besitzt welche Daten, wer genehmigt Änderungen und welches System ist je Prozess führend? Hinzu kommen Datenschutz, Security und regulatorische Anforderungen an die Zielarchitektur. Ohne diese Festlegungen wird der Stack schnell zur Compliance- und Betriebsbaustelle.
Lohnkonten sind bis zum Ablauf des sechsten Kalenderjahres aufzubewahren, das auf die zuletzt eingetragene Lohnzahlung folgt (§ 41 Abs. 1 Satz 9 EStG). Nach § 147 Abs. 3 AO gelten zehn Jahre für Bücher, Jahresabschlüsse und Inventare, acht Jahre für Buchungsbelege und sechs Jahre für sonstige Geschäftsunterlagen. Die Architektur sollte diese Fristen je Datenkategorie abbilden und die Daten revisionssicher archivieren.
Die Frage ist kein reines IT-Thema, denn sie beeinflusst Betrieb, Updates, Sicherheitskontrolle und die Geschwindigkeit von Rollouts. Entscheidend ist, ob das Zielbild zu vorhandenen Integrationen, Sicherheitsvorgaben und Betriebsressourcen passt. Hybride Modelle sind ein realistischer Kompromiss, wenn Kernsysteme nicht sofort abgelöst werden können. Bewerten Sie die Varianten mit einer gewichteten Matrix aus Datenqualität, Integration, Compliance, Skalierbarkeit und Betrieb.
Die Verordnung (EU) 2023/2854 gilt seit dem 12. September 2025 und enthält Regeln zum Wechsel zwischen Datenverarbeitungsdiensten. Ab dem 12. Januar 2027 dürfen Anbieter für den Vollzug des Wechsels keine Wechselentgelte mehr erheben (Art. 29). Ob ein bestimmter HR-Dienst erfasst ist, ist im Einzelfall zu prüfen; Exit-Klauseln zu Datenexport und Übergangsfristen sollten Sie unabhängig davon vertraglich regeln.
KI-Systeme im Beschäftigungskontext gehören zu den Hochrisiko-Systemen nach Anhang III der Verordnung (EU) 2024/1689. Nach der Verordnung (EU) 2026/1744 gelten die Pflichten für diese Systeme ab dem 2. Dezember 2027. Bereits geltende Verbote, etwa zur Emotionserkennung am Arbeitsplatz, bleiben davon unberührt. Planen Sie KI-Funktionen im Stack deshalb schon heute als eigene Architekturthemen mit Protokollierung und menschlicher Aufsicht.
HR-Systemarchitektur planen statt improvisieren
Eine durchdachte HR-Systemarchitektur entscheidet darüber, ob Personalstammdaten konsistent bleiben, Schnittstellen zu SAP, DATEV und Microsoft Entra ID zuverlässig funktionieren und Compliance-Anforderungen von Anfang an eingehalten werden. Mit dem Auswahlprozess von Find-Your-HR finden Sie die Module, die in Ihre Systemlandschaft passen, und vergleichen Anbieter an Ihren eigenen Integrations- und Compliance-Anforderungen.