Die Payroll Engine in SAP HCM ist ein zuverlässiges und zugleich flexibles Tool. Mit diesem Tool können Sie alle Anforderungen der Gesetzgebung und der örtlichen Vorschriften im Bereich der Arbeitnehmervergütung berücksichtigen. Die Kehrseite der Medaille dieser Vielseitigkeit ist jedoch die Komplexität und die starke Empfindlichkeit gegenüber Änderungen der Einstellungen.
Die obige Abbildung zeigt beispielsweise eine Ansicht zum Festlegen einer Lohnart. Ein falsch eingestellter Parameter oder ein falsch gesetztes Kontrollkästchen führt zu einer falschen Berechnung.
Darüber hinaus kann der Preis eines Fehlers sowohl in monetärer Hinsicht als auch in Bezug auf die Reputation sehr hoch sein.
Erwähnenswert ist auch, dass der Fehler möglicherweise nicht sofort, sondern erst einige Monate nach der Berechnung auftritt. In diesem Fall kann es erforderlich sein, die Löhne für mehrere Monate neu zu berechnen oder ein spezielles Korrekturberechnungsschema zu erstellen. Beide Szenarien sind extrem zeitaufwendig und riskant, daher können sie nur als letzter Ausweg betrachtet werden.
Woher können solche Fehler kommen? Die HR-Funktionalität entwickelt sich ständig weiter, gesetzliche Anforderungen und Geschäftsanforderungen ändern sich. Um diese Anforderungen zu erfüllen, müssen Sie regelmäßig Änderungen an Ihren SAP-HCM-Einstellungen vornehmen. In unserem Unternehmen werden alle Änderungen in monatlichen Releases umgesetzt. Standardupdates von SAP erscheinen ebenfalls ungefähr einmal im Monat und werden mit dem Release installiert.
Updates vom Hersteller sind Pakete mit Hinweisen zu Änderungen an Programmen und Einstellungen. Die Abbildung zeigt die Zusammensetzung des Service Packs SAPK-60866INEAHRCRU mit vier Gehaltsabrechnungen für Russland.
Wenn Sie Ihre eigenen Entwicklungsprodukte \ Einstellungen und Standard-Service Packs installieren, können sich die aktuellen Einstellungen ändern und zu einem fehlerhaften Systembetrieb führen.
Regressionstests
Wie kann ich sicherstellen, dass die vorhandene Funktionalität nicht durch Standard-SAP-Updates und meine eigenen neuen Entwicklungen / Einstellungen beeinträchtigt wurde?
Sie können natürlich alle Änderungen, alle Standardnotizen analysieren. Erstellen Sie Beispiele dafür und führen Sie Funktionstests durch.
Hierbei ist jedoch zu beachten, dass die Anzahl der Noten im Zehnerbereich liegen und die zugehörige Funktionalität beeinträchtigen kann. Und wenn wir noch die Größe unseres Unternehmens hinzufügen (mehr als 270.000 Mitarbeiter werden in SAP HR berechnet), wird die Anzahl der möglichen Fälle einen angemessenen Betrag überschreiten.
Um dieses Problem zu lösen, haben die Mitarbeiter unserer Abteilung „Business Applications SAP HR Management“ einen Mechanismus zur Regressionstestung von Löhnen entwickelt.
Das Wesen dieses Mechanismus ist recht einfach. Zunächst wird ein Standard erstellt - durch Berechnung der Löhne im ursprünglichen System.
Anschließend werden Aktualisierungen auf dem System installiert und eine neue Gehaltsberechnung durchgeführt. Die Ergebnisse werden als Freigabedaten gespeichert.
Und im letzten Schritt wird der Standard mit den Freigabedaten abgeglichen.
Die Prüfung erfolgt auf dem gesamten Personalbestand.
Lassen Sie uns nun genauer darauf eingehen.
Unser SAP HCM hat eine klassische 3-System-Landschaft. Ein Entwicklungssystem (nennen wir es HRD), ein Testsystem (HRT) und ein Produktivsystem (HRP). Alle Verbesserungen werden notwendigerweise in HRT getestet, während die technischen Eigenschaften des Testsystems den Eigenschaften des Produkts nahe kommen.
Regressionstests sind in Stufen unterteilt:
- Vorbereitung des HRT-Systems
- Vorbereitung der Testdaten
- Entfernung des Standards
- Release freigeben
- Überleitung der Ergebnisse
Vorbereitungsphase des HRT-Testsystems
In dieser Phase bereiten die Basisspezialisten das HRT-System vor. HRT wird zu einem bestimmten Zeitpunkt aus einer Sicherung eines Produktivsystems wiederhergestellt. Das heißt Daten in HRP und HRT werden gleich.
Testdatenvorbereitungsphase
Trotz der Tatsache, dass die Daten zwischen dem Produktiv- und dem Testsystem aufeinander abgestimmt sind, müssen die Gehaltsabrechnungstests in einem noch berechneten Zeitraum durchgeführt werden. Bereiten Sie dazu Testdaten vor:
Da wir einen neuen Zeitraum berechnen möchten, müssen wir Zeitstempel für Mitarbeiter erstellen, die positiv registriert sind. Zu diesem Zweck werden mithilfe des entwickelten Programms Zeitstempel für die Ankunft / Abreise in IT2011 aus dem Zeitplan des Mitarbeiters in IT0007 generiert.
- Datenpflege IT0027 Kostenteilung
Für positiv registrierte Mitarbeiter wird die 0027IT-Kostenbeteiligung durch Kopieren von Daten aus IT1018 mit einem speziell entwickelten Programm ausgefüllt.
- Daten für die Anzahlungsberechnung pflegen
Die Testdaten werden vollständig anhand der Personalnummern aufbereitet, die jeder Berechnungseinheit zugeordnet sind. Füllen Sie dazu IT267 Off-Cycle Payments mit der Transaktion HRUU0267 aus.
Zur Berechnung von Urlaub, Prämien, Entlassungen und verschiedenen Arten von Krankheitstage werden Testdaten für etwa 20 Mitarbeiter erstellt.
Nachdem alle Testdaten gestartet wurden, wird die Sicherung des HRT-Systems durchgeführt.
Stadium der Entfernung des Standards
Diese Phase beinhaltet:
Hierzu wird in der Zeitauswertungstransaktion pt60 eine Variante angelegt, die im Programm RPCS0000 weiter verwendet wird. Mit dem Standardprogramm RPCS0000 werden Zeitauswertungen von Personalgruppengruppen parallel ausgeführt. Die Verwendung von RPCS0000 kann die Zeitauswertungszeit erheblich verkürzen.
- Speichern des Benchmarks für Zeitauswertungsergebnisse
Nach Abschluss der Zeitauswertung müssen Sie das Ergebnis speichern. Zu diesem Zweck wurde ein spezielles Programm erstellt, das die Ergebnisse der Bewertung (Tabellen ZES und ZL) in Textdateien speichert:
Ein Fragment der erstellten Zeitauswertungs-Standarddatei:
- Gehaltsabrechnung durchführen (reguläre und Zwischenabrechnungszahlungen)
Die Berechnungen werden mit Standardmitteln (HRCUCLACM-Programm und Transaktion PUST) für das gesamte Personalnummernvolumen durchgeführt.
- Berechnungsergebnisse für spätere Abstimmung speichern
Zu diesem Zweck speichern wir im Standardbericht zu den Lohnarten PC00_M99_CWTR die Option zum Anzeigen der erforderlichen Berechnung (regulär oder zwischen Abrechnung). Um die Berechnungsdaten im HRD-Entwicklungssystem zu speichern, wurde ein Anwenderprogramm entwickelt. Einer der Eingabeparameter für dieses Programm ist die generierte Version des Reports PC00_M99_CWTR:
Nachdem Sie dieses Programm im HRD-Entwicklungssystem ausgearbeitet haben, werden die Referenzergebnisse der Gehaltsabrechnung gespeichert:
Im HRT-Testsystem wird eine produktive Buchung des Testfinanzsystems durchgeführt. Anschließend werden mit einem speziell entwickelten Programm Buchungsdaten in das HRD-Entwicklungssystem als Referenz für die zukünftige Abstimmung hochgeladen.
Nach Abschluss dieses Programms werden die Referenzergebnisse von Buchungen im Finanzsystem im HRD-Entwicklungssystem gespeichert:
- Bildung von Registern für die Übertragung
Nach der Berechnung des Gehalts bilden wir ein Überweisungsregister. Mit dem entwickelten Anwenderprogramm werden diese Registrierungen auch als Referenz in Textdateien gespeichert.
Ein Fragment der Standarddatei des Gehaltsübertragungsregisters:
6-NDFL- und 2-NDFL-Steuerberichte werden unter Verwendung der Standardberichte RPCPAYRU_6NDFL bzw. HRULNDFL generiert. Zu Testzwecken wurden sie mit Logik erweitert, um Ergebnisse in transparenten Tabellen zu speichern. Nachdem das Steuerreporting in einer Testumgebung erstellt wurde, werden diese Ergebnisse mit einem Anwenderprogramm in das Entwicklungssystem übertragen.
Empfangen steuer daten standard:
Release Release Phase
Nach dem Entfernen des Standards muss das Testsystem aus der Sicherung wiederhergestellt werden, die nach der Vorbereitung der Testdaten erstellt wurde. Das heißt Wir erhalten ein System mit abgewickelten Testdaten, jedoch ohne Berechnungen. Alle Updates werden auf diesem System installiert - Eigenentwicklungen und Standard Service Packs von SAP. Danach werden regelmäßige und abrechnungsübergreifende Abrechnungen, Buchungen und andere Aktionen durchgeführt, die den Aktionen in der Phase der Entfernung des Standards entsprechen.
Versöhnungsphase
Nach dem Entfernen des Standards und der Freigabe ist die Abstimmungsphase abgeschlossen. In dieser Phase
Wir vergleichen die vor der Installation der Updates erhaltenen Daten mit den Daten auf dem aktualisierten System. Und basierend auf der Analyse der Abweichungen ziehen wir Rückschlüsse auf das Vorhandensein von Fehlern in den installierten Updates.
- Abstimmung der Zeitauswertungsergebnisse
Dazu starten wir das Programm zur automatisierten Überprüfung von Berechnungsergebnissen im Modus "Vergleich von Standard und Release". Als einen der Parameter geben wir das Verzeichnis an, in dem die Zeitauswertungs-Standarddatei gespeichert wurde.
Wenn es einen Unterschied zwischen den Standard- und Release-Daten gibt, werden diese in diesem Bericht angezeigt.
Das Posten von Daten aus Release und Benchmark ist bereits im Entwicklungssystem. Zur Verifizierung wird ein Anwenderbericht verwendet, in dem wir die Veröffentlichungstermine und den Standard als Parameter angeben:
Wenn zwischen den Standard- und Freigabedaten ein Unterschied besteht, werden diese in diesem Bericht angezeigt.
- Überleitung der Steuerberichterstattung
Daten mit den Ergebnissen der Erstellung von Berichten über 2-NDFL und 6-NDFL im Stadium der Entfernung sowohl des Standards als auch der Freigabe wurden in das HRD-Entwicklungssystem übertragen. Ein Benutzerbericht wird zur Überprüfung der Daten verwendet. Bei den Eingabeparametern handelt es sich um das Datum der Entfernung des Standards und des Benutzers, unter dem diese Entfernung stattgefunden hat:
Wenn es Unterschiede in den Daten gibt, werden diese angezeigt.
- Abgleich der Gehaltsabrechnung
Die Daten, die bei der regelmäßigen Berechnung der Löhne mit verschiedenen Zwischenabrechnungen im Testsystem zum Zeitpunkt der Erstellung des Standards und der Freigabe gewonnen wurden, wurden in das Entwicklungssystem übertragen. Jetzt gibt es im Entwicklungssystem eine Überprüfung der Daten zum Standard und zur Freigabe mit dem entwickelten Anwenderprogramm:
Alle erhaltenen Unstimmigkeiten sind im Bericht enthalten.
- Abgleich von Registern zur Übertragung
Zum Zeitpunkt der Veröffentlichung wurden Textdateien mit Registrierungsdaten für die Auflistung generiert. Wir vergleichen diese Referenzdaten mit den Registrierungen für die Auflistung, die nach der Installation der Updates erstellt wurden.
Im Falle von Abweichungen werden diese im Bericht angezeigt.
Alle festgestellten Unstimmigkeiten werden von Spezialisten der SAP HCM-Supportabteilung analysiert. Wenn der Grund für die Abweichung Fehler in den Einstellungen / Designs sind, werden diese korrigiert und in der nächsten Iteration getestet. Das heißt Das Testsystem wird erneut aus der Sicherung wiederhergestellt, die nach der Einrichtung der Testdaten erstellt wurde. Installieren Sie Updates mit Fehlerkorrekturen und führen Sie die Schritte zum Entfernen der Freigabe und des Abgleichs erneut aus.
Dieser Ansatz ermöglicht das Testen eines so kritischen Prozesses wie der Personalabrechnung in sehr hoher Qualität und wird nicht nur beim Testen monatlicher Releases / Updates, sondern auch bei Projektaktivitäten verwendet. So wurde es erst in diesem Jahr erfolgreich bei zwei großen Projekten angewendet - der Reorganisation von juristischen Personen und der Aktualisierung des SAP-HCM-Systems auf die Erweiterungsstufe 8.