Alat za izradu tokova rada dokumenata: vodič za Folderit

Ako odobrenja tražite e-poštom, verovatno poznajete dva pitanja: koja je verzija zaista pregledana i gde dokument treba da završi nakon odluke? Alat za izradu tokova rada dokumenata povezuje te odgovore u ponovljiv postupak. Umesto da zaposleni pamte svaki sledeći korak, unapred određujete događaj koji pokreće proces, njegov obuhvat, potrebne zadatke i postupanje prema ishodu.

Folderitov Workflow Designer radi unutar sistema za upravljanje dokumentima. Dokument, njegove verzije, prava pristupa i podaci o postupku ostaju u istom radnom okruženju. To olakšava praćenje, ali dobar rezultat i dalje zavisi od jasno određenih odgovornosti i pažljivo podešenih pravila.

Napomena o proveri, 10. novembar 2026: članak je prilagođen izvorniku od 29. januara 2026. Nazivi i objašnjenja usklađeni su sa aktuelnom dokumentacijom. Sačuvani snimak prikazuje raniji engleski interfejs; primeri su ilustrativne konfiguracije, a ne rezultati testiranja u stvarnom radnom prostoru.

Šta je alat za izradu tokova rada dokumenata?

To je alat kojim na vizuelnom radnom prostoru oblikujete postupak kroz koji dokument prolazi: pregled, odobravanje, potvrdu upoznavanja, potpisivanje ili premeštanje u odgovarajuću mapu. Vrednost nije samo u bržem slanju zahteva. Važno je da svi razumeju kada postupak počinje, na šta se odnosi i ko preuzima odgovornost ako zapne.

Tim obično počne od odobravanja ugovora ili računa. Ubrzo se pokaže da kašnjenje nastaje i pre i posle odluke: neko pošalje pogrešnu verziju, ne uključi odgovornu osobu ili zaboravi da premesti odobreni dokument. Dizajner toka rada pomaže da i ti prelazi postanu deo dogovorenog procesa.

Jednostavan model: događaj, uslovi, koraci i ishodi

Događaj → uslovi → koraci → ishodi. Ovaj redosled je koristan i pre nego što otvorite aplikaciju. Opišite jedan stvaran postupak na papiru i proverite da li kolega može da razume šta će se dogoditi sa konkretnim dokumentom.

• Događaj određuje šta pokreće automatizaciju: dodavanje verzije datoteke, premeštanje stavke, promena metapodataka, dodavanje oznake ili deljenog pristupa.
• Uslovi ograničavaju obuhvat prema vrsti stavke, nazivu, lokaciji, metapodacima ili završenim zahtevima. Tako isti događaj neće pokrenuti postupak u celom repozitorijumu.
• Koraci određuju radnje, čekanje i zadatke za ljude. Dokument može da se premesti, a učesnicima poslati zahtev za odgovarajuću odluku.
• Ishodi određuju nastavak. Ispunjen uslov, odbijen zahtev i izostanak odgovora različita su stanja i treba da imaju odgovarajuće putanje.

Četiri problema koja jasna pravila rešavaju

Zabuna oko verzija. Odobrenje se odnosi na pregledanu verziju. Naknadno učitana verzija nije time već odobrena. Proces mora jasno da pokaže koja se verzija šalje na pregled i šta se dešava ako se dokument promeni dok je zahtev još otvoren.

Prekidi u usmeravanju. Odluka „odobreno” malo pomaže ako datoteka ostane među nacrtima ili završi u pogrešnom projektu. Dogovorena odredišna mapa povezuje odluku s mestom na kojem ljudi očekuju dokument.

Neprimećeno deljenje. Timu je potrebna vidljivost novog deljenog pristupa u poverljivim područjima. Reakcija na događaj može pokrenuti ljudsku proveru; sama po sebi ne sprečava deljenje niti utvrđuje da li je primalac spoljni.

