Einschränkung der Variantepflege innerhalb eines Reports

Einschränkung der Variantepflege innerhalb eines Reports

Postby Joy2246 » Wed Dec 08, 2004 3:23 pm

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).
Joy2246
.
.
 
Posts: 5
Joined: Wed Dec 08, 2004 3:23 pm

Postby ewx » Wed Dec 08, 2004 4:21 pm

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
ewx
.....
.....
 
Posts: 2840
Joined: Mon Aug 04, 2003 9:02 pm

Postby Joy2246 » Thu Dec 09, 2004 8:10 am

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
Joy2246
.
.
 
Posts: 5
Joined: Wed Dec 08, 2004 3:23 pm

Postby Eleanor356 » Thu Dec 09, 2004 9:02 am

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
Eleanor356
....
....
 
Posts: 558
Joined: Thu Aug 14, 2003 7:42 am

Postby ewx » Thu Dec 09, 2004 10:27 am

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
ewx
.....
.....
 
Posts: 2840
Joined: Mon Aug 04, 2003 9:02 pm

Postby Bianka4768 » Thu Dec 09, 2004 10:31 am

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.
Bianka4768
....
....
 
Posts: 567
Joined: Tue Dec 10, 2002 5:46 pm

Postby Yannic4553 » Fri Dec 10, 2004 1:56 pm

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
Yannic4553
...
...
 
Posts: 121
Joined: Mon Feb 09, 2004 5:40 pm

Postby Alva1590 » Mon Dec 13, 2004 12:23 pm

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?
Alva1590
.....
.....
 
Posts: 4387
Joined: Mon Dec 02, 2002 3:01 pm

Postby Bianka4768 » Mon Dec 13, 2004 9:08 pm

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

MfG
Thomas R.
Bianka4768
....
....
 
Posts: 567
Joined: Tue Dec 10, 2002 5:46 pm


Return to Human Resources

Who is online

Users browsing this forum: No registered users and 4 guests