Leo,
das wird imho deshalb nicht ganz einfach, weil ja mehrere Gruppen im NAB stehen können.

Wir nehmen den User "Reiner Unsinn". Er steht z.B. in der Gruppe "Einkauf". Außerdem steht er noch in der Gruppe "Lager", weil er mitbekommen will, was denn da so für Probleme auftauchen mit den von ihm eingekauften Produkten. Dann steht er vielleicht noch in der Gruppe "Frankfurt", weil er eben beim Standort Frankfurt arbeitet.

Somit wird es schwierig für eine programmatische Lösung, welche Gruppenmitglieder denn noch Autor werden sollen (Einkauf / Lager / Frankfurt).

Wie auch immer:
Ich würde via QuerySave entsprechend per Script das Autoren-Feld füllen.

Es sollte es sich nicht schwierig gestalten, die Rollen, die aktuell der User hat, via QuerySave in ein Autorenfeld zu setzen.

Kannst du bitte für einen Moment von deiner Wolke zu dem Fußvolk kommen, um einen Formel-Tipp zu geben?..
 
Du bist doch ein netter Kerl, oder?

Leo, was denkst Du auf welcher Wolke ich bin?
Formelsprache ist nicht für "Fußvolk", sondern ist in manchen Fällen sehr viel eleganter und auch performance-seitig besser als Script. Siehe auch die vielen Evaluate-Dinge, wo in LotusScript eben auf @Formel ausgewichen wird.

Bevor man hier helfen kann:
Wo definierst Du nun, welche Abteilungskollegen der User "Reiner Unsinn" hat?

Trotzalledem sehe ich hier eine saubere Lösung nur in LS.

Bevor man hier helfen kann:
Wo definierst Du nun, welche Abteilungskollegen der User "Reiner Unsinn" hat?

Ich würde die Rolle "Alle" weg schmeißen und durch mehrere Abteilungsrollen ersetzen:
z.B. "Geschäftsführung", "Wolke", "Support", "Fußvolk" etc.

Jede Abteilung hat eine eindeutige Domino-Gruppe. Jede dieser eindeutigen Domino-Gruppen kriegt in ACL eine entsprechende Rolle.

Falls Reiner Unsinn also die Rolle "Support" hat und ein Dokument erstellt, dann wird diese Rolle in das Autorenfeld geschrieben, und dadurch kriegen alle anderen Mitglieder der Abteilung/Gruppe/Rolle auch das Autor-Recht.

Stimmt's?

Jetzt ist nur die Frage, wie ich diese Rolle beim Dokument-Anlegen ermittle und reinschreibe...
Oder mindestens in einem Feld "Berechnet zur Anzeige" angezeigt bekomme...

P.S. Es gibt natürlich auch gemischte Domino-Gruppen, wie in deinem Beispiel vorher, aber es macht hier nichts (hoffe ich).

So würde ich das machen:
Man nehme ein Autorenfeld, das mit einer Dialogliste ausgestattet ist und Multi-Values zulässt.
Befüllt wird diese Liste mit den Rollen des Users (mit ein paar weiteren Tricks sind dann auch die eckigen Klammern weg).
Da kann der dann aus der Liste auswählen, welcher Gruppe er Zugriff gewähren will.
Und dafür brauche ich nicht mal Skript....und höchstens 3 Minuten....

Nevertheless: Skript zu können schadet nie.

Richtig. Aber 70 Abteilungen sind doch eine ganze Menge...

Da hast Du Recht  

.. aus der Designer-Hilfe:

Beispiel
Gibt eine Liste von Rollen des aktuellen Benutzers für eine Datenbank auf einem Server oder für eine lokale Datenbank zurück, falls "Konsistente ACL über alle Repliken dieser Datenbank erzwingen" aktiviert ist. Rollen sind in der Zugriffskontrollliste einer Datenbank definiert.
Syntax
@UserRoles
Rückgabewert
Rollen
Textliste. Jedes Element in der Liste ist der Name einer Rolle, die der aktuelle Benutzer in der aktuellen Datenbank übernimmt. Die Rollennamen sind zwischen eckigen Klammern eingeschlossen. Die Funktion gibt eine leere Zeichenfolge ("") zurück, wenn es sich bei der aktuellen Datenbank um eine lokale Datenbank handelt un.....

Hallo,

noch eine Frage...

Es kann natürlich sein, dass der Datenbank-Manager überprüfen will, welche Rollen ein User in der DB hat...
Ich stelle mir eine Maske mit zwei Feldern vor:

1. Feld "User" - bearbeitbar, um den Name eines Users aus dem Domino-Adressbuch auszuwählen

2. Feld "Rollen" - berechnet (z.B. zur Anzeige), wo alle Rollen des Users angezeigt werden.

Geht es?
Mit welcher Formel?

Gruß
Bruce

... dann schaut der Admin in der ACL nach und "gut iss".

d.h. die Entwickler können die Admins dabei nicht unterstützen...