SAP-Berechtigungswesen

Transkript

1 SAP PRESS SAP-Berechtigungswesen Konzeption und Realisierung von Volker Lehnert, Katharina Stelzner Neuausgabe Rheinwerk Verlag 2009 Verlag C.H. Beck im Internet: ISBN schnell und portofrei erhältlich bei beck-shop.de DIE FACHBUCHHANDLUNG

2 Volker Lehnert, Katharina Bonitz SAP -Berechtigungswesen Bonn Boston

3 Auf einen Blick 1 Einleitung TEIL I Betriebswirtschaftliche Konzeption 2 Einführung und Begriffsdefinition Organisation und Berechtigungen Rechtlicher Rahmen normativer Rahmen Berechtigungen in der Prozesssicht TEIL II Werkzeuge und Berechtigungspflege im SAP-System 6 Technische Grundlagen der Berechtigungspflege Systemeinstellungen und Customizing Rollenzuordnung über das Organisationsmanagement Automatisierte organisatorische Differenzierung: der Rollenmanager Zentrales Management von Benutzern und Berechtigungen Berechtigungen: Standards und Analyse SAP BusinessObjects Access Control User Management Engine TEIL III Berechtigungen in spezifischen SAP-Lösungen 14 Berechtigungen in SAP ERP HCM Berechtigungen in SAP CRM Berechtigungen in SAP SRM Berechtigungen in SAP NetWeaver BW Prozesse in SAP ERP spezifische Berechtigungen Konzepte und Vorgehen im Projekt Anhang A Abkürzungsverzeichnis B Glossar C Literaturverzeichnis D Die Autoren

4 Inhalt Vorwort Danksagung Einleitung TEIL I Betriebswirtschaftliche Konzeption 2 Einführung und Begriffsdefinition Methodische Überlegungen Ansätze für das betriebswirtschaftliche Berechtigungskonzept Beteiligte am Berechtigungskonzept Compliance ist Regelkonformität Risiko Corporate Governance Technische versus betriebswirtschaftliche Bedeutung des Berechtigungskonzepts Technische versus betriebswirtschaftliche Rolle Organisation und Berechtigungen Organisatorische Differenzierung am Beispiel Einführung Institutioneller Organisationsbegriff Organisationszweck Rechtsformen der Organisation Organisation und Umwelt Zusammenfassung Instrumenteller Organisationsbegriff Spezialisierung (Arbeitsteilung) Aufbauorganisation Aufgabenanalyse Folgerungen aus der Organisationsbetrachtung Sichten der Aufbauorganisation in SAP-Systemen Organisationsmanagement Organisationssicht des externen Rechnungswesens

5 Inhalt Organisationssicht des Haushaltsmanagements Organisationssicht der Kostenstellenstandardhierarchie Organisationssicht der Profit-Center- Hierarchie Unternehmensorganisation Organisationssicht im Projektsystem Logistische Organisationssicht Integration der Organisationssichten im Berechtigungskonzept Organisationsebenen und -strukturen in SAP ERP Organisationsebene»Mandant« Relevante Organisationsebenen des Rechnungswesens Relevante Organisationsebenen in MM Relevante Organisationsebenen im Vertrieb Relevante Organisationsebenen in der Lagerverwaltung Integration der Organisationsebenen im Berechtigungskonzept Hinweise zur Methodik im Projekt Fazit Rechtlicher Rahmen normativer Rahmen Interne und externe Regelungsgrundlagen Internes Kontrollsystem Rechtsquellen des externen Rechnungswesens Rechtsquellen und Auswirkungen für den privaten Sektor Konkrete Anforderungen an das Berechtigungskonzept Datenschutzrecht Gesetzliche Definitionen in Bezug auf die Datenverarbeitung Rechte des Betroffenen Pflichten in Bezug auf das IKS Konkrete Anforderungen an das Berechtigungskonzept Regelkonformität versus Datenschutz

