Contractul de dezvoltare software

Contractul de dezvoltare software este contractul prin care un furnizor realizează, pentru un beneficiar, un program pentru calculator conform unor specificații, în schimbul unui preț. În dreptul român este un contract nenumit, care combină regimul antreprizei cu cel al dreptului de autor asupra codului. Cele două întrebări esențiale sunt când se consideră lucrarea acceptată și cine deține drepturile asupra codului, care trebuie stipulate expres în contract.

Pe scurt

Contractul de dezvoltare software este contractul prin care un furnizor (dezvoltator) se obligă să realizeze, pentru un beneficiar, un program pentru calculator conform unor specificații, în schimbul unui preț. În dreptul român este un contract nenumit, care combină regimul antreprizei (execuția lucrării intelectuale, recepția și garanția) cu cel al dreptului de autor asupra codului (Legea nr. 8/1996). Cele două întrebări esențiale sunt: când se consideră lucrarea acceptată și cine deține drepturile asupra codului — răspunsuri care nu vin de la sine, ci trebuie stipulate expres în contract.

Cadrul legal

Contractul de dezvoltare software nu are o reglementare proprie, dedicată, în legislația română. El este un contract nenumit, guvernat de regulile generale ale contractelor și de regimul special al dreptului de autor asupra programelor pentru calculator.

Regulile generale ale contractului (Codul civil)

Fiind un contract nenumit, i se aplică normele generale privind obligațiile și, potrivit art. 1168 Cod civil, regulile contractului cu care se aseamănă cel mai mult.

Art. 1168 Cod civil — „Contractelor nereglementate de lege li se aplică prevederile prezentului capitol, iar dacă acestea nu sunt îndestulătoare, regulile speciale privitoare la contractul cu care se aseamănă cel mai mult." Sursa: Codul civil, Legea 287/2009 (accesat 2026-08-21)

Contractul „cu care se aseamănă cel mai mult" este, de regulă, contractul de antrepriză, deoarece dezvoltarea de software este o lucrare intelectuală executată pe riscul dezvoltatorului, contra unui preț:

Art. 1851 Cod civil — „Prin contractul de antrepriză, antreprenorul se obligă ca, pe riscul său, să execute o anumită lucrare, materială ori intelectuală, sau să presteze un anumit serviciu pentru beneficiar, în schimbul unui preț." Sursa: Codul civil, Legea 287/2009 (accesat 2026-08-21)

Din regimul antreprizei se preiau în special verificarea și recepția lucrării (art. 1858–1862 Cod civil) și răspunderea pentru vicii (art. 1863 și urm. Cod civil).

Regimul dreptului de autor asupra codului (Legea nr. 8/1996)

Programele pentru calculator sunt opere protejate prin drept de autor. Codul, în orice formă, intră sub protecția Legii nr. 8/1996:

Art. 73 din Legea nr. 8/1996 — Protecția programelor pentru calculator include orice expresie a unui program, programele de aplicație și sistemele de operare, exprimate în orice fel de limbaj, fie în cod-sursă, fie în cod-obiect, precum și materialul de concepție pregătitor și manualele. Sursa: Legea nr. 8/1996, republicată (accesat 2026-08-21)

Două reguli sunt decisive pentru orice contract de dezvoltare software:

• Autorul este întotdeauna o persoană fizică (art. 3 alin. (1) din Legea nr. 8/1996) — programatorul care scrie codul. O firmă (persoană juridică) nu poate fi „autor", ci poate deveni doar titular al drepturilor patrimoniale, prin lege sau prin cesiune.
• Cesiunea dreptului de utilizare nu transferă dreptul de autor. A permite folosirea programului nu înseamnă a transfera proprietatea asupra codului.

Art. 76 alin. (2) din Legea nr. 8/1996 — „Cesiunea dreptului de utilizare a unui program pentru calculator nu implică și transferul dreptului de autor asupra acestuia." Sursa: Legea nr. 8/1996, republicată (accesat 2026-08-21)

Aceste dispoziții transpun Directiva 2009/24/CE privind protecția juridică a programelor pentru calculator (detaliată la secțiunea de legislație europeană).

Explicație detaliată

Un contract cu natură dublă

Contractul de dezvoltare software funcționează pe două planuri suprapuse:

1. Planul „lucrării" — dezvoltatorul construiește ceva (o aplicație, un modul, un sistem) după cerințele beneficiarului. Aici se aplică logica antreprizei: obligație de rezultat, recepția lucrării, garanția contra viciilor.
2. Planul „proprietății intelectuale" — rezultatul este o operă protejată prin drept de autor. Cine poate folosi, modifica, revinde sau distribui codul depinde de ce anume s-a transferat contractual.

