northdan.

Fonduri europene

Specificațiile tehnice: coloana din centralizator care decide restul dosarului

Înainte să fie caiet de sarcini, specificația este o coloană într-un tabel de comparare a ofertelor — și de conținutul acelei coloane depinde dacă ofertele primite se pot compara.

Northdan Soft este furnizor de servicii software, nu consultant de finanțare, și nu este afiliat autorităților de management sau agențiilor de dezvoltare. Informațiile despre programe au caracter orientativ — verifică întotdeauna condițiile în ghidul oficial al programului.

„Specificații tehnice minime” nu este un capitol de dosar, ci o coloană. În centralizatorul ofertelor cerut ca anexă la cererea de finanțare pe POCIDIF Acțiunea 2.1, fiecare cheltuială primește o denumire, specificațiile tehnice minime, apoi cele două oferte obligatorii cu preț unitar și unitate de măsură, apoi oferta aleasă și justificarea alegerii. Textul acela scurt decide dacă ofertele sunt comparabile și dacă alegerea se poate apăra. Mai departe, aceleași cerințe sunt citite de încă trei ori: la evaluare, unde cererea de finanțare se respinge dacă din ea și din planul de afaceri nu reiese caracterul inovativ al produsului ori dacă soluția repetă soluții existente fără elemente noi; la auditul tehnic, activitate obligatorie prin ghid, care acoperă securitatea aplicației și respectarea reglementărilor privind datele cu caracter personal; și la recepție, cuvânt cu cuvânt. Verificat la 30 iulie 2026 în ghidul aprobat prin Ordinul MIPE nr. 965/23.06.2026 — am reluat criteriul de respingere pe inovare, cerințele de certificare ale auditorului tehnic și indicatorii de rezultat. Northdan Soft scrie specificații ca echipă care va trebui să le execute și să le demonstreze.

Hai să vorbim despre proiectul tău

Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.

office@northdan.com · +40 752 070 247

Cum te ajutăm cu componenta software

Cerințe numerotate, comparabile poziție cu poziție

Fiecare cerință are un număr, un utilizator vizat și un rezultat verificabil, așa că ofertele intră în aceeași grilă, iar recepția trimite la un punct anume.

Detaliu calibrat pentru toate lecturile

Rezistă la evaluare, la audit tehnic și la recepție, fără versiuni de produse fixate în dosar cu ani înainte de implementare.

Cerințe nefuncționale pe care ghidul le cere oricum

Securitatea aplicației, protecția informației, datele cu caracter personal și accesibilitatea intră în specificație din start, pentru că auditul tehnic le verifică.

Scrise de echipa care le construiește

Cerințele vin de la dezvoltatori, nu de la un redactor: știm ce este fezabil în calendarul aprobat și cum se demonstrează.

Cele patru lecturi ale unei specificații

Prima lectură este comparativă. În centralizator, specificațiile tehnice minime sunt coloana față de care se citesc cele două oferte obligatorii. Dacă textul spune doar „sistem informatic integrat”, ofertele nu au ce compara, iar justificarea alegerii devine o formalitate atacabilă.

A doua este de evaluare. În criteriul de calitate a proiectului, care cântărește 15% din punctaj, coerența și corelarea documentației aduc 5 puncte: se verifică dacă cererea de finanțare reflectă informațiile din planul de afaceri și dacă activitățile, bugetul, obiectivele și calendarul sunt coerente între documente. Restul criteriului măsoară corectitudinea întocmirii bugetului.

A treia este auditul tehnic — activitate obligatorie și cheltuială eligibilă. Raportul verifică dacă rezultatul proiectului corespunde cererii de finanțare și obiectivelor programului, gradul de inovare față de ce s-a asumat, securitatea aplicației, testarea nivelurilor de securitate, protecția informației și respectarea reglementărilor privind datele cu caracter personal. A patra lectură este recepția.

Comportament, nu tehnologie

Formularea care rezistă descrie ce face sistemul: gestionarea comenzilor cu stări configurabile și istoric complet al modificărilor, export contabil într-o structură dată, roluri cu drepturi pe câmp. Fiecare poate primi da sau nu la recepție. „Aplicație modernă și performantă” nu poate.

Simetric, evită să fixezi în dosar versiuni de biblioteci sau produse comerciale punctuale, dacă ghidul nu o cere expres. Durata maximă de implementare la POCIDIF Acțiunea 2.1 este de cel mult 24 de luni și se poate majora, fără a depăși 31 decembrie 2029 — un răstimp în care o tehnologie betonată în dosar devine o obligație incomodă.