6 Inhalt 4.5 Allgemeine Anforderungen an ein Berechtigungskonzept Identitätsprinzip Minimalprinzip Stellenprinzip Belegprinzip der Buchhaltung Belegprinzip der Berechtigungsverwaltung Funktionstrennungsprinzip Genehmigungsprinzip Standardprinzip Schriftformprinzip Kontrollprinzip Fazit Berechtigungen in der Prozesssicht Prozessübersicht Der Verkaufsprozess Der Beschaffungsprozess Unterstützungsprozesse Maßgaben für die Funktionstrennung Fazit TEIL II Werkzeuge und Berechtigungspflege im SAP-System 6 Technische Grundlagen der Berechtigungspflege Benutzer/Berechtigung Benutzer Benutzerpflege (ABAP) Transaktion Programm Berechtigungsobjekt Transaktion Prüfung im Programmablauf Berechtigungsobjekt Rollen und Rollenprofile Berechtigungsprofile Anlage und Pflege von Rollen Analyse von Berechtigungsprüfungen Auswertung der Berechtigungsprüfung Analyse im Programmablauf System-Trace/ Berechtigungstrace Prüfung des Programms Weitere Rollentypen in SAP ERP

7 Inhalt Sammelrolle Wertrolle/funktionale Rolle Fazit Systemeinstellungen und Customizing Pflege und Nutzung der Vorschläge für den Profilgenerator Funktion für den Profilgenerator Funktion im Upgrade Normativer Nutzen Nutzen der Vorschlagswerte für Risikoanalyse und externe Rollenpflegetools Grundzustand und Pflege der Vorschlagswerte Upgrade von Berechtigungen Parameter für Kennwortregeln Customizing-Einstellungen zum Menükonzept Berechtigungsgruppen Optionale Berechtigungsprüfungen auf Berechtigungsgruppen Tabellenberechtigungen Berechtigungsgruppen als Organisationsebenen Parameter- und Query-Transaktionen Parametertransaktion zur Pflege von Tabellen über definierte Views Parametertransaktion zur Ansicht von Tabellen Querys in Transaktionen umsetzen Anhebung eines Berechtigungsfeldes zur Organisationsebene Auswirkungsanalyse Vorgehen zur Anhebung eines Feldes zur Organisationsebene Anhebung des Verantwortungsbereichs zur Organisationsebene Entwickler- und Berechtigungstrace Vorgehen für den Entwickler- und Berechtigungstrace Berechtigungsfelder und -objekte anlegen Berechtigungsfelder anlegen Berechtigungsobjekte anlegen

8 Inhalt 7.10 Weitere Transaktionen der Berechtigungsadministration Rollen zwischen Systemen oder Mandanten bewegen Down-/Upload von Rollen Transport von Rollen Benutzerstammabgleich Fazit Rollenzuordnung über das Organisationsmanagement Grundkonzept des SAP ERP HCM-Organisationsmanagements Fachliche Voraussetzungen Technische Umsetzung Voraussetzungen Technische Grundlagen des SAP ERP HCM- Organisationsmanagements Zuweisung von Rollen Auswertungsweg Benutzerstammabgleich Konzeptionelle Besonderheit Fazit Automatisierte organisatorische Differenzierung: der Rollenmanager Herausforderung und Lösungsansatz Rollenmanager OM Bereichsrollenkonzept Kombination von Bereichsrollen und OM Umsetzungsbeispiel für das Bereichsrollenkonzept Integration, Einschränkungen und Perspektiven Fazit Zentrales Management von Benutzern und Berechtigungen Grundlagen Betriebswirtschaftlicher Hintergrund User Lifecycle Management SAP-Lösungen für die zentrale Verwaltung von Benutzern