Ignorarea celui de-al doilea plan este cea mai frecventă greșeală: beneficiarul plătește dezvoltarea, primește aplicația funcțională, dar nu dobândește automat drepturile asupra codului sursă. Fără o clauză expresă de cesiune, dezvoltatorul rămâne titularul drepturilor patrimoniale de autor.

Specificațiile și acceptanța (recepția)

Obiectul contractului trebuie descris prin specificații (documentul de cerințe, caiet de sarcini, user stories, prototip). Cu cât specificațiile sunt mai clare, cu atât scade riscul litigiilor privind „ce trebuia livrat". Insuficienta descriere a cerințelor este o sursă clasică de conflict.

Acceptanța este momentul în care beneficiarul confirmă că livrabilul corespunde specificațiilor. În practică se documentează prin:

• proces-verbal de recepție a livrabilului;
• proces-verbal de parcurgere a testelor de acceptanță (UAT — User Acceptance Testing), pe baza unor criterii de acceptanță prestabilite.

Momentul acceptanței are efecte juridice majore: de regulă declanșează plata, transferul riscurilor și începerea perioadei de garanție. Este util să se prevadă și o acceptanță tacită (livrabilul se consideră acceptat dacă beneficiarul nu formulează obiecții într-un termen dat), pentru a evita blocajele.

Titularitatea codului: cesiune, licență sau creație de către salariat

Există trei scenarii tipice pentru „cine deține codul":

• Cesiunea drepturilor patrimoniale — dezvoltatorul (titular) transferă beneficiarului drepturile patrimoniale de autor asupra codului. Trebuie stipulat expres ce drepturi se cesionează (reproducere, modificare/adaptare, distribuire, comunicare publică), pe ce durată, pe ce teritoriu și dacă cesiunea este exclusivă. Drepturile morale ale autorului-persoană fizică rămân, prin natura lor, netransmisibile — dar, pentru software, exercițiul lor este restrâns prin lege (vezi „Drepturile morale ale programatorului").
• Licența (cesiunea dreptului de utilizare) — beneficiarul primește doar dreptul de a folosi programul, în condițiile din licență; codul rămâne al dezvoltatorului. Este modelul tipic al produselor software „la pachet" și SaaS. Atenție: potrivit art. 76 alin. (2) din Legea nr. 8/1996, licența nu transferă dreptul de autor.
• Software creat de salariați — dacă programul este dezvoltat de angajați în exercitarea atribuțiilor de serviciu, legea inversează regula generală: în lipsa unei clauze contrare, drepturile patrimoniale aparțin angajatorului.

Art. 75 din Legea nr. 8/1996 — În lipsa unei clauze contrare, drepturile patrimoniale de autor asupra programelor pentru calculator, create de unul sau mai mulți angajați în exercitarea atribuțiilor de serviciu ori după instrucțiunile celui care angajează, aparțin acestuia din urmă. Sursa: Legea nr. 8/1996, republicată (accesat 2026-08-21)

Aceasta este o excepție de la art. 45 din Legea nr. 8/1996, unde, pentru celelalte opere create în cadrul unui contract de muncă, drepturile rămân, în lipsa clauzei contrare, la autor-salariat. Consecință practică: o firmă de software care lucrează cu colaboratori pe PFA sau contract de prestări servicii (nu salariați) NU beneficiază de art. 75 — are nevoie de o clauză de cesiune explicită de la fiecare colaborator, altfel drepturile rămân la acesta.

Drepturile morale ale programatorului: un regim special

Regula generală este că drepturile morale de autor sunt netransmisibile — nu pot fi cedate. Pentru programele pentru calculator, însă, legea restrânge exercițiul unora dintre ele, ceea ce rezolvă o aparentă contradicție frecvent invocată:

• Dreptul de retractare NU se aplică software-ului. Potrivit art. 78 alin. (3) din Legea nr. 8/1996, dispozițiile art. 10 lit. e) (dreptul autorului de a retracta opera) nu se aplică programelor pentru calculator. Programatorul nu poate retrage codul din exploatare, spre deosebire de autorul unei opere clasice — o regulă care asigură securitatea juridică a beneficiarului.
• Dreptul la integritate este limitat. Dreptul de a se opune modificărilor (art. 10 lit. d) este atenuat de dreptul utilizatorului legal de a corecta erori și de a adapta programul pentru utilizarea conformă destinației (art. 77), precum și de a face o copie de siguranță (art. 78 alin. (1)).
• Rămân exercitabile dreptul la paternitate (recunoașterea calității de autor — art. 10 lit. b) și dreptul de divulgare (art. 10 lit. a).

