Organisationen, die in Nigeria und Ghana tätig sind, tun sich oft schwer, die PAYEE-Steuer korrekt zu berechnen — beide Steuerstrukturen sind komplex, und SAP Payroll liefert für keines der beiden Länder eine Standardfunktionalität. Eine maßgeschneiderte Lösung ist der einzige Weg.

Warum der SAP-Standard nicht ausreicht

SAP Payroll hat keine Standardlösung für die PAYEE-Steuerberechnung in Nigeria oder Ghana. Die Standard-Lohnartenfunktionen zur Steuerberechnung sind länderspezifisch und decken diese beiden schlicht nicht ab, sodass für die Anforderung eine eigene Lohnartenfunktion erstellt werden muss.

Die Anforderung selbst besteht darin, die PAYEE-Steuer gegen die von der jeweiligen Regierung festgelegten Steuerstufen und Freibeträge zu berechnen. Diese Stufen und Freibeträge ändern sich von Jahr zu Jahr und müssen entsprechend aktualisiert werden, und die Berechnung muss das hochgerechnete Jahreseinkommen der beschäftigten Person auf Basis des laufenden Monats und der verbleibenden Monate des Jahres berücksichtigen.

Das Wichtigste in Kürze

Stufen und Freibeträge liegen in vier pflegbaren Tabellen, nicht im Code. Die jährliche gesetzliche Aktualisierung ist eine Konfigurationsänderung, keine Entwicklungsanforderung.

Was das Add-on leistet

  • Flexibilität. Die Lösung passt sich Änderungen der Steuervorschriften an, sodass die Compliance hält, wenn sich die Regeln bewegen.
  • Einfache Pflege. Sie ist darauf ausgelegt, ohne umfangreiche technische Expertise gepflegt zu werden.
  • Regelmäßige Compliance-Updates. Updates halten sie im Einklang mit den neuesten gesetzlichen Änderungen.
  • Eine einheitliche Plattform. Sie integriert sich in SAP Payroll, statt daneben zu stehen, sodass die Abrechnung über mehrere Länder an einem Ort bleibt.

Beteiligte Systeme

SAP S/4HANA HCM ist das HRMS, das die Personalstamm- und Abrechnungsdaten hält und verarbeitet — ein umfassender Satz an Geschäftsprozessen und Funktionen über Branchen und Regionen hinweg.

Geprüfte Ansätze

Es gab zwei Wege, die eigene Lohnartenfunktion zu erstellen:

  1. Eine bestehende Standard-Lohnartenfunktion kopieren und für die Anforderung anpassen.
  2. Eine neue Lohnartenfunktion von Grund auf mit dem Function Builder für die Abrechnung (PE02) bauen.

Wir haben den zweiten Weg gewählt. Er gibt mehr Flexibilität und Kontrolle über Logik und Parameter der Funktion und vermeidet die Konflikte und Fehler, die aus dem Kopieren und Anpassen einer Standardfunktion entstehen.

Lösungsdesign

Das Design hat drei Komponenten: eigene Tabellen mit den Steuerstufen, Lohnarten und Freibeträgen je Land; die eigene Lohnartenfunktion ZNTAX, die die Steuer aus diesen Tabellen und der Eingabetabelle der Abrechnung berechnet; und das Schema des SAP-Payroll-Treibers, das die Funktion aufruft und die Ausgabetabelle erzeugt.

Die vier Tabellen

ZT1
Steuerstufen je Land und die zugehörigen Sätze — Länderschlüssel, Stufenschlüssel, Beginn und Ende der Gültigkeit, Beginn und Ende des Stufenbereichs sowie der Prozentsatz dieser Stufe.
ZT2
Die zur Steuerberechnung verwendeten Lohnarten je Land — Länderschlüssel, Gültigkeitsdaten und Lohnart.
ZT3
Die für die Steuerentlastung verwendeten Lohnarten je Land — Länderschlüssel, Gültigkeitsdaten und Lohnart.
ZT4
Der Freibetrag je Land — Länderschlüssel, Gültigkeitsdaten und der Freibetrag selbst.

Stufen und Freibeträge in Tabellen statt im Code zu halten, ist das, was aus der jährlichen Aktualisierung eine Konfigurationsänderung statt einer Entwicklungsanforderung macht.

Die Berechnungslogik

Jahreseinkommen hochrechnen→Freibeträge abziehen→Die Stufen des Landes anwenden→Durch die verbleibenden Monate teilen

Basiswert

Der Länderschlüssel des Abrechnungskreises der beschäftigten Person kommt über das Feld BURKS auf PA0001 aus Tabelle T001. Dieser Schlüssel filtert die Zeilen in ZT2 für den Abrechnungsmonat. Die Werte der zur Steuerberechnung verwendeten Lohnarten werden aus der Eingabetabelle der Abrechnung summiert und dann hochgerechnet, indem mit der Zahl der im Jahr verbleibenden Monate einschließlich des laufenden multipliziert wird. Diese Hochrechnung ist der Basiswert, BAS1.

Zu versteuerndes Einkommen

Derselbe Länderschlüssel filtert ZT3 für den Abrechnungsmonat. Die für die Steuerentlastung verwendeten Lohnarten werden aus der Eingabetabelle summiert und auf dieselbe Weise hochgerechnet, was den hochgerechneten Entlastungswert REL1ergibt. Der pauschale Freibetrag für das Land kommt als REL2aus ZT4. Das zu versteuernde Einkommen ist dann BAS1 abzüglich der Summe aus REL1, REL2 und 20% von BAS1.

Nigeria

Das zu versteuernde Einkommen wird nach Länderschlüssel und Abrechnungsmonat an ZT1 übergeben. Die passende Stufe wird über den Vergleich der Felder für Beginn und Ende des Stufenbereichs gefunden, und Stufenschlüssel und Prozentsatz werden für diese Stufe und jede vorhergehende gelesen. Die Jahressteuer wird über diese Stufen berechnet und dann durch die im Jahr verbleibenden Monate einschließlich des laufenden geteilt — das ist die Steuer des laufenden Monats, gespeichert in Lohnart RT-3003, mit demselben Wert als bisher einbehaltene Steuer in RT-3004.

Drei Sonderfälle gelten:

  • Ist das zu versteuernde Einkommen negativ, beträgt die Steuer 1% des gesamten Monatseinkommens.
  • Für die Abrechnungskreise A211 und A511 beträgt die Steuer 5% der Basislohnart RT-1000.
  • Liegt die Summe der zur Steuerberechnung herangezogenen Lohnarten unter dem Schwellenwert, bricht die Berechnung ab, statt zu laufen.

Ghana

Der Basiswert wird genau wie oben ermittelt. Die Tabelle für zu versteuerndes Einkommen und Steuersatz findet dann die Stufe, die auf den hochgerechneten Basiswert zutrifft; die Steuer je Stufe ist die Differenz zwischen Bereichsende und Bereichsbeginn multipliziert mit dem Prozentsatz, und diese werden zur Jahressteuer summiert. Die Division durch die verbleibenden Monate einschließlich des laufenden ergibt die Steuer des Monats.

Fazit

Das Ergebnis ist ein robustes, anpassungsfähiges Rahmenwerk zur Berechnung der Lohnsteuer für Beschäftigte in Nigeria und Ghana. Es vereinfacht die Berechnung, hält die Compliance mit den lokalen Vorschriften aktuell und — weil Stufen und Freibeträge in pflegbaren Tabellen statt im Code liegen — minimiert es die technische Expertise, die nötig ist, um es Jahr für Jahr richtig zu halten.