9 Inhalt 10.2 Zentrale Benutzerverwaltung Vorgehen zur Einrichtung einer ZBV Integration mit dem Organisationsmanagement von SAP ERP HCM Integration mit SAP BusinessObjects Access Control SAP BusinessObjects Access Control Compliant User Provisioning SAP NetWeaver Identity Management Relevante technische Details Funktionsweise Technische Architektur Integration von SAP BusinessObjects Access Control Fazit Berechtigungen: Standards und Analyse Standards und ihre Analyse Rolle anstelle von Profil Definition der Rolle durch Transaktionen Vorschlagsnutzung Tabellenberechtigungen Programmausführungsberechtigungen Ableitung Programmierung Programmierrichtlinie Kritische Transaktionen und Objekte Allgemeine Auswertungen technischer Standards Benutzerinformationssystem Tabellengestützte Analyse von Berechtigungen Fazit SAP BusinessObjects Access Control Grundlagen Risk Analysis and Remediation Enterprise Role Management Compliant User Provisioning Superuser Privilege Management Risk Terminator Fazit

10 Inhalt 13 User Management Engine Überblick über die UME UME-Funktionen Architektur der UME Oberfläche der UME Konfiguration der UME Berechtigungskonzept des SAP NetWeaver AS Java UME-Rollen UME-Aktionen UME-Gruppe J2EE-Sicherheitsrollen Benutzer- und Rollenadministration mit der UME Voraussetzungen zur Benutzer- und Rollenadministration Administration von Benutzern Benutzertypen Administration von UME-Rollen Administration von UME-Gruppen Tracing und Logging Fazit TEIL III Berechtigungen in spezifischen SAP-Lösungen 14 Berechtigungen in SAP ERP HCM Grundlagen Besondere Anforderungen von SAP ERP HCM Berechtigungen und Rollen Berechtigungsrelevante Attribute in SAP ERP HCM Beispiel Personalmaßnahme Berechtigungshauptschalter Organisationsmanagement und indirekte Rollenzuordnung Strukturelle Berechtigungen Das strukturelle Berechtigungsprofil Auswertungsweg Strukturelle Berechtigungen und Performance Anmerkung zu strukturellen Berechtigungen Kontextsensitive Berechtigungen Fazit

11 Inhalt 15 Berechtigungen in SAP CRM Grundlagen Die SAP CRM-Oberfläche: der CRM Web Client Erstellen von Benutzerrollen für den CRM Web Client Abhängigkeiten zwischen der Benutzerrolle und PFCG-Rollen Erstellen von PFCG-Rollen abhängig von Benutzerrollen Voraussetzungen für das Erstellen von PFCG-Rollen Erstellen von PFCG-Rollen Zuweisen von Benutzerrollen und PFCG-Rollen Beispielszenarien für Berechtigungen in SAP CRM Berechtigen von Oberflächenkomponenten Berechtigen von Transaktionsstarter-Links Berechtigen von Stammdaten Berechtigen von Geschäftsvorgängen Berechtigen von Attributgruppen Berechtigen von Marketingelementen Fehlersuche im CRM Web Client Access Control Engine Fazit Berechtigungen in SAP SRM Grundlagen Berechtigungsvergabe in SAP SRM Berechtigen der Oberflächenmenüs Berechtigen typischer Geschäftsvorgänge Fazit Berechtigungen in SAP NetWeaver BW OLTP-Berechtigungen Analyseberechtigungen Grundlagen Schrankenprinzip Transaktion RSECADMIN Berechtigungspflege

12 Inhalt Zuordnung zu Benutzern: Transaktion RSU01 und SU Analyse und Berechtigungsprotokoll Generierung Berechtigungsmigration Modellierung von Berechtigungen in SAP NetWeaver BW InfoProvider-basierte Modelle Merkmalsbasierte Modelle Gemischte Modelle Fazit Prozesse in SAP ERP spezifische Berechtigungen Grundlagen Stamm- und Bewegungsdaten Organisationsebenen Berechtigungen im Finanzwesen Organisatorische Differenzierungskriterien Stammdaten Buchungen Zahllauf Berechtigungen im Controlling Organisatorische Differenzierungskriterien Stammdatenpflege Buchungen Altes und neues Berechtigungskonzept im Controlling Berechtigungen in der Logistik (allgemein) Organisatorische Differenzierungskriterien Materialstamm/Materialart Berechtigungen im Einkauf Stammdatenpflege Beschaffungsabwicklung Berechtigungen im Vertrieb Stammdatenpflege Verkaufsabwicklung Berechtigungen in technischen Prozessen Funktionstrennung in der Berechtigungsverwaltung Funktionstrennung im Transportwesen RFC-Berechtigungen