Art. 78 alin. (3) din Legea nr. 8/1996 — „Dispozițiile art. 10 lit. e) nu se aplică programelor pentru calculator." Sursa: Legea nr. 8/1996, republicată (accesat 2026-08-21)

Proveniența codului: componente open-source și cod generat cu AI

Cine „deține" codul depinde nu doar de clauza de cesiune, ci și de din ce este făcut codul livrat.

Componente terțe și licențe open-source. Dacă dezvoltatorul integrează biblioteci cu licențe copyleft (GPL, AGPL), obligațiile acelor licențe „însoțesc" codul și nu pot fi înlăturate contractual: o componentă GPL încorporată poate obliga la publicarea întregului produs derivat sub GPL (AGPL extinde obligația și la utilizarea în rețea — SaaS), subminând o cesiune „exclusivă" către beneficiar. Autorul își poate ceda propriul drept, dar nu poate ceda mai mult decât are: obligațiile licenței terțe rămân. De aceea contractul ar trebui să impună:

• inventar de licențe / SBOM (software bill of materials) — lista completă a dependențelor și a licențelor lor;
• listă albă de licențe permise și interdicția componentelor copyleft neizolate;
• garanție de neîncălcare a drepturilor terților (warranty of non-infringement) și clauză de despăgubire IP (IP indemnity);
• obligația de a izola sau înlocui componentele incompatibile cu regimul de proprietate dorit.

Cod generat cu asistenți AI. Întrucât autorul trebuie să fie o persoană fizică (art. 3 din Legea nr. 8/1996), codul generat integral de un asistent AI (GitHub Copilot, modele generative), fără aport creativ uman, poate fi lipsit de protecție prin drept de autor — caz în care o clauză de cesiune rămâne fără obiect pentru acea porțiune (nu există drept de cedat). Codul asistat, în care programatorul face alegeri creative proprii, rămâne protejat. Apar și riscuri de „contaminare": sugestiile AI, antrenate pe cod public, pot reproduce fragmente sub licențe copyleft sau protejate. Regulamentul (UE) 2024/1689 (AI Act) reglementează sistemele de IA (inclusiv obligații de transparență privind datele de antrenare), dar nu rezolvă titularitatea output-ului — aceasta rămâne o chestiune de drept de autor național. Practic, contractul ar trebui să prevadă declararea utilizării de instrumente AI, garanția aportului creativ uman și a lipsei codului terț nedivulgat.

Garanțiile

Ca la orice antrepriză, dezvoltatorul răspunde pentru vicii — în context software, pentru defecte (bug-uri) care fac programul neconform cu specificațiile. Contractual se stabilesc:

