# Software cu fonduri europene: de la ofertă la decontare

> Într-un proiect cu fonduri europene, aplicația e gata abia când e recepționată și decontată. Livrabile, etape, recepții, termene, DNSH și garanție.

Simplix · fonduri-europene, digitalizare, dnsh

Într-un proiect obișnuit, o aplicație e gata când funcționează și clientul e mulțumit. Într-un proiect cu fonduri europene, mai e un pas: aplicația e gata abia când a fost **recepționată, verificată și decontată**. Iar între „funcționează” și „decontat” sunt multe hârtii, termene și verificări.

Din experiența noastră, proiectele nu pierd bani pentru că software-ul nu merge. Pierd bani pentru că livrabilele nu corespund exact cu ce s-a scris în cererea de finanțare, pentru că lipsește un document la recepție sau pentru că un termen a fost depășit. Iată cum arată partea de software a unui astfel de proiect, de la început până la final.

> **Fiecare program are regulile lui**
>
> Ce urmează e valabil, în linii mari, pentru majoritatea programelor. Detaliile diferă însă de la un apel la altul: **ghidul solicitantului și contractul de finanțare au întotdeauna ultimul cuvânt**.

## Totul începe la cererea de finanțare

Soluția tehnică descrisă în cererea de finanțare devine, după aprobare, un angajament. Exact acele livrabile vor fi verificate la final, punct cu punct.

De aceea, descrierea trebuie să fie echilibrată:

- **prea vagă** („platformă online modernă”), iar la verificare nimeni nu poate dovedi ce s-a promis și ce s-a livrat;
- **prea detaliată** (numele unei biblioteci, o versiune anume), iar orice schimbare tehnică firească devine o abatere de la proiect;
- **nerealistă** ca termen, iar calendarul se rupe încă din primele luni.

Lucrăm împreună cu consultantul care scrie proiectul: noi descriem soluția tehnică, funcțiile, livrabilele și calendarul, iar el se ocupă de partea administrativă. Așa, ce se promite e și ce se poate livra.

## Achiziția: caietul de sarcini și oferta

