Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

ACL-Administrationsserver - Adminp

<< < (2/4) > >>

Günther Rupitz:

--- Zitat von: koehlerbv am 28.09.11 - 20:40:50 ---Zu 1) Das kommt auf die jeweilige DB an und ist pauschal nicht zu beantworten. Mindestens genau so wichtig ist ja der Eintrag, was der AdminP mit den unterschiedlichen Names-Items anstellen soll (oder nicht)

--- Ende Zitat ---

Sogar wichtiger in meinen Augen. Allerdings habe ich fast keinen Anwendungsfall wo ich die Funktion in der Form in einer Eigenentwicklung
nutzen kann. So ist es bei mir meist so dass ich die Names-Felder eines Workflow-Dokumentes das abgeschlossen ist nicht mehr ändern will, bei einem das noch in bearbeitung ist jedoch schon. Nur Adminp unterscheidet hier ja nicht, also muss ich solche Änderungen fast immer durch einen Programm machen.


--- Zitat ---Zu 2) aclEZ von Ytria und ein eigenes, spezifisches Teil, was sich bei neuen oder (fraglich) geänderten ACLs bei den lieben Admins meldet.

--- Ende Zitat ---

Ok, das Teil habe ich mir noch nie angesehen. Wenn es so eine Art Suchen-Ersetzen kann wäre es vielleicht recht nützlich.

Driri:

--- Zitat ---Nur Adminp unterscheidet hier ja nicht, also muss ich solche Änderungen fast immer durch einen Programm machen.

--- Ende Zitat ---

Kommt darauf an, wie die Anwendung aufgebaut ist. Wenn man das von Anfang an berücksichtigt, kann man die Felder z.B. als Autorenfeld oder Namensfeld aufbauen.

Damit könnte man also z.B. dafür sorgen, daß Namen zur Anzeige in Namensfeldern und Namen für die Verarbeitung im Workflow / für die Rechtesteuerung in Autorenfeldern stecken.

Dafür gibt es ja dann in der ACL die Unterscheidung, welche Namensfelder der Adminp bearbeiten soll.

koehlerbv:
Welche Itemtypen verwendet werden, erfordert tatsächlich von Anfang an eine sorgsame Planung und ist so meist auch einfach möglich.
Ein sehr einfaches Verfahren ist ein Text- und ein Namensfeld (hierunter fasse ich jetzt mal Authors, Readers und Names zusammen). Das Namensfeld speichert den Namen, wie er Notes bekannt ist (gesetzt beim Erstellen, Ändern und / oder per Agent), das Textfeld übernimmt jeweils das Namensfeld, so es derzeit anders als Namensfeld und dieses aber nicht leer ist.
Für die Anzeige in Ansichten wird der auszugebende Wert berechnet: Wenn Namensfeld nicht leer, dann Namensfeld, sonst Textfeld. Aktionen gehen immer auf das Namensfeld - wenn es nicht leer ist, sonst ist die Operation nicht möglich.


--- Zitat ---So ist es bei mir meist so dass ich die Names-Felder eines Workflow-Dokumentes das abgeschlossen ist nicht mehr ändern will, bei einem das noch in bearbeitung ist jedoch schon.
--- Ende Zitat ---
Das kann aber zu komischen Effekten führen:
- Workflow läuft, User wird gelöscht - das Dokument hängt in der Luft. Wenn zum Monatsende mal mehr Leute gehen ...
- Workflow ist beendet, User wird umbenannt. Nach einiger Zeit kommen schon die ersten Fragen: Wer war denn das? Auch personenbezogene Auswertungen sind so nicht möglich (wieviel Tage Urlaub hat die jetzt verheiratete XY schon genommen?).

Bernhard

Günther Rupitz:

--- Zitat ---Welche Itemtypen verwendet werden, erfordert tatsächlich von Anfang an eine sorgsame Planung und ist so meist auch einfach möglich.
Ein sehr einfaches Verfahren ist ein Text- und ein Namensfeld (hierunter fasse ich jetzt mal Authors, Readers und Names zusammen). Das Namensfeld speichert den Namen, wie er Notes bekannt ist (gesetzt beim Erstellen, Ändern und / oder per Agent), das Textfeld übernimmt jeweils das Namensfeld, so es derzeit anders als Namensfeld und dieses aber nicht leer ist.
Für die Anzeige in Ansichten wird der auszugebende Wert berechnet: Wenn Namensfeld nicht leer, dann Namensfeld, sonst Textfeld. Aktionen gehen immer auf das Namensfeld - wenn es nicht leer ist, sonst ist die Operation nicht möglich.

--- Ende Zitat ---

uahhhh. Namen in Textfeldern, da stellts mir schon ein bisserl die Haare auf. Aber ich weiss schon, im Notes muss man viel zu oft irgendwelche Hinkelzüge machen.  Aber ein möglicher Ansatz - Danke.


--- Zitat ---- Workflow läuft, User wird gelöscht - das Dokument hängt in der Luft. Wenn zum Monatsende mal mehr Leute gehen ...

--- Ende Zitat ---
Aber hier hast du ja schon einmal eine Schwachstelle beim Adminp - der unterscheidet ja bei Feldern nicht zwischen einer Userlöschung/Umbennenung, der fährt ja in beiden Fällen gleich drüber, was ich sehr unpraktisch finde.


--- Zitat ---- Workflow ist beendet, User wird umbenannt. Nach einiger Zeit kommen schon die ersten Fragen: Wer war denn das? Auch personenbezogene Auswertungen sind so nicht möglich (wieviel Tage Urlaub hat die jetzt verheiratete XY schon genommen?).

--- Ende Zitat ---
Da hast du recht, ja.

Eine viel schönere Lösung wäre es meiner Ansicht ja wenn es einen Agent-Trigger für die Adminp-Userveränderungen (Umbenennen/Löschen/..) geben würde und ich in dann die relevanten Felder in den Dokumenten selbst neue berechnen könnte. Das muss ich derzeit ja auch schon so machen wenn eine Person durch eine andere abgelöst wird und offene Dokumente/Tasks übernommen werden müssen. Dafür habe ich ja gar keinen Admin Prozess.

koehlerbv:

--- Zitat von: rupitz am 29.09.11 - 10:47:21 ---Namen in Textfeldern, da stellts mir schon ein bisserl die Haare auf. Aber ich weiss schon, im Notes muss man viel zu oft irgendwelche Hinkelzüge machen.

--- Ende Zitat ---
Wie kommst Du denn darauf?

Und warum sollte der AdminP zwischen Löschungen und Umbennenungen unterscheiden? Der ist doch nicht da, um faule oder unfähige Programmierer zu unterstützen, sondern die Integrität des Gesamtsystems sicherzustellen.

Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete