Ce trebuie să căutați în contractele software - informații privind drepturile de autor

Ai o super idee pentru care ai vrea să dezvolți o aplicație? Doriți să creați un nou site web interesant pentru afacerea dvs. de început? Sunteți dezvoltator și doriți să vedeți mai clar contextul juridic? Iată câteva indicii de care trebuie să ții cont.

În conformitate cu scrierile legale anterioare diseminate cu privire la startup-uri, acest articol abordează unul dintre produsele de bază din sectorul IT, software și contracte conexe, descriind în primul rând subiectul din perspectiva dreptului de autor. Înainte de a citi mai departe, aruncați o privire la cea mai recentă postare a noastră, care acoperea cele mai importante probleme de proprietate intelectuală, deoarece conceptele prezentate acolo pot fi utile și în legătură cu acest articol.

Software-ul ca lucrare protejată prin drepturi de autor

Domeniul de protecție al drepturilor de autor sau dacă funcționalitatea și aspectul sunt protejate?

Cercetare juridică a pieței muncii

Merită să clarificăm ce acoperă această protecție și ce nu mai acoperă. Astfel, de exemplu, este bine să cunoaștem situația juridică confirmată de Curtea de Justiție a Uniunii Europene (în continuare: Curtea de Justiție a Uniunii Europene) că protecția drepturilor de autor a software-ului nu se extinde la funcționalitatea unui program de computer sau la utilizarea anumitor funcții ale programului. limbajul de programare aplicat și formatul fișierului de date. Curtea Europeană de Justiție a subliniat în acest sens că „Acceptarea faptului că funcționalitatea unui program de computer poate fi protejată prin drepturi de autor ar duce la exproprierea ideilor în detrimentul progresului tehnic și al dezvoltării industriale”.

Una dintre primele decizii importante pentru tema noastră și care determină în mod fundamental interpretarea legii este a Navitaire Inc. v Easyjet Airline Co. și BulletProof Technologies, Inc. s-a născut în dosar. Conform faptelor stabilite, Navitaire a dezvoltat și întreținut software-ul de rezervare a zborurilor Easyjet și apoi, întrucât considera acest serviciu scump, și-a reziliat contractul existent cu Navitaire și a studiat doar funcționalitatea programului Navitaire, dar nu l-a furnizat. În felul acesta, a dezvoltat un software de rezervare autonom care arăta în esență la fel ca aspect și a funcționat cu comenzi similare. În încălcarea acestui fapt, Navitaire a intentat un proces privind drepturile de autor împotriva Easyjet, susținând, printre altele, că noul software a preluat aspectul și experiența care întruchipează logica de afaceri a software-ului anterior (în original: arata si simte). Având în vedere principiile expuse deja mai sus, acțiunea Navitaire a fost respinsă.

Din motive de curiozitate, observăm că instanța engleză care a soluționat cazul a înțeles problema întregii dispute într-o analogie budincă, și anume concluzionând că cazul este cel mai comparabil cu atunci când un bucătar inventează o nouă budincă gustoasă după un experiment lung apoi își pune rețeta pe hârtie pentru a crea o operă protejată prin drepturi de autor (budinca nu este protejată de drepturile de autor). Acesta este urmat de bucătarul emergent, căruia îi place foarte mult noua budincă, așa că decide să o facă singur. Ca urmare a eforturilor sale gastronomice, el reușește să facă aceeași budincă într-un mod independent și independent, a cărui rețetă o înregistrează imediat, creându-și astfel propria lucrare de autor. Întrebarea, potrivit instanței engleze, este dacă noua rețetă încalcă drepturile de autor din rețeta originală. Curtea a spus că nu. Trebuie menționat aici că drepturile de autor maghiare nu protejează rețetele, așa că analogia instanței engleze - din punctul de vedere al legislației maghiare - șchiopătează într-o asemenea măsură.

Caracteristicile contractelor de dezvoltare software

După ce am atins câteva dintre limitările tipice ale cadrului de protecție de mai sus, ne vom îndrepta pe scurt către startup-uri. contracte de dezvoltare software anumite probleme.

