PoCIDIF TRL este una dintre cele mai importante condiții tehnice ale apelurilor pentru Proiecte Tehnologice Inovative.

Nu este suficient ca un IMM și o organizație de cercetare să propună o idee interesantă.

Tehnologia trebuie să aibă deja un anumit nivel de maturitate la momentul depunerii, iar proiectul trebuie să demonstreze un traseu clar până la utilizarea acesteia în condiții operaționale reale.

Ghidul solicitantului stabilește explicit:

nivel minim la început: TRL 4

și

nivel obligatoriu la final: TRL 9.

Proiectele vizează ridicarea gradului de maturitate tehnologică pe întregul traseu TRL 4–TRL 9.

Aceasta este o condiție mult mai puternică decât simpla existență a unei activități de cercetare.

Pe scurt: PoCIDIF nu finanțează drumul de la „avem o idee” la „avem un studiu”. Finanțează trecerea de la o tehnologie deja validată cel puțin în laborator la o tehnologie demonstrată și dovedită în condiții operaționale reale.

---

Ce înseamnă TRL?

TRL – Technology Readiness Level înseamnă nivel de maturitate tehnologică.

Este o scară de la:

TRL 1

până la:

TRL 9

utilizată pentru a descrie cât de matură este o tehnologie.

Comisia Europeană utilizează o scală cu nouă niveluri, de la observarea principiilor de bază la un sistem real dovedit în mediul operațional.

Simplificat:

idee

↓

concept

↓

dovadă experimentală

↓

validare în laborator

↓

validare în mediu relevant

↓

demonstrare

↓

prototip operațional

↓

sistem complet

↓

tehnologie dovedită în utilizare reală

---

Care sunt cele 9 niveluri TRL?

Scala europeană este următoarea:

Nivel	Semnificație simplificată
TRL 1	Principiile de bază sunt observate
TRL 2	Conceptul tehnologic este formulat
TRL 3	Este demonstrată experimental dovada conceptului
TRL 4	Tehnologia este validată în laborator
TRL 5	Tehnologia este validată într-un mediu relevant
TRL 6	Tehnologia este demonstrată într-un mediu relevant
TRL 7	Prototipul sistemului este demonstrat într-un mediu operațional
TRL 8	Sistemul este complet și calificat
TRL 9	Sistemul real este dovedit în mediul operațional

Pentru PoCIDIF Proiecte Tehnologice Inovative, partea relevantă începe la:

TRL 4

și trebuie să ajungă la:

TRL 9.

---

De ce nu sunt suficiente TRL 1–3?

Pentru că aceste niveluri reprezintă tehnologii aflate încă într-o fază prea timpurie pentru logica acestui apel.

La nivelurile inferioare putem avea:

TRL 1 → principiu științific;

TRL 2 → concept;

TRL 3 → dovadă experimentală a conceptului.

Dar apelul PoCIDIF cere ca tehnologia să fie deja la cel puțin:

TRL 4 – tehnologie validată în laborator.

Prin urmare, un proiect care pornește doar de la o idee teoretică nu trebuie considerat automat potrivit pentru acest apel.

---

Ce înseamnă concret TRL 4?

Conform terminologiei europene:

TRL 4 = tehnologie validată în laborator.

Este momentul în care elementele tehnologice relevante au fost integrate suficient pentru a demonstra că soluția poate funcționa într-un mediu controlat.

Nu mai suntem la:

„Credem că ideea ar putea funcționa.”

Ar trebui să putem spune:

„Am construit și testat componentele esențiale și avem rezultate care demonstrează funcționarea în laborator.”

Exemple de dovezi posibile

În funcție de tehnologie:

• prototip de laborator;
• rezultate experimentale;
• rapoarte de testare;
• modele funcționale;
• cod software funcțional;
• algoritmi testați;
• rezultate de laborator;
• seturi de date și rezultate măsurate;
• integrarea preliminară a componentelor;
• documentație tehnică;
• publicații sau rezultate CDI relevante.

Nu există o singură dovadă universală pentru toate domeniile.

TRL trebuie analizat în raport cu tehnologia concretă.

---

Este suficient să scriu în proiect „suntem la TRL 4”?

Nu.

Nivelul trebuie justificat.

Ghidul final cere ca Planul de acțiune pentru transfer tehnologic către entitatea privată să descrie inclusiv justificarea:

