mehere Autorenfelder

[AC]

Hi Leute,
sorry daß ich hier für einige von Euch wieder mal mit diesem Thema nachfragen muß, doch beim Studium der 100 Treffer bei der Suche hier ist mir leider noch nicht ganz das Licht aufgegangen.

Frage 1. Kennt jemand einen guten und tiefgehenden Artikel (LDD?) über den Zusammenhang zwischen mehreren Autorenfeldern, Leserfeldern in einem Dokument., ACL ? Vielleicht gibts ja irgendwo eine Tabelle in der drin steht was unter welchen Szenarium passiert

Frage 2. Ich habe je 2 multiple Autoren- und Lesefelder in der Makse.
Je ein Autor und Leserfeld sind berechnet und beinhalten den Server und eine gemsichte Gruppe mit Managern (in ACL auch mit Managerzugriff).
Das andere Autorfeld beinhaltet den Ersteller des Dokuments in der Form: Vorname Name/Org.
Der Ersteller soll nun auswählen (mit dem Adressbuchdialog), wer noch bearbeiten darf bzw. lesen.
Die Ersteller selbst haben Autorzugriff mit dem Recht Dokumente zu erstellen
Ist das sinnvoll so oder was gibt es noch zu beachten???
 
Frage 3: In meinem speziellen Fall wird das zu erstellende Dokument durch eine LS Aktion schon im Backend erstellt und gespeichert bevor es geöffnet
am UI erscheint. Das ganze Heckmeck deshalb weil ich ein RTField schon vor dem öffnen setze.
Bevor ich im Backend das doc speichere setze ich noch das zweite Autorenfeld mit doc.dezAutor = session.username damit der
Ersteller auch Autorenrechte auf das Dokument hat.
Wenn das Dokument dann geöffnet ist , ist es zwar im editmode aber der Benutzer darf nicht speichern obwohl er im Autorenfeld Form: (Vorname Name/Org.)
drin steht.  Ich versteh es nicht.

Frage 4.
Kann man eigentlich verhindern, daß Kategorien (eventuell auch mit Summen)  in Ansichten am Server angezeigt werden für Benutzer die keine Leserechte auf die Dokumente haben und keine Dokumente sichtbar unter den angezeigten Kategorien hängen?

TIA, Holcomb

[HeKo]

Hi Holcomb,

zu Deiner Frage 3:
Das im Backend erzeugte Feld wird wahrscheinlich nicht als Autorfeld gedeutet. Versuch mal, es mit

Dim itm As NotesItem
Set itm = New NotesItem( doc, "dezAutor", session.username,  READERS)

dann sollte es funktionieren...
zu Deiner Frage Nr. 4:
Du kannst in den Ansichtseigenschaften mit einem Häkchen entscheiden, ob "leere Kategorien angezeigt" werden sollen oder nicht. Das dürfte den gewünschten Effekt bringen.
Gruß
Henning

[Axel Janssen temp]

Eigentlich sollten meines Wissens nach mehrere Autoren/Leserfelder funktionieren. Trotzdem ist es sauberer jeweils 1 Autorenfeld und 1 Leserfeld zu haben. Ich würde die Feldinhalte in querySave über LotusScript agregieren (geht über NotesItem Klasse). Das ist sauberer.
Ich habe schon Datenbanken mit 3 oder 4 Autorenfeldern gesehen. Und zumindest unter Domino5 hat das irgendwann Ärger gemacht. Außerdem ist das unübersichtlich, falls jemand die Datenbank erweitert, verändert.

Gruß Axel

[AC]

Hallo Heko,

