Eine Unternehmensumfrage im Rahmen der IT-Onlinekonferenz Ende Januar zur \u00dcberpr\u00fcfung von SAP-Berechtigungsrollen best\u00e4tigt den Eindruck folgenreicher Unkenntnis: Gut 65 Prozent der Unternehmen pr\u00fcfen diese nur unregelm\u00e4\u00dfig, teilweise oder \u00fcberhaupt nicht. Und bezeichnende 20 Prozent wollen oder k\u00f6nnen dazu keine Angaben machen, was erfahrungsgem\u00e4\u00df auf Ersterem beruht. Denn viele sind sich der Konsequenzen des neuen Lizenzmodells f\u00fcr die Migration einfach nicht bewusst, und das sollte sich schleunigst \u00e4ndern.<\/p>\n\n\n\n
Der Status quo<\/strong><\/h2>\n\n\n\nBetrachtet man, wie Berechtigungsprojekte \u00fcber die letzten 25 Jahre SAP verliefen, ergibt sich: Klassischerweise wurde kurz vor knapp ein Berechtigungskonzept definiert, das irgendwie compliant funktioniert, und Rollen dann so gebaut, dass die Anwender nutzen konnten, was sie sollten. Niemand hat Gedanken daran verschwendet, dass es verschiedene Zugriffstechnologien geben und welche monet\u00e4ren Auswirkungen dies haben k\u00f6nnte. Aber genau das ist jetzt der Fall in S\/4HANA-Projekten: Neue Technologien setzen entsprechende Szenarien voraus, das SAP-Lizenzmodell wurde immer komplexer und \u00e4ndert sich nun grundlegend.<\/p>\n\n\n\n
Klar ist, dass die Frage der Lizenzierung bei der technischen Zuweisung von Berechtigungen in den meisten Unternehmen vernachl\u00e4ssigt wird. In vielen werden Lizenzkosten \u00fcberhaupt erst seit Kurzem an einzelne Abteilungen weiterverrechnet, was im Endeffekt dazu gef\u00fchrt hat, dass Berechtigungen ausufern. Bei manchen Projekten trifft man auf User mit 200 bis 500 Berechtigungen. Ben\u00f6tigt werden davon allenfalls 25 Prozent. Werden Kunden nun gefragt, mit welchem Lizenzmodell und Berechtigungskonzept sie den Wechsel zu S\/4HANA vorbereiten, dann wissen diese meisten gar nicht, was die Wahl zwischen einer Produkt- und einer Contract Conversion in letzter Konsequenz bedeutet. Wo liegen also die Herausforderungen bei S\/4HANA-Umstellungen und neuem Lizenzmodell?<\/p>\n\n\n\n
Die Contract Conversion<\/strong><\/h2>\n\n\n\nContract Conversion bedeutet vereinfacht gesagt die Abl\u00f6sung der Bestandsvertr\u00e4ge. Hier nimmt man die bestehenden Vertr\u00e4ge, den Lizenz- und auch den Softwarewert, der in diesen Lizenzen und Vertr\u00e4gen steht, zusammen und bewertet sie. Dieser Wert kann mit bis zu 98 Prozent auf die Neuanschaffung angerechnet werden. Es wird dann f\u00fcr S\/4HANA ein neuer Vertrag erstellt und dieser gilt fortan mit all seinen Folgen. <\/p>\n\n\n\n
Entscheidend ist dabei: Im Bereich S\/4HANA basiert die Lizenzierung nun auf theoretischen Berechtigungen und nicht mehr auf der tats\u00e4chlichen Nutzung, die vom User verursacht wurde. Daf\u00fcr zeichnet SAP \u00fcber einen Zeitraum von per Standardeinstellung drei Monaten auf, auf welche Berechtigungen ein User im System Zugriff gehabt haben k\u00f6nnte, wof\u00fcr dann allein aufgrund potenzieller Nutzung eine Lizenz f\u00e4llig wird. Relevant ist dann nicht mehr die tats\u00e4chlich genutzte Transaktion, sondern alles, was man theoretisch mit seinen Berechtigungen h\u00e4tte tun k\u00f6nnen. Und das kann bei einem gro\u00dfz\u00fcgig gesetzten Berechtigungskonzept \u00e4u\u00dferst problematisch werden. <\/p>\n\n\n\n
Zus\u00e4tzlich sind Tools, die bis dato sehr verl\u00e4ssliche Ergebnisse zur Optimierung von SAP-Lizenzen lieferten, mit dem neuen Lizenzmodell obsolet geworden.<\/p>\n\n\n\n
Die Product Conversion<\/strong><\/h2>\n\n\n\nProduct Conversion bedeutet, dass alte Vertr\u00e4ge (zun\u00e4chst) bestehen bleiben. Im Gegensatz zur Contract Conversion ist es hier m\u00f6glich, die bestehenden Vertr\u00e4ge mit SAP \u2013 <\/strong>und damit eben auch deren Bedingungen zur Lizenzierung \u2013 <\/strong>beizubehalten. Neue Produkte aus S\/4HANA werden dann hinzugef\u00fcgt, das hei\u00dft, wer eine neue Engine nutzen will, die es nur unter S\/4HANA gibt, kauft diese hinzu und lizenziert sie entsprechend. Aber er verbleibt mit seinen Nutzungslizenzen mehr oder weniger im ECC-Bereich und vermisst weiterhin nach Verbrauch und nicht nach Berechtigung. Es findet damit nat\u00fcrlich aber auch keine Wandlung aus bestehenden Lizenzen wie bei der Contract Conversion statt. Zun\u00e4chst wird also an das Bestehende einfach nur ein Vertrag \u00fcber den konkreten Zukauf angef\u00fcgt und die Lizenzierung basiert weiterhin auf tats\u00e4chlicher Nutzung.<\/p>\n\n\n\nDie Konsequenzen<\/strong><\/h2>\n\n\n\nDas Bisherige k\u00f6nnte zu dem Schluss verleiten, wenn man die Product Conversion w\u00e4hlt, bleibt alles, was das Thema Berechtigungen angeht, erst mal beim Alten. Nur mit der Contract Conversion holt man sich die geschilderte Problematik ins Haus. Das ist aber in vielerlei Hinsicht zu kurz gedacht. Zum einen, weil es in den neuen Modellen neue Anwendungen gibt, w\u00e4hrend andere wegfallen. Und wenn man dann Rollen baut, die kleinste \u00c4nderung dazu f\u00fchren kann, dass diese nicht mehr lizenzkompatibel sind. Dies f\u00fchrt zu den entsprechenden Konsequenzen.<\/p>\n\n\n\n
Zum anderen: Wenn man eine Product Conversion betreibt, zeigt die Erfahrung, dass die ben\u00f6tigten Berechtigungen f\u00fcr die neu hinzugekauften Produkte meist einfach zu den alten Rollen hinzugef\u00fcgt werden. Das hei\u00dft, es findet kaum eine Auseinandersetzung mit den bestehenden SAP-Rollen statt. Die Folge ist, dass nicht mehr ben\u00f6tigte Berechtigungen weiterhin nicht entfernt werden. Was die Rolle angeht, wird diese erweitert, statt sie auf ein gesundes Ma\u00df zu reduzieren.<\/p>\n\n\n\n
Selbst wenn man die eindringlichen Warnungen der Sicherheitsexperten ignoriert, gilt: Ausufernde Berechtigungen werden mittelfristig sehr, sehr teuer. Dabei zeigt die Erfahrung: Im Schnitt braucht ein User 75 Prozent der ihm zugewiesenen Berechtigungen \u00fcberhaupt nicht. Das ist zumindest finanziell noch unproblematisch, solange auf Verbrauch lizenziert werden kann. Da man aber sp\u00e4ter auf Berechtigungen lizenzieren muss, entscheidet nicht mehr das Did-do eines Users, sondern ausschlie\u00dflich das Could-do. Und dann werden diese 75 Prozent, die nie benutzt wurden, mit eingerechnet. Die Erfahrung der letzten Jahre im Bereich ECC hat gezeigt, dass diese \u00c4nderungen definitiv kommen werden. Auch wenn der Aufschrei in der DSAG und anderen Gremien gro\u00df sein wird.<\/p>\n\n\n\n
Der Best Practice Ansatz: Green Field mit Tool-Unterst\u00fctzung<\/strong><\/h2>\n\n\n\nWie achtet man dann aber zukunftssicher auf Berechtigungen und Lizenzen im Projekt Rollenmigration? Die klare Antwort ist: Alles au\u00dfer einem Greenfield-Ansatz macht bei S\/4HANA-Berechtigungen nun keinen Sinn mehr! Hier bringt es auch nichts zu sagen, wir r\u00e4umen auf, weil dies nicht so gr\u00fcndlich erfolgt wie eine Neuerstellung. Der richtige Ansatz eines Best Practice ist, \u00fcber eine Verbrauchsanalyse aller Nutzer im aktuellen System festzustellen, was haben wir wirklich gebraucht, sowie eine Rollenanalyse im Nachgang der Verbrauchsanalyse durchzuf\u00fchren. Und dann zu kl\u00e4ren, wie bilden die aktuellen Rollen den tats\u00e4chlichen Verbrauch ab? Dann erfolgt die Neuzuordnung der Lizenzen aufgrund der Verbrauchsanalyse. Und daf\u00fcr sind zum jetzigen Zeitpunkt Tools wie von Pathlock<\/a> unverzichtbar f\u00fcr die kontinuierliche Kontrolle der Ergebnisse. Das bezieht sich sowohl auf die Analyse dessen, was gebraucht wird, als auch auf die Ergebnisse bei der Neuerstellung der Rolle und der Berechtigungen.<\/p>\n\n\n\nEine Empfehlung zum Schluss<\/strong><\/h2>\n\n\n\nSAP bietet jetzt ein Tool, mit dem man auf Knopfdruck ermittelt, ob eine Rolle teuer wird. Man kann sich daf\u00fcr unverbindlich registrieren und die dazugeh\u00f6rige Excel-Tabelle zeigt, welches Berechtigungsobjekt in welcher Auspr\u00e4gung welchem Lizenztyp zugeordnet ist. Und man kann einen Testlauf nutzen, der ausgibt, aktuell w\u00e4re eine S\/4HANA-Lizenz exakt so teuer. Gut m\u00f6glich, dass dieses Tool f\u00fcr die meisten Unternehmen einen erheblichen Schreckmoment und notwendigen Weckruf bereith\u00e4lt.<\/p>\n\n\n\n
![\"Ralf](\"https:\/\/sast-solutions.de\/blog-de\/wp-content\/uploads\/2022\/09\/Ralf-300x214.jpg\")
Ralf Kempf (Gesch\u00e4ftsf\u00fchrung Pathlock Deutschland)<\/strong><\/p>\n\n\n\nDieser Artikel steht als kostenloser online Leser-Service auf it-daily.net<\/a> zur Verf\u00fcgung. Er ist im IT Security Magazin<\/strong>, Beileger des IT Managements, Ausgabe M\u00e4rz\/April 2023 erschienen.<\/p>\n\n\n\nSie m\u00f6chten noch tiefer in das Lizenzierungsthema einsteigen?<\/strong><\/h2>\n\n\n\nIm Expert Talk<\/a> erhalten Sie weitere Einblicke in die Thematik. Fordern Sie die Freischaltung f\u00fcr die Aufzeichnung \u00fcber unser Webinar-Archiv<\/a> an.<\/p>\n\n\n\n
Contract Conversion bedeutet vereinfacht gesagt die Abl\u00f6sung der Bestandsvertr\u00e4ge. Hier nimmt man die bestehenden Vertr\u00e4ge, den Lizenz- und auch den Softwarewert, der in diesen Lizenzen und Vertr\u00e4gen steht, zusammen und bewertet sie. Dieser Wert kann mit bis zu 98 Prozent auf die Neuanschaffung angerechnet werden. Es wird dann f\u00fcr S\/4HANA ein neuer Vertrag erstellt und dieser gilt fortan mit all seinen Folgen. <\/p>\n\n\n\n
Entscheidend ist dabei: Im Bereich S\/4HANA basiert die Lizenzierung nun auf theoretischen Berechtigungen und nicht mehr auf der tats\u00e4chlichen Nutzung, die vom User verursacht wurde. Daf\u00fcr zeichnet SAP \u00fcber einen Zeitraum von per Standardeinstellung drei Monaten auf, auf welche Berechtigungen ein User im System Zugriff gehabt haben k\u00f6nnte, wof\u00fcr dann allein aufgrund potenzieller Nutzung eine Lizenz f\u00e4llig wird. Relevant ist dann nicht mehr die tats\u00e4chlich genutzte Transaktion, sondern alles, was man theoretisch mit seinen Berechtigungen h\u00e4tte tun k\u00f6nnen. Und das kann bei einem gro\u00dfz\u00fcgig gesetzten Berechtigungskonzept \u00e4u\u00dferst problematisch werden. <\/p>\n\n\n\n
Zus\u00e4tzlich sind Tools, die bis dato sehr verl\u00e4ssliche Ergebnisse zur Optimierung von SAP-Lizenzen lieferten, mit dem neuen Lizenzmodell obsolet geworden.<\/p>\n\n\n\n
Die Product Conversion<\/strong><\/h2>\n\n\n\nProduct Conversion bedeutet, dass alte Vertr\u00e4ge (zun\u00e4chst) bestehen bleiben. Im Gegensatz zur Contract Conversion ist es hier m\u00f6glich, die bestehenden Vertr\u00e4ge mit SAP \u2013 <\/strong>und damit eben auch deren Bedingungen zur Lizenzierung \u2013 <\/strong>beizubehalten. Neue Produkte aus S\/4HANA werden dann hinzugef\u00fcgt, das hei\u00dft, wer eine neue Engine nutzen will, die es nur unter S\/4HANA gibt, kauft diese hinzu und lizenziert sie entsprechend. Aber er verbleibt mit seinen Nutzungslizenzen mehr oder weniger im ECC-Bereich und vermisst weiterhin nach Verbrauch und nicht nach Berechtigung. Es findet damit nat\u00fcrlich aber auch keine Wandlung aus bestehenden Lizenzen wie bei der Contract Conversion statt. Zun\u00e4chst wird also an das Bestehende einfach nur ein Vertrag \u00fcber den konkreten Zukauf angef\u00fcgt und die Lizenzierung basiert weiterhin auf tats\u00e4chlicher Nutzung.<\/p>\n\n\n\nDie Konsequenzen<\/strong><\/h2>\n\n\n\nDas Bisherige k\u00f6nnte zu dem Schluss verleiten, wenn man die Product Conversion w\u00e4hlt, bleibt alles, was das Thema Berechtigungen angeht, erst mal beim Alten. Nur mit der Contract Conversion holt man sich die geschilderte Problematik ins Haus. Das ist aber in vielerlei Hinsicht zu kurz gedacht. Zum einen, weil es in den neuen Modellen neue Anwendungen gibt, w\u00e4hrend andere wegfallen. Und wenn man dann Rollen baut, die kleinste \u00c4nderung dazu f\u00fchren kann, dass diese nicht mehr lizenzkompatibel sind. Dies f\u00fchrt zu den entsprechenden Konsequenzen.<\/p>\n\n\n\n
Zum anderen: Wenn man eine Product Conversion betreibt, zeigt die Erfahrung, dass die ben\u00f6tigten Berechtigungen f\u00fcr die neu hinzugekauften Produkte meist einfach zu den alten Rollen hinzugef\u00fcgt werden. Das hei\u00dft, es findet kaum eine Auseinandersetzung mit den bestehenden SAP-Rollen statt. Die Folge ist, dass nicht mehr ben\u00f6tigte Berechtigungen weiterhin nicht entfernt werden. Was die Rolle angeht, wird diese erweitert, statt sie auf ein gesundes Ma\u00df zu reduzieren.<\/p>\n\n\n\n
Selbst wenn man die eindringlichen Warnungen der Sicherheitsexperten ignoriert, gilt: Ausufernde Berechtigungen werden mittelfristig sehr, sehr teuer. Dabei zeigt die Erfahrung: Im Schnitt braucht ein User 75 Prozent der ihm zugewiesenen Berechtigungen \u00fcberhaupt nicht. Das ist zumindest finanziell noch unproblematisch, solange auf Verbrauch lizenziert werden kann. Da man aber sp\u00e4ter auf Berechtigungen lizenzieren muss, entscheidet nicht mehr das Did-do eines Users, sondern ausschlie\u00dflich das Could-do. Und dann werden diese 75 Prozent, die nie benutzt wurden, mit eingerechnet. Die Erfahrung der letzten Jahre im Bereich ECC hat gezeigt, dass diese \u00c4nderungen definitiv kommen werden. Auch wenn der Aufschrei in der DSAG und anderen Gremien gro\u00df sein wird.<\/p>\n\n\n\n
Der Best Practice Ansatz: Green Field mit Tool-Unterst\u00fctzung<\/strong><\/h2>\n\n\n\nWie achtet man dann aber zukunftssicher auf Berechtigungen und Lizenzen im Projekt Rollenmigration? Die klare Antwort ist: Alles au\u00dfer einem Greenfield-Ansatz macht bei S\/4HANA-Berechtigungen nun keinen Sinn mehr! Hier bringt es auch nichts zu sagen, wir r\u00e4umen auf, weil dies nicht so gr\u00fcndlich erfolgt wie eine Neuerstellung. Der richtige Ansatz eines Best Practice ist, \u00fcber eine Verbrauchsanalyse aller Nutzer im aktuellen System festzustellen, was haben wir wirklich gebraucht, sowie eine Rollenanalyse im Nachgang der Verbrauchsanalyse durchzuf\u00fchren. Und dann zu kl\u00e4ren, wie bilden die aktuellen Rollen den tats\u00e4chlichen Verbrauch ab? Dann erfolgt die Neuzuordnung der Lizenzen aufgrund der Verbrauchsanalyse. Und daf\u00fcr sind zum jetzigen Zeitpunkt Tools wie von Pathlock<\/a> unverzichtbar f\u00fcr die kontinuierliche Kontrolle der Ergebnisse. Das bezieht sich sowohl auf die Analyse dessen, was gebraucht wird, als auch auf die Ergebnisse bei der Neuerstellung der Rolle und der Berechtigungen.<\/p>\n\n\n\nEine Empfehlung zum Schluss<\/strong><\/h2>\n\n\n\nSAP bietet jetzt ein Tool, mit dem man auf Knopfdruck ermittelt, ob eine Rolle teuer wird. Man kann sich daf\u00fcr unverbindlich registrieren und die dazugeh\u00f6rige Excel-Tabelle zeigt, welches Berechtigungsobjekt in welcher Auspr\u00e4gung welchem Lizenztyp zugeordnet ist. Und man kann einen Testlauf nutzen, der ausgibt, aktuell w\u00e4re eine S\/4HANA-Lizenz exakt so teuer. Gut m\u00f6glich, dass dieses Tool f\u00fcr die meisten Unternehmen einen erheblichen Schreckmoment und notwendigen Weckruf bereith\u00e4lt.<\/p>\n\n\n\n
Ralf Kempf (Gesch\u00e4ftsf\u00fchrung Pathlock Deutschland)<\/strong><\/p>\n\n\n\nDieser Artikel steht als kostenloser online Leser-Service auf it-daily.net<\/a> zur Verf\u00fcgung. Er ist im IT Security Magazin<\/strong>, Beileger des IT Managements, Ausgabe M\u00e4rz\/April 2023 erschienen.<\/p>\n\n\n\nSie m\u00f6chten noch tiefer in das Lizenzierungsthema einsteigen?<\/strong><\/h2>\n\n\n\nIm Expert Talk<\/a> erhalten Sie weitere Einblicke in die Thematik. Fordern Sie die Freischaltung f\u00fcr die Aufzeichnung \u00fcber unser Webinar-Archiv<\/a> an.<\/p>\n\n\n\n
Die Konsequenzen<\/strong><\/h2>\n\n\n\nDas Bisherige k\u00f6nnte zu dem Schluss verleiten, wenn man die Product Conversion w\u00e4hlt, bleibt alles, was das Thema Berechtigungen angeht, erst mal beim Alten. Nur mit der Contract Conversion holt man sich die geschilderte Problematik ins Haus. Das ist aber in vielerlei Hinsicht zu kurz gedacht. Zum einen, weil es in den neuen Modellen neue Anwendungen gibt, w\u00e4hrend andere wegfallen. Und wenn man dann Rollen baut, die kleinste \u00c4nderung dazu f\u00fchren kann, dass diese nicht mehr lizenzkompatibel sind. Dies f\u00fchrt zu den entsprechenden Konsequenzen.<\/p>\n\n\n\n
Zum anderen: Wenn man eine Product Conversion betreibt, zeigt die Erfahrung, dass die ben\u00f6tigten Berechtigungen f\u00fcr die neu hinzugekauften Produkte meist einfach zu den alten Rollen hinzugef\u00fcgt werden. Das hei\u00dft, es findet kaum eine Auseinandersetzung mit den bestehenden SAP-Rollen statt. Die Folge ist, dass nicht mehr ben\u00f6tigte Berechtigungen weiterhin nicht entfernt werden. Was die Rolle angeht, wird diese erweitert, statt sie auf ein gesundes Ma\u00df zu reduzieren.<\/p>\n\n\n\n
Selbst wenn man die eindringlichen Warnungen der Sicherheitsexperten ignoriert, gilt: Ausufernde Berechtigungen werden mittelfristig sehr, sehr teuer. Dabei zeigt die Erfahrung: Im Schnitt braucht ein User 75 Prozent der ihm zugewiesenen Berechtigungen \u00fcberhaupt nicht. Das ist zumindest finanziell noch unproblematisch, solange auf Verbrauch lizenziert werden kann. Da man aber sp\u00e4ter auf Berechtigungen lizenzieren muss, entscheidet nicht mehr das Did-do eines Users, sondern ausschlie\u00dflich das Could-do. Und dann werden diese 75 Prozent, die nie benutzt wurden, mit eingerechnet. Die Erfahrung der letzten Jahre im Bereich ECC hat gezeigt, dass diese \u00c4nderungen definitiv kommen werden. Auch wenn der Aufschrei in der DSAG und anderen Gremien gro\u00df sein wird.<\/p>\n\n\n\n
Der Best Practice Ansatz: Green Field mit Tool-Unterst\u00fctzung<\/strong><\/h2>\n\n\n\nWie achtet man dann aber zukunftssicher auf Berechtigungen und Lizenzen im Projekt Rollenmigration? Die klare Antwort ist: Alles au\u00dfer einem Greenfield-Ansatz macht bei S\/4HANA-Berechtigungen nun keinen Sinn mehr! Hier bringt es auch nichts zu sagen, wir r\u00e4umen auf, weil dies nicht so gr\u00fcndlich erfolgt wie eine Neuerstellung. Der richtige Ansatz eines Best Practice ist, \u00fcber eine Verbrauchsanalyse aller Nutzer im aktuellen System festzustellen, was haben wir wirklich gebraucht, sowie eine Rollenanalyse im Nachgang der Verbrauchsanalyse durchzuf\u00fchren. Und dann zu kl\u00e4ren, wie bilden die aktuellen Rollen den tats\u00e4chlichen Verbrauch ab? Dann erfolgt die Neuzuordnung der Lizenzen aufgrund der Verbrauchsanalyse. Und daf\u00fcr sind zum jetzigen Zeitpunkt Tools wie von Pathlock<\/a> unverzichtbar f\u00fcr die kontinuierliche Kontrolle der Ergebnisse. Das bezieht sich sowohl auf die Analyse dessen, was gebraucht wird, als auch auf die Ergebnisse bei der Neuerstellung der Rolle und der Berechtigungen.<\/p>\n\n\n\nEine Empfehlung zum Schluss<\/strong><\/h2>\n\n\n\nSAP bietet jetzt ein Tool, mit dem man auf Knopfdruck ermittelt, ob eine Rolle teuer wird. Man kann sich daf\u00fcr unverbindlich registrieren und die dazugeh\u00f6rige Excel-Tabelle zeigt, welches Berechtigungsobjekt in welcher Auspr\u00e4gung welchem Lizenztyp zugeordnet ist. Und man kann einen Testlauf nutzen, der ausgibt, aktuell w\u00e4re eine S\/4HANA-Lizenz exakt so teuer. Gut m\u00f6glich, dass dieses Tool f\u00fcr die meisten Unternehmen einen erheblichen Schreckmoment und notwendigen Weckruf bereith\u00e4lt.<\/p>\n\n\n\n
Ralf Kempf (Gesch\u00e4ftsf\u00fchrung Pathlock Deutschland)<\/strong><\/p>\n\n\n\nDieser Artikel steht als kostenloser online Leser-Service auf it-daily.net<\/a> zur Verf\u00fcgung. Er ist im IT Security Magazin<\/strong>, Beileger des IT Managements, Ausgabe M\u00e4rz\/April 2023 erschienen.<\/p>\n\n\n\nSie m\u00f6chten noch tiefer in das Lizenzierungsthema einsteigen?<\/strong><\/h2>\n\n\n\nIm Expert Talk<\/a> erhalten Sie weitere Einblicke in die Thematik. Fordern Sie die Freischaltung f\u00fcr die Aufzeichnung \u00fcber unser Webinar-Archiv<\/a> an.<\/p>\n\n\n\n
Wie achtet man dann aber zukunftssicher auf Berechtigungen und Lizenzen im Projekt Rollenmigration? Die klare Antwort ist: Alles au\u00dfer einem Greenfield-Ansatz macht bei S\/4HANA-Berechtigungen nun keinen Sinn mehr! Hier bringt es auch nichts zu sagen, wir r\u00e4umen auf, weil dies nicht so gr\u00fcndlich erfolgt wie eine Neuerstellung. Der richtige Ansatz eines Best Practice ist, \u00fcber eine Verbrauchsanalyse aller Nutzer im aktuellen System festzustellen, was haben wir wirklich gebraucht, sowie eine Rollenanalyse im Nachgang der Verbrauchsanalyse durchzuf\u00fchren. Und dann zu kl\u00e4ren, wie bilden die aktuellen Rollen den tats\u00e4chlichen Verbrauch ab? Dann erfolgt die Neuzuordnung der Lizenzen aufgrund der Verbrauchsanalyse. Und daf\u00fcr sind zum jetzigen Zeitpunkt Tools wie von Pathlock<\/a> unverzichtbar f\u00fcr die kontinuierliche Kontrolle der Ergebnisse. Das bezieht sich sowohl auf die Analyse dessen, was gebraucht wird, als auch auf die Ergebnisse bei der Neuerstellung der Rolle und der Berechtigungen.<\/p>\n\n\n\n SAP bietet jetzt ein Tool, mit dem man auf Knopfdruck ermittelt, ob eine Rolle teuer wird. Man kann sich daf\u00fcr unverbindlich registrieren und die dazugeh\u00f6rige Excel-Tabelle zeigt, welches Berechtigungsobjekt in welcher Auspr\u00e4gung welchem Lizenztyp zugeordnet ist. Und man kann einen Testlauf nutzen, der ausgibt, aktuell w\u00e4re eine S\/4HANA-Lizenz exakt so teuer. Gut m\u00f6glich, dass dieses Tool f\u00fcr die meisten Unternehmen einen erheblichen Schreckmoment und notwendigen Weckruf bereith\u00e4lt.<\/p>\n\n\n\n Dieser Artikel steht als kostenloser online Leser-Service auf it-daily.net<\/a> zur Verf\u00fcgung. Er ist im IT Security Magazin<\/strong>, Beileger des IT Managements, Ausgabe M\u00e4rz\/April 2023 erschienen.<\/p>\n\n\n\n Im Expert Talk<\/a> erhalten Sie weitere Einblicke in die Thematik. Fordern Sie die Freischaltung f\u00fcr die Aufzeichnung \u00fcber unser Webinar-Archiv<\/a> an.<\/p>\n\n\n\n Eine Empfehlung zum Schluss<\/strong><\/h2>\n\n\n\n
Ralf Kempf (Gesch\u00e4ftsf\u00fchrung Pathlock Deutschland)<\/strong><\/p>\n\n\n\nSie m\u00f6chten noch tiefer in das Lizenzierungsthema einsteigen?<\/strong><\/h2>\n\n\n\n