Licențe Software Comerciale — SaaS, On-Premise și Open Source

O licență software nu îți transferă programul, ci îți acordă dreptul de a-l utiliza în condiții stabilite de titularul dreptului de autor (Legea nr. 8/1996); proprietatea asupra codului rămâne, ca regulă, la dezvoltator. Cele trei modele comerciale dominante sunt SaaS (serviciu găzduit, pe abonament), on-premise (copie instalată la client) și open source (cod deschis, permisiv sau copyleft). Fiecare model impune obligații contractuale, fiscale și de conformitate distincte.

Pe scurt

O licență software nu îți vinde programul, ci îți acordă dreptul de a-l utiliza în anumite condiții — proprietatea rămâne, ca regulă, la autor sau la titularul drepturilor de autor (Legea nr. 8/1996). Cele trei modele comerciale dominante — SaaS (acces la un serviciu găzduit, pe bază de abonament), on-premise (copie instalată pe infrastructura clientului) și open source (cod deschis, licențiat permisiv sau copyleft) — se supun aceluiași cadru al dreptului de autor, dar ridică obligații contractuale, fiscale și de conformitate foarte diferite. Alegerea greșită a modelului sau ignorarea condițiilor de licențiere (mai ales copyleft-ul de tip GPL) poate transforma o simplă utilizare într-o încălcare a dreptului de autor.

Cadrul legal

În România, software-ul este protejat prin drept de autor, ca operă de creație intelectuală asimilată operelor literare. Regimul este dat de Legea nr. 8/1996 privind dreptul de autor și drepturile conexe (republicată în 2018), care conține un capitol special dedicat programelor pentru calculator (Capitolul IX), completat de dreptul comun al contractelor din Codul civil (Legea nr. 287/2009).

Drepturile exclusive ale autorului

Art. 74 din Legea nr. 8/1996 — Titularul dreptului de autor al unui program pentru calculator beneficiază, îndeosebi, de dreptul exclusiv de a realiza și de a autoriza: a) reproducerea permanentă sau temporară a programului, integral sau parțial (inclusiv instalarea, stocarea, rularea, afișarea sau transmiterea în rețea); b) traducerea, adaptarea și orice transformare a programului; c) distribuirea și închirierea originalului sau a copiilor. Sursa: Legea 8/1996 (republicată) – Portal Legislativ (accesat 2026-08-08)

Prima vânzare a unei copii pe piața internă, făcută de titular sau cu acordul său, epuizează dreptul de a autoriza distribuirea acelei copii (regula epuizării — art. 74).

Licența ≠ transferul dreptului de autor

Distincția centrală pentru orice contract comercial:

Art. 76 din Legea nr. 8/1996 — În lipsa unei convenții contrare, printr-un contract de utilizare a unui program se prezumă că utilizatorului i se acordă un drept neexclusiv de utilizare și că acesta nu îl poate transmite altei persoane. Cesiunea dreptului de utilizare a unui program nu implică transferul dreptului de autor asupra acestuia. Sursa: Legea 8/1996 (republicată) – Portal Legislativ (accesat 2026-08-08)

Software creat de angajați

Art. 75 din Legea nr. 8/1996 — În lipsa unei clauze contrare, drepturile patrimoniale asupra programelor create de angajați în exercitarea atribuțiilor de serviciu sau după instrucțiunile angajatorului aparțin angajatorului. Sursa: Legea 8/1996 (republicată) – Portal Legislativ (accesat 2026-08-08)

Atenție însă: regula se aplică angajaților cu contract de muncă. Pentru colaboratori externi (freelanceri, firme de dezvoltare), drepturile rămân la creator dacă nu există o cesiune scrisă expresă — simpla plată a facturii nu transferă drepturile de autor.

Cesiunea drepturilor patrimoniale

Când se transferă efectiv drepturi (nu doar dreptul de utilizare), se aplică regimul cesiunii:

Art. 40 și art. 42 din Legea nr. 8/1996 — Cesiunea drepturilor patrimoniale poate fi exclusivă sau neexclusivă și poate fi limitată la anumite drepturi, un anumit teritoriu și o anumită durată. Contractul trebuie să prevadă drepturile transmise, modalitățile de exploatare, durata, întinderea cesiunii și remunerația; lipsa oricăreia dintre aceste mențiuni dă dreptul la anularea contractului. Sursa: Legea 8/1996 (republicată) – Portal Legislativ (accesat 2026-08-08)

Drepturile utilizatorului legitim

Art. 77 din Legea nr. 8/1996 — Utilizatorul autorizat poate, fără acordul titularului, să efectueze actele necesare utilizării programului conform destinației sale (inclusiv corectarea erorilor), să realizeze o copie de arhivă sau de siguranță și să observe, studieze ori testeze funcționarea programului pentru a-i determina ideile și principiile. Sursa: Legea 8/1996 (republicată) – Portal Legislativ (accesat 2026-08-08)

Nu sunt protejate ideile, algoritmii, metodele de funcționare și principiile aflate la baza programului — protecția vizează expresia (codul-sursă, codul-obiect), nu funcționalitatea în sine.