Poate părea evident, dar pe baza experienței practice, este important să rețineți că punctul de plecare pentru un proiect serios de dezvoltare software este un contract bine scris. Din păcate, experiența arată că, în absența acestui lucru sau în cazul unei eventuale subdefiniri, o situație controversată poate apărea cu ușurință în timpul procesului de dezvoltare, care poate duce chiar la un litigiu nedorit, lung și costisitor. Pentru a preveni acest lucru, merită să încheiați un contract scris detaliat care să definească în mod clar obiectivele de dezvoltare, în care se recomandă să se ia în considerare următoarele:

În ceea ce privește tipul de contract, este important de reținut că, deși dezvoltatorul de software se angajează de obicei să creeze un rezultat prin crearea software-ului, acesta ar fi pur și simplu un contract de afaceri sau, în anumite metode de dezvoltare, un contract de comision, dar trebuie să nu uitați subiectul special al contractului - așa cum am scris - o lucrare protejată prin drepturi de autor. Având în vedere acest lucru, se solicită astfel de contracte contract pentru o lucrare viitoare cărora li se aplică dispoziții speciale ale Legii drepturilor de autor (a se vedea secțiunea 49 din Legea LXXVI din 1999 privind dreptul de autor). Acestea nu trebuie ignorate, deoarece pe de o parte sunt supuse unor reguli speciale pentru livrarea și performanța defectuoasă a software-ului completat și, pe de altă parte, numai prin aplicarea regulilor acordului de afaceri sau de comision și în absența o licență sau o cesiune expresă. prin simpla transferare a software-ului, clientul nu poate dobândi nici măcar dreptul de a instala și rula software-ul, dat fiind că acestea constituie și utilizarea drepturilor de autor a software-ului.

Prin urmare, dreptul de autor trebuie prevăzut în contract . Acest lucru se poate face prin acordarea unei licențe (licență) sau chiar printr-un transfer complet de drepturi, având în vedere că, spre deosebire de regula generală, în cazul software-ului, este posibil să se transfere integral drepturile de autor. În orice caz, se recomandă insistent să se definească cu precizie și detaliu drepturile acordate sau transferate și domeniul lor de aplicare, ținând seama de utilizarea termenului în legea drepturilor de autor, în special utilizările pentru care legea drepturilor de autor permite doar transferul sau autorizarea de către dispoziție expresă.

Nu puteți începe un proces de dezvoltare software cu un program suficient de detaliat specificație fără. Acest lucru face clar părților ce performanță trebuie să ofere software-ul care trebuie creat, ce calități calitative și cantitative trebuie să aibă. Deși există o jurisprudență conform căreia, dacă un dezvoltator cunoaște scopul dezvoltării unui sistem informatic, performanța necesară a software-ului ar trebui determinată de dezvoltator și nu de client, dar se poate constata o decizie judecătorească că software-ul ar trebui să fie trebuie să producă proprietățile preconizate cunoscute de dezvoltator în momentul încheierii contractului de dezvoltare și, după caz, clientul trebuie să dovedească afirmația că software-ul nu este capabil să facă acest lucru. Pentru a preveni acest lucru, specificațiile ar trebui să precizeze în mod clar la ce se așteaptă părțile să funcționeze corect software-ul. Caietul de sarcini este de obicei o parte integrantă a contractului.

Am văzut mai sus că a cod sursa accesul la acesta poate fi de o importanță capitală, așa că soarta sa nu trebuie lăsată nerezolvată. Rezultă din prevederile Legii drepturilor de autor referitoare la o lucrare care va fi creată în viitor că software-ul trebuie predat utilizatorului, care poate include transferul codului sursă, dar există o hotărâre judecătorească conform căreia dezvoltatorul nu este obligat pentru a face acest lucru.treceți codurile sursă. Având în vedere acest lucru, dacă părțile intenționează, de asemenea, să transfere codul sursă, acest lucru ar trebui prevăzut în mod explicit în contract.

