Greșelile care strică partea software a unui dosar de finanțare

Prima greșeală costisitoare nu e o cifră greșită, ci o cifră neîncadrată. Un deviz care așază costurile pe capitole proprii, în loc de categoriile oficiale ale apelului, produce reclasificări la evaluare, iar reclasificările se traduc în cheltuieli declarate neeligibile. Ajunge peste 15% și criteriul de buget devine zero.

A doua e ponderea hardware-ului. Într-un proiect al cărui rezultat este o soluție software, echipamentele trecute peste 20% din valoarea totală eligibilă anulează punctajul pe acel criteriu. Se întâmplă des, pentru că serverele și stațiile de lucru par cea mai ușoară parte de justificat — și de aceea se supradimensionează.

A treia e prețul care nu poate fi apărat, în ambele sensuri: valorile umflate atrag tăieri, iar cele artificial de mici trec uneori de evaluare, dar garantează un proiect neexecutabil. Rezonabilitatea se verifică independent de către evaluatori, prin raportare la prețurile din piață, nu doar prin comparația ofertelor depuse.

Pentru fiecare cheltuială eligibilă bugetată se cer minimum două oferte sau justificări de preț, semnate și datate de emitent ori documentate prin capturi de pe site-uri oficiale, atașate cererii de finanțare. Lipsa lor pe o singură linie nu produce o clarificare prietenoasă: linia devine neeligibilă și subcriteriul primește zero. Dacă doar una dintre cele două este conformă, se cere clarificare pentru cea neconformă — explicații, nu o ofertă nouă — și proiectul se depunctează.

Partea cu adevărat neglijată e originea lor. Grila sancționează cu neeligibilitate orice cheltuială justificată printr-o cotație bănuită de a fi de complezență — fie între beneficiar și firma care a emis-o, fie venită chiar de la cine a întocmit documentația proiectului — și impune verificarea concordanței dintre obiectul de activitate al emitentului și ce anume a ofertat. Tradus în practică: o cotație de software semnată de o firmă care nu are software în obiectul de activitate este un semnal de alarmă, nu o formalitate de bifat.

Pe internet circulă, pentru POCIDIF Acțiunea 2.1, o durată maximă de implementare de 12 luni, prelungibilă la 18. Ghidul aprobat spune altceva: durata maximă, inclusiv realizarea cheltuielilor și depunerea cererilor de rambursare, este de cel mult 24 de luni, cu majorare posibilă peste acest termen, dar nu mai târziu de 31 decembrie 2029, pe baza unei justificări temeinice.

Diferența nu e academică. Un grafic construit pe 12 luni comprimă artificial etapele de dezvoltare și devine obligație la contractare; când se dovedește imposibil de ținut, opțiunile rămase sunt recepții forțate, acte adiționale sub presiune sau pierderea unor cheltuieli. Aceeași familie de erori: funcționalitățile adăugate în specificații pentru impresie și niciodată estimate — la recepție, comisia compară aplicația cu dosarul, iar fiecare promisiune neonorată blochează procesul-verbal.

Codul CAEN neautorizat este cea mai brutală, pentru că nu se manifestă la depunere: ghidul POCIDIF 2.1 prevede respingerea automată a proiectului în etapa de contractare, fără cerere de clarificări, dacă solicitantul nu are autorizat codul pentru care a cerut finanțare, iar toate locațiile de implementare declarate trebuie să îl aibă la rândul lor.

A doua ține de indicatori: dovezile de comercializare se probează prin contracte încheiate sau facturi, iar ghidul precizează explicit că facturile proforme și acordurile nu sunt dovezi de comercializare. A treia apare după ultima plată — soluția rămâne fără mentenanță, iar la vizita de monitorizare din durabilitate nu se mai poate demonstra că este folosită; costul corecției depășește de fiecare dată întreținerea economisită.

Se înțelege exact ce se cumpără, modul cu modul, cu livrabile și valori separate? Fiecare sumă stă pe categoria de cheltuieli definită de apel? Fiecare cheltuială are cele două justificări de preț, de la firme independente între ele și cu obiect de activitate potrivit? Ponderea hardware-ului se încadrează în limita impusă proiectelor cu rezultat software? Graficul ar fi acceptat de dezvoltatorul care trebuie să îl respecte? Dacă vreun răspuns este „nu sunt sigur”, dosarul are o problemă care costă azi câteva ore și mâine o depunctare.

Verdictul unei astfel de treceri în revistă este tehnic, nu de finanțare. Nu redactăm cererea, nu depunem în locul tău și nu îți spunem dacă firma este eligibilă — asta scrie în ghidul apelului și rămâne între tine și consultantul tău. Ce putem spune este dacă documentele de furnizor rezistă la întrebările pe care le pune un evaluator, iar cele mai multe cereri de clarificare pornesc exact din zona aceea.