Regimul român transpune Directiva 2009/24/CE privind protecția juridică a programelor pentru calculator. Detalierea dimensiunii europene și a jurisprudenței CJUE este tratată în secțiunile dedicate.

Explicație detaliată

Ce este, de fapt, o licență software?

O licență software este un contract prin care titularul dreptului de autor autorizează utilizarea programului fără a-i transfera proprietatea intelectuală. În dreptul român, contractul de licență software nu are o reglementare unitară proprie: doctrina îl califică drept contract nenumit, la care se aplică regimul special al Legii nr. 8/1996 (pentru dreptul de autor) coroborat cu dreptul comun al contractelor din Codul civil.

Din această natură hibridă decurg consecințe practice: clauzele licenței (durată, teritoriu, exclusivitate, număr de utilizatori, tip de utilizare) au forță obligatorie între părți, iar depășirea lor nu este o simplă neexecutare contractuală, ci poate constitui o încălcare a dreptului de autor, cu regimul sancționator specific (inclusiv despăgubiri și, în cazuri grave, răspundere penală).

Modelul 1 — On-premise (licența clasică)

În modelul on-premise, clientul primește o copie a programului pe care o instalează și rulează pe propria infrastructură (servere, stații de lucru). Juridic, este cazul cel mai apropiat de „licența de utilizare" reglementată de art. 76: se acordă un drept, de regulă neexclusiv, de a instala și folosi programul.

Caracteristici tipice:

• Licențiere perpetuă sau pe termen — plată unică (perpetuă) sau abonament anual;
• Metrici de licențiere — per utilizator, per dispozitiv, per nucleu/procesor (CPU core), per instanță;
• Mentenanță și suport — de regulă contract separat (actualizări, corecții de securitate);
• Control asupra datelor — datele rămân pe infrastructura clientului, ceea ce simplifică unele obligații de conformitate.

Riscul principal pentru furnizor este subraportarea (utilizare peste numărul licențiat), motiv pentru care contractele on-premise conțin frecvent clauze de audit.

Modelul 2 — SaaS (Software as a Service)

În modelul SaaS, clientul nu primește o copie a programului: accesează, pe bază de abonament, o aplicație găzduită în cloud de furnizor (de regulă prin browser). Pentru că nu există reproducere pe infrastructura clientului, calificarea juridică se deplasează dinspre „licență de utilizare" spre prestare de servicii (uneori analizată prin analogie cu locațiunea unui serviciu).

Implicații specifice SaaS:

• Nivel de serviciu (SLA) — disponibilitate, timp de răspuns, penalități pentru neîndeplinire;
• Protecția datelor (GDPR) — furnizorul SaaS prelucrează, de regulă, date personale în numele clientului și devine persoană împuternicită, ceea ce impune un contract de prelucrare conform art. 28 din Regulamentul (UE) 2016/679 (GDPR);
• Localizarea datelor și subcontractanții — relevante pentru transferuri internaționale;
• Reversibilitate (exit) — dreptul de a-ți extrage datele la încetarea contractului;
• Fără epuizarea dreptului — regula epuizării (art. 74) privește copiile distribuite; în SaaS nu există o copie „vândută", deci nu se pune problema revânzării.

Modelul 3 — Open source

Software-ul open source este pus la dispoziție cu codul-sursă și sub o licență care permite utilizarea, modificarea și redistribuirea. Contrar percepției comune, licențele open source nu sunt gratuități informale, ci contracte de licență valabile, protejate prin dreptul de autor: nerespectarea condițiilor scoate utilizarea în afara licenței și o transformă în încălcare a Legii nr. 8/1996.

Cele două mari familii:

• Licențe permisive (MIT, BSD, Apache 2.0) — permit integrarea codului inclusiv în produse proprietare comerciale, cu obligații minime (păstrarea notei de copyright și a textului licenței). Apache 2.0 adaugă o licență expresă de brevet din partea contribuitorilor.
• Licențe copyleft (GPL, AGPL, LGPL, MPL) — permit reutilizarea, dar impun ca operele derivate distribuite să fie licențiate în aceleași condiții, inclusiv prin punerea la dispoziție a codului-sursă.

Gradele de copyleft:

