Abrechnungsmanage- ment in SAP S/4HANA: Ein Erfahrungsbericht aus drei Perspektiven

Drei Blickwinkel, ein Prozess: Was User, IT und Berater über erfolgreiches Abrechnungsmanagement wissen sollten

Einleitung

Kaum ein Prozess bringt so viele unterschiedliche Interessen an einen Tisch wie das Abrechnungsmanagement in SAP S/4HANA. Der Vertrieb erwartet korrekte Bonuszahlungen, das Controlling verlässliche Zahlen, die IT einen stabilen Betrieb – und die Berater sollen all das in ein System gießen, das noch in fünf Jahren funktioniert. Dieser Beitrag blickt hinter die Kulissen eines typischen Abrechnungsmanagement-Projekts und zeigt, wo es in der Praxis oft hakt – aus Sicht der drei zentralen Rollen: Anwender, IT und Berater.

Perspektive 1: Der User – zwischen Excel-Gewohnheit und neuer Systemwelt

Herausforderung: Viele Fachanwender kennen ihre Konditionen und Abrechnungen jahrelang aus gewachsenen Excel-Listen oder Altsystemen. Der Umstieg auf strukturierte Konditionskontrakte und automatisierte Settlement-Läufe bedeutet zunächst: Kontrollverlust-Gefühl.

Typische Reibungspunkte aus dem Alltag: – Transparenz der Berechnung: Warum wurde genau dieser Betrag abgerechnet? Wenn die Nachvollziehbarkeit der Konditionsfindung nicht früh genug erklärt wird, verliert der User Vertrauen ins System. – Retroaktive Neuberechnungen: Rückwirkende Konditionsänderungen sind fachlich oft notwendig, aber für Anwender schwer greifbar, wenn nicht klar kommuniziert wird, welche Belege sich dadurch verändern und was genau der Impact ist. – Fehlerkorrektur im Tagesgeschäft: Wenn ein Settlement-Lauf einmal „durchgelaufen“ ist, empfinden User Korrekturen oft als mühsam – hier entscheidet die Prozessgestaltung, ob eine Korrektur zwei Klicks oder eine halbe Stunde dauert.

Was hilft: Frühzeitige Einbindung der Fachbereiche ins Prozessdesign, verständliche Fiori-Apps statt komplexer Backend-Transaktionen, und Schulungen, die nicht nur „wie klicke ich“ sondern „warum rechnet das System so“ vermitteln.

Perspektive 2: Die IT – Stabilität, Schnittstellen und Skalierung

Herausforderung: Die IT muss den Spagat schaffen zwischen fachlicher Flexibilität (die der Vertrieb fordert) und technischer Stabilität (die der Betrieb braucht).

Typische Themen: – Performance bei Settlement-Läufen: Große Datenmengen bei Split Settlement oder Bonusverteilung können bei schlechtem Design zu spürbaren Laufzeitproblemen führen – das zeigt sich oft erst im Produktivbetrieb, nicht im Testsystem. – Schnittstellen zu SD/MM und Analytics: CCM lebt von sauberen Schnittstellen. Wird hier im Design unsauber gearbeitet, entstehen Inkonsistenzen zwischen operativen Belegen und Auswertungen. – Berechtigungskonzept: Wer darf Konditionskontrakte anlegen, wer freigeben, wer nur einsehen? Ein zu grobes Berechtigungskonzept führt später zu Change Requests im Wochentakt. – Release- und Patch-Management: S/4HANA entwickelt sich weiter – die IT muss laufend prüfen, ob neue Fiori-Apps oder Funktionsänderungen den bestehenden Prozess beeinflussen.

Was hilft: Frühes Lasttesten mit realistischen Datenvolumen, ein klar dokumentiertes Berechtigungskonzept von Anfang an, und ein fester Ansprechpartner zwischen Fachbereich und IT, der Anforderungen bündelt statt sie unkoordiniert durchzureichen.

Perspektive 3: Der Berater – zwischen Standard und Kundenwunsch

Herausforderung: Berater stehen zwischen dem, was SAP-Standard leisten kann, und dem, was der Kunde sich wünscht – oft geprägt durch jahrelang gewachsene Sonderregelungen.

Typische Spannungsfelder: – Customizing vs. Standardprozess: Jede Abweichung vom Standard (z. B. bei Agenturgeschäft/LO-AB oder individuellen Bonusstaffeln) erhöht den späteren Wartungsaufwand. Berater müssen früh aufzeigen, welche Anforderungen wirklich businesskritisch sind und welche „nice to have“. – Prozessdesign mit Weitblick: Eine Entscheidung, die im Projekt praktisch wirkt, kann zwei Jahre später zum Problem werden – etwa wenn Konditionskontrakte nicht sauber strukturiert sind und dadurch retroaktive Neuberechnungen unnötig komplex werden. – Wissenstransfer: Ein Projekt ist nicht mit dem Go-Live beendet. Berater, die ihr Wissen nicht dokumentieren und an Key User weitergeben, schaffen eine Abhängigkeit, die sich später rächt – sowohl für den Kunden als auch für den nächsten Berater im Folgeprojekt.

Was hilft: Klare Trennung zwischen Muss- und Kann-Anforderungen im Design-Workshop, konsequente Dokumentation von Abweichungen vom Standard, und ein Übergabekonzept, das über reine Schulungsunterlagen hinausgeht.

Worauf man beim Prozessdesign achten sollte

Konditionsstruktur von Anfang an sauber denken – nachträgliche Umstrukturierungen sind aufwendig und fehleranfällig.
Retroaktive Neuberechnung frühzeitig mitdenken – nicht erst, wenn die erste rückwirkende Preisänderung ansteht.
Alle drei Perspektiven im Design-Workshop zusammenbringen – User, IT und Berater sollten nicht getrennt befragt werden, sondern gemeinsam am Prozess arbeiten.
Reporting-Anforderungen von Beginn an einplanen, nicht als nachgelagertes Add-on.

Worauf man im Tagesgeschäft achten sollte

Settlement-Läufe überwachen, nicht nur ausführen – Auffälligkeiten früh erkennen, bevor sie sich auf viele Belege auswirken.
Fehlerkorrekturprozesse etablieren, die auch Fachanwender ohne IT-Ticket selbst durchführen können, wo fachlich vertretbar.
Wissen aktuell halten – SAP entwickelt sich weiter, Prozessdokumentation sollte mitwachsen.
Regelmäßiger Austausch zwischen Fachbereich, IT und Beratung, auch nach Projektabschluss – Abrechnungsmanagement ist kein „Einmal einrichten und vergessen“-Thema.

Fazit

Abrechnungsmanagement in SAP S/4HANA ist mehr als ein technisches Customizing-Thema – es ist ein Zusammenspiel aus fachlichem Vertrauen, technischer Stabilität und beraterischer Weitsicht. Wer alle drei Perspektiven von Anfang an ernst nimmt, spart sich viele der Reibungsverluste, die sonst erst im Tagesgeschäft sichtbar werden.