13 Inhalt Debugging-Berechtigungen Mandantenänderung Änderungsprotokollierung Batchberechtigungen Fazit Konzepte und Vorgehen im Projekt Berechtigungskonzept im Projektbezug Vorgehensmodell Logischer Ansatz Implementierung Redesign Konkretes Vorgehen SAP Best Practices-Template-Rollenkonzept SAP Best Practices SAP-Template-Rollen Methodische Vorgehensweise des SAP Best Practices-Rollenkonzepts Einsatz mit SAP BusinessObjects Access Control Inhalte eines Berechtigungskonzepts Einleitung und normativer Rahmen des Konzepts Technischer Rahmen Risikobetrachtung Person Benutzer Berechtigung Berechtigungsverwaltung Organisatorische Differenzierung Prozessdokumentation Rollendokumentation Fazit Anhang A Abkürzungsverzeichnis B Glossar C Literaturverzeichnis D Die Autoren Index

14 In diesem Kapitel erfahren Sie, wie Sie Benutzer und Rollen anlegen können. Darüber hinaus soll ein grundlegendes Verständnis der Wirkung von Berechtigungen geschaffen werden. 6 Technische Grundlagen der Berechtigungspflege Das technische Berechtigungskonzept von SAP ERP ist ein positives Berechtigungskonzept: Das heißt, Sie müssen ausdrücklich festlegen, was ein Benutzer darf. Eine Ausnahme von diesem Prinzip gibt es in SAP ERP HCM, dort gibt es den Ausschluss der eigenen Personalnummer (siehe Kapitel 14,»Berechtigungen in SAP ERP HCM«). Die Berechtigungen in SAP ERP werden überwiegend über Rollen verwaltet (SAP ERP HCM bietet noch weitere Möglichkeiten, siehe ebenfalls Kapitel 14), die einem Benutzer zugewiesen werden. Eine Rolle besteht aus Transaktionen und Berechtigungsobjekten. Die Berechtigungsobjekte sind im Berechtigungsprofil zusammengefasst und enthalten Berechtigungsfelder, in denen Aktivitäten und weitere Werte, wie z. B. Organisationsebenen, ausgeprägt werden. In diesem Kapitel werden die zentralen Begriffe und Konzepte der Berechtigungspflege nacheinander vorgestellt. Zunächst beschreiben wir in Abschnitt 6.1,»Benutzer/Berechtigung«, wie ein Benutzer erstellt wird. In Abschnitt 6.2,»Transaktion Programm Berechtigungsobjekt«, werden Transaktionen, Programme und Berechtigungsobjekte vorgestellt. Im Anschluss daran lernen Sie Rollen und Rollenprofile in Abschnitt 6.3,»Rollen und Rollenprofile«, kennen. In den beiden letzten Abschnitten dieses Kapitels behandeln wir die Analyse von Berechtigungsprüfungen (Abschnitt 6.4,»Analyse von Berechtigungsprüfungen«) sowie weitere Rollentypen in SAP ERP (Abschnitt 6.5,»Weitere Rollentypen in SAP ERP«). 145

