← Alle Beiträge

S/4HANA

S/4HANA-Migration: Warum das alte Rollenkonzept nicht einfach mitkommt

November 2026 · 5 Min. Lesezeit

Viele Projekte planen die Berechtigungen als letzten Punkt vor dem Go-Live ein. Genau dort werden sie zum Risiko. Vier Gründe, warum sich ein ECC-Rollenkonzept nicht eins zu eins übernehmen lässt, und was ich stattdessen empfehle.

1. Transaktionen fallen weg oder werden ersetzt

In S/4HANA hat SAP viele Transaktionen gestrichen oder zusammengeführt. Das bekannteste Beispiel: Kunden und Lieferanten werden nicht mehr über XD01 oder XK01 gepflegt, sondern zentral als Geschäftspartner über die Transaktion BP.

Eine Rolle, die auf den alten Transaktionen aufbaut, gibt nach der Umstellung Zugriff auf etwas, das es nicht mehr gibt. Der neue Weg bleibt dagegen versperrt. Welche Transaktionen betroffen sind, steht in der Simplification List von SAP. Der Abgleich mit den eigenen Rollen ist Fleißarbeit, aber er lässt sich nicht überspringen.

2. Fiori bringt eine zweite Ebene mit

Wer eine Fiori App nutzen soll, braucht zwei Dinge. Die App muss im Launchpad erscheinen, gesteuert über Kataloge, Spaces und Pages. Und der Benutzer braucht die Berechtigung für den OData-Service dahinter (Berechtigungsobjekt S_SERVICE) sowie die fachlichen Berechtigungen im Backend.

Fehlt eines davon, sieht der Anwender entweder keine Kachel oder eine Fehlermeldung. Rollen sollten deshalb vom Arbeitsplatz her gedacht werden: Was macht eine Kreditorenbuchhalterin den ganzen Tag, und welche Apps gehören dazu?

3. Die Vorschlagswerte müssen stimmen

In der Transaktion SU24 ist hinterlegt, welche Berechtigungsobjekte eine Transaktion oder App prüft. Der Profilgenerator zieht daraus die Vorschläge für jede Rolle. Nach einem Upgrade müssen diese Werte mit SU25 abgeglichen werden.

Wer das überspringt, pflegt später jede Rolle von Hand nach. Das kostet Zeit, und nach zwei Jahren weiß niemand mehr, warum eine Berechtigung in einer Rolle steht.

4. Rollen beeinflussen die Lizenzkosten

Im S/4HANA-Lizenzmodell richtet sich die Einstufung eines Benutzers in der Regel nach den Berechtigungen, die er hat, und nicht nach dem, was er tatsächlich nutzt. Zu breit geschnittene Rollen können damit direkt Geld kosten. Die Details hängen von Ihrem Vertrag ab, aber die Frage gehört früh auf den Tisch.

Was ich empfehle

• Berechtigungen von Projektbeginn an als eigenen Arbeitsstrang einplanen, mit eigenem Budget und eigenen Terminen.
• Vor der Migration aufräumen. Rollen und Rechte, die seit Jahren niemand nutzt, müssen nicht umziehen.
• Rollen vom Arbeitsplatz her schneiden und Fiori von Anfang an mitdenken.
• Früh mit echten Anwendern aus den Fachbereichen testen, nicht erst in der letzten Woche.
• Funktionstrennung vor dem Go-Live prüfen. Danach wird jede Korrektur teurer.