danke für die Antwort.
Zu meiner Frage 3: Ja genau, daran lags!
Beim setzen von Autoren  / Leserfelder via script am besten über item unter angabe des Readers oder Authors paramter.
Habs vergessen, daß man dies so machen sollte :-(

zu Frage 4. Ja genau das Häkchen bewirkt das.
hatte ich bisher noch keine Bedarf für. Man lernt nicht aus.

Gruß, Holkomb

[AC]

Hallo Axel

das Autoren - bzw. Leserfeld soll ja manuell setzbar sein vom Benutzer.
Und egal was dieser hier einträgt, möchte ich, daß eine bestimmte Gruppe immer Schreib- und Lesezugriff behält.

Deshalb auch die doppelten Autoren und Leserfelder.



Gruß Holcomb

[g202e]

Frage 1. Kennt jemand einen guten und tiefgehenden Artikel (LDD?) über den Zusammenhang zwischen mehreren Autorenfeldern, Leserfeldern in einem Dokument., ACL ? Vielleicht gibts ja irgendwo eine Tabelle in der drin steht was unter welchen Szenarium passiert

Ja. Zwar nicht in LDD, aber trotzdem gut.
Guckst du: http://www.breakingpar.com/bkp/home.nsf/Doc!OpenNavigator&87256B280015193F87256B820062DA63

[Axel Janssen temp]

Hallo Axel

das Autoren - bzw. Leserfeld soll ja manuell setzbar sein vom Benutzer.
Und egal was dieser hier einträgt, möchte ich, daß eine bestimmte Gruppe immer Schreib- und Lesezugriff behält.

Deshalb auch die doppelten Autoren und Leserfelder.

Hi Holcomb,

wieso  

Du kannst Darstellung (Leser und Autorenfelder, die der User sieht) von der Funktionalität (Sicherheit durch Leser- und Autorenfelder in Notes) trennen, indem du einfach den Inhalt der Felder der Autoren und Leserauswahl (keine Leser- und Autorenfelder) im querysave in die eigentlichen versteckten Leser- und Autorenfelder kopierst.

Gruß Axel

[AC]

Moin g202e,

ich guck   ;-)
Krass !

Merci, danke!
Holcomb

[AC]

Guten Morgen Axel,

hab ich Dich richtig verstanden ?  
Für den Benutzer zeige ich zwei Namensfelder an und im querrysave schreibe ich dann die eigentlichen (hidden) Autoren- und Lederfelder mit dem Inhalt der beiden Namensfelder und eben zusätzlich mit den Gruppen die ich bestimme (via notesitem und appendtotextlist).

Ja ok, dannn brauche ich in der Tat nur ein Leser und Autorenfeld.

Gruß, Holcomb

[Glombi]

Hi,
bei der Verwendung von "normalen" Text- oder Namensfeldern zur Eingabe von potentiellen Autoren und Lesern, die dann in die berechneten Autoren- und Lesenamensfelder geschrieben werden, muss folgendes beachtet werden  - insb. unter R5:
Wenn ein User umbenannt wird, ändert der Adminp Task - sofern ein Administrationsserver in der ACL steht und die entsprechende Option aktiviert ist - den Namen in allen Autoren- und Lesenamensfeldern. Aber NICHT in Text und Namensfeldern (letzteres geht erst in R6).
D.h. wenn nach der Umbenennung ein User ein Dokument bearbeitet und speichert, werden in die Autoren- und Lesenamensfelder wird die alten Werte aus dem Text-/Namensfeld eingetragen.

Das ist also mit Vorsicht zu genießen!

Andreas

[AC]

Hi Andreas Glombi,  

"umbenannt wird": Namensänderung weil Kollegin geheiratet hat und sie über die ID Verwaltung einen neuen Namen anfordert ?

Danke für den Tip, wenn man das nicht weiß, steht man in so einem Fall ratlos und blöd bei den Chefs da.

Ist es dann doch besser mit 2 Autoren- und zwei Leserfeldern im Dokument  zu arbeiten oder spricht da auch was anderes dagegen ?

Hinzulernende Grüße, Holcomb

[Glombi]

"umbenannt wird": Namensänderung weil Kollegin geheiratet hat und sie über die ID Verwaltung einen neuen Namen anfordert ?

Genau das ist gemeint: Bspw. neuer Nachname durch Heirat (oder Scheidung), neuer OU-Certifier durch Abteilungswechsel etc....

Auf der sicheren Seite (ohne Programmieraufwand) bist Du, wenn Du nur mit Autoren- und Lesenamensfeldern arbeitest - es dürfen auch mehr sein. Es zieht immer die Gesamtheit.
D.h.

Ein User darf ein Dokument lesen, falls
-er namentlich, durch Gruppe oder Rolle in mindestens einem Lese- oder Autorennamenfeld gelistet ist

Ein User darf ein Dokument bearbeiten, falls
-er Autorrecht hat und namentlich, durch Gruppe oder Rolle in mindestens einem Autorennamenfeld gelistet ist
- er Editor- oder höhere Rechte hat

User mit Lesezugriff dürfen nicht bearbeiten, auch wenn diese in einem Autorennamenfeld stehen.

In jeder Datenbank sollte ein Administrationsserver eingetragen sein. Und es sollte die Option "Autoren- und Lesenamesfelder ändern" aktiviert werden. Nach der Migration auf R6 sollte dass dann auch für Namensfelder erweitert werden.

Andreas

[AC]

Hallo Glombi,

nochmal danke für die gute Zusammenfassung.
Habe mittlerweile auch den sehr guten Artikel gelesen, den g202e empfohlen.

Schönen Tag noch, Holcomb