nivelului minim TRL 4 de la care pleacă proiectul

și

nivelului obligatoriu TRL 9 la care trebuie să ajungă.

Prin urmare, TRL nu este doar o bifă într-un formular.

Trebuie construită o argumentație tehnică.

---

Ce document trebuie să explice TRL-ul?

Un document foarte important este:

Planul de acțiune pentru transfer tehnologic către entitățile private

Ghidul prevede folosirea modelului din Anexa 17.

În acest document trebuie descrisă inclusiv evoluția tehnologiei de la minimum TRL 4 la TRL 9.

Această prevedere ne arată că analiza TRL trebuie corelată direct cu:

• activitățile proiectului;
• rezultatele cercetării;
• transferul tehnologic;
• rolurile partenerilor;
• testarea;
• validarea;
• introducerea rezultatului în utilizare.

---

Ce înseamnă TRL 5?

TRL 5 = tehnologie validată într-un mediu relevant.

Diferența față de TRL 4 este mediul.

La TRL 4 testarea este realizată în laborator.

La TRL 5, tehnologia începe să fie testată într-un context care reproduce mai bine condițiile reale de utilizare.

Exemplu industrial

TRL 4:

un senzor este testat pe bancul de laborator.

TRL 5:

senzorul este testat într-un sistem care reproduce temperaturile, vibrațiile și condițiile relevante ale procesului industrial.

---

Ce înseamnă TRL 6?

TRL 6 = tehnologie demonstrată într-un mediu relevant.

Aici tehnologia avansează de la simpla validare către demonstrarea unei soluții mai apropiate de forma viitorului produs.

În multe proiecte poate exista deja:

• un prototip reprezentativ;
• integrarea componentelor;
• testare extinsă;
• funcționare într-un mediu apropiat de realitate.

---

Care este diferența dintre TRL 5 și TRL 6?

Diferența poate părea mică, dar este importantă.

TRL 5

validăm tehnologia într-un mediu relevant.

TRL 6

demonstrăm tehnologia într-un mediu relevant.

La TRL 6, sistemul sau prototipul trebuie să fie mai reprezentativ pentru soluția finală.

Un simplu test reușit al unei componente nu trebuie confundat automat cu demonstrarea întregii tehnologii.

---

Ce înseamnă TRL 7?

TRL 7 = demonstrarea prototipului sistemului într-un mediu operațional.

Este un prag important.

Nu mai testăm doar într-un mediu care simulează realitatea.

Tehnologia trebuie demonstrată într-un context operațional.

Exemplu

Pentru un sistem AI destinat controlului calității:

TRL 6 ar putea însemna demonstrarea într-un mediu industrial reprezentativ sau pe o linie pilot.

TRL 7 presupune demonstrarea prototipului în condiții operaționale reale sau foarte apropiate de utilizarea efectivă.

---

Ce înseamnă TRL 8?

TRL 8 = sistem complet și calificat.

În această etapă, tehnologia nu mai este doar un prototip experimental.

Sistemul trebuie să fie complet, iar funcționarea lui să fie demonstrată și calificată conform cerințelor aplicabile.

Pot deveni relevante:

• specificațiile finale;
• verificarea performanței;
• siguranța;
• calitatea;
• integrarea completă;
• testarea finală;
• pregătirea pentru utilizare.

---

PoCIDIF se oprește la TRL 8?

Nu.

Acesta este un punct foarte important.

Ghidul final al apelului stabilește expres:

TRL 9 ca nivel obligatoriu la finalul proiectului.

Unele materiale secundare despre program indică TRL 8, dar documentația finală aprobată prin Ordinul MIPE nr. 772/28.05.2026 indică TRL 9.

Pentru BursaFondurilor.ro, aș folosi exclusiv regula din Ghidul final.

---

Ce înseamnă TRL 9?

Conform definiției europene:

TRL 9 = sistemul real este dovedit în mediul operațional.

Aceasta este maturitatea tehnologică cea mai ridicată pe scala TRL.

În termeni practici, tehnologia trebuie să fi trecut de:

laborator

↓

mediu relevant

↓

prototip

↓

mediu operațional

↓

sistem complet

și să ajungă la demonstrarea funcționării sistemului real în condiții operaționale.

---