Nepotpuna evidencija. Istorija verzija i zapisi o postupku olakšavaju utvrđivanje ko je odlučivao, kada i o čemu. Te podatke treba tumačiti uz ovlašćenja i stvarno provedene kontrole. Revizijski trag sam po sebi nije garancija usklađenosti.

Kako postaviti tok rada u Folderitu

Otvorite Admin tools > Workflows, dodelite automatizaciji razumljiv naziv i proverite da li je uključena. Dodajte najmanje jednu početnu tačku, Starting point, i izaberite događaj i uske uslove. Imenovana početna tačka može omogućiti i ručno pokretanje iz menija Workflow pojedine stavke.

Dokumentovani događaji uključuju File version added, Item moved, promenu metapodataka, Tag added, Share added i Request responded. Poslednji označava odgovor na zahtev; ne dokazuje da su svi učesnici završili odobravanje.

Posebno proverite lokaciju. Sama mapa nije isto što i njeni sadržaji. Izaberite da li se pravilo odnosi na tu mapu, sve podmape ili ograničen broj nivoa. Uslov vrste stavke razlikuje datoteku, mapu i vezu. Precizan obuhvat sprečava nepotrebne zahteve i olakšava kasnije održavanje.

Dostupni koraci obuhvataju Condition, Delay, Move, Run automation, Send reminder, Wait for event i Request action. Na starom snimku formalni zadatak može biti označen kao Resolution; današnja dokumentacija koristi Request action.

Izlazi Success i Failure koraka Condition znače da je uslov tačan ili netačan. Ne znače odobravanje i odbijanje. Zahtev Request action ima zasebne ishode Success, Failure i Timeout, koje povezujete sa narednim radnjama.

Zadatak mora imati jasna pravila završetka

Izričito izaberite korisnike ili grupe, paralelni ili serijski redosled, potreban odgovor svih učesnika, određenog broja ili procenta i prag odbijanja. „Neko je odgovorio” nije isto što i „zahtev je uspešno završen”. Uputstva treba da objasne šta osoba odobrava i koju verziju treba pregledati.

Metode uključuju Approval, Acknowledgement, Folderit eSign, DocuSign, eID i Fill fields. Pregled može biti posebno podešena metoda, pa nemojte pretpostavljati da svako okruženje ima isti izbor. Dostupnost i podešavanje potpisivanja takođe se razlikuju; izbor metode ne predstavlja obećanje pravne usklađenosti.

Due By saopštava rok učesniku. Zasebni Timeout određuje vremensko ograničenje čekanja; vrednost 0 znači da ga nema. Sam prolazak roka ne obećava eskalaciju. Ako očekujete reakciju na izostanak odgovora, podesite putanju i imenujte osobu koja je preuzima.

Primer 1: pregled ugovora i premeštanje prema odluci

Pretpostavimo da ugovori spremni za odluku ulaze u mapu Ugovori/Pregled. Prva faza prikuplja odluke, a druga određuje odredište. To se može pregledno prikazati u jednom vizuelnom toku rada:

1. Početnu tačku ograničite na File version added, mapu Ugovori/Pregled i vrstu stavke datoteka. Podmape uključite samo ako pripadaju istom postupku.
2. Dodajte Request action sa metodom Approval. Izaberite imenovane odgovorne osobe iz pravne službe, finansija i uprave. Na primer, pozovite sve paralelno, zahtevajte odobrenje svih i odredite da jedna odbijenica znači neuspeh. To je izbor ovog primera, a ne univerzalno pravilo.
3. Izlaz Success povežite sa premeštanjem u Odobreno, Failure sa mapom Dorada, a izričito podešeni Timeout sa mapom Eskalacija.
4. Odredite vlasnika eskalacije koji proverava razlog zastoja i odlučuje o sledećem ljudskom koraku. Premeštanje ne donosi odluku umesto njega.

