Stammdaten-Management Agent

Ein Mitarbeiter zieht um und meldet seine neue Adresse. Drei Wochen später kommt die Gehaltsabrechnung an die alte Anschrift. Die Zeiterfassung zeigt noch den alten Standort. Das Zugangssystem hat die Änderung nie erhalten. Nicht weil jemand einen Fehler gemacht hat - sondern weil drei verschiedene Sachbearbeiter die gleiche Information in drei verschiedene Systeme eingeben müssen und einer von ihnen gerade im Urlaub war.

Das ist kein Versäumnis. Das ist Architektur.

Stammdaten sind kein Verwaltungsproblem - sie sind ein Synchronisationsproblem

Dieser Agent folgt dem Decision Layer-Prinzip: jede Entscheidung ist entweder regelbasiert, KI-assistiert oder explizit einem Menschen zugeordnet.

Die meisten Unternehmen behandeln Stammdatenänderungen als administrative Routine. Ticket rein, Daten ändern, Ticket zu. Was sie übersehen: Ab 500 Mitarbeitenden erzeugt jede einzelne Änderung eine Kettenreaktion über drei bis sieben Systeme - Personalwirtschaft, Payroll, Zeiterfassung, Zugangsmanagement, betriebliche Altersvorsorge, manchmal noch Fuhrpark oder Kantinenabrechnung. Jedes System hat eigene Eingabemasken, eigene Validierungsregeln, eigene Berechtigungen.

37 Prozent aller Payroll-Fehler entstehen durch manuelle Dateneingabe. Der durchschnittliche Schaden pro Fehler liegt bei EUR 265 (USD 291) an direkten und indirekten Kosten. Bei 1.000 Mitarbeitenden aggregiert sich das auf rund EUR 230.000 im Jahr - nur für die Korrekturen, nicht für den Vertrauensverlust, wenn das Gehalt auf dem falschen Konto landet.

Die Fehlerquote steigt nicht linear mit der Unternehmensgröße. Sie steigt exponentiell - weil jedes zusätzliche Zielsystem die Wahrscheinlichkeit einer vergessenen oder fehlerhaften Synchronisation multipliziert. Das HR-Team sieht davon wenig. Es sieht einzelne Tickets, einzelne Korrekturen. Was es nicht sieht: den systematischen Drift zwischen Systemen, der sich leise aufbaut.

Wo der eigentliche Schaden entsteht

Der sichtbare Schaden ist die falsche Gehaltsabrechnung. Der unsichtbare Schaden ist gravierender.

Ein Drittel der deutschen Unternehmen gibt an, dass Prozesse und Regeln zur Stammdatenpflege nicht im erforderlichen Maß definiert sind. Ebenso häufig werden fehlende oder unklare Verantwortlichkeiten genannt. Das bedeutet: Niemand weiß, ob alle Systeme den gleichen Stand haben. Es gibt keine zentrale Wahrheit. Es gibt nur Hoffnung, dass die letzte Änderung überall angekommen ist.

Die Konsequenzen:

• Payroll-Inkonsistenzen: Steuerklassenänderung im HR-System, aber nicht in der Lohnabrechnung. Das Unternehmen haftet.
• Compliance-Verstöße: DSGVO Art. 5 verlangt Richtigkeit personenbezogener Daten. Wenn drei Systeme drei verschiedene Adressen führen, welche ist die richtige?
• Audit-Risiken: Wirtschaftsprüfer finden Diskrepanzen zwischen Systemen. Jede Diskrepanz erzeugt eine Rückfrage. Jede Rückfrage bindet HR-Kapazität.
• Mitarbeitervertrauen: 22 Prozent der Mitarbeitenden berichten von Verzögerungen, unklaren Informationen oder ungelösten Problemen bei Gehaltsfehlern. Das ist kein IT-Problem - das ist ein Kulturproblem.

Warum Automatisierung allein nicht reicht

Die naheliegende Antwort ist: alles automatisieren. Schnittstellen bauen, Daten synchron halten, fertig. Aber das greift zu kurz, weil nicht jede Stammdatenänderung gleich ist.

Eine Adressänderung kann vollautomatisch laufen - Plausibilitätsprüfung, PLZ-Validierung, Weitergabe an alle Systeme. Kein Mensch muss draufschauen.

Eine Bankverbindungsänderung dagegen braucht IBAN-Validierung und eine manuelle Freigabe im Vier-Augen-Prinzip. Hier wäre volle Automatisierung ein Sicherheitsrisiko - Social Engineering über gefälschte Bankdaten ist einer der häufigsten Betrugsvektoren im HR-Bereich.

Eine Änderung des Familienstands löst steuerliche Folgewirkungen aus, die nicht nur technisch validiert, sondern auf Plausibilität geprüft werden müssen. Drei Familienstandsänderungen in sechs Monaten sind formal korrekt - aber ein Muster, das ein Mensch bewerten sollte.

Der entscheidende Punkt: Jeder Änderungstyp braucht einen anderen Entscheidungspfad. Manche Schritte sind regelbasiert. Manche brauchen KI für Mustererkennung. Manche erfordern menschliches Urteil. Das System muss wissen, wann es was tut.

Änderung eingeht
    |
    v
[Regelwerk] Was für ein Typ? ─── Adresse ──> Automatisch
    |                          └── IBAN ────> Validierung + Freigabe
    |                          └── Steuer ──> Plausibilität + Freigabe
    v
[KI] Muster ungewöhnlich? ──── Nein ──> Weiter
    |                       └── Ja ────> Eskalation an Sachbearbeiter
    v
[Regelwerk] Welche Systeme? ──> Mapping: Feld → Zielsysteme
    |
    v
[Automatisch] Synchronisation aller Zielsysteme
    |
    v
[Automatisch] Bestätigung: Alle Systeme aktualisiert?

Infrastruktur statt Insellösung

Stammdaten sind der langweiligste und gleichzeitig kritischste Baustein der HR-Infrastruktur. Jeder Agent, der später Personendaten verarbeitet - Onboarding, Offboarding, Versetzung, Gehaltsanpassung - braucht verlässliche Stammdaten als Grundlage. Wenn die Stammdaten nicht stimmen, stimmt nichts.

Deshalb ist dieser Agent kein Einzelprodukt, sondern Infrastruktur. Das Mapping-Framework, das festlegt, welche Änderung an welches System geht, wird von jedem systemübergreifenden Agent wiederverwendet. Die Validierungslogik, die eine IBAN prüft oder eine Postleitzahl gegen den Ort abgleicht, bildet die Basis für jeden Agent, der Personendaten anfasst. Der Audit Trail - welche Änderung wann von wem oder was ausgelöst wurde - ist die Voraussetzung dafür, dass jede automatisierte Entscheidung nachvollziehbar und anfechtbar bleibt.

Für HR-Organisationen ab 500 Mitarbeitenden ist die Frage nicht, ob Stammdatenpflege automatisiert werden sollte. Die Frage ist, ob sie es sich leisten können, dass ein Sachbearbeiter pro Payroll-Periode 29 Wochen im Jahr mit Fehlerkorrekturen verbringt - statt mit der Arbeit, für die er eingestellt wurde.