Produsul pe care nu știați că l-ați pus pe piață
Directiva (UE) 2024/2853 tratează software-ul ca produs. Răspunderea obiectivă nu mai se oprește la hardware, iar lanțul contractual construit pe premisa veche nu mai alocă riscul unde credeați.
Ce s-a schimbat
Directiva (UE) 2024/2853 privind răspunderea pentru produsele cu defect a înlocuit Directiva 85/374/CEE, iar statele membre au avut termen de transpunere până la 9 decembrie 2026. Schimbarea de fond este de o simplitate înșelătoare: noțiunea de produs include acum expres software-ul, indiferent de modul de furnizare, precum și fișierele de fabricație digitală și serviciile digitale conexe integrate în produs sau interconectate cu acesta.
Vechea directivă fusese gândită pentru bunuri corporale. Sub imperiul ei, un dezvoltator de software se afla, în cele mai multe configurații, în afara răspunderii obiective; discuția se purta pe teren contractual, unde limitările de răspundere își făceau efectul. Noua directivă mută software-ul înăuntru.
Consecința nu este că orice eroare de cod atrage răspundere. Este că temeiul se schimbă: victima nu mai trebuie să dovedească o culpă, ci defectul, prejudiciul și legătura de cauzalitate — iar clauzele contractuale de limitare nu produc efecte față de persoana prejudiciată, care nu este parte la contract.
Actualizarea ca moment relevant
Directiva tratează expres situația software-ului aflat sub controlul producătorului după punerea pe piață. Atunci când producătorul păstrează controlul asupra actualizărilor sau upgrade-urilor, momentul relevant pentru aprecierea defectului nu mai este exclusiv cel al punerii în circulație.
Aceasta este, în practică, modificarea cu cel mai mare impact asupra modelelor de tip SaaS și asupra produselor cu firmware actualizabil. Un produs conform la lansare poate deveni defect printr-o actualizare ulterioară, iar o vulnerabilitate de securitate rămasă neremediată, atunci când exista obligația de a furniza actualizări, poate fi analizată ca defect.
Corespunzător, exonerarea clasică — defectul nu exista la momentul punerii în circulație — își pierde din utilitate exact acolo unde furnizorul continuă să livreze cod.
Unde se rupe lanțul contractual
Majoritatea stivelor contractuale din industria software au fost construite pe premisa veche. Limitări de răspundere plafonate la valoarea abonamentului anual, excluderi ale prejudiciilor indirecte, clauze de despăgubire orientate exclusiv spre proprietate intelectuală: toate presupun că expunerea rămâne contractuală și între părți.
Răspunderea pentru produse cu defect nu funcționează astfel. Ea operează extracontractual, în favoarea persoanei prejudiciate, iar directiva interzice limitarea sau exonerarea prin clauze. Ceea ce rămâne negociabil este alocarea internă a riscului între verigile lanțului — dezvoltator, integrator, distribuitor, importator — prin clauze de despăgubire, garanții și obligații de asigurare corect dimensionate.
Rezultatul practic: nu este suficientă revizuirea clauzei de limitare. Trebuie recitit lanțul întreg, pentru că directiva desemnează mai mulți operatori economici care pot fi ținuți răspunzători, iar cine ajunge primul în fața victimei depinde de structura lanțului, nu de intenția părților.
Software = produs
Codul, actualizările și serviciile digitale integrate intră în noțiunea de produs. Răspunderea obiectivă nu se mai oprește la hardware.
Momentul se mută
Când păstrați controlul asupra actualizărilor, defectul poate apărea după punerea pe piață — și exonerarea clasică nu mai acoperă.
Clauza nu vă apără
Limitările contractuale nu produc efecte față de persoana prejudiciată. Negociabilă rămâne doar alocarea între verigile lanțului.
Întrebări frecvente
Software-ul este considerat produs în sensul răspunderii pentru produse cu defect?
Da. Directiva (UE) 2024/2853 include expres software-ul în noțiunea de produs, indiferent de modul de furnizare — încorporat într-un bun, livrat separat sau prestat ca serviciu. Sunt incluse și fișierele de fabricație digitală, precum și serviciile digitale conexe fără de care produsul nu ar putea îndeplini funcțiile sale.
Un sistem de inteligență artificială intră sub incidența directivei?
Da, în măsura în care este software. Directiva nu creează un regim separat pentru inteligența artificială, ci o cuprinde prin includerea generală a software-ului. Regulamentul (UE) 2024/1689 privind inteligența artificială reglementează separat obligațiile de conformitate; cele două se aplică în paralel, pe planuri diferite — conformitate administrativă, respectiv răspundere civilă.
Pot limita această răspundere prin contract?
Nu față de persoana prejudiciată. Directiva interzice limitarea sau exonerarea răspunderii prin clauze contractuale în raport cu victima. Ce rămâne negociabil este alocarea internă a riscului între operatorii economici din lanț, prin clauze de despăgubire, garanții și obligații de asigurare.
De când se aplică în România?
Statele membre au avut obligația de a transpune directiva până la 9 decembrie 2026, iar noile reguli se aplică produselor puse pe piață după acea dată. Stadiul concret al transpunerii în dreptul intern trebuie verificat la momentul analizei, întrucât data adoptării actului normativ român poate diferi de termenul european.
În aceeași serie
- Omul din buclă este un rol juridicArticolul 14 cere supraveghere umană efectivă. Un om care nu poate în fapt să oprească sistemul nu este supraveghere — este un burete de răspundere.
- Contracte de tehnologieMSA, SaaS și cloud, externalizare și integrare, licențiere, SOW și SLA, termeni de transfer al datelor — redactate și negociate ca un sistem, nu ca documente separate.
Aveți un document sau o structură de analizat?
Prima discuție este de 30 de minute și servește la a stabili dacă problema merită un mandat — nu la a vinde unul.