Eine Personalabrechnung soll nur dann produktiv durchgeführt werden, wenn die betreffende Abrechnungsperiode dafür freigegeben ist. Was selbstverständlich klingt, wird in SAP durch verschiedene Kontrollmechanismen abgesichert.
Fehlen diese Prüfungen oder greifen sie nicht wie vorgesehen, können unbeabsichtigt Abrechnungsergebnisse entstehen – auch für bereits abgeschlossene Perioden. Die Folgen können weit über die eigentliche Entgeltabrechnung hinausreichen. Deshalb sollten SAP-HCM-Kunden ihre Abrechnungsschemata und Abrechnungsprogramme auf wirksame Schutzmechanismen prüfen.
Für jeden Abrechnungskreis verwaltet SAP einen Abrechnungsverwaltungssatz. Er legt unter anderem fest, welche Abrechnungsperiode aktuell verarbeitet wird, ob die Abrechnung freigegeben ist und wie weit Rückrechnungen zulässig sind. Über die Transaktion PA03 wird dieser Status verwaltet. Stammdatenpflege, Abrechnung, Korrekturen und Periodenabschluss greifen dadurch kontrolliert ineinander. [1, 2]
SAP-Personalabrechnungsschemata definieren die Verarbeitungsschritte einer Entgeltabrechnung. Ein Hauptschema kann weitere Teilschemata aufrufen. In der deutschen Personalabrechnung sind insbesondere das Standardschema D000 und das Initialisierungsteilschema DIN0 relevant. [7]
In entsprechenden Schemakonfigurationen übernimmt hier die Anweisung CHECK ABR zwei wesentliche Kontrollaufgaben: [3]
Welche Prüfungen tatsächlich greifen, hängt vom SAP-Release, dem Korrekturstand sowie dem Zusammenspiel zwischen Abrechnungsschema und Abrechnungstreiber ab. [4, 5, 6]
Besondere Aufmerksamkeit verdienen Konfigurationen, in denen die Prüfung des Abrechnungsverwaltungssatzes im Schema nicht aktiv ist und auch keine gleichwertige Absicherung durch den Abrechnungstreiber erfolgt. Unter bestimmten technischen Voraussetzungen können dann produktive Abrechnungsläufe gestartet werden, obwohl die betreffende Periode bereits abgeschlossen ist.
Das kann insbesondere dann problematisch werden, wenn neben den regulär verwendeten kundeneigenen Abrechnungsschemata weiterhin SAP-Standardschemata direkt ausführbar sind. Die ausgeschaltete Schema-Prüfung allein beweist jedoch noch nicht, dass jeder produktive Lauf möglich ist.
Die Oktoberabrechnung eines Unternehmens ist bereits abgeschlossen. Die Abrechnungsergebnisse wurden verarbeitet und nachgelagerte Prozesse angestoßen. Anschließend wird versehentlich ein weiterer produktiver Abrechnungslauf mit einem nicht ausreichend abgesicherten Schema durchgeführt.
Dabei entstehen neue oder veränderte Ergebnisse für Oktober und möglicherweise auch für frühere Abrechnungsperioden. Der Fehler fällt unter Umständen erst bei der folgenden Monatsabrechnung auf, wenn unerwartete Rückrechnungen, Nachzahlungen oder Verrechnungen auftreten. Nun muss geklärt werden, welche Ergebnisse verändert wurden und welche Folgeprozesse auf den ursprünglichen Ergebnissen basieren.
Eine echte Abrechnungssimulation schreibt regulär keine produktiven Abrechnungsergebnisse. Auch die Schemafunktion UPD YES im Testlauf löst keine Datenbankaktualisierung aus. Das hier beschriebene Risiko betrifft einen tatsächlich produktiven oder falsch konfigurierten Lauf. [3]
Das bloße Löschen oder Zurücksetzen einzelner Ergebnisse stellt nicht zwangsläufig einen konsistenten Zustand her. Erforderlich ist eine abgestimmte Betrachtung der Abrechnung und sämtlicher betroffener Folgeprozesse.
Wenden Sie sich im Bedarfsfall bei den folgenden Prüfungen an Ihre Berater.
Ermitteln Sie, welche Schemata tatsächlich eingesetzt werden. Berücksichtigen Sie neben den regulären produktiven Schemen auch SAP-Standardschemata, kundeneigene Kopien, alternative Varianten, Hintergrundjobs und kundeneigene Programme.
Kontrollieren Sie in der Transaktion PE01, wie die Prüfung des Abrechnungsverwaltungssatzes umgesetzt ist. Ist die Funktion CHECK ABR aktiv, auskommentiert oder durch eine andere wirksame Prüfung ersetzt? Entscheidend ist die tatsächliche Schutzwirkung im jeweiligen System.
In den Schemaattributen der Transaktion PE01 lässt sich das Kennzeichen „Schema ausführbar“ verwalten. Ist es deaktiviert, ist das Schema nicht für die direkte Ausführung als Hauptschema vorgesehen. Eine Verwendung als Teilschema kann weiterhin möglich sein.

