Berechtigungen: Dok-Ersteller u. Bearbeiter

[Stephann]

Hallo liebe Forum-User,

ich bin gerade dabei eine kleine Datenbank zu erstellen. Jetzt bin ich leider an einem Punkt angekommen, wo ich Tipps bzw. Hilfe brauche um weiter zu kommen. Ich habe folgendes vor.....

- "A" sind diejenigen, die ein Dok erstellen
- "B" sind diejenigen, die ein Dok bearbeiten (beinhaltet A)
- "C" Read-Only-User

- Es wird ein Status für das Dokument festgelegt. Vorerst nur "X", "Y" und "Z"
- A darf nur Doks erstellen und EIGENE bearbeiten, solange der Status auf "X" steht
- Bestimmte Felder "1", "2", "3", dürfen nur von B ausgefüllt werden
- B darf sämtliche Daten/Felder ändern (und auch Dokumente erstellen)

Ich weiß nicht wie ich das lösen soll/kann? Über Autoren bzw. Leserfelder? Ich wäre euch über jeden Tip / Rat sehr dankbar.

Vielen Dank im Voraus.

Stefan

[ata]

... du kannst über Leser und Autorenfelder generell einstellen, wer Lesen und wer Bearbeiten darf. Ein Leser wird nie in der Lage sein zu bearbeiten. Daher würde ich die Steuerung ins QueryModeChange, bzw. PostModeChange verelgen und dort validieren, wer von den Bearbeitern aufgrund von welchem Status in den Edit-Mode darf..

toni

[Stephann]

@ata: Danke für Deine Antwort/Hilfe. Also mit Leser- und Autorenfelder habe ich mich schon beschäftigt und auch Unterlagen. Gibt es noch weitere hilfreiche Quellen in Bezug auf die Validierung im QueryModeChange bzw. PostModeChange ausser in der Domino Hilfe?

[ata]

... die Designer-Hilfe sollte dir ausreichen. Mit Continue, bzw. .EditMode bist du in der Lage die Steuerung zu übernehmen...

Toni

[koehlerbv]

Vielleicht ist dieser BP-Artikel hilfreich.

Es sei aber nochmals deutlich gesagt: Sicher ist dieses Verfahren nicht. Ich würde mit Leser- und Autorenfeldern arbeiten und diese entsprechend Status belegen.

Bernhard

[ata]

@Bernhard,

wenn du mit Repliken auf unterschiedlichen Servern arbeitest, benötigst du zu Steuerung aber einen Leitstandserver, der die Änderungen dann nächtlich zentral anhand von Steuerdokumenten vornimmt. Das ist auf jeden Fall ein erheblicher Aufwand. In Bezug auf Sicherheit schließe ich mich an. Mir dem Debugger kann das ausgehebelt werden...

Toni

[koehlerbv]

Warum denn das, Toni? A ist Autor, wird aber aus Autorenfeld entfernt, wenn Status != "X".
B steht immer in einem Autorenfeld.
C ist Leser.
Die Felder 1, 2, 3 müssen sowieso gesondert überwacht werden (neben Hide-when o.ä. zum Verbergen der editierbaren Felder für A).

Bernhard

[ata]

... wenn du das Autorenfeld änderst, riskierst du eine  Speicherkonflikt mit einem anderen Server, falls dort ebenfallls der Status geändert wurde...

Toni

[koehlerbv]

Das Problem hast Du doch immer, Toni - völlig unbeschadet von Autorenfeldern.

Bernhard

[Stephann]

Also die Datenbank ist unkritisch. Sie wird nur auf einem Server laufen und es werden auch keine lokale Repliken erstellt. Es sollte also nicht zu Speicherkonflikten kommen.

Also nehme ich Autorenfelder und wenn der Status geändert wird, dann wird der Name des Autors aus dem Autorenfeld entfernt? So habe ich das richtig verstanden?

Danke @koehlerbv für die weiteren Tipps.