SDA & "OR"-Bezugszahlen

[muadeep]

Habe ein Problem im SDA!

Wir haben ein Menü, welches über ein CL feststellt, welche Positionen angezeigt werden sollen!
d. h. handelt es sich um BenutzerA dann geht die "50" auf an, handelt es sich um BenutzerB dann geht die "51" auf an, ...

Nur Benutzer welche auch die entsprechende Bezugszahl auf "AN" haben können den Menü-Eintrag (Format) sehen/lesen!

SDA -> ist hier leider auf 9 "OR"-Bedingungen(Bezugszahlen begrenzt!

Gibt's irgend eine Möglichkeit dies zu umgehen?
"vielleicht mit PNL (fals ja, wo gibt's eine Broschüre dazu) oder, oder, oder"

bin für jeden Tipp dankbar

A  50                                                                   
AO 51                                                                   
AO 52                                                                   
AO 53                                                                   
AO 55                                                                   
AO 57                                                                   
AO 58                                                                   
AO 54                                                                   
AO 59                             11  2'08 - erz. irgendwas' 

[loeweadolf]

Lege für jeden Menü-Punkt eine Bezugszahl fest, unter der dieser sichtbar wird.

Anhand der Benutzer dann jede dieser Bezugszahlen an- oder aussetzen.

Besser wäre es, so etwas mit einem Programm und einer Menü-Datei zu steuern.

mfg. Ludger

[Kaufmann]

Warum machst du das nicht über ein Subfile in dem nur Einträge aufgenommen werden die gültig sind und dann bei der Auswertung entscheidest Du dann welches Programm aufgerufen wird.

[DVE]

Ist wohl die flasche Antwort auf die Frage, aber warum machst du das nicht über ein UIM-Menü. Hier kannst du die Menüpunkte definieren und über Berechtigungsobjekte (z.B. simple *DTAARA) festlegen, welche Benutzer die Menüpunkte sehen dürfen.
Vorteil: Durch Änderung der Berechtigung an den Berechtigungsobjekte kannst du jederzeit den Kreis der Benutzer einschränken/erweitern.

Gruß
DVE
Falls du ein Beispiel dafür benötigst. Schick eine Mail.

[Fuerchau]

Die Lösung mit den BZ's ist da vergleichbar, nur benötige ich da keine speziellen Objekte.
Bei UIM kann ich dies auch über Variablen-Bedingung steuern.

[muadeep]

ist den UIM und PNLGRP nicht das gleiche?

an PNLGRP hab ich ja auch schon gedacht, nur hab
ich leider damit überhaupt keine Erfahrung!

gibt's dazu Broschüren? (wenn ja, wo, bzw. wer hat was für mich)

[Fuerchau]

UIM und PNLGRP ist das Selbe.
Beschrieben ist das Ganze im "Applicaten Display Programming" Handbuch.

Aber die BZ-Lösung ist doch vollkommen ausreichend und auch leichter wartbar.
Wenn ich per RPG eine Datei USER/MENÜ habe reicht ein MOVEABERFLD *IN,1 für das Setzen der Menüpunkte.

[DVE]

@fuerchau
könntest recht haben.
Es sei du bist ein ganz fauler (so wie ich) und hast eine Anwendung geschrieben um Menüs (wir haben knapp 300 UIM-Menüs) zu verwalten und (bei Änderungen/Neuanlage) automatisch zu generieren.

Gruß
DVE

[Fuerchau]

Auch hier ist eine PF-Verwaltung effektiver (nicht so viele Objekte) und vor allem mehrsprachig.
UIM hat den Nachteil, dass ich tatsächlich für jedes Menü jeder Sprache ein eigens Objekt benötige und für Berechtigungen auch noch zusätzliche Objekte verwalten muss.
Für's System mag das ja noch angehen, aber für eine internationale Anwendung unmöglich.

Klassische ERP-Systeme (DCW, BRAIN u.a.) haben ihre Verwaltungsprogramme dafür und sind damit hoch flexibel.

[roman]

Hallo zusammen
Leider muss ich dieses Thema nochmals "aufwärmen". Da mit V6R1 endgültig das letzte Stündlein von APD geschlagen hat, erstelle ich die notwendigen menüs mit UIM und möchte die Menüpositionen je nach Userberechtigung steuern.

Das vielzitierte Manual "Application Display Programming" habe ich dabei konsultiert. Leider werde ich bezüglich dem Setzen von Bedingungen nicht ganz schlau, d.h. bei mir funktioniert dies einfach nicht. Kann mir jemand den entscheiden Hinweis geben weshalb?
Die Dataareas JEFFIBU_xx benutze ich für die Abfrage der Berechtigung. Ich unterscheide dabei nur zwischen *EXCLUDE (Menüauswahl unsichtbar bzw. nicht erlaubt) und *ALL (Menüauswahl sichtbar bzw. erlaubt).

Hier ein Auszug aus der Codierung:

:COND NAME=FIBU
EXPR='CHKOBJ("JEFFIBU_FI","*DTAARA","*ALL")'.
:COND NAME=KRED
EXPR='CHKOBJ("JEFFIBU_KR","*DTAARA","*ALL")'.


:MENUGRP COND=FIBU
HAUPTBUCH.
:MENUI COND=FIBU
OPTION=1
ACTION='CMD ? RUNQRY QRY(XFINANZQRY/kto390038a) RCDSLT(*YES)'
HELP='menu/option1'.
Umbuchung Konto 390038 KTO390038A

Für Hinweise bin ich sehr dankbar.

Grüsse Roman

[Fuerchau]

Sieht ja soweit gut aus, allerdings hilft das nicht, wenn der User oder die Gruppe z.B. *ALLOBJ hat.

[ExAzubi]

Warum nicht bei Benutzer A und B die Bezugszahl 50 auf *ON setzen?

Besser wäre es wenn jeder Menüpunkt nur eine Bezugszahl hätte, und du im CL sagst IF &USER *EQ A *IN50= *ON

IF &USER *EQ B DO *IN50 = *ON *IN51 = *ON

Oder kannst du dir vielleicht mit den GRPPRF weiterhelfen? RTVUSRPRF und GRPPRF die Berechtigungen steuern?