also folgendes Konstrukt:
KUNDENDOC
- JEDER kann mit mehr als Leserrecht ein PROJEKTDOC anlegen
- Person A legt Kunden-Doc A an.
- Autorenfeld AUTHOR, Multivalue, Editierbar: Person A und Person B (von A zusätzlich aufgenommen)
- Leserfeld: keines vorhanden
- Folge: nur Person A und B können Doc A editieren.
- Alle anderen können es lesen.
- Alle anderen können es nicht editieren, solange sie in der ACL nicht mehr als Authorenrecht haben.
PROJEKTDOC
- in Maskeneigenschaften, 2 Lasche: "Formeln übernehmen Werte ..." anhaken
- Feld AUTHOR mit Vorgabewert-Formel AUTHOR, editierbar, Multivalue
- Maskentyp: Response
- JEDER kann mit mehr als Leserrecht ein PROJEKTDOC anlegen
- Person A legt Projekt-Doc A an
- Autorenfeld mit Person A und B vorbelegt
- Leserfeld READ, berechnet, multivalue, Formel: "[Admin]":AUTHOR
- Folge: nur Person A und B können Doc A editieren.
- Alle anderen können es NICHT lesen, es sei denn sie haben in der ACL die Rolle Admin bekommen
- Hinweis: unbedingt SERVER diese Admin Rolle geben und als Authorenserver definieren (siehe ACL)
- Alle anderen können es NICHT editieren, auch wenn sie in der ACL Editor sind, denn sie können das Doc ja nicht sehen
So würde ich es angehen enstprechend den Forderungen Deines Chefs. Wenn Du mit den obigen Dingen nicht klarkommst (ich habe versucht Dir deutlich zu machen, was ein Autor bedeutet, was ein Leser bedeutet, etc...), empfehle ich Dir unbedingt ein Developer Redbook von IBM zu Lotus zu lesen (dazu zB das R5 Developer Handbook auf LDD, Redbooks). Sonst wird es eine üble Stocherei und das kostet Dich nur unnötig Nerven. Lieber 8 Stunden in Ruhe Zeit investiert, die Dinge zu verstehen, als zig STunden unnötig verbraten. Oder ganz billig vom Herdt Verlag für ca. 20 Euro anscheinend excellente Schulungs-Handbücher.
