Die Technik für KI in HR
Künstliche Intelligenz verändert in der Personalarbeit nicht nur Prozesse, sondern die technische Logik der gesamten HR-Landschaft. Die eigentliche Provokation lautet dabei nicht, dass HR digitaler wird, sondern dass große Cloud-Suiten als zentrale Applikationsschicht zunehmend an Bedeutung verlieren können. SAP SuccessFactors, Workday, Oracle HCM Cloud, UKG, Dayforce, ADP Workforce Now, Personio oder HiBob sind heute noch für viele Organisationen der Standard. Morgen könnten sie für manche Unternehmen nur noch das Backoffice der Vergangenheit sein.
Der Gedanke ist einfach und radikal zugleich: Wenn die Nutzerschnittstelle, die Prozesslogik und ein großer Teil der Interaktion durch generische KI, Agenten und Automatisierung erzeugt werden, braucht es dann überhaupt noch die alte HR-Applikation in ihrer heutigen Form? Oder anders gefragt: Warum soll eine Organisation weiterhin in komplexen Suites denken, wenn sie stattdessen eine schlanke, steuerbare, kontextfähige KI-Schicht über ihre Daten und Prozesse legen kann? Genau dort beginnt die technische Neubewertung von HR.
Die Antwort ist nicht technisch allein, sondern strategisch. Denn es geht nicht um ein weiteres Tool, sondern um die Frage, ob HR künftig von einer Software-Suite gesteuert wird oder von einer intelligenten Orchestrierung aus Modellen, Daten, Regeln und Agenten. Wer diese Entwicklung unterschätzt, verwechselt digitale Modernisierung mit echter Architekturveränderung. Und genau hier wird es unbequem für alle, die bisher glaubten, ein großes Cloud-System sei bereits die Zukunft.
Warum HR-Suites überdehnt sind
Große HR-Cloud-Systeme haben ihre historische Berechtigung. Sie bündeln Stammdaten, Workflows, Talentprozesse, Reporting, Berechtigungen und Integrationen in einer kommerziell stabilen Plattform. Aber Stabilität ist nicht automatisch Zukunftsfähigkeit. In vielen Organisationen sind diese Systeme heute vor allem teuer, schwer konfigurierbar und funktional überladen. Sie bilden Prozesse ab, die sich in der Organisation längst verändert haben, und sie zwingen Unternehmen oft in eine Logik, die eher zum Produktkatalog des Anbieters als zur eigenen Betriebsrealität passt.
SuccessFactors, Workday, Oracle HCM Cloud, UKG Pro, Dayforce, ADP Workforce Now, Personio, HiBob oder BambooHR stehen exemplarisch für eine Generation von HR-Systemen, die den Anspruch erhoben haben, die zentrale Wahrheit über Arbeit und Menschen im Unternehmen zu speichern. Doch genau diese zentrale Wahrheit wird heute zunehmend aufgebrochen. Wenn Daten in Core-Systemen, Fachanwendungen, Dokumentenablagen, DMS, Collaboration-Tools, E-Akten, ERP, Identity-Management und externen Quellen verteilt sind, wird die Suite eher zum schweren Knotenpunkt als zum intelligenten Zentrum.
Hinzu kommt ein architektonisches Problem: Klassische HR-Systeme sind auf feste Oberflächen, vordefinierte Masken und statische Prozesse ausgelegt. Die neue Generation von Anwendungen ist dagegen kontextsensitiv, dialogorientiert und transaktionsfähig. Sie fragt nicht nur ab, sondern versteht Absicht, sucht Informationen, baut Workflows, generiert Oberflächen und setzt Aktionen um. Die eigentliche Frage ist daher nicht, ob alte Suites gut genug sind. Die Frage ist, ob sie noch die richtige Form haben.
Die neue Applikationsschicht
Die technische Verschiebung beginnt dort, wo HR nicht mehr als Sammlung von Masken, Modulen und Formularen gedacht wird, sondern als intelligente Service- und Steuerungsschicht. In diesem Modell erledigen Large Language Modelle (LLMs) die Sprach- und Strukturarbeit, Agenten übernehmen die Prozesslogik, Retrieval Augmented Generation (RAG) liefert die belastbare Wissensbasis, und das Model Context Protocol (MCP) verbindet die Modelle standardisiert mit den Systemen der Organisation. Die bisherige Applikationsschicht wird damit nicht einfach ergänzt, sondern in ihrer alten Form weitgehend entkernt.
Ein LLM ist dabei nicht die Lösung für alles, sondern das sprachfähige Gehirn eines Systems. Es versteht Anfragen, fasst Inhalte zusammen, erzeugt Texte, erstellt Vorschläge und unterstützt Entscheidungen. Ohne Kontext bleibt es jedoch ein sehr kluger, aber unsicherer Gesprächspartner. Deshalb braucht es RAG, also Retrieval-Augmented Generation, um das Modell mit aktuellen, organisationsspezifischen Daten zu versorgen. Erst dann spricht die KI nicht mehr nur aus ihrem Trainingsgedächtnis, sondern aus der Realität des Unternehmens.
MCP, das Model Context Protocol, schafft die technische Anschlussfähigkeit. Statt für jedes HR-System, jedes Ticket-System, jede Datenquelle und jedes Dokumentenarchiv eine Sonderintegration zu bauen, wird über MCP ein standardisierter Zugriff auf Tools und Kontexte möglich. Das ist mehr als ein Protokolltrend. Es ist die technische Vorbedingung dafür, dass HR-Agenten nicht in einer Insellösung stecken bleiben, sondern sicher und kontrolliert auf echte Unternehmensfunktionen zugreifen können.
Agenten schließlich sind die operative Macht dieser Architektur. Sie planen Schritte, rufen Informationen ab, prüfen Berechtigungen, stoßen Workflows an, erzeugen Dokumente, aktualisieren Daten und eskalieren bei Ausnahmen. Sie ersetzen nicht den Menschen als Verantwortungsträger, aber sie ersetzen sehr wohl große Teile der bisherigen Applikationslogik. Damit wird aus der HR-Software kein schweres System mit vielen Menüs, sondern ein orchestrierter Handlungsraum aus Modellen, Daten und Regeln.
Das neue User Interface (UI)
Der vielleicht tiefste Bruch liegt in der Benutzerschnittstelle. Bisher mussten Beschäftigte durch Formulare, Kacheln, Menüs und Subsysteme navigieren, um eine einfache HR-Aktion auszulösen. Künftig kann eine dialogbasierte Oberfläche denselben Vorgang anstoßen, interpretieren und bis zur Erledigung begleiten. Die Oberfläche ist dann nicht mehr das System selbst, sondern nur noch die temporäre Erscheinung des Systems im jeweiligen Kontext.
Das bedeutet praktisch: Eine Mitarbeitende fragt nach Resturlaub, Vertragsdaten oder einer Bescheinigung. Ein Manager möchte eine Planung für Rollen, Vergütung oder Nachfolge anstoßen. Die KI erkennt die Absicht, ruft über MCP die erforderlichen Kontexte ab, zieht über RAG die relevanten Regeln und Daten heran, baut bei Bedarf einen Workflow und erzeugt am Ende entweder eine Antwort, ein Dokument oder eine Handlung. Die bisherige Applikationslogik wird damit nicht mehr sichtbar als Suite, sondern wirksam als intelligenter Service.
Genau hier wird auch die große Cloud-Suite angreifbar. Was ist eine klassische HR-Anwendung noch wert, wenn ihre wichtigsten Funktionen von einer darüberliegenden Intelligenzschicht erledigt werden können? Wenn Dokumente generiert, Felder vorbefüllt, Berechtigungen geprüft, Freigaben vorbereitet und Statusinformationen dialogisch abgefragt werden, dann schrumpft die Suite auf ihren Datenkern und einige Governance-Funktionen zusammen. Das ist kein kleiner Umbau. Das ist eine Entmachtung der alten Oberflächenlogik.
Der Weg dorthin
Der Übergang zu einem solchen System beginnt nicht mit einem radikalen Big Bang, sondern mit einer nüchternen Bestandsaufnahme. Zuerst müssen die HR-Prozesse verstanden, beschrieben und priorisiert werden. Welche Anliegen sind standardisierbar, welche hängen an Datenqualität, welche sind transaktional, welche sensibel? Ohne diese Klärung endet jede KI-Einführung im Nebel. Danach folgt die Bereinigung der Datenlandschaft: Stammdaten, Organisationsdaten, Rollen, Policies, Dokumente, E-Akten und externe Quellen müssen auffindbar, maschinenlesbar und versioniert sein.
Im nächsten Schritt wird die Wissensebene aufgebaut. RAG-gestützte Such- und Antwortsysteme verbinden Unternehmenswissen mit LLMs, damit Auskünfte belastbar werden. Parallel dazu werden MCP-Server oder vergleichbare standardisierte Tool-Schnittstellen eingerichtet, über die Agenten zugreifen können. Erst dann kann die Prozessautomatisierung beginnen, zunächst bei einfachen Servicefällen, später bei Eingaben, Genehmigungen, Karriereberatung, Planungen und Dokumentenerstellung. Die Reihenfolge ist entscheidend: erst Daten und Kontext, dann Intelligenz, dann Aktion.
Technisch vernünftig ist außerdem ein gestufter Zielzustand. Nicht jede Organisation muss sofort eine vollständige Ablösung aller HR-Systeme anstreben. Manchmal ist ein hybrides Modell klüger: ein reduziertes System of Record, darauf eine agentische Interaktionsschicht, daneben spezialisierte Module für Payroll, Recht, Identity oder Audit. Der entscheidende Punkt ist nicht die totale Abschaffung aller Systeme, sondern die Abschaffung der unnötigen Applikationsschicht. Genau dort liegt das Einspar- und Vereinfachungspotenzial.
Was haben wir gelernt?
Erstens: Große Cloud-HR-Systeme sind technisch nicht mehr zwangsläufig das Zielbild. Sie sind eine mögliche Zwischenlösung, aber nicht mehr die einzig denkbare Architektur. Sobald LLMs, Agenten, RAG und MCP sauber zusammenspielen, kann die bisherige Applikationsschicht weitgehend durch eine intelligent orchestrierte Interaktions- und Automatisierungsebene ersetzt werden.
Zweitens: Die neue technische Wahrheit liegt nicht in der Suite, sondern in der Orchestrierung. Wer HR ernsthaft modernisieren will, muss weniger an Module und mehr an Kontexte, Schnittstellen, Datenqualität, Berechtigungen und Entscheidungslogiken denken. Die Zukunft gehört nicht der größten Oberfläche, sondern der klügsten Verbindung von Wissen, klar beschriebenen Prozessmodellen und Governance.
Drittens: Provokant formuliert ist die alte HR-Software nicht deshalb überholt, weil sie schlecht wäre, sondern weil sie für eine andere Zeit gebaut wurde. In einer Welt aus Agenten, generischer KI und standardisierten Konnektoren wird die klassische Suite immer häufiger vom Zentrum zum Ballast. Unternehmen, die das ignorieren, kaufen sich weiterhin Systeme für eine Zukunft, die technisch längst begonnen hat, ohne die alten Schichten zu brauchen.