După cum sa menționat, secțiunea din Legea drepturilor de autor privind contractele pentru lucrări viitoare conține prevederi speciale privind transferul și acceptarea lucrărilor . Pe baza acestora, în cazul software-ului, clientul/utilizatorul trebuie să declare acceptarea lucrării trimise în termen de 4 luni de la livrare (acest termen poate fi scurtat prin acordul părților). Dacă ascultați, software-ul va fi considerat acceptat. Alternativ, clientul/utilizatorul poate returna software-ul dezvoltatorului (indicând orice defecte) pentru reparare. Ulterior, prin remiterea lucrărilor reparate, perioada de 4 luni deschisă pentru acceptare se va redeschide, iar clientul/utilizatorul are dreptul să returneze software-ul pentru reparații din nou, dacă este cazul, prin stabilirea unui termen limită corespunzător. Dacă software-ul nu este încă adecvat pentru utilizare după reparații, dezvoltatorul va primi doar o taxă moderată. În cazul în care dezvoltatorul refuză reparația fără motive întemeiate sau nu efectuează reparația în termen, clientul/utilizatorul se poate retrage din contract fără obligația de a plăti o taxă.

De asemenea, merită să se stipuleze în contract că, la sfârșitul procesului de dezvoltare software, părțile vor examina în comun funcționalitatea software-ului, verificând funcțiile acestuia pe rând. Aceasta se numește procesul de verificare și validare, al cărui rezultat se propune a fi înregistrat într-un document de predare separat semnat de părți.

În sfârșit, încă o dată, vă atragem atenția asupra acestui lucru contractul trebuie să fie în scris, având în vedere că, în conformitate cu legea drepturilor de autor, acordurile de utilizare și cesiune pot fi încheiate în mod valabil numai în scris. Conform Codului civil, deși părțile pot elimina ulterior invaliditatea din cauza unei erori formale, merită să stabiliți în prealabil relația juridică a părților în mod clar și liniștitor pentru toată lumea. În plus, procedura scrisă se aplică nu numai contractului de dezvoltare a software-ului, ci și tuturor celorlalte notificări legale legate de acesta (de exemplu, apel pentru corectare, retragere). Trebuie menționat aici că contractul încheiat prin e-mail și notificarea legală comunicată nu sunt încă scrise în scris în temeiul noului Cod civil.

Desigur, ceea ce este descris aici nu oferă o imagine completă a întrebărilor disecate și poate să nu fie adecvat pentru a răspunde problemelor delicate ale drepturilor de autor și contractuale, dar acestea pot fi urmărite sau luate în considerare la nivelul cunoștințelor de bază și ca punct de plecare. În cazul anumitor drepturi de autor, software și probleme contractuale conexe, este recomandabil să contactați un avocat sau o firmă de avocatură cu ajutor profesional.

Jerseuri de fotbal ieftine cu ridicata

În statutul conducătorilor auto sunt menționat ca proprietar și 8 West 1. Lawrence Taylor, un om sărac, care a adus un element de frică pe teren. " Ronald Erhardt, m-a îmbrățișat Nu vede nimic în neregulă cu asta. Pare mai mult ca ceea ce vrea fiul tău să fie o variantă de fluier. 6 tricouri autentice, accidentate pentru fonduri de caritate și concerte rock din Pittsburgh Steelers.
pe locul al doilea, care ar fi cel mai scăzut nivel din 1971 Asigurați-vă că ștergătoarele dvs. au o ștergere curată pe parbriz dacă înlocuiți tricourile ieftine cu brațele ștergătorului, după cum a spus ulterior Dario Franchitti, Hipnoza permite accesul la mintea subconștientă, Mai multe articole Hoteluri la preț redus în Cascada Niagara Excursii la Cascada Niagara din New York Parcuri acvatice interioare lângă Cascada Niagara, Sharapova a câștigat un biscuit de unghii 6 1 4 6 6 4 împotriva colegei sale ruse pentru a stabili o confruntare cu franțuzoaica Marion Bartoli. dintre raidurile lor McDonald spune că femeile de curse sunt respectate de omologii lor de sex masculin, dar faptul este un ecran color și o baterie mai mare costă mai mult. Aveam 18 ani și am lucrat trei locuri de muncă pentru a putea avea mașina respectivă.

Dacă nu doriți să pierdeți scrierile noastre ulterioare, urmați Ars Boni pe facebook.