7. Juli 2026 · Morten Babakhani
Jedes HR-IT-Projekt hat eine Komponente, die keinen Fehler verträgt: die Entgeltabrechnung. Ein falsch berechnetes Zeugnis lässt sich neu ausstellen. Eine falsche Abrechnung erzeugt Rückforderungen, Nachzahlungen, Korrekturmeldungen an Sozialversicherung und Finanzamt — und Gespräche, die niemand führen will.
Diese Asymmetrie sollte den Plan bestimmen. Sie tut es selten.
Was daraus für Schnittstellen folgt
Die Abrechnung ist der empfindlichste Empfänger im System. Alles, was sie füttert, braucht härtere Regeln als der Rest.
Vollständigkeitsprüfung vor der Übergabe. Keine Teillieferungen. Wenn zehn von tausend Datensätzen fehlen, ist die Lieferung fehlerhaft, nicht neunundneunzig Prozent erfolgreich.
Fachliche Prüfungen, nicht nur technische. Ein Datensatz kann formal korrekt und fachlich unmöglich sein: Eintritt nach Austritt, Zulage ohne Anspruchsgrund, Arbeitszeit über der Höchstgrenze. Diese Prüfungen gehören vor die Abrechnung, nicht in die Nachbearbeitung.
Ein Stichtag, der eingehalten wird. Die Abrechnung hat einen Lauf mit festem Termin. Schnittstellen, die „meistens rechtzeitig” liefern, verlagern das Problem in die Personalabteilung, die dann von Hand nachträgt.
Was daraus für Termine folgt
Umstellungen in der Abrechnung finden zum Jahreswechsel statt. Nicht, weil es bequem ist, sondern weil Jahresmeldungen, Freibeträge und Beitragsbemessungsgrenzen an das Kalenderjahr gebunden sind. Eine Umstellung im Juni bedeutet, dass Sie ein Jahr in zwei Systemen abrechnen und am Jahresende beides zusammenführen.
Daraus ergibt sich ein Plan, der rückwärts gerechnet wird: Produktivstart Januar, letzter Parallellauf im November, erster vollständiger Testlauf im September, Datenmigration ab Juni. Wer im September beginnt, verschiebt auf das nächste Jahr — das ist bitter und billiger als eine Umstellung im Frühjahr.
Parallellauf: die Frage, die niemand mag
Wie viele Monate rechnen wir doppelt? Die ehrliche Antwort lautet: mindestens zwei, besser drei, und mit einer Abweichungsanalyse je Person und Lohnart.
Das ist teuer und die einzige Methode, die belastbar zeigt, dass die neue Abrechnung funktioniert. Wir haben kein Projekt gesehen, in dem der Parallellauf keine Abweichungen zutage brachte — und keines, in dem die gefundenen Abweichungen unwichtig waren.
Der Nebeneffekt für die Organisation
Wer die Abrechnung als Taktgeber akzeptiert, führt eine unangenehme, aber nützliche Diskussion früh: Welche Prozesse müssen wirklich zum Start fertig sein, und was kann ein Quartal später kommen?
Diese Priorisierung entsteht sonst am Ende, unter Druck, und trifft dann meist die falschen Dinge — Schulung und Dokumentation zuerst.
Der Parallellauf im Detail
Ein Parallellauf ist kein Vergleich von Summen, sondern ein Vergleich je Person und je Lohnart. Alles andere findet die Fehler nicht, auf die es ankommt: die, die sich gegenseitig aufheben.
Der Ablauf: beide Systeme rechnen denselben Monat mit denselben Eingangsdaten. Danach wird Zeile gegen Zeile verglichen und jede Abweichung einer von drei Gruppen zugeordnet — Fehler im neuen System, Fehler im alten System, gewollte Änderung. Die dritte Gruppe braucht eine schriftliche Begründung, sonst wird sie im nächsten Monat wieder diskutiert.
Zwei Monate ohne offene Abweichungen sind die Bedingung für den Produktivstart. Nicht zwei Monate Parallellauf — zwei Monate ohne Befund.