Učesnici su ovde svesno odabrani; ne pretpostavljamo da ih sistem automatski bira iz odeljenja navedenog u metapodacima. Odvojena naknadna automatizacija takođe je moguća, ali mora proveravati završetak i odgovarajući ishod zahteva. Sam Request responded nije dovoljan osnov za premeštanje u Odobreno.

Proverite i novu verziju tokom otvorenog pregleda. Ponavljanje događaja ne sme nepotrebno da stvara duple zahteve. Tim mora da zna da li nastavlja pregled postojeće verzije ili pokreće novi krug za izmenjeni sadržaj.

Primer 2: provera deljenja u poverljivoj mapi

Za poverljivu projektnu mapu izaberite Share added i uslove lokacije i vrste stavke. Zatim dodajte Request action za imenovanu osobu odgovornu za bezbednost. Koristite podešenu metodu pregleda ako postoji, a inače Approval sa jasnim uputstvima.

Pregledalac proverava stvarnog primaoca, opseg pristupa i dodeljene dozvole. Automatizacija reaguje nakon stvaranja deljenog pristupa: nije preventivna blokada spoljnog deljenja, automatski klasifikator primalaca niti automatsko ukidanje pristupa. Ako je deljenje pogrešno, ovlašćena osoba ispravlja stvarna podešavanja pristupa. Premeštanje dokumenta samo po sebi ne dokazuje da je veza ukinuta.

Isprobajte i dopušteno deljenje, kako bezbednosni tim ne bi svako obaveštenje tumačio kao incident. Zasebno proverite događaj van odabrane mape da biste potvrdili granice pravila.

Tri greške koje je dobro izbeći

Preširok obuhvat. Počnite jednom mapom, jednom vrstom stavke i događajem koji zaista traži reakciju. Više obaveštenja nije isto što i bolja kontrola.

Jedan nepregledan tok za sve. Odvojite složene, nezavisne postupke kada to poboljšava čitljivost. Ipak, početak zahteva i grananje prema njegovim ishodima mogu sasvim jasno ostati u jednom toku, kao u primeru ugovora.

Izostavljen model odredišta. Nacrt → Pregled → Odobreno → Arhivirano koristan je obrazac samo uz podešene dozvole i prihvaćene odluke. Naziv mape ne stvara pravni rok čuvanja, a premeštanje u arhivu ne znači automatsko brisanje.

Šta proveriti pre šire upotrebe

• Željena nova verzija u obuhvatu pokreće postupak; stavka van njega ostaje isključena.
• Odobravanje i odbijanje vode na dogovorena odredišta tek prema pravilima završetka.
• Izostanak odgovora aktivira podešeni timeout, uz poznatog vlasnika eskalacije.
• Nova verzija tokom otvorenog zahteva ne prolazi kao već odobrena i ne stvara neželjene duplikate.
• Za odsutnog pregledaoca postoji dogovoren način zamene ili preuzimanja odgovornosti.

Tri praktična pitanja za početak

Jesu li tokovi rada samo za odobravanje?

Nisu. Usmeravanje, potvrde upoznavanja i kontrolisane reakcije na promene metapodataka, oznaka ili deljenja takođe su korisni. Birajte korake prema konkretnom problemu.

Treba li nam tehničko znanje?

Najvažnije je dogovoriti proces, odgovorne osobe i izuzetke. Vizuelni prikaz olakšava podešavanje, ali uslove, dozvole i pravila završetka ipak treba pažljivo pregledati.

Odakle početi?

Izaberite jedan postupak koji danas kasni ili često greši: ugovor, potvrdu upoznavanja sa pravilnikom ili proveru deljenja. Nacrtajte četiri dela modela, dogovorite vlasnika i proverite navedene slučajeve pre proširenja.

Za tačne nazive i podešavanja pogledajte uputstva za Workflow Designer (engleski). Širi pregled daje stranica tokovi rada dokumenata. Pre uvođenja proverite aktuelni paket i dostupno potpisivanje na stranici cena.