15 6 Technische Grundlagen der Berechtigungspflege 6.1 Benutzer/Berechtigung Benutzerpuffer Damit eine Person im SAP-System eine Aktion ausführen kann, benötigt sie zunächst einen Benutzer(-stammsatz), dem die notwendigen Berechtigungen zugeordnet sind. Zu diesem Zweck werden dem Benutzer Rollen zugeordnet, zu denen jeweils Berechtigungsprofile gehören, die die tatsächlichen Berechtigungen enthalten. Bei der Anmeldung eines Benutzers am System werden alle Berechtigungen, die ihm zugeordnet sind, in den Benutzerpuffer geladen. Sämtliche Berechtigungsverprobungen finden gegen den Benutzerpuffer statt. Abbildung 6.1 zeigt einen Benutzer, dem eine Rolle zugeordnet ist, die Rolle enthält Transaktionen, ein Menü und ein Profil, das aus Berechtigungsobjekten besteht. S_TCODE TCD: F110, XK03, NNNN F110 XK03 NNNN Menü der Rolle PROFIL F_REGU_BUK BUKRS: DEMO FBTCH: 02, 11, 14, E_XAM_PLE ACTVT: 01, 02 FIELD: XXX Abbildung 6.1 Benutzer und Berechtigungen Die verschiedenen Benutzertypen sowie die Benutzerpflege werden im Folgenden genauer beschrieben Benutzer Unterschiedliche Benutzertypen Alle Aktionen im SAP-System werden durch Benutzer ausgeführt. Dabei gibt es unterschiedliche Benutzertypen für unterschiedliche Arten von Aktionen. Dialogbenutzer Servicebenutzer Kommunikationsbenutzer Systembenutzer Referenzbenutzer 146

16 Benutzer/Berechtigung 6.1 Dialogbenutzer sind für natürliche Personen personalisierte Benutzer, die sich über das SAP GUI am System anmelden. Der Dialogbenutzer ist der zentrale Benutzertyp, er steht deshalb in diesem Buch im Vordergrund. Servicebenutzer dienen z. B. in Webservices dem anonymen Zugriff mehrerer Benutzer. Aus diesem Grund sollten die Berechtigungen für diesen Benutzertyp stark eingeschränkt werden. Das bedeutet auch, dass nur ein Benutzeradministrator das Kennwort ändern kann. Die Anwender melden sich über das SAP GUI an, dabei ist es möglich, dass sie sich mehrfach anmelden. Es wird nicht vom System überprüft, ob das Kennwort abgelaufen oder initial ist. Kommunikationsbenutzer sind systematisch personenbezogene Benutzer, die sich allerdings nicht über das SAP GUI, sondern über RFC- Aufruf (Remote Function Call) anmelden. In diesem Fall ist es dem Benutzer möglich, das Kennwort zu ändern. Es erfolgt eine Prüfung, ob das Kennwort abgelaufen oder initial ist. Je nachdem, ob sich der Nutzer interaktiv angemeldet hat oder nicht, muss das Kennwort geändert werden. Systembenutzer sind Benutzer, die in technischen Abläufen, wie z. B. Batchläufen, Verwendung finden. Der Benutzer meldet sich hier nicht über das SAP GUI an. Beim Einsatz von Systembenutzern sind Mehrfachanmeldungen möglich. Für Kennwörter gibt es keine Änderungspflicht. Der Referenzbenutzer ist ein Mittel, um die Berechtigungsadministration zu vereinfachen. Es ist nicht möglich, sich über einen solchen Benutzer am SAP-System anzumelden, sondern er dient lediglich dazu, Berechtigungen zu kopieren oder zu vererben. Dialogbenutzer Servicebenutzer Kommunikationsbenutzer Systembenutzer Referenzbenutzer Das betriebswirtschaftliche Berechtigungskonzept muss auch Aussagen zu den dargestellten Benutzern enthalten. Regelmäßig dürfen auch für technische Benutzer nur die Berechtigungen vergeben werden, die erforderlich sind. Umso mehr gilt dieses Prinzip für alle Benutzer, die Personen Zugriffe auf das System ermöglichen Benutzerpflege (ABAP) In der Benutzerpflege wird für jeden Benutzer in jedem Mandanten ein Benutzerstammsatz angelegt. Er besteht aus dem Benutzernamen, Daten zur Person, Einstellungen für den Benutzer, benutzerspezifi- Benutzerstammsatz 147