TRL 9 înseamnă că produsul trebuie deja vândut?

Nu aș echivala automat cele două lucruri.

TRL măsoară în primul rând maturitatea tehnologică, nu numărul clienților sau cifra de afaceri.

TRL 9 indică faptul că sistemul real este dovedit în mediul operațional.

Ghidul PoCIDIF precizează separat că rezultatele proiectului trebuie să vizeze produse, procese sau servicii noi și inovatoare pregătite pentru comercializare pe piață în perioada de durabilitate a proiectului.

Așadar, trebuie distinse:

maturitatea tehnologică

de

comercializarea efectivă.

Cele două sunt conectate, dar nu sunt sinonime.

---

Cum arată traseul PoCIDIF?

În forma simplificată:

TRL 4

tehnologie validată în laborator

↓

TRL 5

validare în mediu relevant

↓

TRL 6

demonstrare în mediu relevant

↓

TRL 7

prototip demonstrat în mediu operațional

↓

TRL 8

sistem complet și calificat

↓

TRL 9

sistem real dovedit în mediul operațional

Aceasta este practic coloana vertebrală tehnologică a proiectului.

---

Trebuie proiectul să treacă prin fiecare nivel?

Proiectul trebuie să demonstreze o evoluție coerentă de la nivelul inițial la nivelul final.

Asta nu înseamnă că fiecare nivel trebuie neapărat transformat într-o activitate administrativă separată intitulată:

„Activitatea TRL 5”

„Activitatea TRL 6”

etc.

Mai important este ca activitățile și rezultatele proiectului să poată demonstra logic trecerea prin etapele de maturizare.

De exemplu:

dezvoltare experimentală

↓

prototip

↓

testare

↓

validare

↓

demonstrare

↓

integrare

↓

utilizare operațională

---

Poate un proiect să pornească de la TRL 5?

Da.

Ghidul stabilește minimum TRL 4, nu obligatoriu exact TRL 4.

Prin urmare, o tehnologie mai matură poate porni, de exemplu, de la:

TRL 5

sau

TRL 6

dacă această încadrare este reală și poate fi justificată.

Condiția finală rămâne însă:

TRL 9.

---

Poate proiectul să pornească de la TRL 3?

În configurația prevăzută de Ghid:

nu.

Nivelul minim care trebuie justificat este TRL 4.

Dacă tehnologia se află încă la:

TRL 3 – dovadă experimentală a conceptului

atunci proiectul nu a ajuns încă la nivelul minim de maturitate prevăzut pentru această finanțare.

Aceasta este o verificare care trebuie făcută foarte devreme.

---

Cum demonstrezi că ești deja la TRL 4?

Nu aș porni de la afirmația:

„Avem prototip, deci suntem TRL 4.”

Mai întâi trebuie analizat:

1. Ce tehnologie evaluăm?

TRL trebuie atribuit unei tehnologii bine definite.

2. Ce funcționalități trebuie demonstrate?

Trebuie stabilite funcțiile critice.

3. Ce a fost deja realizat?

Documentăm activitățile anterioare.

4. Unde a fost testată tehnologia?

Laborator? Mediu relevant? Mediu operațional?

5. Ce rezultate există?

Teste, măsurători, rapoarte, prototipuri.

6. Ce dovezi pot fi prezentate?

Documente și rezultate verificabile.

Abia apoi stabilim nivelul.

---

Este TRL-ul companiei sau al proiectului?

Mai corect este să vorbim despre:

TRL-ul tehnologiei dezvoltate

nu despre „TRL-ul firmei”.

O companie poate avea:

• un produs matur la TRL 9;
• un prototip la TRL 6;
• o nouă tehnologie la TRL 4;

în același timp.

Pentru proiect trebuie analizată exact tehnologia care face obiectul investiției CDI.

---

Un produs existent poate avea în interior o tehnologie TRL 4?

Da.

De exemplu, compania poate vinde deja echipamente industriale mature.

Dar proiectul PoCIDIF poate urmări integrarea unei tehnologii complet noi de:

• AI;
• senzori;
• control predictiv;
• materiale;
• comunicații;
• automatizare.

Produsul de bază poate fi matur, dar tehnologia nouă poate fi la TRL 4.

Analiza trebuie separată.

---

Exemplu – sistem AI pentru controlul calității

