Auch bei diesem Berechtigungsobjekt verhält es sich analog zur S_PROGRAM -Berechtigung so, dass nur bei Tabellen mit gepflegter Berechtigungsgruppe auch das Feld DICBERCLS (Berechtigungsgruppe) geprüft wird. Alle Tabellen ohne Tabellenberechtigungsgruppe können entsprechend der erlaubten Aktivität angezeigt (03) oder geändert (02) werden. Abbildung 4: Berechtigungsobjekt S_TABU_DIS (Tabellenpflege) Empfehlung Option 1. Wenn Sie die Vergabe der Transaktion SA38 bzw. SE38 weitestgehend vermeiden möchten, dann können Sie über die Transaktion SE93 für erforderliche Programme eine Transaktion anlegen. Pflege von SAP Berechtigungs-Vorschlagswerten mit der SU24. Diese Transaktion können Sie dann in den Berechtigungsrollen der Benutzer über das Berechtigungsobjekt S_TCODE berechtigen. Option 2. Da ein Bedarf, Benutzer für den Aufruf der Transaktion SA38 bzw. SE38 zu berechtigen unter Umständen gegeben sein kann, bleibt noch die Option, für Programme und Tabellen ohne Berechtigungsgruppe eine Berechtigungsgruppe zu definieren. Das mag auf den ersten Blick, in Anbetracht der Menge von Programmen und Tabellen ohne eine entsprechende Einstellung sehr aufwendig wirken, kann jedoch die Wirksamkeit der Berechtigungen und damit die Sicherheit der Systeme enorm steigern.
Anmerkung: Die Option, auch die geänderten Programm(-attribut)e zu transportieren, bietet sich nach dem Einspielen eines SPs oder Upgrades an. Binden Sie dazu den durch das Programm RSCSAUTH erstellten Auftrag in den SPAU-Auftrag ein. Auch zur Nachpflege der Berechtigungsgruppen einzelner Programme ist diese Option gut geeignet, da ein erneutes Ausführen von RSCSAUTH im Zielsystem überflüssig wird. Für eine Massenpflege der Berechtigungsgruppen sehr vieler Programme ist diese Option dagegen eher ungeeignet, da der Transport durch die Aufnahme der kompletten Programme sehr groß werden kann. Die Programme (LIMU REPS) werden direkt in den angegebenen Transportauftrag gestellt, ohne diese Objekte im Auftrag zu sperren. Sperren Sie vor der Auftragsfreigabe die Objekt im Auftrag, um zu vermeiden, dass evtl. eine Änderung an einem der Programme, die mit einem anderen Transportauftrag durchgeführt wurde, schon mit diesem Auftrag transportiert wird. Sap berechtigungsgruppe anlegen transaction bank. BAL_S_LOG - Application Log: Log header data Addresses (Business Address Services) Length: 9831 Date: 20220515 Time: 171201 sap01-206 ( 224 ms)
Zum Ändern der Berechtigungsgruppe für ein bestimmtes Programm wird die Änderungsberechtigung (Berechtigung S_DEVELOP mit Aktivität '02') für das zu ändernde Programm benötigt. Im Modus "Restaurieren" wird entweder die Berechtigung S_DEVELOP mit Aktivität '02' für die zu ändernden Programme benötigt oder alternativ die Administrationsberechtigung S_CTS_ADMI mit Funktion "IMPA" oder "IMPS". (Begründung: Das Restaurieren im Zielsystem (s. unten unter 3. Materialtyp ZDIE einschränken. ) ist eine dem Import nachgelagerte manuelle Tätigkeit, sofern nur die Zuordnungen transportiert wurden. ) Selektionsbild Reportauswahl Hier kann die Menge der Programme, für die Berechtigungsgruppen gepflegt werden sollen, eingeschränkt werden auf bestimmte Programmnamen (Selektion "Programmname") Programme, die mit bestimmten Berechtigungsgruppen (bzw. ohne Berechtigungsgruppe) von SAP ausgeliefert sind (Selektion "Berechtigungsgruppe (SAP)") Programme aus bestimmten Anwendungen (Selektion "Anwendung") Programme mit bestimmten logischen Datenbanken (Selektionen "Log.
Oder kurz: SU24. TSTC (TSTCT) Langtext für Transaktionen TOBJ (TOBJT) Langtext für Berechtigungsobjekte USORG Orgebenen für Profilgenerator TACT (TACTT) Zuordnung Nummer zu Aktivität TACTZ Mögliche Aktivitäten für ein bestimmtes Berechtigungsfeld Den Langtext für ein Berechtigungsfeld (also z. B. ACTVT = Aktivität) hole ich mir zurzeit über den Funktionsbaustein AUTH_FIELD_GET_INFO. Das Bild zeigt die Schlüsselfelder und Relationen der berechtigungsrelevanten SAP Tabellen. Haben auch Sie Favoriten hinsichtlich Tabellen im Berechtigungsumfeld? Wenn Sie mögen, dann teilen Sie diese in den Kommentaren, direkt unterhalb dieses Blogs. Ich freue mich auf Ihre Antworten! Hier finden Sie einen aktuellen Blogbeitrag mit einer Übersicht über alle Standardtabellen der Benutzer- und Berechtigungsverwaltung. Sap berechtigungsgruppe anlegen transaction fee. Dieser Beitrag ist auch als Download verfügbar:
Man müsste den Exit EXIT_SAPLMG02_002 (wird vor dem Aufruf durchlaufen) modifizieren können, das bei einer bestimmten Materialart die MM01 bzw. die MM02 nicht mehr aufgerufen werden darf. Würde ich wahrscheinlich sauberer halten als wenn ich mehrere Berechtigungsobjekte einstellen müsste. Gruß, Daniel W. Beste Grüße, Daniel W. Fachinformatiker AE SAP Modul PP & ECM & DVS #7 Donnerstag, 15. Januar 2015 13:14:52(UTC) Hallo Daniel! Sap berechtigungsgruppe anlegen transaction tax. Ich brauche die Materialart aber für eine spezielle Rolle auch in MM01 & MM02! LG Markus Benutzer, die gerade dieses Thema lesen Guest Das Forum wechseln Du kannst keine neue Themen in diesem Forum eröffnen. Du kannst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge nicht löschen. Du darfst deine Beiträge nicht editieren. Du kannst keine Umfragen in diesem Forum erstellen. Du kannst nicht an Umfragen teilnehmen.
Restaurieren mit Transport der Zuordnungen und Programme: Zusätzlich zu der unter 3. beschrieben Funktionalität werden auch noch die geänderten Programmattribute direkt in einen Auftrag gestellt. Dazu erhält man ein zweites Popup mit dem Titel "Programme in Auftrag übernehmen", in dem man einen Transportauftrag angeben kann. Da Programmattribute nur gemeinsam mit dem Programm transportiert werden können, werden in den Transportauftrag die gewählten Programme (LIMU REPS) eingetragen, sofern beim "Restaurieren" die kundeneigene Berechtigungsgruppe sich von der aktuell in den Programmattributen eingetragenen unterschieden hat. Anschließend wird ebenso wie in 3. beschrieben eine Kontrollliste ausgegeben. Bei Freigabe des Transportauftrags werden die Zuordnungen der Berechtigungsgruppen (Tabelle SREPOATH) und zusätzlich die geänderten Programmattribute (Programme) in das Zielsystem transportiert. Im Zielsystem ist somit - im Unterschied zu 3. - eine erneute Ausführung von RSCSAUTH nicht mehr nötig.