NOTESSIDAN

Allt om Lotus Notes & Domino




Ett enkelt arbetsflöde med godkänna och avslå
Jag vet inte hur många applikationer jag byggt i mina dagar med någon form av arbetsflöde. antagligen för många. och jag tror ingen är den andra lik eftersom alla företag har sitt eget sätt att hantera godkännanden på.

För att kunna bygga en applikation med arbetsflöde i så är säkerhet en viktig faktor. Fel personer får inte kunna godkänna eller kanske inte ens se dokument i vissa skeden av ett arbetsflöde.

Just nu håller jag på och bygger en Lotud Notes applikation som ska ska ha ett dynamiskt arbetsflöde, dvs vem som är mottagare eller nästa person i kedjan av ett dokument är inte bestämt i förhand utan bestäms när dokumentet skapas.

För att lösa detta på ett lätt sätt så gorde jag som jag beskrivit nedan, funkar både på seriellt och parallellt flöde.

  • Sätt alla användare till Editors i databasen

  • Skapa 2 fält, Ett Readersfält och Ett Godkännare fält

  • När Dokumentet skickas för godkännande fyller man på Readerssfältet och Godkännarefältet med personer som ska kunna godkänna dokumentet. readersfältet styr i och med detta nu vem som kan se dokumentet och godkännadefälten styr vem som kan godkänna.

  • Förhindra Editerläge i QueryOpen och QueryModeChange efter dokumentet är skickat för godkännande. (Inga förändringar i ett dokument efter det är skickat för godkännande är tillåtna, då måste ny revision och godkännandeflöde skapas.

  • Godkänna och avslå knappar visas i dokumentet baserat på vilka som finns i godkännarefältet.

  • När en godkännare är klar med sitt godkännande tas denna persons namn bort ifrån Godkännarefältet och kan därmed inte längre godkänna, men fortfarande läsa dokumentet eftersom denna finns i Readerssfältet. Nästa godkännare (om finnes) fylls på i godkännarefältet.



Alltså, jag behöver inte använda mig av något Authorsfält. om man finns i readersfältet så kan man se dokumentet, men enbart personer i godkännarefältet kan godkänna eller avslå. Editera ett dokument kan enbart en person som skapat ett nytt dokument och bara så länge det inte är skickat för godkännande.

Man skulle förstås kunna använda Authorsfält också vid behov, men i mitt flöde kändes det bara överflödigt och krångligt.



Relevanta Poster på Notessidan:



Publicerad 2007-09-09 | Kommentarer: 5 | Läsningar: 931
Kommentarer

Johan Vagerstam ( 2007-09-10 13:07:57 ) Websida
Håller med om att det är enkelt att göra som du beskriver, men personligen föredrar jag att hålla så låg behörighet på behörighetsgrupperna som möjligt. I detta fall skulle jag begränsat grund-behörigheten i databasen till author. Sen skulle jag gjort godkännande-fältet till ett authors-fält. Då behöver man ingen kontroll i QueryModeChange.

Med default behörighet Editors så måste man tänka på att bygga in särskild QueryModeChange-kontroll på andra formulär i databasen, t ex för inställningar/nyckelord etc.

/Johan
Thomas Adrian ( 2007-09-10 13:27:15 ) Websida
Helt riktigt. tack för din kommentar.

- Thomas
Fredrik Stöckel ( 2007-09-11 10:06:29 )
Håller med. Author rättigheter som "default" är en bra grundprincip. Denna kan man alltid extenda/finmaska vid behov, det är jobbigare att gå åt andra hållet.


- fredrik
Thomas Adrian ( 2007-09-11 11:00:23 ) Websida
Authorsfält är bra och säkra men en nackdel tycker jag är att det tar alldeles för lång tid att testa.

Om man jobbar med Editornivå på ACL:en så behöver man liksom inte tänka så mycket på hur Authorsfälten fungerar i olikla situationer.

I mitt fall kändes det lättare eftersom säkerheten ligger i om det finns "Actions" att trycka på i dokumenten eller inte. Och inte på om man kan editera dokumenten eller inte.

- Thomas












Thomas Adrian ( 2007-09-11 16:48:28 ) Websida
En nackdel med min modell som editor är att man faktiskt programmatiskt kan uppdatera dokument även om man inte är approver.


- Thomas



Sök på Notessidan
Thomas Adrian
ThomasCertifierad utvecklare och administratör inom Notes & Domino

Kontakta mig







Senaste Sökningarna på Notessidan
Sön - sharepoint (R:1)
Sön - räkna and antal and besökare (R:0)
Sön - browser (R:17)
Sön - stoppar and mail (R:1)
Sön - korrupt (R:3)
Sön - böcker (R:0)
Sön - kalendern (R:12)
Sön - feature (R:15)
Sön - print and mime (R:2)
Sön - länka (R:0)
Sön - databasen (R:94)
Sön - access (R:47)
Sön - outlook (R:15)
Sön - webanvändare (R:0)
Sön - google and maps (R:6)
Sön - juffe (R:2)
Sön - uidoc.print (R:1)
Sön - java and lotusscript (R:26)
Sön - besök (R:0)




Databasstatistik Blogg
Uppdateras var 15:e Minut

Antal Poster:562
Antal Kommentarer: 1378
Alla sidvisningar idag:
Unika Besökare idag:
Databasstorlek: 178,5Mb
Fixup: 2019-07-15 00:31:17
FT:2019-07-16 03:10:24
DB Procent använd: 99,5
Antal Agenter: 42
Antal Formulär: 65
Antal Vyer: 60
Antal Dokument: 7927
Antal Image Resources: 108
Antal Subformulär: 18
Antal Scriptbibliotek: 11
Totalt Antal Designelement: 576
Antal Attachments: 159
Antal Konflikter: 0
Server version 1: 405
Server version 2: Release 9.0.1FP9|August 14, 2017
Server Plattform: Windows/64
Ändrad: 2019-07-16 04:40:25
Server Tidszon: Z=-1$DO=1$DL=3 -1 1 10 -1 1$ZX=131$ZN=W. Europe
Region:
Kommentarsspam Idag: 3
Kommentarsspam Totalt: 17897


BlogRankers.com

Top Sites at iWEBTOOL.com

Fight Spam! Click Here!

Bloggtoppen.se

Listed on BlogShares

Increase website traffic

Top Internet Blogs

Site Checker