17 6 Technische Grundlagen der Berechtigungspflege schen Parametern, den Berechtigungen aus Rollen und/oder Profilen und einigen weiteren Einstellungen. Der Benutzerstammsatz hat eine erhebliche Bedeutung für die Sicherheit und Ordnungsmäßigkeit des Systems. Sämtliche Protokollierungen von Systemzugriffen und in den Belegen beziehen sich auf den Benutzernamen. Diese Protokolle müssen je nach definierter Aufbewahrungsfrist langfristig aufbewahrt werden. Sie müssen darüber hinaus lesbar bleiben, und das bedeutet in diesem Kontext, dass der Benutzer gegebenenfalls auch nach zehn Jahren nachvollziehbar sein muss, der eine bestimmte Charge freigab oder einen Beleg buchte. Daraus ergibt sich zwingend und ausnahmslos, dass ein Benutzer nur einmalig einer Person zugeordnet werden darf. Benutzer zu»vererben«, also sie im Laufe der Zeit unterschiedlichen Mitarbeitern zur Verfügung zu stellen, ist in jedem Fall eine substanzielle Gefährdung der Sicherheit und Ordnungsmäßigkeit. Eine Person ein Benutzer Kennwortregeln Auch die Praxis, eine Person im System mit mehreren Benutzern auszustatten, ist eine ähnlich erhebliche Gefährdung. Allerdings kann hier eine logische Ausnahme geltend gemacht werden, wie sie z. B. im Superuser Privilege Management (SPM) von SAP BusinessObjects Access Control möglich ist. Dort wird in einem definierten und protokollierten Verfahren aus dem»normalen«benutzer heraus ein Superuser gestartet, der entsprechend weitreichende Berechtigungen hat. Generell gilt, wenn eine Person in einem System mehrere Benutzer hat, ist ein Nachweis etwaiger Funktionstrennungskonflikte und ebenso von Vorgängen unter Umgehung der Funktionstrennung konzeptionell nur mit erheblichem Aufwand, praktisch hingegen nicht mehr darstellbar. Auch in Bezug auf diese Praxis ist zumindest der Verdacht naheliegend, dass es sich um eine substanzielle Gefährdung der Sicherheit und Ordnungsmäßigkeit handelt. Die Eindeutigkeit der Zuordnung des Benutzers zur Person bezeichnen wir als Identitätsprinzip. In den meisten Organisationen werden nach wie vor fast täglich Benutzer und Kennwörter weitergegeben. Der einzig regelkonforme Umgang mit diesem Missbrauch ist, diesen dauerhaft zu unterbinden. Den Missbrauch können Sie einfach auswerten: Benutzer und Rechner können ohne Schwierigkeit ermittelt werden, ebenso kann ohne Schwierigkeiten festgestellt werden, welche Personen an einem 148

18 Benutzer/Berechtigung 6.1 bestimmten Tag nicht arbeiten, bringt man diese Informationen zusammen, gelingt der konkrete Nachweis über missbräuchliche Nutzung von Benutzern. Datenschutzrechtliche Bedenken gegen dieses Verfahren können nicht geltend gemacht werden, da eine missbräuchliche Nutzung von Benutzern gegebenenfalls den Zugriff auf sensible Daten (und damit einen Verstoß gegen den Datenschutz) ebenso ermöglicht wie deutliche Gefährdungen des Belegprinzips. Neben einer einschlägigen Auswertung sollten immer auch arbeitsrechtliche Schritte erwogen werden. Die Kennwortregeln werden in Abschnitt 7.3,»Parameter für Kennwortregeln«, dargestellt. Das Verfahren der Benutzeranlage kann über SAP BusinessObjects Access Control, SAP NetWeaver Identity Management, die Zentrale Benutzerverwaltung (siehe für alle drei Lösungen Kapitel 10,»Zentrales Management von Benutzern und Berechtigungen«), vereinheitlicht und signifikant vereinfacht werden. Zum Anlegen oder Ändern eines Benutzers verwenden Sie die Transaktion SU01 (Benutzerpflege). Benutzerpflege vereinheitlichen Vorgehen in der Benutzerpflege Beim Anlegen tragen Sie den gewünschten Benutzernamen im Feld Benutzer ein und klicken auf den Button Anlegen (siehe Abbildung 6.2). In den folgenden Bildschirmen werden die Angaben und Attribute des Benutzers gepflegt. Abbildung 6.2 Einstieg in die Benutzerpflege Auf der Registerkarte Adresse (siehe Abbildung 6.3) müssen Sie mindestens die Angaben zur Person pflegen. Danach pflegen Sie auf der Registerkarte Logondaten den Benutzertyp und abhängig vom Benutzertyp das Kennwort. In der Regel werden Sie den Dialogbenutzer pflegen. Registerkarte»Adresse«Registerkarte»Logondaten«149

