De la referat la achiziție: cum construiești un flux digital pentru universități
GHID PRACTIC
Cum transformi un document care circulă între structuri, bugete și aprobatori într-un proces administrativ clar, automatizat și ușor de urmărit.
Pe scurt
Digitalizarea referatelor de necesitate într-o universitate presupune mai mult decât înlocuirea hârtiei cu un formular online. Sistemul trebuie să valideze datele, să determine automat traseul și aprobatorii, să gestioneze verificările bugetare, achiziția și aprovizionarea, să genereze documentele și să păstreze un istoric complet pentru audit.
| Un referat de necesitate digitalizat incorect este tot un document care așteaptă aprobări. Doar că așteaptă pe ecran. |
Un formular online rezolvă doar începutul. Fluxul real continuă prin verificări bugetare, avize, achiziție, aprovizionare, generarea documentelor și arhivare. Dacă aceste etape rămân separate, universitatea schimbă suportul, dar păstrează aceeași muncă manuală.
Acest ghid arată cum trebuie analizat și construit un flux digital pentru referatele de necesitate, astfel încât regulile instituției să fie aplicate de sistem, iar fiecare persoană implicată să știe ce are de făcut.
Cuprins
- De ce referatul de necesitate este un proces, nu un formular
- Unde se blochează circuitul administrativ
- Arhitectura unui flux digital complet
- Cum gestionează sistemul traseele diferite
- Integrări, documente și audit
- Cum începe un proiect de digitalizare
- Checklist pentru evaluarea soluției
De ce referatul de necesitate este un proces, nu un formular
Referatul de necesitate inițiază o cheltuială și pune în mișcare mai multe structuri ale universității. În funcție de tipul solicitării, structura emitentă, sursa de finanțare, valoare și regulile interne, documentul poate avea alt traseu, alți aprobatori și alte verificări.
Un formular electronic poate colecta datele. Un flux digital trebuie să decidă ce se întâmplă cu ele după trimitere.
| Principiul de proiectare: Solicitantul trebuie să descrie nevoia. Sistemul trebuie să cunoască regulile administrative, traseul corect și persoanele care trebuie să intervină. |
Un flux complet conectează, în aceeași logică:
- inițierea și validarea solicitării;
- identificarea structurii și a responsabililor;
- verificarea sursei de finanțare și a încadrării bugetare;
- avizarea operațională, financiară și instituțională;
- stabilirea necesității unei proceduri de achiziție;
- urmărirea achiziției și a aprovizionării;
- generarea, arhivarea și regăsirea documentelor;
- păstrarea istoricului pentru control și audit.
Unde se blochează circuitul administrativ
Într-un proces pe hârtie sau susținut prin e-mail, întârzierile nu apar doar la semnătură. Ele apar între sisteme, între structuri și în momentele în care cineva trebuie să interpreteze manual o regulă.
Traseul depinde de memoria oamenilor
Inițiatorul trebuie să știe cine aprobă, ce viză este necesară și unde trimite documentul. O organigramă schimbată sau o finanțare specială poate trimite referatul pe un traseu greșit.
Aceleași date se verifică în mai multe locuri
Structurile, contractele, articolele bugetare, sursele de finanțare și aprobatorii sunt căutate în aplicații sau fișiere diferite.
Corecțiile rup circuitul
Când lipsesc informații, documentul revine la solicitant fără un mecanism clar de modificare, retrimitere și păstrare a versiunilor.
Statusul nu este vizibil
Solicitantul cere actualizări prin telefon sau e-mail, iar departamentele administrative consumă timp explicând unde se află documentul.
Achiziția dispare din perspectiva solicitantului
După aprobarea referatului, solicitantul nu mai vede dacă documentul este în verificare, ofertare, contractare, livrare sau recepție.
Auditul reconstruiește procesul retrospectiv
Documentele, rezoluțiile și mesajele trebuie adunate din mai multe surse pentru a explica cine a decis, când și pe baza căror informații.
Arhitectura unui flux digital complet
Un flux robust urmărește întregul ciclu de viață al solicitării. Configurația exactă diferă între universități, însă arhitectura de bază rămâne recognoscibilă.
| Etapă | Rol | Ce trebuie să facă sistemul |
| 1 | Inițiere | Formular ghidat, date precompletate, poziții, coduri și documente justificative. |
| 2 | Rutare | Identificarea automată a traseului și a aprobatorilor pe baza regulilor instituției. |
| 3 | Verificări | Necesitate, buget, eligibilitate, achiziții și alte vize aplicabile. |
| 4 | Aprobare | Decizii, rezoluții, returnare pentru modificare și istoric complet. |
| 5 | Achiziție | Preluarea solicitării aprobate și urmărirea stadiului operațional. |
| 6 | Aprovizionare | Livrare, recepție, documente asociate și informarea solicitantului. |
| 7 | Arhivare | Dosar digital, metadate, drepturi de acces și audit. |
1. Inițierea solicitării
Formularul trebuie să ghideze utilizatorul și să prevină erorile înainte ca documentul să intre în circuit. Datele cunoscute de sistem se precompletează, iar câmpurile se afișează în funcție de răspunsurile anterioare.
- structura emitentă și persoana de contact;
- tipul solicitării și justificarea necesității;
- produsele, serviciile sau lucrările solicitate;
- sursele de finanțare și datele bugetare relevante;
- documentele justificative și fișele tehnice;
- reguli de calcul și validări pentru câmpurile obligatorii.
2. Determinarea automată a traseului
După trimitere, sistemul aplică regulile de business. Traseul poate depinde de structură, tipul solicitării, sursa de finanțare, valoare, contract, categorie bugetară sau necesitatea unor avize speciale.
Aprobatorii nu ar trebui introduși manual de fiecare solicitant. Ei se preiau din matricea organizațională și din nomenclatoarele menținute de instituție.
3. Aprobări, modificări și respingeri
Fiecare persoană primește doar sarcinile care corespund rolului său. Decizia trebuie însoțită de dată, identitate, status și, când este cazul, rezoluție.
Returnarea pentru modificare trebuie tratată ca parte normală a procesului. Solicitantul corectează informația în același document, iar sistemul păstrează versiunile și istoricul. Procesul nu trebuie reluat de la zero.
4. Verificarea bugetară și de achiziții
Fluxul trebuie să permită verificarea disponibilului, a sursei și a încadrării bugetare. Pentru cadrul general, consultați Legea nr. 98/2016 privind achizițiile publice. Dacă solicitarea implică o achiziție, serviciul responsabil verifică documentația, categoria și procedura aplicabilă. Dacă sunt necesare vize suplimentare, sistemul le introduce automat în traseu.
5. Generarea documentului final
După aprobarea finală, platforma poate genera documentul în formatul oficial al instituției, cu datele solicitării, deciziile și rezoluțiile înregistrate. Documentul rezultat devine parte a dosarului digital, fără copiere manuală între formular, PDF și arhivă.
6. Achiziția și aprovizionarea
Aprobarea referatului nu încheie nevoia solicitantului. Un flux complet continuă cu statusuri pentru achiziție, contractare, comandă, livrare și recepție. Astfel, persoana care a inițiat solicitarea poate urmări progresul fără să ceară informații separat fiecărui departament.
7. Arhivarea și dosarul digital
La final, sistemul reunește documentul aprobat, anexele, versiunile, deciziile și documentele de recepție. Pentru principiile privind protecția datelor, consultați Regulamentul general privind protecția datelor (GDPR). Accesul se acordă în funcție de rol, structură și tipul documentului, iar istoricul rămâne disponibil pentru verificare.
Într-un proiect universitar, această logică se poate extinde de la referatul de necesitate la registratura electronică pentru universități, unde trasabilitatea documentelor și responsabilităților devine parte a procesului de zi cu zi.
Cum gestionează sistemul traseele diferite
Universitățile nu au un singur traseu pentru toate referatele. Un flux rigid va produce rapid excepții gestionate în afara aplicației. Soluția trebuie să folosească rutare condiționată și să decidă automat ce pași se aplică fiecărei solicitări.
| Date folosite de regulă | Efect posibil asupra fluxului |
| Structura emitentă | determină aprobatorii ierarhici și responsabilitățile locale |
| Tipul solicitării | activează câmpurile, documentele și verificările relevante |
| Sursa de finanțare | poate introduce validări financiare sau aprobatori suplimentari |
| Valoarea | poate schimba nivelul de aprobare ori procedura aplicabilă |
| Contractul sau proiectul | poate impune verificarea eligibilității și reguli proprii |
| Categoria investiției | poate cere verificarea încadrării în planurile instituției |
| Excepțiile nu trebuie ascunse în e-mailuri. Ele trebuie modelate ca reguli, decizii și trasee controlate în același proces. |
Integrările fac diferența dintre formular și proces
Un flux administrativ nu trebuie să devină încă o aplicație izolată. El trebuie să preia și să transmită date către sistemele pe care universitatea le folosește deja.
Date care pot fi preluate
- utilizatori, roluri și structuri organizaționale;
- surse de finanțare și articole bugetare;
- contracte, proiecte și centre de cost;
- nomenclatoare de produse, servicii și coduri;
- matricea de aprobatori;
- date necesare numerotării și registraturii.
Modalități de integrare
Integrarea poate fi realizată prin API, schimb de fișiere sau acces controlat la baze de date, în funcție de arhitectura și politicile instituției. Alegerea se face după analiza sistemelor existente, a frecvenței schimbului de date și a cerințelor de securitate.
Ce trebuie să ofere raportarea
Digitalizarea creează valoare managerială atunci când conducerea poate vedea procesul, nu doar documentele individuale. Dashboardurile și rapoartele ar trebui să arate cel puțin:
- solicitările active, finalizate, returnate sau respinse;
- poziția curentă a fiecărui document;
- sarcinile apropiate de termen sau întârziate;
- timpii de procesare pe etapă și pe tip de solicitare;
- volumele pe structură, categorie și perioadă;
- motivele frecvente de returnare sau respingere;
- istoricul acțiunilor și al notificărilor.
Auditul trebuie construit în flux
Pentru fiecare acțiune, sistemul trebuie să păstreze utilizatorul, momentul, decizia, rezoluția, versiunea documentului și modificările relevante. Drepturile de acces trebuie definite pe roluri și structuri, astfel încât oamenii să vadă informația necesară activității lor, fără acces excesiv.
Un audit trail complet nu înseamnă doar un jurnal tehnic. Înseamnă posibilitatea de a explica simplu traseul documentului și baza fiecărei decizii.
Cum începe un proiect de digitalizare
Implementarea nu începe cu desenarea unui formular. Începe cu analiza procesului real, inclusiv a excepțiilor și a soluțiilor informale folosite astăzi.
- Documentează procesul actual: cine inițiază, verifică, aprobă, corectează și arhivează.
- Separă regulile obligatorii de obiceiurile administrative acumulate în timp.
- Inventariază toate traseele și condițiile care le schimbă.
- Definește datele obligatorii, sursa fiecărei informații și sistemul care o deține.
- Proiectează fluxul viitor și validează-l cu deținătorii de proces.
- Testează fiecare ramură, inclusiv modificarea, respingerea, delegarea și indisponibilitatea unui aprobator.
- Lansează controlat, instruiește utilizatorii pe roluri și urmărește blocajele după intrarea în producție.
Ce poate automatiza o platformă low-code
O platformă low-code permite configurarea formularelor, regulilor, rolurilor și traseelor într-un cadru comun. Avantajul relevant pentru o universitate este adaptabilitatea: procesele pot fi ajustate când se schimbă organigrama, procedurile, sursele de finanțare sau sistemele conectate.
- formulare dinamice și precompletarea datelor;
- rutare pe baza regulilor și aprobări secvențiale sau paralele;
- generarea documentelor din șabloane;
- notificări, termene, delegări și escaladări;
- arhivare, căutare și control granular al accesului;
- dashboarduri și rapoarte configurabile;
- integrarea cu aplicațiile și bazele de date existente.
Checklist: cum evaluezi soluția propusă
- □ Poate sistemul determina automat traseul pe baza datelor solicitării?
- □ Poate prelua aprobatorii și nomenclatoarele din sursele oficiale ale universității?
- □ Permite mai multe surse de finanțare și trasee condiționate?
- □ Validează informațiile înainte de intrarea documentului în circuit?
- □ Permite returnarea pentru modificare fără pierderea istoricului?
- □ Gestionează delegările și absențele aprobatorilor?
- □ Generează documentul final dintr-un șablon controlat?
- □ Continuă procesul după aprobare, până la achiziție și recepție?
- □ Arhivează documentul împreună cu anexele și versiunile sale?
- □ Oferă căutare după metadate și conținut?
- □ Controlează accesul în funcție de rol și structură?
- □ Păstrează un istoric complet pentru audit?
- □ Se poate integra cu ERP-ul, registratura și bazele de date existente?
- □ Poate fi adaptat fără reconstruirea integrală a aplicației?
Întrebări frecvente
Ce este un flux digital pentru referatele de necesitate?
Este procesul electronic prin care universitatea inițiază, verifică, aprobă, urmărește și arhivează o solicitare de achiziție. Fluxul include regulile de rutare, rolurile, documentele, notificările și integrările necesare.
Este suficient un formular online?
Nu. Formularul colectează informația, dar nu gestionează singur aprobările, excepțiile, verificarea bugetară, achiziția, recepția, documentele și auditul.
Cum sunt aleși aprobatorii?
Într-o implementare corectă, sistemul îi determină automat pe baza structurii, tipului solicitării, sursei de finanțare și a celorlalte reguli aprobate de universitate.
Poate fluxul fi conectat la sistemul financiar al universității?
Da, dacă sistemul extern permite schimbul de date. Integrarea poate folosi API-uri, exporturi și importuri de fișiere sau conexiuni controlate la baze de date.
Ce se întâmplă când un referat trebuie corectat?
Documentul revine la solicitant cu observațiile aprobatorului. Solicitantul modifică datele în același proces, iar platforma păstrează versiunile și istoricul deciziilor.
Poate aceeași platformă susține și alte procese universitare?
Da. O platformă de workflow poate fi extinsă către alte fluxuri administrative, cu formulare, reguli, roluri și integrări adaptate fiecărui proces.
Digitalizarea începe cu analiza procesului
Blacksys analizează procesele administrative, identifică regulile și excepțiile, proiectează fluxurile și le integrează cu sistemele existente. Obiectivul este un proces în care documentul, responsabilitatea și decizia pot fi urmărite de la inițiere până la arhivare.
Citeste aici si
| CTA: Aveți un proces care circulă încă pe hârtie, prin e-mail sau între mai multe aplicații? Îl analizăm împreună și identificăm pașii care pot fi digitalizați și automatizați. |