Introducere:DNSH e cerința care respinge proiecte bune din motive birocratice
Ai un proiect de digitalizare solid, un furnizor bun, un buget aprobat, și totuși dosarul îți este returnat. Motivul, de multe ori: chestionarul DNSH completat greșit sau incomplet.
DNSH înseamnă „Do No Significant Harm", „A nu prejudicia în mod semnificativ" mediul. E o cerință obligatorie pentru fondurile europene (PNRR, PR), prin care demonstrezi că achizițiile tale (inclusiv IT) nu dăunează celor 6 obiective de mediu ale UE.
Sună abstract. În practică, e o listă de documente pe care trebuie să le ceri furnizorilor. Ghidul ăsta îți arată exact ce.
⚠️ Notă onestă: cerințele DNSH variază pe program și apel. Acest articol e o hartă practică, nu un substitut pentru ghidul oficial sau consultantul tău de fonduri.
Ce înseamnă „Do No Significant Harm" pentru achiziții IT?
Pe scurt: dovedești că hardware-ul și software-ul cumpărate respectă standardele de mediu. Pentru IT, asta se traduce în:
- Echipamente eficiente energetic (ecodesign).
- Conformitate cu reglementările privind deșeurile electronice (WEEE).
- Substanțe periculoase limitate (RoHS).
- Furnizori care pot emite declarațiile de conformitate.
Nu tu inventezi dovezile, le ceri de la furnizori. Problema e că puțini știu ce să ceară.
Cele 6 obiective de mediu, explicate simplu
- Atenuarea schimbărilor climatice, consum energetic redus.
- Adaptarea la schimbări climatice, reziliența echipamentelor.
- Apa, irelevant pentru majoritatea achizițiilor IT pure, dar se declară.
- Economia circulară, reciclabilitate, WEEE, durată de viață.
- Poluarea, substanțe periculoase limitate (RoHS).
- Biodiversitatea, de regulă neimpactat de IT, dar se declară.
Pentru un birou sau un magazin online, obiectivele relevante sunt energia, economia circulară și poluarea.
Ce documente ceri de la furnizori (checklist)
- Fișa tehnică cu clasa de eficiență energetică.
- Declarația de conformitate WEEE (gestionarea deșeurilor electronice).
- Declarația RoHS (substanțe periculoase).
- Pentru software/SaaS: politici de sustenabilitate ale furnizorului de cloud / centre de date eficiente energetic.
Ca implementator de soluții web și automatizări, îți putem furniza declarațiile relevante pentru componenta digitală, parte din documentația pe care o livrăm la crearea de site și magazin online.
Erori comune care duc la clarificări (sau respingere)
- Chestionar generic, necorelat cu achizițiile reale din proiect.
- Lipsa fișelor tehnice de la furnizori.
- Declarații contradictorii între bugetul proiectului și anexa DNSH.
- Software tratat „ca și cum n-ar conta", și el trebuie justificat (centre de date, eficiență).
Evaluatorii caută coerență. Un DNSH care „bate" cu restul dosarului trece; unul lipit la repezeală generează solicitări de clarificare.
Concluzie:DNSH e o formalitate doar dacă te pregătești
DNSH nu e greu, e doar nefamiliar. Cu un checklist clar și furnizori care emit declarațiile corecte, devine o formalitate. Fără pregătire, e motivul birocratic care îți întârzie sau respinge proiectul.
Pentru componenta digitală a proiectului tău (site, e-commerce, automatizări), îți dăm documentația tehnică aliniată cerințelor. Vezi ghidul nostru despre fondurile Centru și de ce operăm din Cugir.
DNSH nu respinge proiecte slabe, respinge proiecte nepregătite. Diferența o face un checklist, nu norocul., B. Dragoș Adrian, Arhitect Ecosisteme
Scalează-ți Ecosistemul
Discovery call 30 min — fără cost, fără pitch. Auditul arhitecturii tale digitale și un plan operațional clar.
- 01Mesaj scurt cu contextul afacerii tale
- 02Răspuns în 24h cu o propunere de discovery call
- 03Plan operațional + recomandare de scope
FAQ.PROTOCOL