19 6 Technische Grundlagen der Berechtigungspflege Abbildung 6.3 Registerkarte»Adresse«der Benutzerpflege Das Kennwort können Sie automatisch generieren (Button Wizard) oder manuell festlegen. Die Pflege einer Benutzergruppe für Berechtigungen ist dringend zu empfehlen, unter anderem um grundlegende Unterscheidungen zwischen Systemadministration und Endbenutzern zu ermöglichen. Neben der Benutzergruppe für Berechtigungsprüfungen können Benutzer beliebig vielen Gruppen zugeordnet werden (Registerkarte Gruppen). Dies dient u. a. der vereinfachten Pflege und Auswertung (siehe Abbildung 6.4). Registerkarte»SNC«Auf der Registerkarte SNC (Secure Network Communications) werden Angaben in Bezug auf ein (existierendes) Single-Sign-on-Verfahren (SSO) gepflegt. SNC ist für die Benutzerauthentifizierung verfügbar und stellt bei Verwendung des SAP GUI for Windows oder RFC eine SSO-Umgebung bereit. 150

20 Benutzer/Berechtigung 6.1 Abbildung 6.4 Pflege der Logon-Daten des Benutzers Auf der Registerkarte Festwerte pflegen Sie Benutzerfestwerte, wie Startmenü, Drucker (Ausgabegerät), Dezimaldarstellung und Zeitzone. Parameter sind Angaben zum Benutzer, die ursprünglich dazu eingerichtet wurden, entsprechende Werte, wie z. B. den Buchungskreis, automatisch in die Selektion entsprechender Reports in FI zu übernehmen. Mittlerweile werden über Parameter aber auch Zugriffsmöglichkeiten unter anderem in ESS gesteuert, damit können Parameter fakultativ auch Zugriffsberechtigungen einschränken. Für die Parameter steht eine Werthilfe zur Verfügung (siehe Abbildung 6.5). Die einheitliche Betrachtung von Berechtigungen wird durch die Verwendung von Benutzerparametern erschwert. Registerkarte»Festwerte«Registerkarte»Parameter«151

21 6 Technische Grundlagen der Berechtigungspflege Abbildung 6.5 Registerkarte»Parameter«Registerkarte»Rollen«Auf der Registerkarte Rollen (siehe Abbildung 6.6) können dem Benutzer Rollen zugeordnet werden. Sofern Rollen zugeordnet sind, können sie direkt (durch Zuordnung einer Einzelrolle oder Sammelrolle) oder indirekt zugeordnet sein. Die indirekte Zuordnung erfolgt über das Organisationsmanagement von SAP ERP HCM (siehe Kapitel 8,»Rollenzuordnung über das Organisationsmanagement«). Die unterschiedlichen Zuordnungen werden verdeutlicht durch unterschiedliche Icons in der Spalte Typ und durch unterschiedliche farbliche Codierungen, blau gekennzeichnete Rollen sind indirekt zugeordnet. Die direkt zugeordneten Rollen sind schwarz gekennzeichnet. 152

22 Benutzer/Berechtigung 6.1 Abbildung 6.6 Registerkarte»Rollen«Im Feld Referenzbenutzer für zusätzliche Rechte kann ein Referenzbenutzer eingetragen werden (siehe Abschnitt 6.1.1,»Benutzer«), dessen Zuordnungen hier (ergänzend) übernommen würden. Auf der Registerkarte Profile (siehe Abbildung 6.7) sind die dem Benutzer zugeordneten Profile zusammengefasst. Ausnahmslos sollen sämtliche Profile eines Endbenutzers»Profile zur Rolle«sein. Prinzipiell stünde auf der Registerkarte Profile auch die Möglichkeit zur Verfügung, Profile manuell zuzuordnen. In Abschnitt 6.3.1,»Berechtigungsprofile«, wird dargestellt, warum die Profilpflege jedoch keine angemessene Option für die Verwaltung von Endbenutzerberechtigungen ist. Registerkarte»Profile«Abbildung 6.7 Registerkarte»Profile«153

