Berechtigungen und Rollen unter S/4 Hana

Die Bedeutung von Rollen und Berechtigungen sollte in den S/4-Hana-Migrationsprojekten nicht unterschätzt werden. Bei einem Greenfield-Projekt sind die nötigen Anpassungen der Benutzerrollen und Berechtigungen denn auch regelmäßig Bestandteil des Projektplans. Bei einer Brownfield-Umstellung von ECC nach S/4 Hana hingegen wird die Wichtigkeit und der Aufwand des Themas häufig unterschätzt. Dabei sind auch in diesem Fall verschiedene Transaktionen aufgrund der Simplification Items zu ersetzen und die Benutzerrollen entsprechend anzupassen. 

Gleichzeitig ergibt sich die Chance, Berechtigungen im Zuge der Umstellung neu zu definieren oder zu korrigieren. Falls zudem Fiori-Apps eingesetzt werden, kommen auf das Projektteam weitere Herausforderungen zu. 

Neu bei Fiori-Apps: Zweifache Berechtigungen

Selbst für erfahrene SAP-Verantwortliche ist es zunächst ungewohnt, dass für Fiori-Apps jeweils zwei Berechtigungen zu vergeben sind – einmal im Frontend für den ODATA-Aufruf und einmal im Backend für die eigentliche Ausführung der Anwendungen. Dieses Prinzip wirkt sich auch auf die Erstellung der Benutzerrollen aus: Wird ein „Central Hub“-Deployment genutzt, bei dem Front- und Back-End zwei unterschiedliche Systeme darstellen, sind zwingend auch zwei Rollen zu vergeben. 

Für die meisten Unternehmen mit einem SAP-System mittlerer Größe empfiehlt sich dagegen die einfachere „Embedded Deployment“-Struktur. Da in diesem Fall Front- und Back-End auf einem Server laufen, ist es grundsätzlich möglich und oft auch ratsam, beide Berechtigungen auch in einer Rolle zusammenzufassen. 

Prozesse neu organisiert: Das Fiori-Launchpad

Eine weitere Herausforderung resultiert aus der grundlegend neuen Gestaltung und Funktionsweise der Fiori-Anwendungen. Fiori-Apps sind nicht einfach als Ergänzung zu den klassischen Transaktionen zu sehen. Mit ihrem Einsatz verändern sich in jedem Fall die Benutzeroberflächen, meist aber auch die dazugehörigen Prozesse.

Anwender starten die einzelnen Vorgänge nicht mehr über die klassischen Transaktionsaufrufe, sondern über das Fiori-Launchpad. In diesem zentralen Einstiegspunkt sind alle benötigten Anwendungen in Fiori-Kacheln zusammengefasst, übersichtlich gruppiert und individuell zugeschnitten auf die jeweiligen Benutzerrollen.

Die IT kann diese Launchpads, ausgehend von Standardkatalogen, für jeden Nutzer oder jede Nutzergruppen erstellen. Die Anforderungen dafür kommen aus den Fachbereichen: Wie sollen die künftigen Prozesse aussehen? Welche Anwendungen sollen genutzt werden? Dazu müssen die Fachverantwortlichen die neuen Möglichkeiten der Fiori-Anwendungen zunächst kennenlernen. 

Die SAP Activate Methode sieht vor, dass sich Verantwortliche und Key-User der Fachabteilungen in der Explore-Phase mit den Inhalten der SAP-Standardkataloge vertraut machen. Anschließend sollten sie in der Lage sein, die eigenen Prozesse und die benötigten Anwendungen zu definieren. Dieses Vorgehen hat sich in bisherigen Projekten bewährt: Die frühe Planung von Rollen und Berechtigungen in den ersten beiden Projektphasen ist unbedingt zu empfehlen. Doch auch im späteren Projektverlauf bis hin zur Realisierungsphase spielen Berechtigungen eine zentrale Rolle und müssen fortlaufend angepasst werden.

Zeitfenster des ersten Kennenlernens 

Die während der Explore-Phase ausgewählten Anwendungen sind selten bereits zu Beginn des Projekts endgültig definiert. In der Praxis erweist sich dieses Zeitfenster des ersten Kennenlernens für die Anwender häufig als zu kurz, um alle Einsatzoptionen der Fiori-Apps zu überblicken. So erlaubt etwa das Prinzip „Insight to Action“ die Navigation von einer Übersichtsseite bis auf die Belegebene. 

Zum Beispiel können aus einer grafischen Darstellung der Einkaufsumsätze die relevanten Belegpositionen durch Einsatz von Filtern ermittelt werden und  dann direkt aus der Anwendung heraus bearbeitet werden. Daraus ergeben sich ganz andere Möglichkeiten, die Arbeitsabläufe zu organisieren. Mit zunehmendem Verständnis für die Funktionsweise finden die Nutzer somit weitere Optionen zur Prozessoptimierung, die dann auch umgesetzt werden sollten.

Für die SAP-Projektverantwortlichen bedeutet das zum einen: Die Fiori-Launchpads sind im weiteren Projektverlauf bis in die Realisierungsphase hinein iterativ anzupassen. Zum anderen bedingen Veränderungen der Prozesse auch Anpassungen der Rollen und Berechtigungen. Das heißt, die Arbeit an den Benutzerrollen und Berechtigungen zieht sich als ein Querschnitts-Teilprojekt durch die gesamte ERP-Transition. 

Die Fehlersuche in den Testläufen ist erfahrungsgemäß schwierig, wenn nicht von Beginn an detailliert dokumentiert wurde: Welche Fiori-Kataloge wurden für die einzelnen Benutzerrollen festgelegt? Welche Anwendungen sind in welchen Katalogen zusammengefasst? Und welche Anwendungen sind in welchen Systemen (Entwicklungs-, Test-, Produktivsystem) aktiviert? FIS hat dazu aus vergangenen Projekten ein entsprechendes Dokumentations-Template entwickelt. Der Mehraufwand für die Dokumentation zahlt sich in den Testphasen in jedem Fall aus.

Gerade bei der Einbindung von Fiori-Apps sind strategische Überlegungen, durchgehende Ressourcenplanung während des gesamten ERP-Projekts sowie konsequentes Testen entscheidend, um auch Rollen und Berechtigungen erfolgreich umzusetzen. Im Ergebnis kann das Potenzial für Prozessverbesserungen, das sich mit dem Umstieg auf S/4 Hana bietet, auch voll ausgeschöpft werden. 

Bildquelle: FIS Informationssysteme und Consulting GmbH, Gettyimages/iStock