{"id":11964,"date":"2020-08-27T15:25:24","date_gmt":"2020-08-27T13:25:24","guid":{"rendered":"https:\/\/www.xiting.de\/?p=11964"},"modified":"2026-02-23T13:45:22","modified_gmt":"2026-02-23T12:45:22","slug":"protected-go-live-mit-xiting-times","status":"publish","type":"post","link":"https:\/\/xiting.com\/de\/news\/protected-go-live-mit-xiting-times\/","title":{"rendered":"Schluss mit unsicheren Go-Live-Phasen \u2013 Xiting Protected Go-Live"},"content":{"rendered":"\n

Die Bereitstellung eines funktionierenden SAP-Berechtigungskonzepts ist organisatorisch wie auch technisch sehr komplex. Es m\u00fcssen viele l\u00fcckenhafte oder auch funktions\u00fcbergreifende Anforderungen prozessual sowie systemseitig abgedeckt werden. Dies erfordert einen hohen Abstimmungsbedarf mit den Fachabteilungen und Keyusern im Austausch mit der SAP IT. Da oftmals historisch gewachsene Fehlerquellen und Unstimmigkeiten im derzeitigen Berechtigungskonzept vorhanden sind, entschlie\u00dfen sich viele Kunden bspw. vor der SAP S\/4HANA-Migration zu einem Redesignprojekt ihrer Berechtigungen.<\/p>\n\n\n\n

SAP-Berechtigungsprojekte sind als komplexe Projekte zur Integration eines detailgetreuen Abbildes der Unternehmensprozesse in die SAP-Berechtigungen jedes einzelnen Endbenutzers zu verstehen. Hierbei z\u00e4hlen neben der eigentliche Gesch\u00e4ftsintegration bspw. auch die Einbindung von internen und externen Sicherheitsvorgaben sowie Compliance-Anforderungen. Innerhalb des Projektablaufs werden nicht nur zahlreiche Workshops mit den jeweiligen Fachbereichen bez\u00fcglich der umzusetzenden Rolleninhalte sowie der SoD-Vorgaben (Segregation of Duty) durchgef\u00fchrt. Es werden diese Vorgaben im Verlauf auch entsprechend implementiert, getestet und schlussendlich auf das produktive System \u00fcberf\u00fchrt \u2013 \u201elive\u201c gesetzt. Mit welchem Vorgehen Sie u.a. die Validierungsphase effizient gestalten k\u00f6nnen, wurde bereits in dem Blogbeitrag<\/a> \u201eProduktive Testsimulation \u2013 Das neue Testing\u201c n\u00e4her beleuchtet.<\/p>\n\n\n\n

Die darauffolgende sogenannte Go-Live-Phase ist eine der kritischsten Phasen w\u00e4hrend eines Projektes, da trotz ausgiebigem Testen durchaus noch negative Seiteneffekten in dieser sp\u00e4ten Projektphase entdeckt werden, sodass unter Umst\u00e4nden der reibungslose Betrieb der neuen Rollen nur eingeschr\u00e4nkt m\u00f6glich ist. Hier bietet Ihnen das XAMS<\/a> Modul Xiting Times mit dem Feature Xiting Protected Go-Live<\/a> eine vollumf\u00e4ngliche Unterst\u00fctzung. Diese Form der Berechtigungsumsetzung reduziert das Risiko einer Betriebsunterbrechung aufgrund von bspw. Berechtigungsfehlern oder unerwarteten Prozess\u00e4nderungen auf ein Minimum. Gekoppelt wird dies alles mit einem Benutzer Self-Service der alten benutzerspezifischen Berechtigungen, wodurch auch die zeitkritischen Provisionierungsarbeiten der IT-Administration relativiert wird.<\/p>\n\n\n\n

Welches Risiko der Go-Live darstellt, welche Vorarbeiten geleistet werden m\u00fcssen und wie der Prozessablauf des Self-Service ist, werden im Folgenden dargestellt.<\/p>\n\n\n\n

Herausforderungen w\u00e4hrend des Go-Lives<\/strong><\/h2>\n\n\n\n

Bei der Umstellung von Berechtigungen m\u00fcssen Berechtigungsadministratoren schnell agieren. Denn im Worst-Case-Szenario verf\u00fcgen Benutzer mit dem neuen Rollenkonzept \u00fcber unzureichende Berechtigungen und k\u00f6nnen ihrer t\u00e4glichen Arbeit nicht wie gewohnt nachgehen. Dadurch k\u00f6nnen Lieferb\u00e4nde stehen bleiben oder LKWs nicht vom Hof fahren k\u00f6nnen \u2013 kurzum, Umsatzgef\u00e4hrdung und Kostengenerierung k\u00f6nnen daraus resultieren. Diese Fehlerquellen resultieren oftmals aus mangelhafter Implementierungsarbeit, fehlerhaften Abgleich der Nutzungsdaten (ST03N-Daten) sowie organisatorischen Strukturen, kurzen Testphasen oder auch unzureichender Integration von Fachbereichsvorgaben.<\/p>\n\n\n\n

Um einen gr\u00f6\u00dferen Schaden zu vermeiden, m\u00fcssen schnell umfangreiche Berechtigungen bereitgestellt werden. Diese Berechtigungen werden oftmals in den wenigsten F\u00e4llen tempor\u00e4r vergeben, da die manuelle Fehlersuche zeitintensiv, jedoch die Vermeidung weiterer Fehler notwendig ist. Dadurch werden wiederum unplanm\u00e4\u00dfige \u00c4nderungen am neuen Rollenkonzept durchgef\u00fchrt, um eine schnelle Fehlerbehebung zu gew\u00e4hrleisten. Auf diese Weise wird das neu aufgesetzte Berechtigungskonzept oftmals schon zu Beginn der Produktivschaltung bereits verw\u00e4ssert.<\/p>\n\n\n\n

Mit Hilfe von Xiting Times k\u00f6nnen Sie in der kritischen Go-Live Phase das Risiko einer Betriebsunterbrechung minimieren, indem den Benutzern im Fehlerfall die alten Berechtigungen f\u00fcr einen vordefinierten Zeitraum bereitgestellt werden.<\/p>\n\n\n\n

Vorbereitung des Go-Lives<\/strong><\/h2>\n\n\n\n

Damit die Funktionalit\u00e4t des Xiting Protected Go-Live verwendet werden kann, m\u00fcssen zuerst ein paar wenige Vorbereitungsschritte ber\u00fccksichtigt werden:<\/p>\n\n\n\n

Vor der Zuweisung der neuen Rollen werden alle umzustellenden Benutzer mit Hilfe von Xiting Times geklont. Die geklonten Benutzer sind als Referenzbenutzer angelegt und verf\u00fcgen \u00fcber dieselben Berechtigungen wie der Dialogbenutzer. Folglich wird das alte Rollenkonzept aus dem System entfernt und die neu konzipierten Rollen den Dialogbenutzern zugewiesen.<\/p>\n\n\n\n

Nachdem diese Schritte erfolgt sind, werden die Referenzbenutzer den jeweiligen Dialogbenutzern zugeordnet. Somit k\u00f6nnen sich die Benutzer im Berechtigungsnotfall ihre alten Berechtigungen per Referenzbenutzer automatisiert zuweisen und so Betriebsunterbrechungen aufgrund von Fehlern im neuen Rollenkonzept umgehen.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Prozess des Self-Service<\/strong><\/h2>\n\n\n\n

F\u00fcr das Reaktivieren der alten Berechtigungen muss der Endbenutzer lediglich die Xiting-eigene Transaktion \u201e\/XITING\/TIMES_MULTI\u201c ausf\u00fchren.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Beim Beantragen des benutzerspezifischen Referenzbenutzers wird der Endbenutzer daraufhin aufgefordert einen Begr\u00fcndungstext und einen gew\u00fcnschten Zeitraum zu definieren. Der Begr\u00fcndungstext wird via Mail an eine hinterlegte Verteilerliste oder einen Verantwortlichen geschickt. Der Zeitraum (in Stunden) stellt dabei die Nutzungsdauer der alten Berechtigungen f\u00fcr den jeweiligen Benutzer dar und erm\u00f6glich somit ein schnelles Eingreifen im Fehlerfall (Protected Go-Live). Nach Ablauf dieser Zeit wird der Referenzbenutzer automatisiert durch das System entzogen und der Endbenutzer arbeitet wieder mit seinen neu konzipierten Berechtigungen.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

W\u00e4hrend der Endbenutzer aufgrund seiner alten Berechtigungen nun st\u00f6rungsfrei seiner T\u00e4tigkeit nachgehen kann, wird im Hintergrund durch die XAMS (Xiting Authorizations Management Suite) die Diskrepanz zwischen neuen und alten Berechtigungen hinterlegt. Die fehlenden Berechtigungen k\u00f6nnen daraufhin von entsprechenden Berechtigungsadministratoren w\u00e4hrend der Protected Go-Live-Sitzung evaluiert und bei Bedarf in die neuen Rollen integriert werden.<\/p>\n\n\n\n

Anpassung der neuen Rollen<\/strong><\/h2>\n\n\n\n

Der Xiting Protected-Go-Live bietet f\u00fcr die Analyse der Berechtigungsfehler eine detaillierte und intuitive Ergebnisansicht. Er listet Objekt, Feld, Werte und das Fehlen dieser durch passende Icons auf. Zudem werden Sie auch auf organisatorische Fehler hingewiesen. Diese Darstellung erfolgt nicht nur im Kontext des Dialogbenutzers, sondern auch je Men\u00fcobjekt.<\/p>\n\n\n\n

Das folgende Beispiel zeigt, dass dem Benutzer MGRIEBEL nicht nur der geforderte Buchungskreis DE01 fehlt, sondern im Kontext des Berechtigungsobjektes F_FAGL_LDR das Feld GLRLDNR mit Wert 0L nicht gepflegt ist.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Die neuen Werte k\u00f6nnen nun in Ruhe evaluiert und ggf. in Absprache mit den Fachbereichen in die entsprechend neue Rolle eingepflegt werden.<\/p>\n\n\n\n

Vorteile von Xiting Times auf einen Blick<\/strong><\/h2>\n\n\n\n