Un IMM și o universitate dezvoltă un sistem bazat pe computer vision pentru detectarea defectelor.

Înainte de proiect – TRL 4

Există:

• algoritm funcțional;
• set experimental de date;
• cameră și hardware de laborator;
• teste pe mostre controlate;
• rezultate măsurabile.

Soluția funcționează în laborator.

TRL 5

Algoritmul este testat pe imagini și condiții reprezentative pentru fabrica reală.

TRL 6

Este realizat un prototip reprezentativ, testat într-un mediu industrial relevant.

TRL 7

Prototipul este instalat și demonstrat pe o linie operațională.

TRL 8

Sistemul complet este integrat și calificat.

TRL 9

Sistemul real funcționează și este dovedit în mediul operațional.

---

Exemplu – senzor industrial IoT

TRL 4

Senzorul și electronica sunt integrate și testate în laborator.

TRL 5

Este testat în condiții relevante de temperatură, umiditate, vibrații și interferențe.

TRL 6

Prototipul este demonstrat într-un mediu industrial relevant.

TRL 7

Este instalat pe echipamentul real.

TRL 8

Designul final este complet și calificat.

TRL 9

Sistemul funcționează în exploatare reală.

---

Exemplu – software industrial

TRL poate fi aplicat și tehnologiilor software, dar încadrarea trebuie făcută în funcție de caracteristicile proiectului.

TRL 4

Funcțiile tehnologice principale sunt integrate și validate într-un mediu controlat.

TRL 5

Software-ul este validat cu date și condiții reprezentative.

TRL 6

Soluția este demonstrată într-un mediu relevant.

TRL 7

Prototipul funcționează într-un mediu operațional.

TRL 8

Sistemul complet este integrat și calificat.

TRL 9

Software-ul funcționează în configurația reală și în condițiile operaționale pentru care a fost proiectat.

JRC subliniază că aplicarea TRL trebuie adaptată domeniului tehnologic, iar în cazul AI există particularități suplimentare privind interpretarea maturității.

---

Un MVP este automat TRL 7?

Nu.

Termenii:

MVP

și

TRL

măsoară lucruri diferite.

Un MVP este un concept utilizat în dezvoltarea produselor pentru a descrie o versiune minimă capabilă să ofere valoare sau să testeze ipoteze de piață.

TRL măsoară maturitatea tehnologiei.

Un MVP poate avea maturități tehnologice diferite în funcție de:

• mediul în care funcționează;
• gradul de integrare;
• testare;
• validare;
• reprezentativitatea față de sistemul final.

Nu recomand maparea automată:

MVP = TRL 7.

---

Un prototip înseamnă automat TRL 6 sau 7?

Nu.

Cuvântul „prototip” singur nu este suficient.

Un prototip poate exista:

• în laborator;
• într-un mediu relevant;
• într-un mediu operațional.

Tocmai mediul de demonstrare și nivelul de integrare fac diferența dintre mai multe niveluri TRL.

De aceea, întrebarea corectă nu este:

„Avem prototip?”

ci:

„Ce reprezintă prototipul și în ce condiții a fost demonstrat?”

---

Ce înseamnă „mediu relevant”?

Este un mediu care reproduce suficient de bine condițiile importante în care tehnologia va funcționa.

Pentru o tehnologie industrială pot conta:

• temperatura;
• vibrațiile;
• praful;
• viteza procesului;
• echipamentele din jur;
• datele reale;
• interacțiunea cu operatorii.

Pentru software pot conta:

• volumele reale de date;
• sistemele cu care trebuie integrat;
• latența;
• numărul utilizatorilor;
• securitatea;
• condițiile reale de utilizare.

Mediul relevant trebuie definit pentru tehnologia concretă.

---

Ce înseamnă „mediu operațional”?

Este mediul în care sistemul urmează să fie utilizat efectiv.

Aici diferența devine importantă:

mediu relevant

reproduce realitatea;

mediu operațional

este realitatea sau un context operațional efectiv relevant pentru utilizarea tehnologiei.

La TRL 7 și TRL 9, această diferență devine esențială.

---

Cine trebuie să justifice TRL-ul?

Parteneriatul trebuie să construiască justificarea comună.

În practică, sunt necesare contribuții din partea:

organizației de cercetare

pentru:

• baza științifică;
• rezultatele CDI existente;
• experimente;
• validare tehnică;

