Aprobări pierdute în e-mailuri, fișiere numite „final-definitiv” și documente aprobate rămase în dosarul greșit: multe probleme apar între activități. Un designer vizual de fluxuri pentru documente face aceste treceri explicite. Echipa stabilește ce eveniment pornește procesul, ce documente intră în el, cine trebuie să intervină și unde ajunge fișierul.
Workflow Designer din Folderit funcționează direct în sistemul de gestionare a documentelor, alături de fișiere, permisiuni și istoricul versiunilor. Acest ghid explică modelul de bază și prezintă două configurații posibile. Exemplele sunt scenarii ilustrative de configurare, nu relatări despre teste într-un mediu de producție.
Verificare funcțională la 10 noiembrie 2026, pe baza articolului original în engleză din 29 ianuarie 2026. Indicațiile țin cont de denumirile și setările actuale din documentația indicată.
Ce este un designer de fluxuri pentru documente?
Este un instrument pentru reprezentarea proceselor documentare repetitive într-un spațiu vizual, prin conectarea evenimentelor, condițiilor și acțiunilor. Pasul următor se bazează pe reguli stabilite, în loc să depindă de memoria unui coleg, de un tabel sau de un șir lung de mesaje.
Nevoia începe adesea cu aprobarea. Totuși, timpul se pierde și înainte, și după decizie: identificarea versiunii corecte, implicarea persoanelor responsabile și așezarea rezultatului la locul potrivit. Designerul leagă aceste activități. Organizația rămâne responsabilă de alegerea regulilor potrivite și de atribuirea clară a responsabilităților.
Modelul: declanșator, condiții, pași și rezultate
Declanșator → Condiții → Pași → Rezultate este o structură utilă pentru planificare. Descrieți mai întâi procesul în această ordine, apoi construiți-l în interfață.
- Declanșator: ce s-a întâmplat? De exemplu, încărcarea unei versiuni noi, mutarea unui element, modificarea metadatelor sau adăugarea unei etichete ori a unei partajări.
- Condiții: ce elemente trebuie incluse? Precizați dosarul, tipul elementului, numele sau valorile relevante ale metadatelor.
- Pași: ce urmează? O așteptare, o mutare sau trimiterea unei sarcini formale către participanți identificați.
- Rezultate: ce traseu corespunde rezultatului observat? O condiție adevărată nu înseamnă o aprobare din partea unei persoane.
Într-un pas obișnuit Condition, Success înseamnă că acea condiție este adevărată, iar Failure că este falsă. Al doilea rezultat nu reprezintă respingerea unei cereri de către un aprobator. Pasul Request action are ieșiri separate pentru succes, eșec și expirarea timpului configurat.
Patru probleme frecvente în echipe
Confuzia între versiuni
O persoană aprobă o versiune veche în timp ce alta încarcă deja o revizie. Sau este aprobat fișierul corect, dar este trimisă o altă copie. Decizia trebuie să se refere la versiunea examinată efectiv. O versiune nouă nu moștenește automat aprobarea celei anterioare.
Lacune în direcționare
Documentul este aprobat, dar rămâne în Ciorne, în spațiul personal al cuiva sau în dosarul altui proiect. O destinație stabilită clarifică locul în care continuă lucrul și reduce întrebările despre starea documentului.
Partajări puțin vizibile
Un link sau un acces nou la un conținut confidențial poate trece neobservat. O sarcină ulterioară de verificare face evenimentul vizibil. Pentru alegerea măsurii potrivite trebuie examinate destinatarul și permisiunile acordate efectiv.
Lipsa trasabilității
Cine a examinat ce versiune și când a luat decizia? Istoricul versiunilor, detaliile sarcinilor și jurnalele de audit ajută la reconstruirea procesului. Ele nu garantează singure conformitatea: trebuie evaluate și drepturile de acces, procedurile și cerințele aplicabile.
Cum construiți fluxul în Folderit
Deschideți Admin tools → Workflows și creați o automatizare. Dați-i un nume ușor de înțeles și verificați starea Enabled. Adăugați cel puțin un Starting point, cu evenimentul potrivit și condiții restrictive. Un punct de pornire denumit poate fi lansat și manual din meniul Workflow al unui element.
Evenimentele documentate includ File version added, Item moved, modificarea metadatelor, Tag added, Share added și Request responded. Alegeți evenimentul care reprezintă trecerea dorită. Primirea unui răspuns nu dovedește că întreaga aprobare s-a încheiat.
Condițiile includ tipul, numele, locația, metadatele și Requests completed. Deosebiți dosarul în sine de elementele aflate în el. Stabiliți dacă domeniul cuprinde doar acel dosar, toate subdosarele sau un număr limitat de niveluri. O regulă prea largă poate genera multe solicitări inutile.
Pașii documentați sunt Condition, Delay, Move, Run automation, Send reminder, Wait for event și Request action. Imaginea veche folosește încă Resolution pentru sarcinile formale; denumirea actuală este Request action.
Acești pași permit verificarea condițiilor, așteptarea, mutarea elementelor, pornirea altei automatizări salvate și trimiterea solicitărilor. Nu configurează singuri calcule automate, clasificarea documentelor sau selectarea responsabililor după departament. Astfel de cerințe au nevoie de reguli și capacități verificate ori de o integrare separată.
Legați ciclul de viață de decizii
Structura Ciornă → În verificare → Aprobat → Arhivat poate transforma dosarele într-un reper pentru starea documentelor. Are sens doar cu permisiuni, direcționare și decizii acceptate corespunzătoare acestor etape. Mutarea în „Arhivat” nu stabilește singură o perioadă legală de păstrare și nu promite ștergerea ulterioară.
În Request action, alegeți utilizatori sau grupuri și lucru în paralel ori în serie. Stabiliți dacă sarcina necesită finalizarea de către toți destinatarii, un număr anume sau un procent. Configurați și pragul de respingere. Existența unor răspunsuri nu înseamnă neapărat că solicitarea a reușit.
Metodele includ Approval, Acknowledgement, Folderit eSign, DocuSign, eID și Fill fields. O verificare poate folosi o metodă personalizată; nu presupuneți că „Review” este disponibilă identic în toate conturile. Verificați disponibilitatea și configurarea metodelor de semnare.
Due By reprezintă un termen informativ. Parametrul explicit Timeout controlează limita de timp; valoarea 0 înseamnă că nu există timeout. Simpla depășire a datei afișate nu garantează escaladarea. Stabiliți și persoana care preia un caz fără răspuns.
Exemplul 1: aprobarea contractelor și direcționarea rezultatului
Imaginați-vă versiuni noi în dosarul „Contracte/Verificare”. Păstrați două faze de lucru: obținerea aprobării și direcționarea potrivit rezultatului. Un singur flux vizual le poate conecta clar:
- Configurați File version added, cu o condiție de tip fișier și locația limitată la dosarul de verificare.
- Adăugați Request action cu Approval. Numiți persoane din juridic, financiar și conducere. În acest exemplu, participanții sunt aleși explicit, nu selectați automat din metadate.
- Cereți, de exemplu, aprobarea tuturor celor trei și configurați eșecul după o singură respingere. Verificați împreună regulile de finalizare și respingere.
- Conectați Success → Move la „Aprobat”, Failure → Move la „De corectat” și Timeout → Move la „Escaladare”.
În ultimul caz, un responsabil analizează următoarea măsură. Direcționarea poate fi realizată și printr-o automatizare separată, cu condiții care confirmă finalizarea și rezultatul corect. Nu este suficient Request responded: evenimentul poate indica doar un răspuns.
Testați încărcarea unei versiuni noi cât timp există o solicitare în așteptare. Evitați cererile duplicate și decideți cum se tratează verificarea precedentă. Noua versiune are nevoie de decizia prevăzută pentru ea; aprobarea versiunii anterioare nu este suficientă.
Exemplul 2: verificarea partajărilor dintr-o zonă confidențială
Un alt scenariu folosește Share added, limitat la locația și tipul de element dorite. Fluxul creează o sarcină pentru un responsabil de securitate identificat. Utilizați o metodă personalizată de verificare, dacă este configurată, sau Approval.
Responsabilul examinează destinatarul, linkul și drepturile reale. Automatizarea reacționează după crearea partajării. Nu este o blocare preventivă a accesului extern, un clasificator automat al destinatarilor sau o revocare automată. Nici mutarea fișierului nu dovedește dezactivarea unui link. Corecțiile trebuie aplicate controalelor reale de partajare și acces.
Includeți în teste o partajare permisă și un eveniment din afara dosarului monitorizat. Astfel verificați dacă analiza respectă domeniul convenit.
Trei greșeli frecvente
- Un domeniu prea larg: începeți cu un dosar, un tip de element și un eveniment necesar. Prea multe solicitări reduc atenția.
- O singură regulă pentru toate: deosebiți solicitarea de direcționarea după decizie. Ramificațiile clare pot fi suficiente; automatizările separate cer condiții stricte de finalizare.
- Ignorarea destinației: definiți dosarele și permisiunile înainte de activare. O decizie corectă nu rezolvă o arhivă greu de consultat.
Ce verificați înainte de utilizare
Folosiți fișiere demonstrative ușor de recunoscut și anunțați participanții. Testați o versiune nouă inclusă, un element exclus, aprobarea, respingerea, lipsa răspunsului cu timeout, o versiune nouă în timpul verificării și indisponibilitatea unui evaluator. Controlați sarcina, versiunea, rezultatul și dosarul final în fiecare caz. Stabiliți un responsabil uman pentru escaladare.
Trei întrebări pentru început
Designerul este doar pentru aprobări?
Nu. Direcționarea, ciclul de viață și reacțiile precise la modificări sunt, de asemenea, utilizări utile. Căutați mai întâi trecerea care produce întârzieri sau erori.
Sunt necesare cunoștințe tehnice?
Este nevoie în primul rând de roluri și reguli convenite. Reprezentarea vizuală simplifică construirea, dar nu înlocuiește configurarea atentă și testarea rezultatelor.
Cu ce proces începem?
Alegeți un caz repetitiv: contracte, confirmarea citirii politicilor, clasificarea în dosare după decizie sau verificarea partajărilor. Descrieți-l ca declanșator, condiții, pași și rezultate.
Consultați ghidul Workflow Designer pentru setările actuale și prezentarea fluxurilor pentru documente pentru metode. Înainte de configurare, verificați funcțiile planului actual și opțiunile de semnare ale contului.
