HR-Systemarchitektur: So ist eine moderne HR-Software-Landschaft aufgebaut
Eine HR-Systemarchitektur beschreibt das Zusammenspiel aus Core-HR-System, Payroll-Engine, Zeitwirtschaft, Recruiting und Talent Management sowie der Schnittstellenebene zu SAP, DATEV und Microsoft Entra ID. Laut der SoftSelect HR-Software-Studie 2025/26 werden 82 Prozent der untersuchten 117 HR-Lösungen für den SaaS-Betrieb bereitgestellt, bei zugleich wachsendem Anspruch an durchgängige API-Integration statt isolierter Insellösungen. Für IT-Verantwortliche, HR-Leiter und Personalreferenten in mittelständischen und großen Unternehmen im deutschsprachigen Raum ist die Kenntnis dieser Architekturebenen die Voraussetzung, um Auswahlentscheidungen, Integrationsprojekte und Sicherheitsnachweise sauber zu planen. Diese Seite ordnet die Bausteine einer HR-Systemlandschaft ein und ergänzt die technische Sicht um die Governance zwischen HR, IT und Finance, ohne die auch eine gut gebaute Architektur im Betrieb nicht stabil bleibt.
Von der gewachsenen Insellösung zur geschichteten Architektur
Gewachsene HR-IT-Landschaften erzeugen doppelte Datenpflege und manuellen Abstimmungsaufwand. Eine geschichtete, API-first konzipierte Architektur löst das strukturell.
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 (SoftSelect, Studie 2025/26). Diese Architekturlogik 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.
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
Einen vollständigen Überblick über die einzelnen Funktionsbereiche liefert die Seite HR-Software Funktionen. Hier folgt die architektonische Einordnung der sechs zentralen Module.
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.
Die Reihenfolge Governance vor Technologie entspricht der Fachliteratur zu integrierten HR-Tech-Stacks und ist eine Gestaltungsempfehlung, keine gesetzliche Vorgabe. Rechtsgrundlagen: Art. 25 und Art. 30 DSGVO auf eur-lex.europa.eu (Stand: Oktober 2026). Zur datenschutzrechtlichen Bewertung siehe 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. Die Übersicht zeigt einen Gestaltungsvorschlag, der pro Datenobjekt genau ein führendes System und eine fachlich verantwortliche Stelle benennt.
| 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.
Die Zuordnung ist ein Gestaltungsvorschlag und kein Rechtsmaßstab; abweichende Verteilungen sind zulässig, wenn sie dokumentiert sind. Datenschutzrechtlich bleibt das Unternehmen als Ganzes Verantwortlicher (Art. 4 Nr. 7 und Art. 24 DSGVO). Jede Schnittstelle ohne klares Führungsobjekt erzeugt Schattenprozesse und manuellen Nacharbeitungsaufwand (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. Siehe 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
Typische Pain Points sind Dateninseln, fehlende Vernetzung einzelner Systeme und unzureichende Integration mit ERP-Systemen. Wandern Stammdaten manuell zwischen Systemen, entstehen Latenzen, Fehler und Medienbrüche. Spürbar wird das, wenn Eintritte oder Abwesenheiten im Frontend erfasst sind, aber im Backoffice nicht ankommen.
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ür erfasste Unternehmen ergänzt die NIS-2-Umsetzung die Lieferkettenprüfung, siehe 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).
Das Ereignis-Mapping ist ein Beispiel und je Unternehmen anzupassen. Die Meldeverfahren DEÜV und ELStAM sind in den Bausteinen oben beschrieben. Die Schnittstellenquote von 91 Prozent bei Zeitwirtschaftslösungen stammt aus der SoftSelect-Studie HR-Software 2025/26; weitere Hinweise zur Payroll-Anbindung 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.
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). Weitere Kostenfragen: HR-Software TCO, Vorauswahl: 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. Details zur konkreten Zahlungsabwicklung mit der Finanzbuchhaltung liefert die Seite 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 die Architekturplanung heißt das: KI-Funktionen im Stack erfassen, Anbieter- und Betreiberpflichten klären und Protokollierung einplanen. Details: 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 ist ein dokumentiertes Informationssicherheits-Managementsystem, häufig nach ISO/IEC 27001, ein zunehmend erwartetes Kriterium bei der Anbieterauswahl, insbesondere für auditpflichtige Unternehmen.
Identity- und Access-Management
Die zentrale Verwaltung von Nutzerkonten und Zugriffsrechten über Identitätsanbieter wie Microsoft Entra ID reduziert das Risiko verwaister Accounts. Automatisiertes Provisioning und Deprovisioning über SCIM ist inzwischen ein Standardanforderungspunkt in Ausschreibungen für HR-Systeme.
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; ein Rechtsmittel beim EuGH war nach dem Stand der geprüften Quelle (Dezember 2025) anhängig, den aktuellen Stand sollten Sie vor einer Entscheidung prüfen. Die Architektur-Dokumentation sollte alle Subunternehmer, Verarbeitungsort und Datenflüsse transparent abbilden.
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
- Zielbild für 12, 24 und 36 Monate als North Star 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
Bestandsaufnahme aller aktuell genutzten HR-Systeme, Schnittstellen und manuellen Datenflüsse (z. B. Excel-Exporte), inklusive Verantwortlichkeiten und Vertragslaufzeiten.
Zielarchitektur und Schichtenmodell definieren
Festlegung, welche Module künftig welche Schicht abdecken sollen und welches System als führendes Datensystem („Single Source of Truth“) dient.
Schnittstellenkonzept erstellen
Definition der benötigten Schnittstellen zu SAP, DATEV, den Sozialversicherungsträgern (DEÜV) und Identitätsanbietern, inklusive Datenformat, Frequenz und Fehlerbehandlung.
Betriebsrat und Datenschutz frühzeitig einbinden
Abstimmung der geplanten Architektur mit Betriebsrat (§ 87 BetrVG) und Datenschutzbeauftragtem, bevor Systeme mit Überwachungspotenzial implementiert werden.
Migrations- und Integrationsprojekt durchführen
Technische Umsetzung inklusive Datenmigration, Schnittstellenentwicklung und -tests sowie Absicherung der Aufbewahrungspflichten während der Übergangsphase.
Architektur laufend pflegen und dokumentieren
Kontinuierliche Pflege der Schnittstellendokumentation, regelmäßige Sicherheitsüberprüfung der Integrationsebene und Anpassung bei neuen gesetzlichen Anforderungen (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.
Die Dauer hängt stark von Unternehmensgröße, Anzahl der zu integrierenden Systeme und Datenqualität ab; als grobe Einordnung gelten reine Modul-Migrationen (z. B. nur Zeitwirtschaft) oft innerhalb weniger Monate als realisierbar, während eine vollständige Neuausrichtung der gesamten HR-Systemlandschaft inklusive SAP- und Identitätsanbindung häufig ein bis zwei Jahre in Anspruch nimmt. Diese Einordnung basiert auf Erfahrungswerten aus der Praxis und nicht auf einer einzelnen Studie. Entscheidend für die Projektdauer sind meist die Bereinigung bestehender Stammdaten und die Abstimmung mit dem Betriebsrat, nicht die reine Softwareeinführung.
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 Timelines und einen verbindlichen Meeting-Rhythmus 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. Nutzen Sie den strukturierten Auswahlprozess von Find Your HR, um die passenden Module für Ihre Systemlandschaft zu identifizieren und Anbieter anhand Ihrer konkreten Integrations- und Compliance-Anforderungen zu vergleichen.