și din partea:

IMM-ului

pentru:

• condițiile operaționale;
• integrare;
• cerințele produsului;
• industrializare;
• demonstrarea utilizării.

Aceasta este încă o dovadă că parteneriatul PoCIDIF nu trebuie să fie doar formal.

---

Cum legăm TRL-ul de activitățile proiectului?

O matrice simplă poate arăta astfel:

Etapă	Activitate	Rezultat	TRL
Start	validarea tehnologiei existente	bază tehnologică demonstrată	4
A1	optimizare și dezvoltare	tehnologie validată relevant	5
A2	prototipare	prototip demonstrat	6
A3	pilot operațional	prototip în condiții reale	7
A4	integrare și calificare	sistem complet	8
A5	demonstrare finală	sistem real operațional	9

Aceasta este doar o structură orientativă.

Proiectul real trebuie construit în funcție de tehnologia concretă și cerințele Ghidului.

---

Cum legăm TRL-ul de buget?

Bugetul ar trebui să rezulte din traseul tehnologic.

De exemplu:

TRL 4 → 5

poate necesita:

• cercetători;
• materiale;
• simulări;
• testări.

TRL 5 → 6

poate necesita:

• prototip;
• echipamente;
• integrare;
• testare.

TRL 6 → 7

poate necesita:

• pilot;
• infrastructură;
• instalare;
• demonstrare.

TRL 7 → 8 → 9

poate necesita:

• integrarea sistemului final;
• validare;
• calificare;
• demonstrarea operațională;
• introducerea rezultatului în utilizare.

Așadar, TRL-ul nu trebuie scris după ce bugetul este gata.

TRL-ul trebuie să ajute la construirea bugetului.

---

Cum legăm TRL-ul de calendar?

La fel.

Dacă proiectul trebuie să ajungă de la TRL 4 la TRL 9, calendarul trebuie să permită:

dezvoltare

↓

prototipare

↓

testare

↓

corecții

↓

validare

↓

demonstrare operațională

Un calendar în care prototipul este terminat foarte târziu, iar TRL 9 este declarat imediat după, fără timp pentru demonstrare, va fi dificil de argumentat tehnic.

---

Care este greșeala frecventă nr. 1?

Supraestimarea TRL-ului inițial

Compania spune:

„Avem conceptul și niște teste, deci suntem TRL 5.”

Dar analiza arată că:

• nu există integrare;
• testele sunt preliminare;
• tehnologia nu a fost validată;
• nu există rezultate reproductibile.

În realitate, tehnologia ar putea fi încă la TRL 3.

În acest caz apare o problemă de eligibilitate.

---

Greșeala nr. 2 – confundarea produsului cu tehnologia

Compania are un produs comercial existent și presupune:

„Produsul este pe piață, deci proiectul pornește de la TRL 9.”

Dar tehnologia nouă propusă prin proiect nu a fost încă dezvoltată.

Trebuie evaluat TRL-ul elementului inovator, nu maturitatea întregii companii sau a produselor existente.

---

Greșeala nr. 3 – declararea TRL 9 fără traseu

Un proiect nu poate spune pur și simplu:

TRL inițial = 4

TRL final = 9

fără să demonstreze cum ajunge acolo.

Trebuie să existe:

• activități;
• rezultate;
• milestone-uri;
• teste;
• validări;
• demonstrații;
• responsabilități.

---

Greșeala nr. 4 – prea multă cercetare fundamentală

PoCIDIF pornește deja de la minimum TRL 4.

Dacă cea mai mare parte a proiectului presupune:

• cercetare exploratorie;
• formularea ipotezelor;
• identificarea conceptului;
• proof-of-concept inițial;

există riscul ca tehnologia să fie prea puțin matură pentru apel.

---

Greșeala nr. 5 – lipsa mediului operațional

Pentru a ajunge la TRL 9 trebuie să existe posibilitatea reală de demonstrare a tehnologiei.

Încă de la pregătirea proiectului trebuie stabilit:

Unde va fi testată?

Cine oferă mediul?

Ce echipament este necesar?

Ce date sunt necesare?

Cine validează rezultatele?

Cum demonstrăm funcționarea?

Dacă aceste răspunsuri lipsesc, traseul către TRL 9 rămâne teoretic.

