Angajezi un developer sau o firmă IT externă pentru a-ți construi aplicația. Investești timp, bani și încredere. Dar la finalul proiectului, un singur lucru poate transforma colaborarea într-un litigiu costisitor: cine deține drepturi autor cod sursă.
Răspunsul nu este intuitiv – și mulți clienți îl descoperă prea târziu.
1. Codul sursă este o operă protejată prin drept de autor
În România, codul sursă al unui program de calculator este protejat prin Legea nr. 8/1996 privind dreptul de autor și drepturile conexe, la fel ca orice altă operă de creație intelectuală. Protecția există automat, din momentul în care programatorul a scris prima linie de cod – fără nicio formalitate de înregistrare și fără nicio condiție suplimentară.
Conform art. 73 alin. (1) din Legea nr. 8/1996, protecția se aplică asupra:
- oricărei expresii a unui program, inclusiv programele de aplicație și sistemele de operare,
- codului sursă și codului obiect, indiferent de limbajul de programare,
- materialului de concepție pregătitor,
- manualelor și documentației tehnice aferente.
Nu sunt protejate prin drepturi autor cod sursă: ideile, procedeele, metodele de funcționare, conceptele matematice și principiile care stau la baza unui program – ci exclusiv expresia concretă a acestora în cod.
⚠️ Concluzie practică: din momentul în care un developer scrie cod, el este autorul acelei opere. Clientul care a comandat și plătit dezvoltarea NU devine automat titularul drepturilor.
2. Cine deține codul sursă fără contract – sau cu un contract nepotrivit?
Aceasta este greșeala cea mai frecventă și cea mai costisitoare în proiectele IT. Fără clauze explicite privind drepturile patrimoniale, legea lasă codul în mâinile developerului.
Scenariul 1: Nu există niciun contract
Dacă nu există niciun contract, se aplică regulile generale din Legea nr. 8/1996: autorul (dezvoltatorul) deține toate drepturile, atât cele morale, cât și cele patrimoniale. Clientul a plătit pentru o prestație, dar nu și pentru drepturile de autor asupra produsului obținut.
Scenariul 2: Există un contract, dar fără clauze privind drepturile de autor
Un contract pentru dezvotare software care reglementează doar prețul, termenele și livrabilele, dar omite drepturile patrimoniale, lasă situația nerezolvată juridic. Chiar dacă relația comercială a decurs bine, clientul poate constata ulterior că nu poate modifica aplicația sau programul, că nu poate angaja altă firmă pentru mentenanță sau că dezvoltatorul are revendicări nerezonabile.
Scenariul 3: Contract cu clauze vagi de tip „transferul dreptului de autor”
Aceasta este o greșeală tehnică frecventă, inclusiv în contracte redactate neprofesionist. Dreptul de autor nu se transferă în România – drepturile morale sunt inalienabile și rămân întotdeauna la autor. Ceea ce se poate ceda sunt exclusiv drepturile patrimoniale. O clauză care vorbește de „transfer al dreptului de autor” în general, poate fi atacată juridic și declarată nulă.
Excepție: angajații
Conform art. 74 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. Această regulă se aplică strict relațiilor de muncă – nu și freelancerilor sau firmelor IT externe, pentru care contractul de dezvoltare software este obligatoriu. Citește despre Diferența dintre contract de muncă și contract de colaborare: 7 explicații
3. Ce înseamnă „cesiunea drepturilor patrimoniale” – și de ce contează?
Conform art. 40 din Legea nr. 8/1996, autorul poate ceda prin contract altor persoane numai drepturile sale patrimoniale – nu dreptul de autor în sine.
Dreptul de autor cuprinde două categorii de drepturi:
- Drepturi morale – dreptul la paternitate (recunoașterea calității de autor), dreptul la integritatea operei, dreptul de divulgare. Sunt inalienabile, imprescriptibile și nu pot fi cedate sau renunțate anticipat. Rămân întotdeauna la developer.
- Drepturi patrimoniale – dreptul de reproducere, distribuire, modificare, comunicare publică, utilizare comercială. Acestea pot fi cedate prin contract.
Cesiunea drepturilor patrimoniale poate fi:
a) Cesiune exclusivă
Clientul devine singurul titular al drepturilor patrimoniale cedate, în modalitățile, pe teritoriul și pentru durata convenite. Dezvoltatorul nu mai poate utiliza el însuși codul în aceleași condiții și nu îl poate ceda altei persoane. Caracterul exclusiv trebuie prevăzut expres în contract – altfel cesiunea este considerată neexclusivă.
b) Cesiune neexclusivă
Clientul primește dreptul de utilizare, dar dezvoltatorul poate folosi în continuare codul și poate acorda același drept și altor persoane – inclusiv unui competitor al clientului.
⚠️ Pentru proiectele IT la comandă, cesiunea exclusivă este regula. Orice altă variantă expune clientul la riscuri semnificative.
4. Ce trebuie să conțină contractul pentru a fi valabil și eficace
Conform art. 41 din Legea nr. 8/1996, contractul de cesiune a drepturilor patrimoniale trebuie să prevadă obligatoriu:
- drepturile patrimoniale transmise (ce anume se cedează: reproducere, modificare, distribuire, utilizare comercială etc.),
- modalitățile de exploatare,
- durata și întinderea cesiunii (teritoriu, termen),
- remunerația titularului dreptului de autor.
⚠️ Absența oricăreia dintre aceste prevederi dă dreptul părții interesate să ceară anularea contractului. Un contract de prestări servicii IT sau dezvoltare software care nu reglementează aceste aspecte poate fi complet ineficace din perspectiva drepturilor de autor.
Pe lângă cerințele legale minime, un contract de dezvoltare software profesionist trebuie să mai reglementeze:
Obiectul cesiunii – codul sursă complet, nu doar aplicația finală
Există o distincție importantă între predarea aplicației compilate (executabilul) și predarea codului sursă. Fără o clauză explicită, developer-ul poate livra aplicația funcțională, dar poate refuza accesul la codul sursă – ceea ce face imposibilă orice modificare sau mentenanță ulterioară de către altcineva.
Contractul trebuie să prevadă predarea codului sursă complet, comentat și documentat, împreună cu toate fișierele de configurare, scripturile de deployment și documentația tehnică.
Interdicția de reutilizare
Chiar și în cadrul unei cesiuni exclusive, este recomandabil să se prevadă explicit interdicția developerului de a reutiliza componente substanțiale ale codului sursă în alte proiecte – în special pentru concurenți direcți ai clientului.
Soarta drepturilor în caz de reziliere sau litigiu
Ce se întâmplă cu codul dacă proiectul se oprește la jumătate? Cine deține drepturile asupra componentelor deja livrate? Contractul trebuie să reglementeze explicit aceste scenarii, altfel rezilierea poate deveni un blocaj total.
Confidențialitatea codului și a arhitecturii
Specificațiile tehnice, arhitectura aplicației și logica de business constituie informații confidențiale ale clientului. Contractul trebuie să prevadă obligații de confidențialitate care să acopere inclusiv perioada post-contractuală.
Garanții privind originalitatea codului
Dezvoltatorul trebuie să garanteze că codul livrat este original și că nu încalcă drepturile de proprietate intelectuală ale unor terțe părți. Utilizarea componentelor open-source trebuie reglementată explicit, inclusiv respectarea licențelor aferente (GPL, MIT, Apache etc.) care pot impune obligații importante asupra clientului în ceea ce privește distribuirea sau publicarea codului.
5. Erori frecvente în contractele IT – și cum le eviți
❌ „Drepturile de autor se transferă la client la momentul plății integrale”
Formulare juridic incorectă și potențial nulă. Dreptul de autor nu se transferă – se cedează drepturile patrimoniale. Folosește întotdeauna terminologia corectă, cu accent pe faptul că dezvoltatorul transmite exclusiv și integral drepturile patrimoniale de autor.
❌ „Codul sursă aparține clientului” fără alte detalii
O clauză prea vagă. Nu specifică ce drepturi patrimoniale sunt cedate, modalitățile de exploatare sau durata cesiunii – cerințe legale minime conform art. 41 din Legea nr. 8/1996. Poate fi atacată în instanță și declarată nulă.
❌ Contractul reglementează livrarea, dar nu și drepturile
Cel mai frecvent scenariu: un contract detaliat privind funcționalitățile, termenele și prețul, dar complet absent în privința proprietății intelectuale. Clientul plătește pentru software, dar nu deține nimic din punct de vedere legal.
❌ Lipsa clauzei de predare a codului sursă
Fără o obligație contractuală expresă, dezvoltatorul poate refuza predarea codului sursă la finalul proiectului – și are dreptul legal să o facă. Aplicația funcționează, dar clientul este dependent permanent de developer pentru orice modificare.
❌ Lipsa specificării versiunii finale a codului sursă
Contractul prevede că dezvoltatorul predă codul sursă, dar nu specifică ce înseamnă exact codul final. În practică, pe parcursul unui proiect există zeci de versiuni intermediare – unele funcționale, altele neterminate. Fără o clauză clară, clientul poate primi o versiune incompletă, fără toate fișierele necesare rulării aplicației sau fără instrucțiunile tehnice pentru instalare și configurare. Aplicația merge pe calculatorul developerului, dar nu poate fi instalată și operată independent de acesta – ceea ce transformă „predarea codului sursă” într-o formalitate lipsită de conținut real.
6. Situații speciale
Colaborare cu mai mulți developeri sau o echipă
Când proiectul este realizat de mai mulți autori, se creează o operă în colaborare. Cesiunea drepturilor trebuie obținută de la fiecare co-autor în parte sau, după caz, de la entitatea juridică (firma IT) care deține drepturile patrimoniale. Contractul cu firma IT trebuie să reglementeze inclusiv faptul că aceasta garantează că a obținut cesiunile necesare de la membrii echipei sale.
Utilizarea de componente open-source
Dezvoltatorul poate integra în proiect biblioteci și componente open-source. Unele licențe (în special GPL) impun ca întregul proiect să fie distribuit sub aceeași licență – ceea ce poate intra în conflict cu drepturile exclusive ale clientului. Contractul trebuie să oblige dezvoltatorul să declare toate componentele open-source utilizate și licențele aferente.
Subcontractarea de către firma IT
Dacă firma IT externalizează la rândul ei componente ale proiectului, contractul tău trebuie să prevadă că firma IT garantează că a obținut toate drepturile necesare de la subcontractori. Altfel, un subcontractor necunoscut ție poate revendica drepturi asupra unei componente din aplicația ta.
Proiecte internaționale – developer din altă țară
Dacă angajezi un developer sau o firmă din afara României, dreptul aplicabil contractului devine esențial. Clauzele privind proprietatea intelectuală trebuie să specifice explicit legea aplicabilă și jurisdicția competentă. Recomandăm alegerea dreptului român atunci când clientul este o entitate din România.
7. Ce documente îți protejează codul sursă – și în ce ordine
Protecția completă a unui proiect IT implică mai multe instrumente contractuale, utilizate în ordine cronologică:
➜ NDA (Acord de Confidențialitate) – înainte de orice discuție despre proiect. Protejează ideea, arhitectura și specificațiile tehnice pe care le transmiți developerului în faza de evaluare.
➜ Contractul de Dezvoltare Software – documentul central. Reglementează livrabilele, termenele, prețul, cesiunea drepturilor patrimoniale, confidențialitatea și procedura de recepție.
➜ Procesul-verbal de recepție – la finalul fiecărei etape. Documentează acceptarea livrabilului și, implicit, momentul de la care operează cesiunea drepturilor patrimoniale pentru acea componentă.
➜ Înregistrarea la ORDA – după finalizarea proiectului, dacă software-ul urmează să fie introdus în circuitul comercial. Contractul de dezvoltare software furnizează documentația necesară acestui proces.
8. Concluzie
Protecția codului sursă nu începe după livrare – începe înainte de prima linie de cod.
Fără un contract de dezvoltare software care reglementează corect cesiunea drepturilor patrimoniale, clientul riscă să plătească integral un proiect pe care, din punct de vedere legal, nu îl deține. Iar remedierea acestei situații post-factum – prin negocieri, acte adiționale sau litigii – este incomparabil mai costisitoare decât un contract bine redactat de la bun început.
Aspectele esențiale de reținut:
✔️ Dreptul de autor aparține developerului din momentul creării codului – nu clientului care a plătit.
✔️ Dreptul de autor propriu-zis nu se transferă în România – se cedează drepturile patrimoniale de folosire, reproducere, comercializare etc.
✔️ Cesiunea exclusivă trebuie prevăzută expres în contract.
✔️ Un contract fără clauze privind drepturile patrimoniale poate fi complet ineficace pentru clientul care a plătit pentru dezvoltarea software-ului sau a aplicației.
✔️ Predarea codului sursă trebuie prevăzută explicit – nu decurge automat din livrarea aplicației.
✔️ Relația angajat-angajator nu se aplică freelancerilor sau firmelor IT externe.
Resurse utile pe rontract.ro:
Contract Dezvoltare Software – model redactat de avocați IT, cu clauze complete privind cesiunea drepturilor patrimoniale
Contract Servicii IT – model profesionist, permite prestarea de servicii IT variate
Contract SaaS – model complex, permite folosirea unui software pe bază de licență
NDA / Acord de Confidențialitate – pentru protecție înainte de semnarea contractului principal