23 6 Technische Grundlagen der Berechtigungspflege Dem Benutzer werden Rollen zugeordnet, diese enthalten Transaktionen und Berechtigungsobjekte, die wir im nächsten Abschnitt darstellen werden. 6.2 Transaktion Programm Berechtigungsobjekt In diesem Abschnitt werden wir Ihnen den Zusammenhang von Transaktionen und Programmen, die Logik der Berechtigungsprüfung und die Ausprägung der Berechtigungen durch Berechtigungsobjekte erläutern. Berechtigungen dienen dazu, Programme in einer definierten Tiefe ausführen zu können. Jede Programmausführung durch einen Dialogbenutzer sollte über eine Transaktion erfolgen. ECC 6.0 verfügt über mehr als Programme und mehr als Transaktionen Transaktion Über einen Transaktionscode wird im SAP-System eine betriebswirtschaftliche Funktion (eine sogenannte Transaktion) im System ausgeführt. Entsprechend ist ein Großteil der Transaktionen auch in Bezug auf die ursprünglichen Module fachlich gruppiert und im SAP Easy Access-Menü enthalten (siehe Abbildung 6.8) Abbildung 6.8 Transaktionen im SAP Easy Access-Menü 154

24 Transaktion Programm Berechtigungsobjekt 6.2 Eine Transaktion ist grundsätzlich mit einem ausführbaren Programm verbunden. Die Zuordnung einer Transaktion zu einem Programm dient bereits der Einschränkung von Berechtigungen. Programme können entsprechend über die Transaktion oder aber über die direkte Programmausführung mit der Transaktion SA38 (ABAP/4- Reporting) ausgeführt werden: Um ein Programm über eine Transaktion ausführen zu können, braucht der Benutzer minimal die Berechtigung, die Transaktion aufrufen zu dürfen. Diese Berechtigung wird im Berechtigungsobjekt S_TCODE (Transaktionscode-Prüfung bei Transaktionsstart) hinterlegt. Es handelt sich somit um eine spezifische Berechtigung zur Ausführung einer bestimmten Transaktion. Diese wird meistens noch weiter über Berechtigungsobjekte eingeschränkt. Um ein Programm über die Transaktion SA38 (ABAP/4-Reporting) ausführen zu können, braucht der Benutzer die Berechtigung für die SA38, die auch im S_TCODE hinterlegt wird. Es handelt sich somit um eine unspezifische Berechtigung für das Ausführen aller Programme. Diese wird noch weiter über Berechtigungsobjekte eingeschränkt. Der Transaktion kann eine weitere Eingangsprüfung zugeordnet sein, die als zusätzliche sehr allgemeine Berechtigungsprüfung nach der Prüfung auf der Transaktionsberechtigung wirkt. Sie ist keine detaillierte Prüfung im Programmablauf, sondern es wird lediglich erreicht, dass die definierten Werte als Berechtigung vorhanden sein müssen. Eine logische Verbindung zu den Daten gibt es nicht. Eingangsprüfung Beispiel Wenn als Eingangsprüfung ein kundeneigenes Berechtigungsobjekt Z_ ALLES_GUT mit dem Feld ALLES_GUT und dem Wert»Y«definiert ist, müssen genau diese Berechtigungen auch im Benutzerpuffer vorhanden sein, unabhängig davon, dass Z_ALLES_GUT in keinem Programm als Berechtigungsprüfung definiert ist. Die Eingangsprüfung wird in der Transaktion SE93 (Pflege Transaktionscodes) festgelegt (siehe Abbildung 6.9). 155