Abbildung 1 SAP-Transaktion PE01 – Attribute des Abrechnungsschemas D000. Das deaktivierte Kennzeichen „Schema ausführbar“ ist gelb hervorgehoben. Quelle: SAP-Screenshot.
Wenn das Schema D000 nicht direkt benötigt wird, prüfen Sie die Deaktivierung dieses Kennzeichens. Der Screenshot zeigt die Einstellung in einem System; die Schutzwirkung für Release, Abrechnungstreiber und Varianten muss im Kundensystem getestet werden.
Die Einschränkung der Ausführbarkeit ersetzt die Prüfung des Abrechnungsverwaltungssatzes nicht. Ein abgestimmtes Sicherheitskonzept verbindet drei Schutzebenen:
| Schutzebene | Aufgabe |
| Funktion CHECK ABR und Abrechnungstreiber | Prüfen, ob ein produktiver Lauf im jeweiligen Perioden- und Freigabestatus zulässig ist. |
| Kennzeichen Schema ausführbar | Die direkte Ausführung nicht benötigter Abrechnungsschemata einschränken. |
| Varianten Jobs und Berechtigungen | Die unbeabsichtigte Auswahl oder produktive Verwendung ungeeigneter Schemen reduzieren. |
Prüfen Sie Varianten des deutschen Abrechnungstreibers Report RPCALCD0, insbesondere solche mit einem abweichenden Schema. Nicht mehr benötigte Varianten und Hintergrundjobs sollten bereinigt oder gegen eine unbeabsichtigte produktive Nutzung abgesichert werden.
Prüfen Sie bei D000 und anderen nicht benötigten Hauptschemata die direkte Ausführbarkeit, bestehende Aufrufe und erforderliche Berechtigungen. Eine pauschale Löschung des SAP-Standards ist nicht erforderlich. Änderungen sind vorab auf ihre Auswirkungen auf reguläre Abrechnungsprozesse zu prüfen.
Testen Sie in einer geeigneten Testumgebung nicht freigegebene Abrechnungskreise, bereits abgeschlossene Perioden und Personalnummern mit Ergebnissen in späteren Perioden. Beziehen Sie Varianten und Hintergrundjobs sowie die direkte Ausführung eines deaktivierten Hauptschemas ein. Dokumentieren Sie Status, Laufart, Meldungen und Ergebnisstände vor und nach jedem Test. Ein unzulässiger produktiver Lauf darf keine Ergebnisse schreiben.
Für SAP HCM for S/4HANA (H4S4) sind insbesondere die Gültigkeit und Umsetzung der Hinweise zu PA03_OFF und zum Programmtyp des Abrechnungstreibers zu prüfen. Davon hängt ab, ob und wie Prüfungen im Treiber erfolgen und ob Schemaanweisungen anzupassen oder zu entfernen sind. CHECK ABR sollte deshalb nicht pauschal aktiviert oder entfernt werden. [4, 5, 6]
Wurden unbeabsichtigt produktive Abrechnungsergebnisse erzeugt, sollte zunächst der Umfang der Veränderungen ermittelt werden. Vergleichen Sie die ursprünglich vorgesehenen mit den nachträglich erzeugten Ergebnissen und grenzen Sie die betroffenen Personalnummern und Perioden ab.
Anschließend ist zu prüfen, welche Auswirkungen auf Rückrechnungen, Buchungen, Zahlungen und weitere Folgeprozesse entstanden sind. Dabei sind bereits abgeschlossene Folgeverarbeitungen ebenso zu berücksichtigen wie die nächste reguläre Abrechnung.
Erst auf dieser Grundlage sollte ein abgestimmtes Korrekturverfahren festgelegt werden. Eine isolierte Bereinigung einzelner Abrechnungsergebnisse kann weitere Inkonsistenzen verursachen und sollte deshalb nicht ohne fachliche und technische Prüfung erfolgen.
Insbesondere beim Einsatz von SAP HCM for S/4HANA (H4S4) sind die relevanten SAP-Hinweise und Korrekturstände zu beachten. Neuere Korrekturen verändern das Zusammenspiel zwischen Abrechnungsschema, Abrechnungstreiber und dem Parameter PA03_OFF.
Abhängig vom Korrekturstand kann es erforderlich sein, bisherige Schemaanweisungen anzupassen oder zu entfernen, weil die entsprechende Prüfung durch den Abrechnungstreiber übernommen wird. [4, 5, 6]
Eine pauschale Empfehlung, CHECK ABR in jedem System einzubauen oder zu aktivieren, wäre daher nicht sachgerecht.
Eine korrekte Personalabrechnung zeichnet sich nicht nur durch die richtige Berechnung der Entgelte aus. Ebenso wichtig ist, dass produktive Abrechnungsläufe ausschließlich im vorgesehenen Prozess und für zulässige Abrechnungsperioden durchgeführt werden.
Fehlende oder unwirksame Prüfungen können bereits abgeschlossene Perioden unbeabsichtigt verändern – mit Auswirkungen auf nachfolgende Abrechnungen und weitere Prozesse. SAP-HCM-Kunden sollten deshalb die tatsächlich verwendeten Schemata, Varianten und Schutzmechanismen regelmäßig kontrollieren.
Maßgeblich ist die wirksame Absicherung des gesamten Abrechnungsprozesses – nicht allein das Vorhandensein der Anweisung CHECK ABR.
abresa unterstützt Unternehmen bei der Überprüfung ihrer SAP-HCM-Abrechnungsschemata, der Bewertung relevanter SAP-Hinweise und der sicheren Gestaltung ihrer monatlichen Abrechnungsprozesse.
Die technische Bewertung ist abhängig vom eingesetzten SAP-Release, dem jeweiligen Korrekturstand und der kundenspezifischen Systemkonfiguration.
[1] SAP Help Portal Payroll Control Record / Abrechnungsverwaltungssatz
[2] SAP KBA 3642788 Payroll control record
Quelle öffnen · Im Ausgangsbeitrag angegebener PDF-Stand: Version 4 vom 02.12.2025.
[3] SAP Learning Eigenschaften des Abrechnungsinitialisierungsschemas identifizieren
Quelle öffnen · Erläuterungen zu CHECK ABR, PGM und UPD sowie zum Testlauf.
[4] SAP Hinweis 3703864 PA03_OFF – inkonsistentes Verhalten
Quelle öffnen · Im Ausgangsbeitrag angegebener PDF-Stand: Version 7 vom 02.09.2026, insbesondere Seiten 1 bis 4.
[5] SAP Hinweis 3697173 Abrechnungstreiber – falscher PGM-Typ
Quelle öffnen · Im Ausgangsbeitrag angegebener PDF-Stand: Version 4 vom 12.03.2026.
[6] SAP Hinweis 3253049 Prüfung des Kontrollsatzstatus
Quelle öffnen · Im Ausgangsbeitrag angegebener PDF-Stand: Version 3 vom 08.06.2026; Kennzeichen zum Ignorieren des Abrechnungsverwaltungssatzes.
[7] SAP Help Portal Payroll Schema D000
[8] SAP KBA 3801931 Payroll canceled: no check against control record and PA03_OFF missing (RPCALC*0) S/4Hana CompPack.
Quelle öffnen · Öffentliche Vorschau zum produktiven Abbruch im HCM Compatibility Pack.
[9] SAP Hinweis 3635355 Weiterführende Referenz aus dem Ausgangsbeitrag
Quelle öffnen · Dort als Referenz in Hinweis 3703864 genannt; keine eigenständige Grundlage für technische Aussagen dieses Beitrags.
SAP-Hinweise und KBA-Volltexte können eine SAP-Anmeldung erfordern. Für Änderungen sind die jeweils gültige Originalfassung, der Geltungsbereich und die Voraussetzungen im Kundensystem maßgeblich.