Analiză
Nimic nu contează până când cineva nu semnează.
Cu aprobările activate, un răspuns trimis așteaptă o decizie de aprobare sau de respingere, cu un comentariu opțional, înainte de a fi socotit complet. Puteți numi o listă de aprobatori pentru fiecare chestionar; dacă nu o faceți, orice editor din organizație poate decide. Persoana care a decis și momentul în care a decis sunt înregistrate de baza de date, pe baza sesiunii autentificate, nu furnizate de browser — ceea ce face diferența dintre o pistă de audit și o simplă afirmație.
Aprobările sunt exclusiv într-o singură etapă. O singură decizie pentru fiecare răspuns, fără lanțuri, fără delegare, fără înlocuire pe durata absenței, fără escaladare și fără memento-uri automate. Dacă procesul dumneavoastră are nevoie de un lanț în trei etape, e mai bine să aflați asta din această pagină decât în a treia săptămână a unei implementări.
Cum se schimbă efectiv starea
Un răspuns ajunge într-o stare de așteptare. Este o trimitere completă — fiecare răspuns, fiecare fișier încărcat, fiecare semnătură, stocate ca de obicei — dar marcată drept încă nedecisă. Un aprobator o deschide și o aprobă sau o respinge, cu un comentariu opțional în ambele cazuri. Aceasta este întreaga mașină de stări, iar concizia este deliberată: nu există „returnat pentru modificare” și nu există o buclă de retrimitere care să redeschidă înregistrarea pentru respondent. Un răspuns respins rămâne la locul lui și rămâne lizibil în interiorul organizației.
Decizia nu modifică datele. Vizualizarea rezultatelor continuă să numere răspunsul în graficele pe întrebări. Aprobarea este o decizie consemnată în dreptul unei trimiteri, nu un filtru care o ascunde.
Ce se scrie și cine scrie
Patru lucruri sunt stocate pentru fiecare decizie. Două dintre ele sunt motivul pentru care există această funcționalitate.
Decizia
Aprobat sau respins. Nu există o a treia stare odată ce s-a luat o decizie.
Persoana care decide
Preluată din sesiunea autentificată de către baza de date, nu dintr-un câmp trimis de browser.
Marca temporală
Scrisă pe server în momentul în care se înregistrează decizia, nu citită de pe ceasul evaluatorului.
Comentariul
Opțional atât la aprobare, cât și la respingere, stocat împreună cu decizia și vizibil doar în interiorul organizației.
O mulțime de instrumente vă vor spune cine a aprobat ceva. Întrebarea pe care merită să i-o puneți unui furnizor este de unde provine acel nume. Dacă identitatea aprobatorului este trimisă de client împreună cu decizia, oricine poate apela punctul final poate scrie orice nume și orice oră în jurnalul de audit.
Aici, identitatea și marca temporală sunt preluate din sesiunea autentificată de către baza de date însăși. Un browser nu le poate oferi, deci nu le poate nici greși. Este același temei ca în restul platformei: securitate la nivel de rând peste tot, izolare între organizații fixată pe server și reguli precum data de închidere și plafonul de răspunsuri impuse de declanșatoare din baza de date, nu de interfață.
Respondentul nu vede niciodată decizia
Starea de aprobare este invizibilă pentru persoana care a completat formularul. Trimite, primește ecranul de mulțumire și cu asta s-a încheiat. Fără urmărirea stării, fără un e-mail automat care să îi spună că a fost refuzată.
Aceasta este o alegere, nu o omisiune. O respingere este de regulă procedurală — dovezi greșite atașate, o cerere din afara schemei, un duplicat — iar un sec „respins” automat este un mod slab de a-i spune asta unui cetățean. Consiliile locale au deja procese pentru comunicarea deciziilor, cu formularea, calea de contestație și numărul de referință care le însoțesc. O coadă internă de semnare nu ar trebui să devină pe tăcute o scrisoare de decizie nereglementată.
Unde se potrivește în administrația locală
Tiparul obișnuit este un formular care nu este chiar un chestionar: o schemă mică de granturi, o cerere de rezervare a unui teren de sport, o notificare de schimbare a situației, o modificare de licență. Sosește ceva, se uită un funcționar peste el și fie intră, fie nu. Acea unică decizie este întregul flux de lucru, iar aprobările sunt construite exact pentru acest caz. Mai multe despre potrivirea pe sector găsiți pe pagina dedicată administrației locale.
Două lucruri se împerechează cu ea. Încărcarea de fișiere, pentru că aceste formulare poartă dovezi — o ofertă, o factură, o fotografie — păstrate într-un bucket privat și lizibile doar de organizație, prin URL-uri semnate de scurtă durată. Și semnăturile electronice, care stochează marca, metoda, textul exact al acordului și un hash SHA-256 al acelui text, astfel încât o schimbare ulterioară a formulării schimbă hashul. O decizie consemnată peste o declarație cu hash vă oferă o evidență a cine cu ce a fost de acord și cine a aprobat. Acestea sunt semnături electronice simple, nu calificate, așa că dacă ele constituie dovadă suficientă pentru o anumită schemă este o întrebare pentru cel care răspunde de schemă.
Ce nu fac aprobările
Patru lucruri cad în afara limitei unei singure etape și merită numite.
- Fără lanțuri. Nu puteți direcționa un răspuns către un șef de echipă și apoi mai departe către departamentul financiar. O singură decizie îl încheie.
- Fără delegare sau înlocuire pe durata absenței. Un aprobator nu își poate preda coada unui coleg cât timp lipsește.
- Fără escaladare și fără memento-uri. Nimic nu îl urmărește pe aprobator după trei zile. Un răspuns aflat în așteptare așteaptă.
- Fără direcționare condiționată. Ce întrebări vede un respondent poate depinde de răspunsurile anterioare, prin logică condițională; cine evaluează rezultatul, nu.
Motivul este suprafața de complexitate. Lanțurile, delegarea, înlocuirea și escaladarea aduc cu ele termene, stări de absență, reguli de reatribuire și un motor de notificări, iar fiecare dintre ele este un loc în care o decizie se poate pierde. Un singur evaluator, cu aprobare, respingere și un comentariu, acoperă cazul obișnuit și poate fi explicat într-o propoziție. Dacă aveți nevoie de un lanț adevărat, folosiți un sistem de gestionare a cazurilor pentru fluxul de lucru și acest produs pentru primire, sau spuneți-ne cum arată lanțul dumneavoastră.
Cum ajunge decizia în celelalte sisteme ale dumneavoastră
Momentul contează. Un webhook se
declanșează la sosirea răspunsului — semnat cu HMAC-SHA256 într-un antet
X-NumoForms-Signature, folosind un secret propriu fiecărui
webhook — adică înainte ca cineva să fi evaluat ceva. Un sistem care
primește acea sarcină utilă primește o cerere, nu o cerere aprobată, și
ar trebui să o trateze ca atare. Notificările prin e-mail se comportă la
fel. Niciuna nu poartă decizia, și nici
exportul CSV nu o poartă: el are câte
o coloană pe întrebare și nicio coloană pentru semnare. Decizia trăiește
în vizualizarea rezultatelor, deci astăzi ajunge în alt sistem prin
persoana care a luat-o.
Întrebări pe care oamenii le pun despre aprobări
Ce este o etapă de aprobare aplicată unui răspuns?
O etapă de aprobare ține un răspuns trimis într-o stare de așteptare până când cineva îl aprobă sau îl respinge, cu un comentariu opțional. Până atunci, el nu contează drept complet. Decizia, persoana care a decis și marca temporală sunt scrise de baza de date pe baza sesiunii autentificate, nu furnizate de client.
Cine are voie să aprobe un răspuns?
Puteți stabili o listă nominală de aprobatori pentru fiecare chestionar. Dacă nu o faceți, orice editor din organizație poate decide. Nu există un tip separat de licență de aprobator — aprobatorii sunt persoane care au deja acces la spațiul de lucru.
Află respondentul că răspunsul său a fost respins?
Nu. Starea de aprobare nu îi este niciodată arătată respondentului, care vede ecranul obișnuit de mulțumire la trimitere. O respingere este o decizie internă privind înregistrarea, nu o judecată transmisă persoanei, așa că îl contactați dumneavoastră, în modul potrivit situației.
Sunt acceptate lanțurile de aprobare în mai multe etape?
Nu. Aprobările sunt exclusiv într-o singură etapă: o singură decizie de aprobare sau respingere pentru fiecare răspuns. Nu există etape succesive, nu există semnare în paralel, nu există delegare, escaladare sau memento-uri automate. Un proces care are nevoie de un lanț în trei etape nu este deservit de acest produs astăzi.
Ce se întâmplă dacă singurul aprobator este în concediu?
Nu se întâmplă nimic automat — nu există delegare și nici înlocuire pe perioada absenței. Numiți mai mulți aprobatori pe chestionar sau lăsați lista de aprobatori goală, astfel încât orice editor din organizație să poată decide.
Puneți o decizie în spatele formularului.
Activați aprobările și fiecare răspuns trimis așteaptă o singură decizie de aprobare sau respingere, cu un comentariu opțional, înainte de a fi socotit complet. Persoana care decide și marca temporală sunt scrise de baza de date pe baza sesiunii autentificate, așa că pista de audit nu este ceva furnizat de browser.
- Semnare într-o singură etapă: aprobare sau respingere, cu un comentariu
- Aprobatori nominali pentru fiecare chestionar sau orice editor din organizație
- Respondenții nu văd niciodată decizia
