Abap Forum on Gate²App

Hallo,
wir haben in SAP das Problem, das wir einem bestimmten Personenkreis einen Report mit einer speziellen Variante zur Verfügung stellen möchten. Bisher haben wir immer eine Y-Transaktion generiert, welche die betreffende Variante enthielt. In diesem Zusammenhang haben wir jedoch folgende Probleme:

Wie können wir verhindern, das Änderungen an der Vairante vorgenommen werden? Kann man eine Variante fest mit einer Transaktion verknüpfen, sodass über diese Transaktion lediglich die verknüpfte Variante angezeigt werden kann?
Alternativ: Wie können wir steuern, das die Variantenpflege (Variante holen, Variante sichern) für den betreffenden Personenkreis nicht möglich ist? Falls solch eine Einschränkung möglich ist, kann man diese dann reportabhängig steuern?
Alternativ: Wie kann man bestimmte Felder einer Variante "dauerhaft" ausblenden? In der Maske "Als Variante sichern" kann man sich bereits ausgeblendete Felder mittels dem Button "Alle Selektionskriterien anzeigen" wieder sichtbar machen.

Anmerkung: Es geht uns um Felder innerhalb eines Formulares, welche wir über die Stammdatenberechtigung nicht einschränken können. Lediglich durch die Hinterlegung von unterschiedlichen Varianten können wir hier eine Unterscheidung vornehmen (Bspw. unterschiedliche Zeitnachweisformulare).

Hallo,

wenn ich alles richtig verstanden habe, könnt ihr folgendes machen:

Ihr legt die Varianten an, die ihr benötigt und tragt in den Attributen der Variante ein:
Nur im Katalog anzeigen = 'X'

Objekte des Selektionsbildes:
P (Feld schützen) = 'X' für die jeweiligen Parameter, die die Varianten unterscheiden und eben nicht geändert werden dürfen.

Dann legt ihr für jede Variante eine Report-Transaktion an und gebt den Screen (1000) und die Variante an.

Beim Ausführen der Transaktion sind die Felder geschützt also nicht eingabebereit und es kann auch keine andere Variante ausgewählt werden.

Gruß,
Enno

Hallo Enno,

so machen wir es schon die ganze Zeit. Aber das hilft ja für unser Problem garnichts. Denn bei dieser Lösung kann man trotzdem andere Varianten auswählen und selbst geschützte Felder kann man (jeder) wieder freigeben.
gruss

Hallo ,

Aufruf über einen anderen Report Z_01.

Hier würde ich die Sel-options mittels modif id nach den Berechtigungen oder user groups
klassifizieren und gezielt bei
INITIALIZATION und AT SELECTION-SCREEN OUTPUT
durch loop at screen modifizieren.


Gruß Andreas

Hi jijo,

wenn du die Variante schützt, dann kann nur derjenige, der sie angelegt hat auch wieder ändern.

Und wenn du die Varianten als "Nur im Katalog anzeigen" markierst, dann werden diese auch nicht zur Auswahl angeboten.

Aber das Problem ist dann wahrscheinlich, das Anwender A eine andere Variante abspeichert, die dann User B laden kann?

Falls es sich um einen kundeneigenen Report handelt, könnt ihr mittels "RS_SET_SELSCREEN_STATUS" einen eigenen Status auf dem Selektionsdynpro setzen. Hier könnte man dann die Buttons "Variante laden" / "Variante sichern" ausblenden.

Ansonsten wäre die Möglichkeit von Andreas auch eine gute.

Gruß, Enno

Hallo jijo2000,
wir haben ein ähnliches Problem gelöst, indem wir die für die dem Programm zugeordnete Berechtigungsgruppe (P_GROUP) dem Benutzer im Berechtigungsobjekt (S_PROGRAM) den Eintrag VARIANT im Attribut P_ACTION entzogen haben.
Damit ist keine Auswahl anderer Varianten mehr möglich.
Leider ist dies aber auf die Berechtigungsgruppe und nicht auf das einzelne Programm beschränkt.
MfG
Thomas R.

So wie Thomas das beschreibt, habe ich das selbe Thema bei meiner Firma gelöst.

Tipp: Die Berechtigungsgruppen von Standardprogrammen bzw. Z*-Programmen lassen sich mit RSCSAUTH sehr leicht anpassen!

Bei dem beschriebenen Problem müsste für alle relevanten Programme eine spezielle Berechtigungsgruppe gesetzt werden.

Gruß
Stentor

wir hatten zunächst versucht, über s_program wie bereits beschrieben die prüfung zu steuern. den eintrag VARIANT im attribut P_ACTION haben wir entzogen für p_group *. wo pflegt man denn die p_group?

Hallo,
Stentor hat es direkt über Deiner Frage beschrieben....

MfG
Thomas R.