Beneficiarii privați nu pot alege furnizorul oricum. Achiziția urmează o procedură competitivă, cu anunț publicat pe portalul [beneficiar.fonduri-ue.ro](https://beneficiar.fonduri-ue.ro), specificații tehnice și criterii de atribuire clare[^1].

Caietul de sarcini trebuie să preia fidel soluția din cererea de finanțare. Oferta, la rândul ei, trebuie să răspundă **punct cu punct** caietului de sarcini, cu declarațiile cerute (de exemplu, cea privind respectarea principiului DNSH). O ofertă care „acoperă în mare” cerințele poate fi un motiv de corecție financiară mai târziu.

## Livrabilele: ce se predă, concret

La final, beneficiarul trebuie să poată arăta ce a primit. Pentru partea de software, asta înseamnă, de obicei:

| Livrabil | Cum se dovedește |
| --- | --- |
| Aplicația instalată și funcțională | proces-verbal de instalare și punere în funcțiune, acces pentru verificare |
| Funcțiile din cererea de finanțare | raport de testare, capturi de ecran, demonstrație la vizita de verificare |
| Licențele și drepturile asupra codului | contract, certificat de licență sau cesiunea drepturilor de autor |
| Documentația tehnică | arhitectura, instalarea, configurarea, copiile de siguranță |
| Manualul de utilizare | document pentru utilizatori și administratori |
| Instruirea | proces-verbal de instruire, cu participanții |
| Echipamentele (dacă există) | facturi, serii, proces-verbal de recepție, certificate de garanție |
| Garanția | certificat de garanție, cu durata și ce acoperă |

Fiecare rând trebuie să se lege de un punct din cererea de finanțare și din caietul de sarcini. Dacă un livrabil nu poate fi arătat, pentru verificator el nu există.

## Etapele, rapoartele și recepțiile

Un proiect de software cu finanțare se împarte în etape, fiecare cu livrabilele și termenul ei. La finalul fiecărei etape urmează:

1. **Raportul de finalizare a etapei.** Ce s-a realizat, cum se verifică și dovezile: capturi, documente, acces la mediul de test.
2. **Verificarea de către beneficiar.** Beneficiarul testează și semnalează ce nu corespunde. Corecturile se fac înainte de recepție, nu după.
3. **Procesul-verbal de recepție a etapei.** Semnat de ambele părți, confirmă că livrabilele etapei au fost acceptate.
4. **Factura etapei.** Se emite pe baza procesului-verbal, cu mențiunile cerute de program, ca să poată intra în cererea de plată sau de rambursare.

La final, **procesul-verbal de recepție finală** confirmă că tot ce s-a promis a fost livrat. Împreună cu rapoartele de etapă, el formează dosarul pe care beneficiarul îl folosește la cererile de rambursare și la verificări.

> **Documentele se fac pe parcurs**
>
> Rapoartele și procesele-verbale scrise „la final, pe repede înainte” sunt cele care au probleme la verificare. Le întocmim la fiecare etapă, cât timp detaliile sunt proaspete și dovezile ușor de adunat.

## Termenele nu sunt orientative

Perioada de implementare e fixată în contractul de finanțare. Cheltuielile făcute după termen pot deveni neeligibile, iar o prelungire înseamnă, de regulă, un act adițional, cu justificări și aprobări.

De aceea, calendarul trebuie să fie realist încă de la cererea de finanțare și să aibă o rezervă pentru recepții și corecturi. Noi planificăm etapele astfel încât ultima recepție să fie gata cu suficient timp înainte de finalul perioadei de implementare, nu în ultima săptămână.

## DNSH pentru software, pe înțeles

Principiul „Do No Significant Harm” (DNSH) cere ca proiectul să nu afecteze semnificativ niciunul dintre cele șase obiective de mediu ale UE: atenuarea schimbărilor climatice, adaptarea la ele, apele, economia circulară, poluarea și biodiversitatea[^2].

Pentru o aplicație, asta se traduce în lucruri concrete:

- **găzduire eficientă:** centre de date cu energie regenerabilă și consum redus. De exemplu, Hetzner, unde găzduim, alimentează centrele de date din Germania cu energie hidro[^3];
- **servere dimensionate corect:** nici supradimensionate, nici sub nevoie, ca să nu consume degeaba;
- **cod eficient:** pagini ușoare, interogări optimizate, fără procese care rulează inutil;
- **echipamente eficiente energetic**, cu un plan de reciclare la finalul vieții (DEEE);
- **documentarea acestor alegeri**, ca beneficiarul să poată dovedi conformitatea la verificare.

## Vizibilitatea finanțării

Proiectele finanțate trebuie să arate public sprijinul primit, după manualul de identitate vizuală al programului[^4]. Pe lângă afișe și autocolante, asta înseamnă de obicei și o pagină dedicată proiectului pe site-ul beneficiarului, cu descrierea lui și cu mențiunea finanțării.

Când site-ul sau aplicația sunt chiar livrabilul proiectului, includem aceste elemente din start, în forma cerută de program.

## Garanția și perioada de durabilitate

Proiectul nu se termină la plata finală. Urmează **perioada de durabilitate**: de regulă, 5 ani de la plata finală, care pot fi reduși la 3 ani pentru IMM-uri, după cum prevede contractul de finanțare[^5]. În acest timp, investiția trebuie să rămână în funcțiune, iar beneficiarul raportează periodic.

Pentru software, asta înseamnă că aplicația trebuie să meargă ani de zile: actualizări de securitate, copii de siguranță, compatibilitate cu noile versiuni de browsere și sisteme de operare. La proiectele cu fonduri europene oferim cel puțin garanția cerută în caietul de sarcini și rămânem alături cu mentenanța pe toată perioada de durabilitate.

## Greșelile care costă la decontare

- livrabile care nu corespund exact cu cererea de finanțare sau cu caietul de sarcini;
- schimbări făcute din mers, fără să fie aprobate și documentate;
- procese-verbale lipsă, nesemnate sau cu date care nu se leagă de facturi;
- facturi fără mențiunile cerute de program;
- lipsa dovezilor că aplicația funcționează și e folosită;
- termene depășite, fără act adițional;
- lipsa documentației DNSH sau a elementelor de vizibilitate;
- o aplicație care nu mai funcționează în perioada de durabilitate.

Aproape toate se evită cu același lucru: un furnizor care știe de la început că livrează nu doar software, ci și dovada că software-ul a fost livrat.

Am lucrat la proiecte de digitalizare cu finanțare europeană, de la simple site-uri de prezentare la platforme SaaS complexe. Dacă pregătești un astfel de proiect, te ajutăm încă de la cererea de finanțare. Iar dacă proiectul ni se pare interesant și am vrea să participăm la licitație, te ajutăm gratuit cu documentația.

[Vezi cum lucrăm la proiectele cu fonduri europene](https://www.simplix.ro/servicii/proiecte-cu-fonduri-europene/)

[^1]: Ordinul ministrului fondurilor europene nr. 1.284/2016 privind procedura competitivă aplicabilă solicitanților/beneficiarilor privați, publicat în Monitorul Oficial nr. 618 din 12 august 2016, cu modificările ulterioare.
[^2]: Comisia Europeană, [Orientări tehnice privind aplicarea principiului DNSH](https://commission.europa.eu/publications/dnsh-technical-guidance-amended-october-2023_en); Regulamentul (UE) 2020/852, articolul 17.
[^3]: Hetzner, [Sustainability at Hetzner](https://docs.hetzner.com/general/company-and-policy/sustainability-at-hetzner/).
[^4]: Comisia Europeană, [Manualul de identitate vizuală 2021–2027](https://ec.europa.eu/regional_policy/sources/policy/communication/support_kit_visibility_2127/ro.pdf); Regulamentul (UE) 2021/1060, articolul 50. Fiecare program are și manualul lui.
[^5]: [Regulamentul (UE) 2021/1060](https://eur-lex.europa.eu/eli/reg/2021/1060/oj?locale=ro), articolul 65. Perioada exactă e cea din contractul de finanțare.