Alat za izradu tokova rada dokumenata: vodič kroz Folderit

Ako odobrenja tražite e-poštom, vjerovatno poznajete dva pitanja: koja je verzija zaista pregledana i gdje dokument treba završiti nakon odluke? Alat za izradu tokova rada dokumenata povezuje te odgovore u ponovljiv postupak. Umjesto da zaposlenici pamte svaki sljedeći korak, unaprijed 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 provjeri, 10. novembar 2026: članak je prilagođen izvorniku od 29. januara 2026. Nazivi i objašnjenja usklađeni su s aktuelnom dokumentacijom. Sačuvani snimak prikazuje raniji engleski interfejs; primjeri 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 premještanje u odgovarajuću mapu. Vrijednost nije samo u bržem slanju zahtjeva. Važno je da svi razumiju 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 prije i poslije odluke: neko pošalje pogrešnu verziju, ne uključi odgovornu osobu ili zaboravi premjestiti odobreni dokument. Dizajner toka rada pomaže da i ti prijelazi postanu dio dogovorenog procesa.

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

Događaj → uslovi → koraci → ishodi. Ovaj redoslijed je koristan i prije nego što otvorite aplikaciju. Opišite jedan stvaran postupak na papiru i provjerite može li kolega razumjeti šta će se dogoditi s konkretnim dokumentom.

• Događaj određuje šta pokreće automatizaciju: dodavanje verzije datoteke, premještanje stavke, promjena metapodataka, dodavanje oznake ili dijeljenog pristupa.
• Uslovi ograničavaju obuhvat prema vrsti stavke, nazivu, lokaciji, metapodacima ili završenim zahtjevima. Tako isti događaj neće pokrenuti postupak u cijelom repozitoriju.
• Koraci određuju radnje, čekanje i zadatke za ljude. Dokument se može premjestiti, a učesnicima poslati zahtjev za odgovarajuću odluku.
• Ishodi određuju nastavak. Ispunjen uslov, odbijen zahtjev i izostanak odgovora različita su stanja i trebaju imati odgovarajuće putanje.

Četiri problema koja jasna pravila rješavaju

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

Prekidi u usmjeravanju. 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 mjestom na kojem ljudi očekuju dokument.

Neprimijećeno dijeljenje. Timu je potrebna vidljivost novog dijeljenog pristupa u povjerljivim područjima. Reakcija na događaj može pokrenuti ljudsku provjeru; sama po sebi ne sprečava dijeljenje niti utvrđuje je li primalac vanjski.

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

Kako postaviti tok rada u Folderitu

Otvorite Admin tools > Workflows, dodijelite automatizaciji razumljiv naziv i provjerite je li uključena. Dodajte najmanje jednu početnu tačku, Starting point, te odaberite 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, promjenu metapodataka, Tag added, Share added i Request responded. Posljednji označava odgovor na zahtjev; ne dokazuje da su svi učesnici završili odobravanje.

Posebno provjerite lokaciju. Sama mapa nije isto što i njeni sadržaji. Odaberite odnosi li se pravilo na tu mapu, sve podmape ili ograničen broj nivoa. Uslov vrste stavke razlikuje datoteku, mapu i poveznicu. Precizan obuhvat sprečava nepotrebne zahtjeve 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. Zahtjev Request action ima zasebne ishode Success, Failure i Timeout, koje povezujete s narednim radnjama.

Zadatak mora imati jasna pravila završetka

Izričito odaberite korisnike ili grupe, paralelni ili serijski redoslijed, potreban odgovor svih učesnika, određenog broja ili postotka te prag odbijanja. „Neko je odgovorio” nije isto što i „zahtjev je uspješno završen”. Upute trebaju objasniti š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đer se razlikuju; izbor metode ne predstavlja obećanje pravne usklađenosti.

Due By saopćava rok učesniku. Zasebni Timeout određuje vremensko ograničenje čekanja; vrijednost 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.

Primjer 1: pregled ugovora i premješ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 s metodom Approval. Izaberite imenovane odgovorne osobe iz pravne službe, finansija i uprave. Na primjer, pozovite sve paralelno, zahtijevajte odobrenje svih i odredite da jedna odbijenica znači neuspjeh. To je izbor ovog primjera, a ne univerzalno pravilo.
3. Izlaz Success povežite s premještanjem u Odobreno, Failure s mapom Dorada, a izričito podešeni Timeout s mapom Eskalacija.
4. Odredite vlasnika eskalacije koji provjerava razlog zastoja i odlučuje o sljedećem ljudskom koraku. Premještanje ne donosi odluku umjesto njega.

Učesnici su ovdje svjesno odabrani; ne pretpostavljamo da ih sistem automatski bira iz odjela navedenog u metapodacima. Odvojena naknadna automatizacija također je moguća, ali mora provjeravati završetak i odgovarajući ishod zahtjeva. Sam Request responded nije dovoljan osnov za premještanje u Odobreno.

Provjerite i novu verziju tokom otvorenog pregleda. Svako ponavljanje događaja ne smije nepotrebno stvarati duple zahtjeve. Tim mora znati da li nastavlja pregled postojeće verzije ili pokreće novi krug za izmijenjeni sadržaj.

Primjer 2: provjera dijeljenja u povjerljivoj mapi

Za povjerljivu projektnu mapu odaberite Share added i uslove lokacije i vrste stavke. Zatim dodajte Request action za imenovanu osobu odgovornu za sigurnost. Koristite podešenu metodu pregleda ako postoji, a inače Approval s jasnim uputama.

Pregledalac provjerava stvarnog primaoca, opseg pristupa i dodijeljene dozvole. Automatizacija reaguje nakon stvaranja dijeljenog pristupa: nije preventivna blokada vanjskog dijeljenja, automatski klasifikator primalaca niti automatsko ukidanje pristupa. Ako je dijeljenje pogrešno, ovlaštena osoba ispravlja stvarne postavke pristupa. Premještanje dokumenta samo po sebi ne dokazuje da je poveznica ukinuta.

Isprobajte i dopušteno dijeljenje, kako sigurnosni tim ne bi svaku obavijest tumačio kao incident. Zasebno provjerite događaj izvan odabrane mape da biste potvrdili granice pravila.

Tri greške koje je dobro izbjeći

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

Jedan nepregledan tok za sve. Odvojite složene, nezavisne postupke kada to poboljšava čitljivost. Ipak, početak zahtjeva i grananje prema njegovim ishodima mogu sasvim jasno ostati u jednom toku, kao u primjeru 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 premještanje u arhivu ne znači automatsko brisanje.

Šta provjeriti prije šire upotrebe

• Željena nova verzija u obuhvatu pokreće postupak; stavka izvan 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 zahtjeva ne prolazi kao već odobrena i ne stvara neželjene duplikate.
• Za odsutnog pregledaoca postoji dogovoren način zamjene ili preuzimanja odgovornosti.

Tri praktična pitanja za početak

Jesu li tokovi rada samo za odobravanje?

Nisu. Usmjeravanje, potvrde upoznavanja i kontrolisane reakcije na promjene metapodataka, oznaka ili dijeljenja također 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 griješi: ugovor, potvrdu upoznavanja s pravilnikom ili provjeru dijeljenja. Nacrtajte četiri dijela modela, dogovorite vlasnika i provjerite navedene slučajeve prije proširenja.

Za tačne nazive i postavke pogledajte upute za Workflow Designer (engleski). Širi pregled daje stranica tokovi rada dokumenata. Prije uvođenja provjerite aktuelni paket i dostupno potpisivanje na stranici cijena.