• o perioadă de garanție (în practică 3–12 luni de la livrare/recepție), în care remedierea defectelor este gratuită;
• nivelul de serviciu (SLA) — timpi de răspuns și de rezolvare pe clase de severitate;
• delimitarea față de modificările de scop (cererile noi, din afara specificațiilor, nu sunt „garanție", ci lucrări suplimentare, cu preț separat).

Mentenanță și dependența de furnizor (vendor lock-in)

Garanția acoperă defectele; mentenanța (evolutivă, adaptativă, corectivă) este un serviciu distinct, de regulă cu un contract sau o anexă separată și cu plată recurentă. Pentru a evita dependența totală de furnizor, beneficiarul poate negocia accesul la codul sursă — direct sau printr-un mecanism de escrow (codul sursă este depus la un terț și eliberat beneficiarului în situații predefinite: insolvența furnizorului, încetarea suportului etc.). Astfel beneficiarul poate, la nevoie, întreține sau modifica programul independent de dezvoltatorul inițial.

Metodologii: agile vs. waterfall

Modelul de livrare influențează structura juridică a contractului:

• Waterfall (cascadă) — specificații complete de la început, livrare într-o singură etapă (sau etape mari), recepție finală. Se mulează bine pe logica antreprizei „la preț fix", dar este rigid la schimbări de cerințe.
• Agile (iterativ) — livrări incrementale, în sprinturi, cu cerințe care evoluează. Se potrivește modelului time & materials (plată pe efort/timp) și impune clauze adaptate: acceptanță per sprint/increment, gestionarea backlog-ului, procedură de change request, iar cesiunea drepturilor trebuie să acopere fiecare increment livrat.

Alegerea metodologiei nu schimbă regulile de fond privind drepturile de autor, dar schimbă modul în care se documentează acceptanța, plata și transferul drepturilor.

Aspecte practice

Clauze care nu trebuie să lipsească

• Obiect și specificații — anexă tehnică (caiet de sarcini / backlog) care definește ce se livrează; orice cerere în afara ei = change request cu preț separat.
• Criterii și procedură de acceptanță — teste de acceptanță (UAT), proces-verbal de recepție, termen și mecanism de acceptanță tacită.
• Preț și plată — model clar: preț fix pe livrabil (waterfall) sau time & materials pe sprint (agile); condiționarea tranșelor de recepția etapelor.
• Drepturi de autor — clauză expresă de cesiune (ce drepturi, exclusivitate, durată, teritoriu) SAU de licență; pentru colaboratori PFA/prestări servicii, cesiune de la fiecare autor.
• Cod sursă și escrow — predarea codului sursă, a documentației și a materialului de concepție; opțional depozit escrow pentru situații de risc.
• Garanție și SLA — perioadă de garanție (3–12 luni), timpi de răspuns/rezolvare pe severități.
• Mentenanță — anexă separată, cu preț recurent, dacă beneficiarul dorește suport post-garanție.
• Confidențialitate și date — protecția informațiilor tehnice și de afaceri; proprietatea și returnarea datelor beneficiarului; conformitate GDPR (dacă se prelucrează date cu caracter personal).
• Componente terțe și open source — declararea bibliotecilor terțe și a licențelor open source folosite; răspunderea pentru respectarea acestor licențe.

Greșeli frecvente

• Se plătește dezvoltarea, dar nu se cesionează codul. Fără clauză expresă, drepturile patrimoniale rămân la dezvoltator; beneficiarul are doar dreptul de a folosi produsul.
• Se presupune că „am angajat = dețin codul". Regula angajatorului (art. 75) se aplică salariaților, nu colaboratorilor pe PFA/contract de prestări servicii — pentru aceștia e nevoie de cesiune.
• Acceptanță nedefinită. Fără criterii și proces-verbal, se ajunge la dispute despre „ce trebuia livrat" și când începe garanția.
• Confuzia garanție ↔ mentenanță. Garanția acoperă defecte; funcționalitățile noi sunt lucrări suplimentare, plătite separat.
• Escrow ignorat. La faliment sau abandon al furnizorului, beneficiarul rămâne fără cod sursă și nu poate întreține aplicația.

Când acceptanța eșuează: remediile beneficiarului

Dacă livrabilul nu trece testele de acceptanță sau prezintă neconformități majore, beneficiarul dispune, dincolo de garanție, de remediile din Codul civil:

• Executarea în natură pe cheltuiala debitorului — la o obligație de a face, după notificare, beneficiarul poate remedia el însuși sau printr-un terț, pe cheltuiala dezvoltatorului (art. 1527-1528 Cod civil). Este adesea cea mai rapidă soluție.
• Reducerea proporțională a prețului — la neconformități de mai mică importanță, beneficiarul poate păstra lucrarea și cere o reducere corespunzătoare (art. 1551 Cod civil), fără rezoluțiune.
• Rezoluțiunea — pentru neexecutare însemnată (aplicația nu funcționează conform specificațiilor): art. 1549-1554 Cod civil, cu restituirea prestațiilor; poate fi unilaterală (art. 1552) sau întemeiată pe un pact comisoriu (art. 1553).
• Clauza penală și penalitățile — dacă sunt prevăzute, se invocă direct, fără a proba paguba (art. 1538 Cod civil); vezi și clauzele de penalități.
• Daune-interese — pentru prejudiciul dovedit (art. 1530 și urm.).

În litigiu, neconformitatea față de specificații se probează de regulă prin expertiză tehnică judiciară (expert software numit de instanță) — de aici importanța unui caiet de sarcini și a unor criterii de acceptanță clare. Părțile pot conveni și arbitraj (inclusiv tehnic) prin clauză compromisorie. Acțiunea în răspundere se prescrie, ca regulă, în 3 ani (art. 2517 Cod civil), cu reguli speciale pentru viciile ascunse (art. 2531).

Perspectiva dezvoltatorului: echilibrarea contractului

Articolul răspunde mai ales la întrebarea beneficiarului („cine deține codul"), dar dezvoltatorul are, la rândul lui, mecanisme legitime de protecție:

• Transferul condiționat de plată — cesiunea drepturilor patrimoniale poate fi condiționată suspensiv de plata integrală a prețului (pactum reservati dominii aplicat cesiunii, prin condiție suspensivă — art. 1399-1400 Cod civil; prin analogie cu rezerva proprietății, art. 1684). Până la plată, drepturile rămân la dezvoltator.
• Plafonarea și limitarea răspunderii — în raporturi B2B, clauzele de plafonare a răspunderii și de excludere a daunelor indirecte (pierdere de profit, întreruperea activității) sunt valide pentru culpă ușoară; art. 1355 Cod civil interzice însă excluderea răspunderii pentru dol sau culpă gravă.
• Background IP și know-how — dezvoltatorul poate rezerva componentele preexistente (biblioteci, framework-uri, module generice reutilizabile) și know-how-ul (neprotejat de dreptul de autor), acordând beneficiarului doar o licență neexclusivă asupra acestora; exclusivitatea vizează doar codul dezvoltat ad-hoc.

Escrow și insolvența furnizorului

Escrow-ul protejează beneficiarul, dar rezistența lui în insolvență trebuie verificată. Dacă dezvoltatorul intră în insolvență, administratorul/lichidatorul judiciar poate denunța contractele în derulare (art. 123 alin. (1) din Legea nr. 85/2014). Mai mult, o clauză care declanșează eliberarea codului exclusiv pe motivul deschiderii procedurii riscă să fie nulă: art. 123 alin. (10) lovește de nulitate clauzele de desființare/decădere din termen întemeiate doar pe insolvență (clauze ipso facto). Beneficiarul se protejează real prin:

• cesiune/licență efectivă și anterioară deschiderii procedurii — drepturile intră astfel în patrimoniul beneficiarului, nu în masa credală;
• escrow la un agent neutru, cu condiții de eliberare legate de evenimente obiective, verificabile (neîndeplinire, încetarea suportului), nu doar de insolvență;
• predarea codului-sursă pe parcursul execuției (nu doar la final).

De verificat înainte de semnare

• Specificațiile sunt suficient de detaliate pentru a măsura conformitatea?
• Cine deține codul sursă la final și ce se transferă exact (cesiune vs. licență)?
• Toți autorii (inclusiv colaboratorii externi) au cesionat drepturile către furnizor?
• Cum și când se consideră lucrarea acceptată, și ce declanșează plata?
• Există garanție, SLA și o soluție pentru mentenanța ulterioară?

Aspecte fiscale, protecția datelor și contracte transfrontaliere

Structura contractului de dezvoltare software este influențată de trei dimensiuni conexe, adesea omise, dar cu impact direct: regimul fiscal, protecția datelor cu caracter personal și scenariul transfrontalier.

Regimul fiscal: cesiune de drepturi vs. prestări de servicii

Modul în care este calificat contractul schimbă impozitarea, mai ales când cedentul este un colaborator PFA sau o persoană fizică.

• Venituri din drepturi de proprietate intelectuală (cesiunea drepturilor patrimoniale asupra codului de către o persoană fizică) — sunt asimilate veniturilor din activități independente (art. 70-73 Cod fiscal, Legea nr. 227/2015). Se aplică impozit de 10%; la reținerea la sursă de către plătitor se recunoaște o cotă forfetară de cheltuieli de 40% (venit net = 60% din brut). CAS (25%) și CASS (10%) se datorează dacă venitul net depășește plafoanele de 12, respectiv 24 de salarii minime pe an.
• Prestări de servicii de dezvoltare (activitate independentă organizată, SRL etc.) — venitul se impozitează după regimul ales (sistem real; microîntreprindere pentru SRL sub plafon).
• TVA — atenție la o confuzie frecventă: potrivit art. 271 alin. (3) Cod fiscal, cesiunea drepturilor de autor este ea însăși o prestare de servicii în sfera TVA (nu o operațiune scutită prin natura ei). Atât serviciile de dezvoltare, cât și cesiunea de drepturi sunt, în principiu, taxabile; ceea ce diferă este plafonul de scutire pentru mici întreprinderi și înregistrarea în scopuri de TVA. La contracte B2B, locul prestării este, de regulă, la sediul beneficiarului (art. 278), cu taxare inversă intra-UE.

⚠️ Cotele și plafoanele (salariu minim, plafon TVA, praguri CAS/CASS) se modifică anual — verificați valorile în vigoare la data contractului. Sursa: Codul fiscal (Legea nr. 227/2015) (accesat 2026-08-21)

Protecția datelor: dezvoltatorul ca persoană împuternicită (DPA)

Când dezvoltatorul prelucrează date cu caracter personal ale beneficiarului (dezvoltare, testare pe date reale, mentenanță, hosting), el devine persoană împuternicită (processor) în sensul art. 4 pct. 8 din Regulamentul (UE) 2016/679 (GDPR), iar beneficiarul rămâne operator. Această relație impune un acord de prelucrare (DPA) obligatoriu.

Art. 28 alin. (3) GDPR cere ca DPA să conțină cel puțin:

1. prelucrare doar pe baza instrucțiunilor documentate ale operatorului (inclusiv la transferuri);
2. confidențialitatea personalului autorizat;
3. măsuri de securitate (art. 32);
4. condiții pentru sub-împuterniciți (autorizare prealabilă și transmiterea acelorași obligații — art. 28 alin. 2 și 4);
5. asistență la exercitarea drepturilor persoanelor vizate;
6. asistență la notificarea breșelor și DPIA (art. 32-36);
7. ștergerea sau returnarea datelor la finalul serviciului;
8. punerea la dispoziție a informațiilor pentru audit/inspecție.

Pentru transferurile internaționale (servere în afara SEE) se aplică Capitolul V, art. 44-49 — decizie de adecvare sau Clauze Contractuale Standard (SCC).

Sursa: Regulamentul (UE) 2016/679 (GDPR), art. 28 (accesat 2026-08-21)

Dezvoltare transfrontalieră (nearshore/offshore)

Când dezvoltarea este externalizată către un furnizor din afara României/UE (de exemplu Ucraina, India), se pun două întrebări distincte:

• Legea aplicabilă — Regulamentul (CE) nr. 593/2008 (Roma I) permite părților să aleagă legea contractului (art. 3); în lipsa alegerii, contractul de prestări servicii e guvernat de legea țării unde prestatorul își are reședința obișnuită (art. 4). Atenție: drepturile de autor au caracter teritorial — o cesiune „mondială" produce efecte între părți, dar întinderea și opozabilitatea drepturilor se apreciază după legea fiecărei țări de protecție (lex loci protectionis), stat cu stat.
• Instanța competentă și executarea — Regulamentul (UE) nr. 1215/2012 (Bruxelles I bis) guvernează competența doar când pârâtul e domiciliat în UE; pentru furnizori extra-UE decisivă este convenția de alegere a forului sau, preferabil, o clauză de arbitraj. Executarea silită împotriva unui furnizor din afara UE (a clauzelor de cesiune sau confidențialitate) se sprijină, în practică, pe Convenția de la New York (1958) privind recunoașterea hotărârilor arbitrale — un motiv puternic pentru a alege arbitrajul în contractele offshore.

Surse: Regulamentul Roma I (593/2008); Regulamentul Bruxelles I bis (1215/2012) (accesat 2026-08-21)

Legislație europeană

Regimul juridic al codului dezvoltat prin contract este armonizat la nivelul Uniunii Europene. Dispozițiile din Legea nr. 8/1996 privind programele pentru calculator transpun aproape verbatim o directivă europeană, iar interpretarea lor este ghidată de jurisprudența Curții de Justiție a Uniunii Europene (CJUE).

Directive și regulamente aplicabile

Directiva 2009/24/CE este actul-cadru pentru protecția software-ului. Ea stabilește regula esențială pentru orice contract de dezvoltare: se protejează expresia programului, nu ideile și funcționalitatea.

Art. 1 din Directiva 2009/24/CE — Programele pentru calculator sunt protejate ca opere literare. Protecția se aplică oricărei forme de exprimare a unui program; ideile și principiile care stau la baza oricărui element al unui program, inclusiv cele ale interfețelor, nu sunt protejate prin drept de autor. Sursa: Directiva 2009/24/CE privind protecția juridică a programelor pentru calculator (accesat 2026-08-21)

Tot din această directivă provin regulile privind operele de serviciu (drepturile patrimoniale revin angajatorului — art. 2), copia de rezervă și corectarea erorilor ca acte ce nu pot fi interzise (art. 5) și decompilarea pentru interoperabilitate (art. 6).

Alte acte UE relevante pentru un contract de dezvoltare software:

• Directiva (UE) 2016/943 privind secretele comerciale — permite protejarea codului-sursă, a algoritmilor și a documentației nedivulgate ca secret comercial, temeiul european al clauzelor de confidențialitate (clauze de confidențialitate).

  Sursa: Directiva (UE) 2016/943 (accesat 2026-08-21)

• Directiva (UE) 2019/770 privind contractele de furnizare de conținut digital și de servicii digitale — relevantă când software-ul este livrat unui consumator (B2C), cu obligații de conformitate și remedii.

  Sursa: Directiva (UE) 2019/770 (accesat 2026-08-21)

• Directiva 96/9/CE privind bazele de date — protejează, prin drept sui generis, o bază de date substanțială livrată împreună cu aplicația.

Transpunerea în dreptul român

Transpunerea Directivei 2009/24/CE prin Legea nr. 8/1996 este fidelă, fără gold-plating semnificativ: regulile privind autorul persoană fizică, drepturile angajatorului asupra operelor de serviciu (art. 75 din lege) și decompilarea sunt preluate din directivă. O particularitate română este sistemul dual de protecție a secretelor comerciale: OUG nr. 25/2019 coexistă cu Legea nr. 11/1991 privind concurența neloială (actualizată prin Legea nr. 230/2024). Directiva (UE) 2019/770 a fost transpusă cu întârziere, sub presiunea unei proceduri de constatare a neîndeplinirii obligațiilor (infringement).

Sursa: OUG nr. 141/2021 și OUG nr. 25/2019 (accesat 2026-08-21)

Jurisprudență CJUE

Cauza C-406/10, SAS Institute v World Programming (2 mai 2012) — Funcționalitatea unui program, limbajul de programare și formatul fișierelor de date nu sunt protejate prin drept de autor. Un dezvoltator poate reproduce funcționalitatea unui program concurent fără a-i copia codul. Sursa: CJUE, C-406/10 (accesat 2026-08-21)

Cauza C-128/11, UsedSoft v Oracle (3 iulie 2012) — Dreptul de distribuție se epuizează la prima vânzare a unei copii în UE, inclusiv pentru licențe descărcate online pe durată nelimitată; licența „second-hand” poate fi revândută dacă primul dobânditor își dezactivează copia. Sursa: CJUE, C-128/11 (accesat 2026-08-21)

Cauza C-13/20, Top System v État belge (6 octombrie 2021) — Dobânditorul legal al unui program are dreptul de a-l decompila pentru a corecta erori care îi afectează funcționarea (art. 5 din directivă); acest drept nu poate fi complet exclus prin contract. Sursa: CJUE, C-13/20 (accesat 2026-08-21)

Cauza C-393/09, BSA (22 decembrie 2010) — Interfața grafică (GUI) nu este o formă de exprimare a programului și nu beneficiază de protecția specifică software-ului; poate fi protejată doar ca operă distinctă, prin dreptul de autor „clasic”. Sursa: CJUE, C-393/09 (accesat 2026-08-21)

Aspecte practice din perspectivă europeană

• Redactarea clauzelor de proprietate intelectuală trebuie să țină cont că funcționalitatea și ideile nu sunt protejabile (C-406/10): protecția reală vine din cesiunea drepturilor asupra codului și din clauzele de confidențialitate asupra know-how-ului (Directiva 2016/943).
• Clauzele de interzicere a decompilării/corectării erorilor sunt, în parte, inaplicabile: dreptul utilizatorului legal de a corecta erori și de a face copii de rezervă nu poate fi înlăturat contractual (art. 5 Directiva 2009/24/CE; C-13/20).
• Revânzarea licențelor — o clauză care interzice total transferul unei licențe perpetue poate fi lovită de regula epuizării (C-128/11), relevantă pentru produsele software distribuite în UE.
• Validitate transfrontalieră — regimul fiind armonizat, drepturile patrimoniale cesionate și protecția prin secret comercial produc efecte în întregul Spațiu Economic European; pentru livrările către consumatori din alte state membre se aplică și standardul de conformitate din Directiva (UE) 2019/770.

Întrebări frecvente

Dacă plătesc dezvoltarea unei aplicații, devin automat proprietarul codului? Nu. Plata prețului nu transferă, prin ea însăși, drepturile de autor asupra codului. Ai nevoie de o clauză expresă de cesiune a drepturilor patrimoniale. Fără ea, dezvoltatorul rămâne titular, iar tu ai (cel mult) un drept de utilizare.

Care e diferența dintre cesiune și licență? Prin cesiune dobândești drepturile patrimoniale asupra codului (le poți exercita ca titular). Prin licență primești doar dreptul de a folosi programul, în limitele stabilite; codul rămâne al dezvoltatorului. Potrivit art. 76 alin. (2) din Legea nr. 8/1996, licența nu implică transferul dreptului de autor.

Firma mea deține codul scris de programatorii angajați? Da, ca regulă. Conform art. 75 din Legea nr. 8/1996, în lipsa unei clauze contrare, drepturile patrimoniale asupra programelor create de salariați în exercitarea atribuțiilor de serviciu aparțin angajatorului. Atenție însă: regula NU se aplică colaboratorilor pe PFA sau contract de prestări servicii — de la aceștia ai nevoie de cesiune scrisă.

Ce înseamnă acceptanța și de ce contează? Este momentul în care confirmi că livrabilul corespunde specificațiilor (de obicei prin proces-verbal de recepție și teste de acceptanță). Contează pentru că declanșează, de regulă, plata, transferul riscurilor și începerea garanției.

Garanția acoperă și funcționalitățile noi pe care le cer după livrare? Nu. Garanția acoperă remedierea defectelor (neconformităților față de specificații). Cerințele noi sunt lucrări suplimentare, cu preț separat, ori intră într-un contract de mentenanță evolutivă.

Ce este escrow-ul de cod sursă și când îmi folosește? Este depunerea codului sursă la un terț de încredere, care îl eliberează beneficiarului în situații predefinite (de exemplu, insolvența furnizorului sau încetarea suportului). Te protejează împotriva dependenței totale de furnizor (vendor lock-in).

Practică și opinii

⚠️ Opinie specialistă — Cristina Ticu-Jianu, Robert Ticu-Jianu (JURIDICE.ro, 28.08.2020) Contractul de dezvoltare software este un contract nenumit, guvernat de regulile generale ale Codului civil (art. 1166–1170) și, prin analogie, de contractul cu care se aseamănă cel mai mult. Autorii recomandă tratarea distinctă a specificațiilor/prototipului, a acceptanței (prin proces-verbal de recepție și de parcurgere a testelor), a garanției (uzual 3–12 luni de la livrare) și a accesului la codul sursă pentru a evita dependența de furnizor. Sursa: Analiza juridică asupra programelor SOFTWARE (accesat 2026-08-21)

⚠️ Opinie specialistă — Cristina Alexandra Boncaciu, Andreea Laura Barna, Raul Sorin Fântână (JURIDICE.ro, 10.03.2026) Pentru software creat de angajați, drepturile patrimoniale revin angajatorului în temeiul art. 75 din Legea nr. 8/1996, ca excepție de la regula generală a art. 45 (unde drepturile rămân la autorul-salariat). Autorii subliniază importanța ca fișa postului și contractul individual de muncă să descrie clar atribuțiile de dezvoltare software, pentru ca angajatorul să își poată fundamenta dreptul asupra codului. Sursa: Dobândirea de către angajator a drepturilor asupra programelor create de angajați (accesat 2026-08-21)

De reținut: opiniile de mai sus reflectă interpretări doctrinare, nu text de lege. Regulile obligatorii sunt cele din Codul civil și din Legea nr. 8/1996, citate în secțiunea „Cadrul legal".

Referințe

1. Codul civil (Legea nr. 287/2009), republicat — art. 1166–1170 (contracte nenumite), art. 1168, art. 1175, art. 1851 (antrepriză), art. 1858–1863 (recepție și vicii). legislatie.just.ro (accesat 2026-08-21).
2. Legea nr. 8/1996 privind dreptul de autor și drepturile conexe, republicată — art. 1, art. 3, art. 7, art. 32, art. 45, art. 73–81 (programe pentru calculator: art. 75 drepturile angajatorului, art. 76 alin. (2) cesiunea dreptului de utilizare, art. 78 copie de siguranță și excluderea retractării). legislatie.just.ro (accesat 2026-08-21).
3. Directiva 2009/24/CE a Parlamentului European și a Consiliului privind protecția juridică a programelor pentru calculator. eur-lex.europa.eu (accesat 2026-08-21).
4. Codul fiscal (Legea nr. 227/2015) — art. 70-73 (venituri din drepturi de proprietate intelectuală), art. 271 alin. (3) și art. 278 (TVA — cesiunea drepturilor de autor ca prestare de servicii). legislatie.just.ro (accesat 2026-08-21).
5. Regulamentul (UE) 2016/679 (GDPR) — art. 4, art. 28 (persoană împuternicită, DPA), Cap. V art. 44-49 (transferuri). eur-lex.europa.eu (accesat 2026-08-21).
6. Regulamentul (CE) nr. 593/2008 (Roma I) privind legea aplicabilă obligațiilor contractuale. eur-lex.europa.eu (accesat 2026-08-21).
7. Regulamentul (UE) nr. 1215/2012 (Bruxelles I bis) privind competența judiciară. eur-lex.europa.eu (accesat 2026-08-21).
8. Legea nr. 85/2014 privind procedurile de prevenire a insolvenței și de insolvență — art. 123 (contracte în derulare; clauze ipso facto). legislatie.just.ro (accesat 2026-08-21).
9. Regulamentul (UE) 2024/1689 (AI Act) privind inteligența artificială. eur-lex.europa.eu (accesat 2026-08-21).
10. Cristina Ticu-Jianu, Robert Ticu-Jianu — Analiza juridică asupra programelor SOFTWARE, JURIDICE.ro, 28.08.2020. juridice.ro (accesat 2026-08-21).
11. Cristina Alexandra Boncaciu, Andreea Laura Barna, Raul Sorin Fântână — Dobândirea de către angajator a drepturilor patrimoniale de autor asupra programelor pentru calculator create de angajați, JURIDICE.ro, 10.03.2026. juridice.ro (accesat 2026-08-21).