• Copyleft puternic (GPL) — întregul produs care încorporează cod GPL, la distribuire, trebuie licențiat sub GPL, cu cod-sursă disponibil;
• Copyleft de rețea (AGPL) — extinde obligația și la software-ul accesat prin rețea (relevant pentru SaaS: nu poți evita GPL doar prin faptul că „nu distribui" binarul);
• Copyleft limitat (LGPL) — permite legarea (linking) unei biblioteci în software proprietar fără a „contamina" întregul produs;
• Copyleft pe fișier (MPL) — doar fișierele modificate rămân deschise.

Un punct esențial: obligația copyleft se declanșează la distribuire (livrarea produsului către terți), nu la utilizarea internă. Zona cea mai incertă rămâne definiția „operei derivate" — gradul de integrare (linking static vs. dinamic) care declanșează copyleft-ul nu are reguli tranșante în jurisprudență.

Licență vs. cesiune — de reținut

Aspecte practice

Ce trebuie să conțină un contract de licență software

Indiferent de model, o licență bine redactată clarifică:

• Obiectul și tipul licenței — ce program, ce versiune, exclusivă/neexclusivă;
• Întinderea utilizării — număr de utilizatori/dispozitive/instanțe, scop (intern, comercial, revânzare);
• Durata și teritoriul — perpetuă sau pe termen, aria geografică;
• Remunerația — preț unic, abonament, model per utilizare (obligatorie la cesiune, conform art. 42);
• Mentenanță, actualizări și suport — ce include și pe ce perioadă;
• Garanții și limitarea răspunderii — plafoane, excluderea daunelor indirecte;
• Proprietatea intelectuală — confirmarea că dreptul de autor rămâne la furnizor;
• Audit (on-premise) / SLA și reversibilitate (SaaS);
• Legea aplicabilă și soluționarea litigiilor.

Greșeli frecvente

• „Am plătit, deci e al meu." Fals. Plata facturii pentru un software comandat îți dă, în lipsa unei cesiuni scrise, doar un drept de utilizare — dreptul de autor rămâne la dezvoltator (art. 40 și art. 76). Dacă vrei drepturile depline, ai nevoie de o clauză expresă de cesiune cu mențiunile obligatorii ale art. 42.
• Confuzia angajat/colaborator. Pentru angajați, drepturile trec la angajator prin efectul legii (art. 75); pentru freelanceri și firme externe, drepturile rămân la ei fără o cesiune scrisă.
• Ignorarea copyleft-ului în produse comerciale. Încorporarea de cod GPL într-un produs proprietar distribuit poate obliga la publicarea codului-sursă al întregii aplicații. Verifică licențele tuturor dependențelor (open source compliance) înainte de lansare.
• Presupunerea că SaaS „scapă" de GPL. Licența AGPL impune publicarea codului chiar și pentru software oferit doar ca serviciu în rețea.
• Lipsa contractului GDPR la SaaS. Când furnizorul prelucrează date personale, este obligatoriu un acord de prelucrare conform art. 28 GDPR.

Conformitate open source (checklist minim)

1. Inventariază componentele open source și licențele lor (SBOM);
2. Separă dependențele permisive (MIT/Apache/BSD) de cele copyleft (GPL/AGPL/LGPL/MPL);
3. Evaluează dacă produsul se distribuie sau se oferă ca serviciu în rețea (relevant pentru GPL vs. AGPL);
4. Păstrează notele de copyright și textele licențelor;
5. Pentru Apache 2.0, ține cont de clauza de brevet; pentru contribuții proprii, stabilește o politică de licențiere.

Aspecte fiscale (orientativ)

• Pentru TVA, licențele și abonamentele software sunt tratate ca prestări de servicii.
• Plățile către nerezidenți pentru dreptul de utilizare a unui program pot fi calificate drept redevențe, cu posibilă reținere la sursă, sub rezerva convențiilor de evitare a dublei impuneri.

Regimul fiscal concret depinde de structura contractului și de rezidența părților — verifică prevederile Codului fiscal (Legea nr. 227/2015) și ghidurile ANAF sau consultă un specialist.

Obligații administrative — ORDA

Producătorii care introduc programe în circuitul comercial pe teritoriul României pot avea obligații de evidență în Registrul Național al Programelor pentru Calculator (RNPC), administrat de Oficiul Român pentru Drepturile de Autor (ORDA), potrivit OG nr. 25/2006.

Conformitate și riscuri avansate

Dincolo de raportul clasic furnizor–client profesionist, licențierea software atrage o serie de regimuri imperative, mai ales de sursă europeană, de la care contractul nu poate deroga. Le tratăm mai jos pe cele mai importante pentru practică.

Licențierea către consumatori (B2C) — reguli imperative

Când software-ul (SaaS sau aplicație on-premise) este furnizat unui consumator, peste regimul dreptului de autor se suprapune legislația privind conținutul digital și serviciile digitale: Directiva (UE) 2019/770, transpusă în România prin OUG nr. 141/2021. Aceasta impune furnizorului obligații imperative de conformitate (produsul trebuie să corespundă descrierii, cantității, calității și scopului convenit ori uzual), de furnizare a actualizărilor — inclusiv de securitate — pe durata în care consumatorul se poate aștepta în mod rezonabil, și un set de remedii (aducerea în conformitate, reducerea prețului, încetarea contractului). Aceste drepturi sunt de ordine publică: orice clauză de licență care derogă în defavoarea consumatorului este nulă. Prezumțiile din art. 76 din Legea nr. 8/1996 (drept neexclusiv, netransmisibil) rămân valabile pe planul dreptului de autor, dar nu pot înlătura obligațiile de conformitate și de actualizare impuse imperativ în raport cu consumatorul — ele se cumulează, nu se exclud.

Sursa: Directiva (UE) 2019/770; OUG nr. 141/2021 (Portal Legislativ) (accesat 2026-08-07)

Insolvența furnizorului — continuitate, escrow, date

Un risc major, mai ales la SaaS (fără copie la client) și la on-premise dependent de activare/licențiere online, este discontinuitatea dacă furnizorul intră în insolvență sau își încetează activitatea. Potrivit Legii nr. 85/2014 privind procedurile de prevenire a insolvenței și de insolvență, contractele în derulare se prezumă menținute la deschiderea procedurii, iar clauzele care prevăd încetarea automată pentru simplul motiv al insolvenței (clauze ipso facto) sunt considerate nescrise/nule (art. 123). Totuși, administratorul sau lichidatorul judiciar poate denunța contractele neexecutate substanțial, iar continuitatea efectivă a serviciului nu poate fi garantată juridic dacă furnizorul pur și simplu nu mai operează. Protecții contractuale utile:

• escrow al codului-sursă — depozitarea codului și a documentației la un terț, cu eliberare la declanșatoare definite (insolvență, încetarea mentenanței);
• garanții de reversibilitate — export al datelor clientului într-un format structurat, uzual folosit;
• asistență la tranziție — o fereastră contractuală (de regulă 30–90 de zile) de acces și migrare.

Aceste clauze reduc riscul, dar nu prevalează absolut asupra procedurii de insolvență — de aceea planificarea contractuală a exit-ului, înainte de dependența operațională, este esențială.

Sursa: Legea nr. 85/2014, art. 123 (Portal Legislativ). ⚠️ Pentru mecanica denunțării contractelor în derulare, a se vedea analiza de la Universul Juridic (accesat 2026-08-07)

Portabilitate și „exit" — Data Act (din 12 septembrie 2025)

Reversibilitatea SaaS nu mai este doar o chestiune de negociere: Regulamentul (UE) 2023/2854 (Data Act) — cu obligațiile privind schimbarea furnizorilor de servicii de prelucrare a datelor (cloud) aplicabile de la 12 septembrie 2025 — impune imperativ dreptul clientului de a migra la alt furnizor. Furnizorii trebuie să înlăture obstacolele precontractuale, comerciale, tehnice și contractuale în calea schimbării, să asigure portabilitatea datelor și a „activelor digitale" ale clientului și să elimine treptat taxele de schimbare (interzise integral după perioada de tranziție prevăzută de regulament). Consecință directă pentru contractele SaaS: clauzele care instituie lock-in — taxe de ieșire prohibitive, formate proprietare de export, termene nerezonabile de migrare — devin, în măsura în care contravin regulamentului, inaplicabile. Dreptul de exit devine astfel un drept legal, nu o simplă favoare contractuală.

Sursa: Regulamentul (UE) 2023/2854 (Data Act) (accesat 2026-08-07)

Transferuri internaționale de date la SaaS

Când furnizorul SaaS — de regulă persoană împuternicită (art. 28 GDPR) — găzduiește datele la hyperscaleri cu sediul sau infrastructura în afara SEE, se aplică Capitolul V din GDPR (art. 44–49). În lipsa unei decizii de adecvare, transferul necesită garanții adecvate — cel mai frecvent clauzele contractuale standard (CCS) adoptate prin Decizia de punere în aplicare (UE) 2021/914 — dublate, după hotărârea Schrems II (CJUE C-311/18), de o evaluare a impactului transferului (verificarea dacă legislația țării terțe asigură un nivel de protecție esențial echivalent și, la nevoie, adoptarea de măsuri suplimentare). Pentru SUA, EU-US Data Privacy Framework (Decizia de adecvare (UE) 2023/1795) permite transferul către importatori certificați, fără a înlătura obligația de diligență. Răspunderea pentru legalitatea transferului rămâne, în principal, la operator (clientul), motiv pentru care localizarea datelor și lanțul de subcontractanți ai furnizorului SaaS trebuie clarificate contractual.

Sursa: GDPR, Cap. V; CJUE C-311/18 (Schrems II); Decizia (UE) 2021/914 (CCS) (accesat 2026-08-07)

Auditurile de licențiere ale marilor furnizori

Contractele on-premise ale marilor editori (Oracle, SAP, IBM, Microsoft — prin programe de tip SAM/LMS) conțin clauze de audit care, în practică, generează expunere financiară semnificativă. Punctele sensibile sunt metricile de licențiere (per procesor/nucleu, per utilizator numit, per instanță) și, mai ales, accesul indirect („indirect/digital access" — utilizatori sau sisteme terțe care accesează software-ul printr-o interfață intermediară), frecvent subestimat de client. Ce fac practicienii:

• negociază clauza de audit înainte de semnare — frecvență limitată (de regulă maximum o dată pe an), preaviz rezonabil, definiții clare ale metricilor și ale „accesului indirect", suportarea costurilor de către furnizor dacă abaterea constatată e sub un prag;
• monitorizează intern consumul real (SAM propriu) și păstrează evidența licențelor și a implementărilor;
• la declanșarea unui audit, verifică perimetrul, nu furnizează date peste ce impune strict contractul și contestă metricile ambigue înainte de a accepta o expunere financiară.

⚠️ Sinteză orientativă de practică în managementul activelor software (SAM), nu consultanță juridică individuală.

Micro-entități și persoane fizice (PFA, freelanceri)

Ca regim de drept de autor, cele trei modele se aplică identic indiferent de forma juridică; distincția angajat/colaborator (art. 75 din Legea nr. 8/1996) rămâne cheia. Apar însă particularități fiscale (orientativ, potrivit Codului fiscal — Legea nr. 227/2015):

• un dezvoltator PFA care licențiază ori cesionează drepturi obține venituri impozabile (impozit pe venit, plus contribuții sociale în limitele plafoanelor legale); valorificarea drepturilor de autor are reguli proprii de calcul și, uneori, de reținere la sursă;
• microîntreprinderea este impozitată pe venit (cotă aplicată cifrei de afaceri), nu pe profit — relevant pentru un mic furnizor de software;
• TVA: înregistrarea devine obligatorie la depășirea plafonului de scutire, iar licențele și abonamentele software se tratează ca prestări de servicii;
• plățile de redevențe către un licențiator nerezident (de ex. un abonament SaaS din afara UE) pot atrage reținere la sursă, cotă redusă ori eliminată prin convențiile de evitare a dublei impuneri, pe baza certificatului de rezidență fiscală;
• răspunderea: PFA-ul și întreprinderea individuală răspund cu patrimoniul propriu (nelimitat), spre deosebire de o societate (SRL).

Sursa: Codul fiscal (Legea nr. 227/2015) și ghidurile ANAF. ⚠️ Regimul concret depinde de structura contractului și de rezidența părților — a se verifica pe caz.

Cyber Resilience Act și componentele open source

Regulamentul (UE) 2024/2847 (Cyber Resilience Act — CRA), intrat în vigoare la 10 decembrie 2024, introduce cerințe de securitate cibernetică pentru „produsele cu elemente digitale" puse pe piața UE. Obligațiile principale (proiectare securizată, gestionarea vulnerabilităților pe ciclul de viață, marcaj CE de conformitate) se aplică în principal de la 11 decembrie 2027, iar obligația de raportare a vulnerabilităților exploatate și a incidentelor grave de la 11 septembrie 2026. Pentru un distribuitor comercial care încorporează componente open source, responsabilitatea de conformitate pentru produsul comercializat îi revine lui — nu o poate transfera integral către proiectele upstream. CRA prevede totuși un regim mai ușor pentru „administratorii de software open source" (open source stewards) și exceptează open source-ul dezvoltat ori furnizat în afara unei activități comerciale; componenta open source integrată însă într-un produs comercial intră sub obligațiile producătorului acelui produs.

Sursa: Regulamentul (UE) 2024/2847 (Cyber Resilience Act) (accesat 2026-08-07)

Jurisprudență națională

În România nu există o jurisprudență internă bogată și publicată specific pe licențele software comerciale (SaaS, on-premise, open source): litigiile se soluționează frecvent prin tranzacție sau arbitraj, iar puținele hotărâri accesibile privesc mai degrabă contrafacerea programelor decât calificarea modelelor de licențiere. Reperul practic este însă jurisprudența CJUE, care interpretează Directiva 2009/24/CE și Directiva 2004/48/CE — transpuse în Legea nr. 8/1996 — și este, ca atare, direct relevantă pentru instanțele române.

Decizii relevante

Decizii favorabile (PRO)

CJUE, 18 decembrie 2019 — C-666/18, IT Development SAS v. Free Mobile SAS Beneficiarul unei licențe (Free Mobile) modificase codul-sursă al programului cu încălcarea contractului de licență. Curtea a confirmat teza centrală a acestui articol: depășirea sau nerespectarea condițiilor licenței nu este o simplă neexecutare contractuală, ci o încălcare a dreptului de autor. · Instanța a reținut că încălcarea unei clauze a contractului de licență privind drepturi de proprietate intelectuală intră în noțiunea de „încălcare a drepturilor de proprietate intelectuală" (Directiva 2004/48), titularul beneficiind de garanțiile acelei directive. Sursa: https://www.juridice.ro/668258/ (accesat 2026-08-07) Text UE: https://eur-lex.europa.eu/legal-content/RO/TXT/?uri=CELEX:62018CJ0666 (accesat 2026-08-07)

Decizii contrare sau limitative (CONTRA)

CJUE, 3 iulie 2012 — C-128/11, UsedSoft GmbH v. Oracle International Corp. Limitează controlul editorului asupra pieței secundare: dreptul de distribuție asupra copiei unui program se epuizează atunci când titularul autorizează, în UE, descărcarea programului contra unui preț și pentru o durată nelimitată. În consecință, revânzarea unei astfel de licențe „second-hand" este admisibilă, iar al doilea dobânditor este un dobânditor legal. · Curtea a reținut totuși că titularul poate impune, prin mijloace tehnice, ca dobânditorul inițial să facă inutilizabilă propria copie. ⚠️ Atenție la model: hotărârea privește copii distribuite (tipic on-premise, licență perpetuă). Ea nu se aplică modelului SaaS, unde nu se „vinde" o copie, ci se prestează un serviciu — deci nu se pune problema epuizării ori a revânzării (a se vedea blocul „Explicație detaliată", art. 74 din Legea nr. 8/1996). Sursa: https://www.juridice.ro/280593/ (accesat 2026-08-07) Text UE: https://eur-lex.europa.eu/legal-content/RO/TXT/?uri=CELEX:62011CJ0128 (accesat 2026-08-07)

Nuanțe și cazuri speciale

CJUE, 2 mai 2012 — C-406/10, SAS Institute v. World Programming — Delimitează obiectul protecției: nici funcționalitatea unui program, nici limbajul de programare, nici formatul fișierelor de date nu sunt o formă de exprimare protejată prin drept de autor. Relevant pentru interoperabilitate și pentru dezvoltarea de soluții compatibile (inclusiv în ecosistemul open source). Text UE: https://eur-lex.europa.eu/legal-content/RO/TXT/?uri=CELEX:62010CJ0406 (accesat 2026-08-07)

CJUE, 17 octombrie 2024 — C-159/23, Sony v. Datel — Confirmă interpretarea strictă: protecția Directivei 2009/24 acoperă codul-sursă și codul-obiect, dar nu conținutul variabilelor pe care programul le salvează temporar în memoria RAM și le folosește la executare, atât timp cât acestea nu permit reproducerea programului. Nu există „transformare" a programului în sensul directivei doar pentru că un alt software modifică asemenea variabile. Text hotărâre: https://curia.europa.eu/juris/liste.jsf?num=C-159/23 (accesat 2026-08-07)

CJUE, 22 decembrie 2010 — C-393/09, Bezpečnostní softwarová asociace — Interfața grafică cu utilizatorul (GUI) nu este o formă de exprimare a programului protejată prin Directiva 2009/24 (poate beneficia, separat, de dreptul de autor „clasic" dacă este o creație intelectuală proprie). Text UE: https://eur-lex.europa.eu/legal-content/RO/TXT/?uri=CELEX:62009CJ0393 (accesat 2026-08-07)

⚠️ Practică națională (de verificat pe iccj.ro). Comentarii de specialitate invocă practica ÎCCJ potrivit căreia, pentru a se constata încălcarea dreptului de autor asupra unui program, este necesară dovedirea accesului efectiv al terțului la program (ori prezumția rezonabilă a acestuia), simpla posibilitate teoretică fiind insuficientă; se distinge, de asemenea, între programul pentru calculator și baza de date accesată prin el (dreptul sui-generis al fabricantului bazei de date, art. 141–142 din Legea nr. 8/1996). Reținem această orientare cu rezervă, întrucât nu a putut fi confirmată pe o sursă oficială/aprobată — textul integral se verifică pe portalul Înaltei Curți.

Jurisprudență CJUE (sinteză)

Liniile directoare care se desprind din jurisprudența CJUE, obligatorie și pentru instanțele române:

• Licența obligă ca dreptul de autor. Nerespectarea clauzelor (număr de utilizatori, interdicția modificării codului, condițiile copyleft) = contrafacere, cu remediile Directivei 2004/48 (C-666/18).
• Epuizarea privește copiile, nu serviciile. Revânzarea licențelor descărcate cu titlu perpetuu este posibilă (C-128/11), dar mecanismul nu se transferă la SaaS.
• Protecția vizează expresia, nu ideea. Funcționalitățile, limbajul, formatele de date, interfața grafică și datele din RAM rămân în afara protecției prin dreptul de autor asupra programului (C-406/10, C-159/23, C-393/09), lăsând spațiu dezvoltării independente și compatibile.

Tendințe jurisprudențiale

• Extinderea „umbrelei" dreptului de autor asupra clauzelor de licență. După C-666/18, încălcarea condițiilor unei licențe — inclusiv a obligațiilor copyleft (GPL/AGPL) de a distribui codul-sursă — poate fi tratată ca încălcare a drepturilor de proprietate intelectuală, deschizând accesul la remediile mai puternice ale Directivei 2004/48, nu doar la răspunderea contractuală de drept comun.
• Delimitare strictă a obiectului protecției. Linia C-406/10 → C-393/09 → C-159/23 arată o Curte constantă în a proteja doar forma de exprimare (cod-sursă/obiect), nu ideile, funcționalitățile sau datele de execuție — ceea ce sprijină interoperabilitatea și dezvoltarea de alternative compatibile.
• Piața secundară, blocată în practică prin arhitectura SaaS. Deși C-128/11 a legitimat revânzarea licențelor perpetue, migrarea industriei spre abonamente SaaS (fără copie „vândută") reduce în fapt aplicabilitatea epuizării — o tendință de model de afaceri cu efect juridic direct.
• Deficit de jurisprudență națională publicată pe licențierea software: reperul rămâne CJUE, corelat cu doctrina română (contract nenumit — a se vedea blocul „Practică și opinii").

Întrebări frecvente

Dacă plătesc pentru un software comandat, devin proprietarul drepturilor de autor? Nu, în lipsa unei clauze de cesiune scrise. Plata îți conferă, ca regulă, doar un drept de utilizare neexclusiv; dreptul de autor rămâne la dezvoltator (art. 40 și art. 76 din Legea nr. 8/1996). Pentru a dobândi drepturile, ai nevoie de un contract de cesiune cu mențiunile obligatorii ale art. 42.

Care este diferența juridică între SaaS și on-premise? On-premise presupune o copie instalată la client și se apropie de licența clasică de utilizare. SaaS este acces la un serviciu găzduit, fără reproducere la client, calificat mai degrabă ca prestare de servicii — cu accent pe SLA, protecția datelor (GDPR) și reversibilitate.

Pot folosi cod open source într-un produs comercial? Da. Licențele permisive (MIT, Apache, BSD) permit inclusiv integrarea în software proprietar. Licențele copyleft (GPL) permit utilizarea comercială, dar pot obliga la distribuirea produsului derivat sub aceeași licență, cu cod-sursă disponibil. Verifică tipul licenței fiecărei dependențe.

Când se declanșează obligațiile copyleft ale GPL? La distribuirea software-ului către terți. Utilizarea pur internă nu declanșează, de regulă, obligația de publicare a codului. Excepție: AGPL, care extinde obligația și la software-ul accesat prin rețea (SaaS).

Software-ul creat de un angajat aparține firmei? Da, ca regulă. Conform art. 75 din Legea nr. 8/1996, în lipsa unei clauze contrare, drepturile patrimoniale asupra programelor create de angajați în exercitarea atribuțiilor de serviciu aparțin angajatorului. Pentru colaboratorii externi este necesară o cesiune scrisă.

Pot face o copie de siguranță fără acordul furnizorului? Da. Utilizatorul autorizat poate realiza o copie de arhivă sau de siguranță necesară utilizării, precum și corectarea erorilor, conform art. 77 din Legea nr. 8/1996, în lipsa unei convenții contrare. Mai mult, o clauză care ar interzice copia de siguranță necesară utilizării sau decompilarea pentru interoperabilitate este, în principiu, nulă (art. 8 din Directiva 2009/24/CE) — sunt drepturi de ordine publică.

Am cumpărat un software pentru firma mea (consumator/persoană fizică) — am drepturi suplimentare? Da. Când software-ul (SaaS sau on-premise) e furnizat unui consumator, se aplică și OUG nr. 141/2021 (care transpune Directiva (UE) 2019/770): furnizorul datorează conformitate, actualizări (inclusiv de securitate) și remedii, iar clauzele care derogă în defavoarea consumatorului sunt nule.

Ce se întâmplă cu datele mele dacă furnizorul SaaS dă faliment? Contractele în derulare se prezumă menținute la deschiderea insolvenței, iar clauzele de încetare automată pentru insolvență sunt nule (art. 123 din Legea nr. 85/2014). Continuitatea efectivă nu e însă garantată — de aceea sunt esențiale clauzele de escrow al codului, de reversibilitate (export al datelor) și de asistență la tranziție. Din septembrie 2025, Data Act îți garantează suplimentar dreptul de migrare la alt furnizor cloud.

Pot revinde o licență software „second-hand"? Uneori. Pentru o licență perpetuă descărcată contra unui preț unic, CJUE a admis revânzarea (C-128/11, UsedSoft), cu condiția ca vânzătorul să-și facă inutilizabilă copia. Pentru SaaS (abonament, fără copie transferată) revânzarea nu este posibilă — nu operează epuizarea dreptului.

Practică și opinii

⚠️ Opinie specialistă — Teodor Bodoașcă, Lucian Ioan Tarnu, Viorica Cornelia Grăjdeanu (Universul Juridic) Cesiunea drepturilor patrimoniale de autor nu poate fi calificată fără rezerve drept o formă de locațiune: pe calea cesiunii nu se transferă un drept real de folosință asupra unui lucru oarecare, ci un drept privitor la o „operă". Autorii discută și distincția dintre cesiune (transfer al unui drept) și concesiune, subliniind specificitatea contractului din materia dreptului de autor. Sursa: Discuții privind contractul de cesiune a drepturilor patrimoniale de autor în Legea nr. 8/1996, Universul Juridic (accesat 2026-08-07)

⚠️ Opinie specialistă — Cristina Ticu-Jianu, Robert Ticu-Jianu (JURIDICE.ro) Contractele de software — atât licența, cât și dezvoltarea personalizată — fac parte din categoria contractelor nenumite, nereglementate distinct de legislația internă; pentru stabilirea regimului juridic se apelează la norma generală, Codul civil. Protecția programelor acoperă orice expresie a acestora (cod-sursă, cod-obiect), materialul de concepție pregătitor și manualele, nu însă ideile și principiile de la baza lor. Sursa: Analiza juridică asupra programelor software, JURIDICE.ro (accesat 2026-08-07)

De reținut din practică: riscul juridic major în proiectele comerciale nu este atât „piratarea" evidentă, cât necorelarea modelului de licențiere cu modul real de utilizare — cod copyleft strecurat într-un produs proprietar, licențe on-premise depășite ca număr de utilizatori sau furnizori SaaS fără acord GDPR de prelucrare. Un audit periodic al licențelor (proprii și open source) previne cele mai costisitoare litigii.

Sunt renunțabile drepturile utilizatorului legitim? (o tensiune de ordine publică)

Articolul afirmă atât libertatea contractuală a părților, cât și drepturile utilizatorului autorizat (art. 77 din Legea nr. 8/1996 — utilizare conform destinației, copie de siguranță, observare/testare; decompilarea pentru interoperabilitate — art. 78). Aparent contradictorii, cele două se conciliază prin natura imperativă a unora dintre aceste drepturi. Legea română transpune Directiva 2009/24/CE, al cărei art. 8 declară nulă orice clauză contractuală contrară dreptului la copia de siguranță necesară utilizării, dreptului de observare/studiere/testare și decompilării pentru interoperabilitate. În consecință:

• o clauză de licență care interzice copia de siguranță necesară utilizării, observarea/testarea funcționării sau decompilarea pentru interoperabilitate (în condițiile strict prevăzute) este, în principiu, nulă — sunt drepturi de ordine publică;
• în schimb, corectarea erorilor și actele „necesare utilizării conform destinației" (art. 77) operează „în lipsa unei convenții contrare", deci pot fi limitate prin contract (de ex. clauza care rezervă furnizorului mentenanța și corecțiile). Aici libertatea contractuală rămâne activă.

Prin urmare, tensiunea nu este reală: nucleul dur (copie de siguranță, interoperabilitate, studiu) e sustras voinței părților, iar restul rămâne negociabil.

Sursa: Directiva 2009/24/CE, art. 5, 6 și 8; Legea nr. 8/1996, art. 77–78 (Portal Legislativ) (accesat 2026-08-08)

De ce nu se aplică epuizarea (UsedSoft) la SaaS — și unde se estompează granița

Concluzia „SaaS ≠ epuizare" nu ține de suportul fizic, ci de calificarea operațiunii. În C-128/11 (UsedSoft), CJUE a legat epuizarea de o vânzare, adică de întrunirea cumulativă a: (i) unei licențe pe durată nelimitată, (ii) contra unui preț unic care remunerează economic copia, și (iii) a transferului unei copii pe care dobânditorul o poate folosi. SaaS-ul nu întrunește niciuna dintre condiții: acces temporar, pe abonament recurent, fără transferul unei copii — este o prestare de servicii, nu o vânzare, deci nu există un drept de distribuție care să se „epuizeze".

Granița se estompează însă la modelele hibride: o licență „perpetuă" livrată prin descărcare, contra unui preț unic, se apropie tocmai de tiparul UsedSoft — iar un revânzător de licențe „second-hand" ar invoca exact acest raționament pentru a susține revânzarea. Limitele rămân stricte: dobânditorul inițial trebuie să facă inutilizabilă propria copie, iar în C-166/15 (Ranks) Curtea a arătat că revânzarea unei copii de rezervă pe suport neoriginal nu este acoperită de epuizare. Practic, migrarea industriei spre SaaS și spre abonamente elimină, prin arhitectura de afaceri, chiar terenul pe care UsedSoft ar putea opera.

Sursa: CJUE C-128/11 (UsedSoft); CJUE C-166/15 (Ranks) (accesat 2026-08-07)

Referințe

1. Legea nr. 8/1996 privind dreptul de autor și drepturile conexe (republicată în Monitorul Oficial nr. 489 din 14 iunie 2018, cu modificările ulterioare) — în special art. 40, 42 (cesiunea drepturilor patrimoniale) și art. 73–81 (Capitolul IX, Programele pentru calculator). Portal Legislativ
2. Codul civil — Legea nr. 287/2009 (republicat), dreptul comun al contractelor. Portal Legislativ
3. Regulamentul (UE) 2016/679 (GDPR) — art. 28 (persoana împuternicită de operator), relevant pentru contractele SaaS. EUR-Lex
4. Directiva 2009/24/CE privind protecția juridică a programelor pentru calculator. EUR-Lex
5. OG nr. 25/2006 privind întărirea capacității administrative a ORDA (Registrul Național al Programelor pentru Calculator). Portal Legislativ
6. Codul fiscal — Legea nr. 227/2015 (regimul TVA și al redevențelor pentru licențe software). ANAF
7. Teodor Bodoașcă, Lucian Ioan Tarnu, Viorica Cornelia Grăjdeanu — Discuții în legătură cu unele aspecte juridice ale contractului de cesiune a drepturilor patrimoniale de autor în reglementarea Legii nr. 8/1996, Universul Juridic.
8. Cristina Ticu-Jianu, Robert Ticu-Jianu — Analiza juridică asupra programelor software, JURIDICE.ro.
9. Directiva (UE) 2019/770 privind conținutul digital și serviciile digitale (transpusă prin OUG nr. 141/2021). EUR-Lex
10. Regulamentul (UE) 2023/2854 (Data Act) — schimbarea furnizorilor cloud și portabilitatea datelor (aplicabil din 12 septembrie 2025). EUR-Lex
11. Regulamentul (UE) 2024/2847 (Cyber Resilience Act) — cerințe de securitate pentru produsele cu elemente digitale. EUR-Lex
12. Legea nr. 85/2014 privind procedurile de prevenire a insolvenței și de insolvență — art. 123 (contracte în derulare). Portal Legislativ
13. Decizia de punere în aplicare (UE) 2021/914 (clauze contractuale standard) și CJUE, C-311/18, Schrems II (transferuri internaționale de date). EUR-Lex 2021/914 · C-311/18

Articole conexe

• Drepturile de autor asupra software-ului
• Licențe open source
• Cesiunea drepturilor de autor