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 setzen bereits über 80 Prozent der untersuchten 117 HR-Systeme auf eine Cloud-Architektur, 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 rein beschreibend ein.
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) – 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 setzen bereits über 80 Prozent der analysierten 117 HR-Systeme auf eine Cloud-Architektur, während über 60 Prozent KI-gestützte Funktionen integriert haben (SoftSelect, Studie 2025/26, veröffentlicht 11.09.2025). 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.
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
Da laut SoftSelect-Studie 2025/26 bereits über 60 Prozent der analysierten HR-Systeme KI-Funktionen integrieren, gewinnt der EU AI Act für die Architekturplanung an Bedeutung. Er stuft KI-Systeme im Beschäftigungskontext – etwa automatisiertes Bewerber-Scoring oder KI-gestützte Leistungs- und Beförderungsentscheidungen – als Hochrisiko-KI-Systeme ein, mit gestaffelten Pflichten zu Risikomanagement, Transparenz und menschlicher Aufsicht, die bis 2026/2027 vollständig greifen.
Aufbewahrungsfristen und Dokumentationspflichten
Lohnkonten, Buchungsbelege und ähnliche Abrechnungsunterlagen sind in der Regel zehn Jahre aufzubewahren (u. a. § 257 HGB, § 147 AO), während allgemeine Geschäftsbriefe meist einer sechsjährigen Frist unterliegen. 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 einhalten und Daten revisionssicher archivieren sowie 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, die seit dem Schrems-II-Urteil des EuGH zusätzliche Schutzmaßnahmen wie Standardvertragsklauseln verlangen. Die Architektur-Dokumentation sollte alle Subunternehmer, Verarbeitungsort und Datenflüsse transparent abbilden.
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 setzen mittlerweile über 80 Prozent der untersuchten 117 HR-Systeme auf eine Cloud-Architektur, die in der Regel mit einem API-first-Ansatz einhergeht.
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.
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.