Dokument nicht mehr editierbar

[Sommersprosse]

Hallo zusammen,

ich stehe vor folgendem Problem:
In meinem Workflow werden Reiseanträge gestellt. Bis auf unseren Manager sollten alle MItarbeiter das Recht haben, Anträge zustellen und daraus ein eingeschränkter Personenkreis muss diese Anträge (über einen Aktionsbutton) genehmigen. Dafür gibt es auch eine Rolle Aproval.

Hat der letzte im Prozess den Antrag genehmigt, sollte das Dokument nicht mehr verändert werden können.
Ich habe auch schon das ein oder andere Posting gelesen, aber irgendwie noch nicht den richtigen Geistesblitz gehabt.
Ich habe zwar schon mit verschiedenen ACL Berechtigungen herumgespielt, aber ohne Erfolg.

@doclock ist auch nicht das was ich brauche, da das Dokument ja nicht gesperrt bleibt.

Ihr habt mir bestimmt einen Tipp, wie man sowas lösen kann. Sollte mit Formesprache realisierbar sein.... von Lotus Script keine Ahnung.

[m3]

Reader/Autoren-Felder ist das Stichwort.

[botschi]

Aber ja nur bedingt, wenn die User es in einem bestimmten Zustand nicht mehr editieren dürfen.

Ich würde den Zustand im Postopen, Postmodechange usw abfragen und continue = false setzen. Mit Formelsprache @False? Ich mach das immer mit Script... 

Matthias

[m3]

Matthias, das sind aber alles Mechanismen, die man mehr oder weniger einfach umgehen kann (Agents, ...). "Wirklichen Schutz" vpr weiteren Veränderungen bieten nur Autorenfelder bzw. eine digitale Signatur des Dokuments.

[botschi]

Klar, wer mut- und böswillig etwas an dem Dok ändern will, der schafft das auch 

Aber dann sollte sich unsere Sommersprosse auch die gesamte Rechtesteuerung ansehen, bevor sie mit Leser- und Autorenfeldern arbeitet, die zur Laufzeit geleert werden.
Rollen gibts ja auch noch, vielleicht kann man die Rolle einfach aus den Feldern werfen.

Pass aber auf, dass hinterher aber eine Gruppe/Person das Dok sehen/editieren kann...!


Matthias

[koehlerbv]

Ich verstehe die Diskussion (von einigen) nicht: Dafür sind doch eben Autorenfelder da! Wenn niemand mehr das Dokument editieren darf, dann darf es nur Autoren in der DB (ACL) geben, und das Autorenfeld muss ab dem Status "x" leer sein.

Für einen Workflow müssen selbstverständlich Autorenfelder abhängig vom Status belegt werden: Da kommen dann Leute hinzu, andere werden entfernt, irgendwann sind alle draussen ... Normales Procedere. Und man sollte nicht unbedingt erzwingen wollen, sowas nur mit @functions zu machen: Jede Programmiermöglichkeit kommt früher oder später an ihre Grenzen!

Bernhard

[C_T]

Eine weiter Möglichkeit wäre vielleciht

Zugriffkontrollierte Abschnitte

wenn das Dokument weiterhin von den Mitarbeitern zu öffnen sein sollen. Durch diese Möglichkeit kann man das ändern des DOkuments auch "sperren".

[Sommersprosse]

Erst mal danke für Eure Antworten.

Eine weiter Möglichkeit wäre vielleciht

Zugriffkontrollierte Abschnitte

wenn das Dokument weiterhin von den Mitarbeitern zu öffnen sein sollen. Durch diese Möglichkeit kann man das ändern des DOkuments auch "sperren".

Hab ich auch schon überlegt, muss ich mich aber noch bissle reinlesen. Würde sich anbieten, da ich in meiner Maske eine Tabelle habe, in der alle wichtigen INformationen wie Reisedatum, Name, usw... zusammengefasst werden. Diese sollten nach dem Final Approval nicht mehr verändert werden können.

Aber dann sollte sich unsere Sommersprosse auch die gesamte Rechtesteuerung ansehen, bevor sie mit Leser- und Autorenfeldern arbeitet, die zur Laufzeit geleert werden.
Rollen gibts ja auch noch, vielleicht kann man die Rolle einfach aus den Feldern werfen.

Mit ACL Berechtigungen komme ich nicht weiter. Author reicht mir hier nicht aus, da ich über den Approve Vorgang ein Feld mit einem Namen befülle. Dieses Feld wird wieder für email Benachrichtung benutzt. usw... Das funktioniert auch soweit alles so wie es soll.
Nur sollen eben keine Veränderungen mehr gemacht werden können, wenn der Genehmigungsprozess beendet ist.

Habe  das http://atnotes.de/index.php?topic=33634.msg211342#msg211342 noch gefunden und werde damit mal weiter machen.

Und man sollte nicht unbedingt erzwingen wollen, sowas nur mit @functions zu machen: Jede Programmiermöglichkeit kommt früher oder später an ihre Grenzen!

Da gebe ich dir Recht, bin momentan aber ganz froh, wenn ich mit @functions klar komme und die erstmal verstehe. Vielleicht ist Script manches einfacher, aber auch da muss ich von vorne anfangen.
Kommt noch....

[Sommersprosse]

Noch eine kurze Frage..

Für einen Workflow müssen selbstverständlich Autorenfelder abhängig vom Status belegt werden:

ich habe jetzt ein Autorenfeld (Approval -> berechnet mit Rollenzuweisung [Aprove]). Funktioniert auch bestens. Diese Rolle soll natürlich jetzt verschwinden, sobald der Antrag die letzte Genehmigungsstufe erklommen hat.

Habe das @setfield innerhalb meines @do so plaziert, aber der Wert wird nicht überschrieben

Code

@If(reqAprov1 =""&reqAprov2 =""&reqAprov3 !="";
	@Do(
		@SetField("approved";"Yes");
		@SetField("Approval";"");
		@MailSend(mailfinal;SendMail;""; thema;textfinal;"";[IncludeDoclink])
		); 

Funktioniert das @setfield bei Autorenfeldern auch?

[koehlerbv]

Ein Autorenfeld (eigentlich: Item mit Property "IsAuthors" = True) ist nichts anderes als ein Item mit Text, dass auf Grund der Property anders behandelt wird.
Selbstverständlich funktioniert da auch @SetField.

Aber: Wenn Du das Feld (also im Frontend!) berechnet hast, dann schlägt diese Formel natürlich wieder durch. "Berechnet beim Anlegen" wäre in Ordnung, aber mit "Berechnet" reisst Du mit dem Hintern wieder ein, was Du mit den Händen wieder aufgebaut hast.

Soweit meine "Ferndiagnose".

Bernhard

[Sommersprosse]

Danke für die schnelle Antwort,

genau das wars. Jetzt muss ich nur noch mein FileSave umbauen, da ich mir meine Berechtigung zu früh geklaut habe, aber sonst funktioniert es.

"Ferndiagnose" war erfolgreich.