---

Checklist pentru TRL 4 la depunere

Înainte să declarăm TRL 4, aș verifica:

• tehnologia este clar definită;
• componentele esențiale există;
• acestea au fost integrate la nivel relevant pentru TRL 4;
• există testare de laborator;
• există rezultate măsurabile;
• există documentație;
• rezultatele sunt reproductibile;
• putem identifica exact ce mai trebuie dezvoltat;
• putem explica diferența față de TRL 3;
• avem dovezi pentru afirmațiile din proiect.

---

Checklist pentru traseul către TRL 9

Proiectul ar trebui să poată explica:

• ce reprezintă TRL 4;
• ce activitate duce la TRL 5;
• ce rezultat demonstrează TRL 5;
• cum se ajunge la TRL 6;
• unde este demonstrat prototipul;
• cum se ajunge în mediul operațional;
• ce reprezintă sistemul complet;
• cum se face calificarea;
• unde este demonstrat sistemul real;
• ce documente dovedesc TRL 9.

---

Cele trei întrebări esențiale

Înainte de pregătirea proiectului, aș răspunde foarte concret la:

1. Ce dovedește că suntem deja la minimum TRL 4?

2. Ce trebuie să construim și să validăm pentru a ajunge la TRL 9?

3. Unde vom demonstra sistemul real în mediul operațional?

Dacă una dintre aceste întrebări nu are încă răspuns, componenta tehnică trebuie dezvoltată înainte de depunere.

---

TRL și transferul tehnologic

TRL-ul nu este o condiție izolată.

Ghidul leagă direct maturizarea tehnologică de transferul rezultatelor cercetării către entitatea privată.

Proiectele urmăresc cercetare industrială și dezvoltare experimentală pentru creșterea maturității de la TRL 4 la TRL 9, iar organizațiile de cercetare trebuie să furnizeze întreprinderilor transfer tehnologic și de cunoștințe pentru dezvoltarea de procese, produse sau servicii inovatoare.

Logica este:

cercetare

↓

maturizare tehnologică

↓

transfer către IMM

↓

demonstrare

↓

utilizare economică

---

Întrebări frecvente

Care este TRL-ul minim pentru PoCIDIF?

TRL 4. Tehnologia trebuie să fie cel puțin validată în laborator, iar nivelul inițial trebuie justificat în documentația proiectului.

La ce TRL trebuie să ajungă proiectul?

La TRL 9, obligatoriu.

Este suficient TRL 8?

Nu. Ghidul final indică explicit TRL 9 ca nivel obligatoriu.

Poate proiectul porni de la TRL 5?

Da. TRL 4 este nivelul minim.

Poate porni de la TRL 3?

Nu conform condiției privind nivelul minim stabilit în Ghid.

Ce este TRL 4?

Tehnologie validată în laborator.

Ce este TRL 7?

Demonstrarea prototipului sistemului într-un mediu operațional.

Ce este TRL 9?

Sistem real dovedit în mediul operațional.

TRL 9 înseamnă obligatoriu vânzări?

Nu. TRL măsoară maturitatea tehnologică. Ghidul cere însă ca rezultatele proiectului să fie pregătite pentru comercializare în perioada de durabilitate.

Unde se justifică TRL-ul?

Inclusiv în Planul de acțiune pentru transfer tehnologic către entitățile private, realizat conform modelului din Anexa 17.

Cine stabilește TRL-ul?

Nivelul trebuie argumentat de parteneriat pe baza stadiului tehnologic, activităților și dovezilor existente. Nu trebuie tratat ca o simplă autodeclarare fără fundamentare.

---

Concluzie

Pentru PoCIDIF Proiecte Tehnologice Inovative, maturitatea tehnologică nu este un detaliu secundar.

Este una dintre condițiile care definesc întregul proiect.

La început:

minimum TRL 4

La final:

obligatoriu TRL 9

Între cele două trebuie să existe un traseu demonstrabil de:

dezvoltare → prototipare → testare → validare → demonstrare → sistem complet → funcționare în mediul operațional.

De aceea, înainte de buget și înainte de completarea MySMIS, parteneriatul ar trebui să documenteze foarte clar:

TRL-ul inițial

dovezile pentru TRL 4

activitățile necesare maturizării

mediul de testare

modul în care va fi demonstrat TRL 9.