Kui dokumendi kinnitamine toimub e-kirjades, pole kõige tülikam alati otsuse ootamine. Keegi peab leidma õige versiooni, saatma selle õigetele inimestele ning pärast kinnitamist faili õigesse kausta tõstma. Kui üks neist sammudest ununeb, võib kinnitatud lepingu asemel kasutusse jõuda hoopis varasem tööversioon.
Dokumentide töövoo koostaja aitab muuta selle ahela nähtavaks ja korratavaks. Määrad sündmuse, tingimused, tegevused ning tulemusele vastava järgmise sammu. Folderiti Workflow Designer asub dokumendihaldussüsteemis endas: töövoog tegutseb seal, kus on fail, selle versioonid, juurdepääsuõigused ja tegevuste ajalugu. See vähendab vajadust protsessi eraldi tabelist või postkastist kokku panna.
Algne ingliskeelne artikkel ilmus 29. jaanuaril 2026. Funktsioonide kirjeldus on dokumentatsiooni põhjal üle vaadatud 10. novembril 2026. Allolevad näited on seadistusnäited, mitte kirjeldus selles artiklis läbi proovitud tootmislahendusest.
Mis on dokumentide töövoo koostaja?
See on tööriist korduvate dokumendiprotsesside kirjeldamiseks, tavaliselt visuaalsel tööalal. Näiteks võib uue lepinguversiooni lisamine algatada kooskõlastamise ning selle tulemus määrata faili järgmise asukoha. Eesmärk on siduda kokkulepitud tegevused süsteemi sündmustega, et iga juhtumi puhul ei peaks kogu korraldust uuesti meelde tuletama.
Paljud meeskonnad alustavad kinnitamisest. Peagi selgub, et sama tähtis on töö enne ja pärast otsust: kellele dokument suunata, millises kaustas see peab olema ning kuidas hiljem kindlaks teha, mida tegelikult kinnitati. Hea töövoog katab selle terviku. See ei asenda sisulist otsustajat, vaid teeb tema ülesande ja otsuse järel toimuva arusaadavaks.
Lihtne mudel: sündmus → tingimused → sammud → tulemused
Käivitav sündmus vastab küsimusele, millal protsess algab. Folderitis võivad selleks olla näiteks File version added, Item moved, metaandmete muutus, Tag added, Share added või Request responded. Need on erineva tähendusega sündmused: ühe vastuse laekumine ei tähenda veel kogu kinnitamisringi lõppu.
Tingimused piiravad ulatust. Kontrollida saab näiteks elemendi tüüpi, nime, asukohta, metaandmeid või taotluste lõpetamist puudutavat tingimust Requests completed. Määratle, kas reegel puudutab kausta ennast või selle sisu ning kas hõlmata ainult valitud kaust, kõik alamkaustad või kindel arv tasemeid. Nii ei muutu ühe osakonna lepinguvoog kogu hoidlat puudutavaks reegliks.
Sammud kirjeldavad tegevusi. Dokumenteeritud valikute hulka kuuluvad Condition, Delay, Move, Run automation, Send reminder, Wait for event ja Request action. Tingimuse Success- ja Failure-haru tähendavad vastavalt seda, et kontrollitav tingimus on tõene või väär. Need ei tähenda iseenesest dokumendi kinnitamist ega tagasilükkamist.
Tulemused määravad jätku. Request action sammul on eraldi Success, Failure ja Timeout. Ühenda need teadlikult järgmise tegevusega ning vaata üle iga haru lõpp. Muidu võib põhitee olla korrektne, kuid vastamata taotluse korral ei ole kellelgi selge, mis edasi saab.
Neli probleemi, mida nähtav töövoog aitab lahendada
- Versioonide segadus. Heakskiit puudutab läbi vaadatud versiooni. Uue faili lisamine ei muuda seda automaatselt kinnitatuks. Versiooniajalugu aitab muutusi jälgida, kuid avaldamisel tuleb ikkagi kontrollida õiget versiooni ja selle otsust.
- Puudulik suunamine. Kinnitatud fail võib jääda mustandite hulka või sattuda valesse projektikausta. Tulemusega seotud liigutamissamm aitab hoida asukoha ja tegeliku oleku kooskõlas.
- Märkamatu jagamine. Jagamise sündmus võib tuua juhtumi vastutaja tähelepanu alla. Selline järelkontroll ei ole ennetav keeld ega tõend, et adressaat oli väline või juurdepääs lubamatu.
- Puuduv tõendusmaterjal. Versioonid, vastused ja tegevuste ajalugu aitavad uurida, kes mida tegi ja millal. Nende olemasolu üksi ei tõenda õigusnõuete täitmist; organisatsioon peab määrama ka säilitamise, õigused ja tõendite kasutamise korra.
Koosta töövoog Folderitis ja määra selle piirid
Ava Admin tools → Workflows, anna töövoole arusaadav nimi ning kontrolli, kas see on lubatud. Lisa vähemalt üks Starting point, vali sündmus ja kitsad tingimused. Nimega käivituspunkti saab vajaduse korral käivitada ka elemendi Workflow-menüüst käsitsi. Leppige kokku, millal töötaja peaks seda võimalust kasutama ja kuidas väldite sama protsessi korduvat käivitamist.
Vanemal kuvatõmmisel kasutatakse nimetust Resolution. Praegune samm ametliku ülesande saatmiseks on Request action. Vali selles osalejad kasutajate või rühmadena ning otsusta, kas nad tegutsevad paralleelselt või järjest. Määra eraldi lõpetamise reegel: kas vastama peavad kõik, kindel arv või protsent osalejatest. Samuti tuleb otsustada, mitu tagasilükkamist põhjustab ebaõnnestumise.
Meetodite hulka kuuluvad Approval, Acknowledgement, Folderit eSign, DocuSign, eID ja Fill fields. Sisuline ülevaatus võib olla konto jaoks seadistatud kohandatud meetod. Seda ei tule eeldada iga konto universaalse standardvalikuna. Allkirjastamisviiside saadavus ja nõuded sõltuvad konfiguratsioonist; protsessi nimi ei anna allkirjale iseenesest kindlat õiguslikku staatust.
Due By näitab informatiivset tähtaega. Eraldi Timeout määrab, millal automaatika liigub ooteaja lõpu harusse; väärtus 0 tähendab, et ajalimiiti pole. Üksnes kuupäeva möödumine ei taga eskaleerimist. Kui soovite vastamata juhtumi teisele vastutajale suunata, tuleb määrata ajalimiit, selle haru ja inimene, kes juhtumiga edasi tegeleb.
Kasuta kaustu arusaadava elutsükli jaoks
Mudel Mustand → Ülevaatus → Kinnitatud → Arhiveeritud annab meeskonnale ühise keele. Kaustade loendist saab kiiresti näha, kus dokument peaks olema. Sellel on mõte siis, kui asukoht vastab päriselt otsusele ning õigused lubavad inimestel teha oma rollile sobivaid toiminguid.
Ümbertõstmine ei ole iseseisev tõend heakskiidust. Samuti ei kehtesta Arhiveeritud-kausta liigutamine õiguslikku säilitustähtaega ega luba faili automaatset kustutamist. Leppige eraldi kokku, kes saab kinnitatud sisu muuta, milline versioon on kasutamiseks lubatud ning kuidas arhiivi korrastatakse. Siis toetab struktuur töökorraldust ega tekita pelgalt korrastatuse muljet.
Näide 1: lepingute ülevaatus ja tulemuspõhine suunamine
Oletame, et lepingute uued versioonid jõuavad kausta Lepingud/Ülevaatus. Eesmärk on saada kindlaks määratud inimeste otsus ja viia fail selle järgi edasi. Ühes visuaalses töövoos saab kirjeldada nii ülevaatuse algatamise kui ka järgneva suunamise:
- Vali File version added ning piira asukoht ülevaatuskausta vajaliku ulatusega. Lisa tingimus, et tegemist peab olema failiga.
- Lisa Request action meetodiga Approval. Määra juriidilise, finants- ja juhtimisrolli esindajad nimeliselt või sobivate rühmadena. Näiteks nõua kõigi kolme vastust ja määra ühe tagasilükkamise mõju. Metaandmed ei vali selles näites osakonna inimesi automaatselt.
- Ühenda taotluse Success sammuga Move kausta Kinnitatud ning Failure sammuga Move kausta Parandamisele.
- Kui ajalimiit on määratud, ühenda Timeout liigutamisega kausta Eskaleerimine. Nimetatud vastutaja kontrollib, miks vastus puudub, ning otsustab edasise tegevuse.
Eraldi jätkuautomaatika on samuti võimalik, kui selle lõpetamise ja tulemuse tingimused on õigesti seatud. Ära kasuta üksnes Request responded sündmust tõendina, et kõik on kinnitanud: see kinnitab ühe vastuse saabumist. Protsess peab säilitama vahe üksiku reaktsiooni ja nõutud osalejate lõpetatud otsuse vahel.
Katseta ka uut versiooni poolelioleva ülevaatuse ajal. Otsus jääb seotud läbivaadatud versiooniga ning uus üleslaadimine ei ole selle otsusega juba heaks kiidetud. Määrake, kuidas sellist muudatust käsitleda ja kuidas vältida sama faili kohta mitme tarbetu taotluse tekkimist. Uuesti käivitumine ei ole alati soovitud tulemus.
Näide 2: konfidentsiaalse kausta jagamiste järelkontroll
Teine võimalik protsess jälgib Share added sündmust piiratud konfidentsiaalses kaustas. Määra asukoht ja elemendi tüüp täpselt ning saada Request action turbe eest vastutavale inimesele. Kui kontol on sobiv kohandatud ülevaatusmeetod, kasuta seda; muidu võib aluseks olla Approval koos selgete juhistega.
Ülevaataja peab kontrollima tegelikku saajat ja jagamise õigusi. Käivitamine toimub pärast jagamise loomist: see ei peata välisjagamist ette, ei klassifitseeri adressaati automaatselt ega tühista ligipääsu. Vajaduse korral parandab inimene tegelikku jagamist dokumenteeritud juurdepääsuseadistustes. Faili teise kausta viimine üksi ei tõenda, et link või jagamine enam ei kehti.
Kontrolli katses nii lubatud tavapärast jagamist kui ka väljaspool jälgitavat kausta tehtud jagamist. Esimene aitab hinnata tarbetute ülesannete hulka, teine näitab, kas ulatus on tõesti piiratud. Järelkontroll on kasulik ainult siis, kui vastutaja teab, mida vaadata ja kuidas leitud puudus lahendada.
Kolm levinud viga
Liiga lai ulatus. Kõikide kaustade kõik sündmused tekitavad müra. Alusta ühest dokumentide rühmast, õigetest tüüpidest ja ühest vajalikust sündmusest. Laienda alles siis, kui piirid on arusaadavad.
Üks töövoog püüab teha kõike. Hoia harud loetavad. Ühes voos võib olla selge taotlus ja tulemuste suunamine; eraldi vood sobivad siis, kui lõpetamise kontekst ja vastutus on üheselt määratud. Jagamine mitmeks töövooks ei paranda vigast lõpetamisreeglit.
Suunamismudel jääb kokku leppimata. Kui kinnitatud fail näeb välja nagu juhuslik mustand, ei teki usaldust. Kirjeldage iga sihtkausta tähendus, ligipääs ja vastutaja enne automaatsete liigutamiste lisamist.
Mida enne kasutuselevõttu kontrollida?
- Kas õiges kaustas lisatud uus versioon käivitab kavandatud protsessi ning väljaspool ulatust olev fail jääb kõrvale?
- Kas kinnitamine ja tagasilükkamine viivad õigesse sihtkohta alles määratud lõpetamisreegli alusel?
- Mis juhtub vastuse puudumisel ja seadistatud ajalimiidi täitumisel?
- Kuidas käsitletakse uut versiooni avatud taotluse ajal ja välditakse duplikaate?
- Kes asendab puuduvat ülevaatajat ning kelle vastutada jääb eskaleeritud juhtum?
- Kas lõplik fail, versioon, õigused ja ajalugu vastavad kokkulepitud tulemusele?
Kolm küsimust enne alustamist
Kas töövoo koostaja on ainult kinnitamiseks? Ei. Ka asukoha korrashoid ning kontrollitud reageerimine metaandmete, siltide, jagamiste ja taotluste muutustele võivad eemaldada käsitööd. Vali tegevus tegeliku vajaduse järgi.
Kas selleks peab olema arendaja? Visuaalse töövoo koostamine ei eelda tavaliselt programmeerimist. Raskem osa on kokku leppida sündmus, vastutajad ja erandite käsitlemine. Administraator peab siiski seadistusest ja õigustest aru saama.
Millest alustada? Vali üks praegu viivitusi põhjustav protsess: lepingute kinnitamine, juhendiga tutvumise kinnitamine, otsusejärgne suunamine või jagamise ülevaatus. Pane selle sündmus, tingimused, sammud ja tulemused esmalt kirja.
Järgmine samm
Seadistusvalikute jaoks vaata Workflow Designeri juhendit (inglise keeles). Laiema ülevaate saab Folderiti dokumentide töövoogude kirjeldusest (inglise keeles). Kontrolli hinnakirjast ka praeguse paketi võimalusi ja vajaliku allkirjastamise seadistust. Alusta ühest täielikust ja kontrollitud protsessist ning lisa uusi harusid põhjendatud vajaduse korral.