Cerințele nefuncționale pe care le impune chiar ghidul

Auditorul tehnic care întocmește raportul trebuie să dețină o certificare CISA, CISM sau CISSP ori altă certificare profesională de nivel avansat recunoscută internațional în auditul IT, securitatea informației sau securitatea cibernetică — de exemplu CCSP, CIPP/E, ISO 27001 Lead Auditor sau OSCP —, emisă de un organism internațional acreditat și obținută prin examinare formală și experiență verificabilă.

Tot ghidul enumeră printre cheltuielile eligibile accesibilizarea pentru persoanele cu dizabilități: afișaje și cititoare Braille electronice, adaptarea interfețelor web și a aplicațiilor, conținut multimedia accesibil, aplicații mobile accesibile. Accesibilitatea scrisă în specificație de la început costă o fracțiune din accesibilitatea adăugată după recepție.

Ce trebuie să poată demonstra specificația la final

Indicatorii nu sunt decorativi. La POCIDIF Acțiunea 2.1 — apel deschis exclusiv IMM-urilor autorizate pe unul dintre cele nouă coduri CAEN din domeniul TIC — se cer un produs, o aplicație sau un serviciu inovativ realizat prin proiect, trei dovezi de comercializare și o performanță a investiției mai mare de 0,5.

Detaliul care schimbă modul de scriere: dovada de comercializare se probează prin contracte încheiate sau facturi, iar facturile proforme și acordurile nu reprezintă dovezi. Performanța investiției se măsoară la finalul celor trei ani de durabilitate, ca raport între veniturile directe și indirecte obținute din produs și cheltuielile de dezvoltare a lui. O funcționalitate pe care nimeni nu o cumpără nu produce niciunul dintre acești indicatori, oricât de bine ar suna în dosar.

Ce nu punem în specificație

Nu scriem funcționalități decorative, adăugate pentru punctaj, pe care nu le-am putea demonstra la recepție. Nu construim specificația în jurul propriului nostru stack: o cerință croită vizibil pe un furnizor viciază procedura competitivă de mai târziu.

Și limita cu cost pentru noi: chiar dacă scriem cerințele, nu putem prelua toată activitatea tehnică. Ghidul cere ca echipa de implementare să conțină cel puțin un coordonator tehnic și doi experți tehnici cu calificare în domeniul proiectului, iar minimum 20% din asistența nerambursabilă alocată activității de bază să revină personalului propriu al beneficiarului.

Întrebări frecvente

Cât de detaliată trebuie să fie o specificație tehnică din dosar?

Suficient cât două oferte diferite să poată fi comparate poziție cu poziție și cât recepția să răspundă cu da sau nu. Practic, cerințe numerotate la nivel de funcționalitate, fiecare cu utilizatorul vizat și rezultatul așteptat.

Pot schimba tehnologia în timpul implementării?

Dacă cerințele descriu comportamentul sistemului, alegerea tehnică rămâne la furnizor și schimbarea nu atinge dosarul. Dacă dosarul a fixat explicit un produs sau o versiune, modificarea se tratează conform contractului de finanțare, prin notificare sau act adițional.

Cine face auditul tehnic și ce certificare trebuie să aibă auditorul?

Un auditor cu certificare CISA, CISM sau CISSP ori altă certificare profesională de nivel avansat recunoscută internațional în auditul IT sau securitate, emisă de un organism acreditat. La POCIDIF Acțiunea 2.1 auditul tehnic este activitate obligatorie și cheltuială eligibilă, deci intră în buget de la început.

De ce contează dovezile de comercializare când scriu cerințele?

Pentru că indicatorul se probează cu contracte încheiate sau facturi, iar facturile proforme și acordurile nu se pun la socoteală. Cerințele care nu produc ceva vandabil umflă bugetul acum și lasă indicatorul neatins la finalul durabilității.

Trebuie să includ cerințe de accesibilitate?

Merită, iar la POCIDIF Acțiunea 2.1 cheltuielile de accesibilizare pentru persoanele cu dizabilități sunt enumerate ca eligibile, de la adaptarea interfețelor web până la aplicații mobile accesibile. Cerința exactă rămâne cea din ghidul apelului pe care depui.

Pachete pentru acest program

Servicii pentru componenta software

Pagini similare

Resurse conexe

Hai să vorbim despre proiectul tău

Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.

office@northdan.com · +40 752 070 247