WRKSPLF Option: 4 (löschen)

[Cobolaner]

Hallo Forum,

kann ich irgendwie verhindern, daß der Benutzer, bei dem Befehl WRKSPLF mit Option: 4, seine Spoolfiles löscht ?
Alle anderen Optionen darf er benutzen.

SPLCTL entfernen können wir nicht.

Besten Dank

[schatte]

Hallo,

User für den Befehl DLTSPLF auf *EXCLUDE stellen. Wenn er dann mit WRKSPLF löschen will, kommt folgende Meldung:

Keine Berechtigung für Befehl DLTSPLF in Bibliothek *SYSTEM.

Gruß
Matthias Schatte

[Cobolaner]

Hallo Mathias,
danke für die schnelle Antwort.
Die Anfangsfrage war eigentlich nicht ganz richtig.
Wir wollen verhindern, daß der Benutzer in einer BESTIMMTEN Qutq mit Option:4 seine Spools löscht in allen anderen kann er löschen.

[BenderD]

Hallo,

das geht mit einem Validity Checker für den Command, der Benutzer und OUTQ abprüft und dann gegebenen Falls eine Escape Message schickt.

mfg

Dieter Bender

Hallo Mathias,
danke für die schnelle Antwort.
Die Anfangsfrage war eigentlich nicht ganz richtig.
Wir wollen verhindern, daß der Benutzer in einer BESTIMMTEN Qutq mit Option:4 seine Spools löscht in allen anderen kann er löschen.

[Fuerchau]

Aha, mit Auswahl 2 ändere ich dann die OUTQ und lösche den Spool dann dort ?

Welchen Vorteil hat so eine Berechtigung ?

[cbe]

...
Wir wollen verhindern, daß der Benutzer in einer BESTIMMTEN Qutq mit Option:4 seine Spools löscht in allen anderen kann er löschen.

bösartige Leute verschieben die Spools dann in eine andere OUTQ und löschen sie dort...

Gruß
Christian

[cbe]

oh, war wieder jemand schneller...

[Cobolaner]

hallo noch einmal,
nur mal zum Verständnis. Wir archivieren Rechnungen, d.h, das bei der RE_Erstellung das Original in die QUTQ xy und eine Kopie in die OUTQ ZZ geht.
Nun haben es einge Schlaue geschafft, die Spools aus der Qutq ZZ zu löschen (während der Job lief) und somit war nichts mit archivieren.
Eigentlich fänden wir es eleganter, wenn der Benutzer keine Berechtig hätte, in der OUTQ ZZ zu löschen, aber wie?

Ein schönes Wochenende und Danke

[kuempi von stein]

....Eigentlich fänden wir es eleganter, wenn der Benutzer keine Berechtig hätte, in der OUTQ ZZ zu löschen, aber wie?...

Hello,

man könnte die Logik ändern, und die zu archivierende "Kopie" mit SNDNETSPLF z.B. an einen Dummy-User schicken.

k.

[Fuerchau]

Entfernen der Berechtigung des/der User/s aus der OUTQ ZZ.
Allerdings benötigt das Erstellprogramm die Berechtigung an ZZ (*OWNER-Attribut des Programmes), je nach dem wer die Spools erstellt.

[DVE]

Dieter Bender hat in soweit Recht, das hier der Befehl DLTSPLF vor Ausführung geprüft werden muss. Allerdings nicht über den Validy Checker, den gab es mal früher heute heißt die Sache REGINF und hier nimmst du den für die Ausführung verantwortliche. Heißt für dich Programmieren. Du bekommst vom System den auszuführenden Befehl, scannst ihn und wenn die schützenswerte Spool vom "falschen Benutzer" gelöscht werden soll, lehnst du die Ausführung ab.

Gruß
DVE

[BenderD]

Hallo,

den validity checker gibt es immer noch und der ist erste Wahl, wenn es um Abbruch der Aktion geht; für die Änderung von Parametern gibt es da neueerdings Fallstricke, die man möglicherweise mit der REGINF Klamotte umgehen kann, möglicherweise hat zweiteres auch Vorteile bei Relase Wechsel, aber das kann man mit CRTDUPOBJ in eine Vorschaltlib auch hinkriegen.

mfg

Dieter Bender

Dieter Bender hat in soweit Recht, das hier der Befehl DLTSPLF vor Ausführung geprüft werden muss. Allerdings nicht über den Validy Checker, den gab es mal früher heute heißt die Sache REGINF und hier nimmst du den für die Ausführung verantwortliche. Heißt für dich Programmieren. Du bekommst vom System den auszuführenden Befehl, scannst ihn und wenn die schützenswerte Spool vom "falschen Benutzer" gelöscht werden soll, lehnst du die Ausführung ab.

Gruß
DVE