Intelektualna svojina u IT sektoru: kako zaštititi softver, kod i digitalne proizvode

Kod IT kompanija najveća vrednost često nije u onome što se vidi, već u onome što je razvijeno, napisano, dokumentovano i zaštićeno. Ta vrednost se ne nalazi samo u kancelariji, opremi ili broju zaposlenih, već u softveru, izvornom kodu, aplikaciji, SaaS platformi, bazi podataka, tehničkoj dokumentaciji, korisničkom interfejsu, brendu i znanju koje stoji iza digitalnog proizvoda.

Upravo zato je intelektualna svojina u IT sektoru jedno od ključnih pravnih i poslovnih pitanja. Kompanija može imati funkcionalan proizvod, prve korisnike, prihode i investicionu priliku, a da istovremeno nema potpuno jasno uređeno pitanje vlasništva nad kodom, pravima na softver, nazivom proizvoda ili bazom podataka.

Problem najčešće ne nastaje dok proizvod nema veliku tržišnu vrednost. Nastaje onda kada vrednost poraste. Tada se pojavljuju pitanja investitora, kupaca, partnera, bivših osnivača, zaposlenih ili freelancera: ko je napisao kod, ko ima pravo da ga koristi, da li je pravo preneto na kompaniju, da li je naziv proizvoda zaštićen, da li softver koristi tuđe komponente i da li neko treće lice može osporiti prava kompanije.

Zato zaštita intelektualne svojine u IT sektoru ne treba da bude naknadna reakcija na spor. Ona treba da bude deo poslovne strategije od početka razvoja softvera.

Šta sve može biti intelektualna svojina u IT sektoru

Kada se govori o intelektualnoj svojini u IT sektoru, najčešće se prvo pomisli na softver i programski kod. Međutim, pravna zaštita digitalnog poslovanja mnogo je šira.

U zavisnosti od konkretnog proizvoda, intelektualna svojina može obuhvatiti izvorni kod, objektni kod, arhitekturu softvera, korisnički interfejs, grafičke elemente, dizajn aplikacije, baze podataka, tehničku dokumentaciju, funkcionalne specifikacije, korisnička uputstva, nazive proizvoda, logotipe, slogane, domene, marketinške materijale, poslovne tajne, algoritme, interne procedure i know how.

Kod IT kompanija posebno je važno razumeti da se različiti elementi digitalnog proizvoda štite na različite načine. Softver se najčešće štiti kroz autorsko pravo. Naziv aplikacije, platforme ili digitalnog servisa može biti zaštićen žigom. Pojedina tehnička rešenja, dokumentacija, poslovna logika, metodologija rada ili komercijalno važne informacije mogu se čuvati kao poslovna tajna. Baze podataka mogu imati posebnu pravnu i ekonomsku vrednost, naročito kod SaaS proizvoda, marketplace platformi, CRM sistema i digitalnih servisa.

Drugim rečima, zaštita softvera u Srbiji ne svodi se na jednu prijavu, jedan ugovor ili jedan pravni dokument. Ozbiljna zaštita digitalnog proizvoda obično zahteva kombinaciju autorskog prava, ugovora, zaštite žiga, zaštite poslovne tajne, kontrole pristupa i jasnog uređenja odnosa sa zaposlenima, freelancerima, agencijama, partnerima i osnivačima.

Da li se softver štiti autorskim pravom

Softver se u srpskom pravu štiti kao autorsko delo, odnosno kao računarski program, ako ispunjava zakonske uslove. Zakon o autorskom i srodnim pravima uređuje zaštitu autorskih dela i srodnih prava, a računarski programi i baze podataka imaju posebno mesto u toj oblasti.

Važno je razumeti da autorsko pravo nastaje samim nastankom dela, pod uslovom da delo ispunjava uslove za zaštitu. To znači da softver ne mora nužno da bude registrovan da bi uživao autorskopravnu zaštitu. Ipak, u praksi se često ne postavlja samo pitanje da li je softver zaštićen, već ko može da dokaže da je određeni kod nastao, ko ga je napisao, kada je nastao, po kom osnovu i da li su prava pravilno preneta.

Takođe, treba razlikovati ideju od konkretnog izraza ideje. Sama zamisao da se napravi aplikacija za rezervacije, platforma za edukaciju, alat za upravljanje projektima ili SaaS rešenje za automatizaciju procesa nije isto što i konkretan programski kod, arhitektura sistema, dizajn interfejsa, struktura baze podataka i tehnička dokumentacija.

Pravo ne štiti svaku poslovnu ideju kao takvu. Ono štiti konkretan izraz, originalno autorsko delo i pravno relevantne elemente proizvoda. Zato zaštita programskog koda nije isto što i zaštita same ideje za aplikaciju.

Ko je vlasnik koda: kompanija, zaposleni, freelancer ili osnivač

Jedno od najvažnijih pitanja za svaku IT kompaniju jeste vlasništvo nad kodom. U praksi se često podrazumeva da kod pripada onome ko je platio razvoj. To podrazumevanje može biti opasno, naročito kada softver razvijaju eksterni saradnici, freelanceri, agencije ili suosnivači pre formalnog osnivanja kompanije.

Kod zaposlenih programera pravna situacija može biti povoljnija za poslodavca, ali i dalje zahteva pažljivo ugovorno i organizaciono uređenje. Prema izmenama Zakona o autorskom i srodnim pravima, ako je autorsko delo računarski program ili baza podataka, trajni nosilac svih isključivih imovinskih prava na delu je poslodavac, ako ugovorom nije drugačije određeno.

To je važna razlika u odnosu na mnoge druge vrste autorskih dela. Ipak, kompanija ne treba da se osloni samo na opštu zakonsku formulaciju. Ugovor o radu, opis poslova, interni akti, evidencija rada i organizacija repozitorijuma treba jasno da pokažu da zaposleni razvija softver u okviru svojih radnih zadataka i za potrebe poslodavca.

Kod freelancera, eksternih programera i razvojnih agencija rizik je veći. Sama činjenica da je kompanija platila uslugu ne znači uvek da je stekla sva imovinska autorska prava koja su joj potrebna. Ako ugovor nije precizan, može se otvoriti pitanje da li kompanija ima samo pravo korišćenja softvera, u kom obimu, na kojoj teritoriji, na koji period i da li sme da ga menja, licencira, prodaje ili prenosi trećim licima.

Posebno osetljiva situacija postoji kod startupa. Jedan osnivač može napisati prvi kod pre osnivanja društva. Drugi može osmisliti naziv i vizuelni identitet. Treći može obezbediti prve klijente ili finansiranje. Ako nije jasno šta se unosi u kompaniju i pod kojim uslovima, izlazak jednog osnivača kasnije može ugroziti čitav proizvod. Kod startupa je posebno važno da se, pored zaštite softvera, na vreme urede i odnosi između osnivača, naročito ako je deo koda nastao pre formalnog osnivanja društva.

Zato intelektualna svojina za startup mora biti uređena rano. Najbolji trenutak za rešavanje ovih pitanja nije kada se pojavi investitor, već dok su odnosi među osnivačima i saradnicima još jasni, stabilni i poslovno otvoreni.

Zašto je ugovor sa programerom presudan

Ugovor sa programerom jedan je od ključnih dokumenata za pravnu zaštitu softvera. U IT praksi se često radi brzo, u fazama, kroz izmene, iteracije i neformalnu komunikaciju. To je razumljivo iz perspektive razvoja proizvoda, ali može biti rizično iz pravne perspektive.

Usmeni dogovor, faktura, poruka ili potvrda plaćanja mogu dokazivati da je saradnja postojala. Međutim, oni često ne dokazuju dovoljno jasno šta je tačno razvijeno, ko je nosilac prava, da li su prava preneta, u kom obimu i da li naručilac može slobodno da menja, dalje razvija, distribuira ili prodaje softver.

Dobar ugovor o razvoju softvera treba da definiše predmet rada, opis softvera, rokove, način isporuke, obim prenetih prava, pravo izmene i daljeg razvoja, upotrebu softvera u drugim proizvodima, korišćenje komponenti trećih lica, poverljivost, zabranu neovlašćenog korišćenja i odgovornost za povredu prava trećih lica.

Posebno je važno jasno urediti da li se prenose imovinska autorska prava ili se daje licenca. Te dve stvari nisu isto. Prenos prava daje naručiocu mnogo širu kontrolu, dok licenca može biti ograničena po nameni, vremenu, teritoriji ili načinu korišćenja.

Formulacija da „klijent dobija softver” nije dovoljna. Isto važi i za rečenicu da je „sve plaćeno”. Za IT kompaniju je važno da može dokazati da ima pravo da softver koristi, menja, nadograđuje, licencira, integriše u druge proizvode i, ako je potrebno, prenese na investitora ili kupca.

Zaštita žiga u IT sektoru: naziv aplikacije, logo i brend

Softver i kod nisu jedina vrednost koju treba zaštititi. Naziv aplikacije, naziv SaaS platforme, logo, slogan i vizuelni identitet mogu biti presudni za tržišnu prepoznatljivost proizvoda.

Žig služi za razlikovanje robe ili usluga jednog lica od robe ili usluga drugog lica. U Srbiji Zavod za intelektualnu svojinu vodi registar koji sadrži podatke o prijavama i registrovanim žigovima.

U IT sektoru česta je greška da kompanija smatra da je zaštitila brend time što je registrovala domen, otvorila profile na društvenim mrežama ili objavila aplikaciju na platformi za distribuciju aplikacija. To nije isto što i registracija žiga.

Domen daje kontrolu nad internet adresom. Profil na društvenoj mreži daje prisustvo na toj platformi. Ali ni jedno ni drugo ne znači automatski da kompanija ima pravno zaštićen naziv proizvoda kao žig.

Pre lansiranja aplikacije, SaaS proizvoda ili digitalne platforme korisno je proveriti da li je naziv dostupan i da li postoji rizik od sukoba sa ranije registrovanim žigom. Pretraga baze žigova može biti korisna početna provera, ali ne mora biti dovoljna za potpunu procenu rizika, jer pravno relevantna može biti i sličnost znakova, sličnost robe ili usluga i ukupan utisak koji znak ostavlja na tržištu.

To je posebno važno ako kompanija planira regionalno, evropsko ili međunarodno tržište. Promena naziva nakon što proizvod stekne korisnike i tržišnu prepoznatljivost može biti skupa, neprijatna i poslovno štetna.

Baze podataka, korisnički podaci i digitalni proizvodi

Kod velikog broja IT proizvoda baza podataka je jednako važna kao i sam softver. To važi za marketplace platforme, CRM sisteme, SaaS rešenja, aplikacije sa velikim brojem korisnika, alate za analitiku, platforme za oglašavanje, edukativne servise i digitalne proizvode koji se oslanjaju na organizovane skupove podataka.

Baze podataka mogu biti relevantne iz više pravnih uglova. U određenim slučajevima mogu biti zaštićene kao autorsko delo, ako izbor ili raspored njihove sadržine ispunjava uslove originalnosti. Pored toga, Zakon o autorskom i srodnim pravima uređuje i prava proizvođača baza podataka kao srodna prava.

Važno je razlikovati zaštitu baze podataka od zaštite podataka o ličnosti. Baza podataka kao organizovana celina može imati posebnu ekonomsku vrednost, dok se podaci o ličnosti moraju obrađivati u skladu sa pravilima zaštite privatnosti i relevantnim propisima. Ova pitanja se često dodiruju, ali nisu ista.

Za IT kompaniju su praktična pitanja vrlo konkretna: ko ima pristup bazi, ko može da je izvozi, ko sme da je koristi po prestanku saradnje, da li zaposleni ili saradnik može da zadrži kopiju, da li partner dobija samo uvid ili i pravo korišćenja, i da li investitor tokom due diligence procesa dobija pristup podacima pod jasno uređenim uslovima poverljivosti.

Kod digitalnih proizvoda pravni rizik se ne odnosi samo na kod. Odnosi se i na podatke, strukturu baze, poslovnu logiku, dokumentaciju, integracije, korisničke tokove i znanje koje proizvod čini funkcionalnim i komercijalno vrednim.

Softver otvorenog koda: korisno rešenje ili pravni rizik

Softver otvorenog koda važan je deo savremenog IT razvoja. Njegovo korišćenje nije samo po sebi problem. Naprotiv, komponente otvorenog koda često ubrzavaju razvoj, smanjuju troškove i omogućavaju kvalitetnija tehnička rešenja.

Problem nastaje kada kompanija ne zna koje komponente koristi, pod kojim licencama i sa kakvim obavezama. Neke licence su veoma fleksibilne za komercijalnu upotrebu. Druge mogu zahtevati navođenje licence, očuvanje autorskih obaveštenja, objavljivanje izmena, omogućavanje pristupa izvornom kodu ili određeni način dalje distribucije.

Za kompaniju koja razvija softver za prodaju, licenciranje, investiciju ili integraciju u veći sistem, ovo može biti veoma važno. Nije isto da li se komponenta koristi interno, da li je deo proizvoda koji se distribuira klijentima ili je integrisana u vlasnički softver koji kompanija planira da proda.

Zato bi IT kompanija trebalo da vodi evidenciju komponenti otvorenog koda koje koristi. Ta evidencija ne mora biti komplikovana, ali treba da pokaže koje biblioteke, moduli i alati su deo proizvoda, pod kojim licencama se koriste i da li njihova upotreba stvara dodatne obaveze.

Ugovor o razvoju softvera treba da obaveže programera ili razvojnu agenciju da prijavi korišćenje komponenti trećih lica i da potvrdi da njihova upotreba ne ugrožava planiranu komercijalnu upotrebu proizvoda.

Zaštita poslovne tajne, know how i tehničke dokumentacije

Neke vrednosti u IT sektoru ne štite se registracijom, već poverljivošću. To mogu biti tehnička dokumentacija, arhitektura sistema, poslovni model, plan razvoja proizvoda, metodologija rada, lista klijenata, cenovna politika, algoritamska logika, pristupni podaci, strategija izlaska na tržište ili interni know how.

Zakon o zaštiti poslovne tajne uređuje pravnu zaštitu poslovne tajne od nezakonitog pribavljanja, korišćenja i otkrivanja. Da bi određena informacija bila poslovna tajna, ona mora ispunjavati zakonom predviđene uslove, uključujući to da nije opšte poznata ili lako dostupna, da ima komercijalnu vrednost zato što je tajna i da su preduzete razumne mere da se sačuva kao tajna.

Ovaj poslednji uslov je naročito važan. Kompanija ne može ozbiljno tvrditi da je nešto poslovna tajna ako nikada nije označila poverljive informacije, ako nije zaključila NDA ugovore, ako nije ograničila pristup repozitorijumima, ako bivši saradnici i dalje imaju pristup sistemima ili ako se dokumentacija slobodno deli bez kontrole.

Zaštita poslovne tajne u IT sektoru zahteva kombinaciju pravnih, organizacionih i tehničkih mera. To uključuje NDA ugovore, interne politike poverljivosti, ograničenje pristupa dokumentaciji i repozitorijumima, pravila za korišćenje poslovnih podataka, procedure pri odlasku zaposlenih i saradnika, kontrolu pristupnih naloga i jasno definisanje informacija koje se smatraju poverljivim.

Najčešće greške IT kompanija i startupa

Najčešća greška je razvoj softvera bez pisanog ugovora. Na početku saradnje svi veruju da će odnos funkcionisati dobro. Međutim, kada proizvod počne da vredi više, pitanje vlasništva nad kodom postaje mnogo osetljivije.

Druga greška je nejasan odnos sa freelancerima. Freelancer može napisati ključni deo koda, ali ako prenos prava nije jasno ugovoren, kompanija može imati problem da dokaže da softver može slobodno da koristi, menja, prodaje ili prenosi.

Treća greška je korišćenje softvera otvorenog koda bez provere licence. To ne mora odmah izazvati problem, ali može postati ozbiljno pitanje kada se proizvod prodaje, licencira ili prolazi kroz due diligence proces.

Četvrta greška je neregistrovan naziv proizvoda. Kompanija uloži novac u razvoj brenda, dizajn, kampanje i prisustvo na tržištu, a tek kasnije utvrdi da je isti ili sličan naziv već zaštićen.

Peta greška su neuređeni odnosi između osnivača. Ako nije jasno ko je šta uneo u kompaniju, ko je vlasnik početnog koda, ko ima prava na naziv proizvoda i šta se dešava ako jedan osnivač izađe iz projekta, spor može ugroziti čitav proizvod.

Šesta greška je odsustvo NDA ugovora i internih pravila poverljivosti. Poverljive informacije se šalju mejlom, dele preko privatnih naloga, čuvaju na ličnim računarima i ostaju dostupne i nakon prestanka saradnje.

Sedma greška je neuređeno vlasništvo nad repozitorijumom. Ako se ključni repozitorijum nalazi na privatnom nalogu programera ili osnivača, kompanija može izgubiti kontrolu nad jednim od svojih najvažnijih resursa.

Osma greška je odlaganje pravne provere do investicije ili prodaje. Tada se problemi ne rešavaju u miru, već pod pritiskom rokova, pregovora i očekivanja druge strane.

Zašto je intelektualna svojina važna kod investicija, due diligence procesa i prodaje IT kompanije

Kod investicije ili prodaje IT kompanije, investitor ili kupac ne proverava samo finansije, ugovore sa klijentima, poreske obaveze i zaposlene. Jedno od ključnih pitanja jeste da li kompanija zaista poseduje ono što predstavlja kao svoju glavnu vrednost.

Ako kompanija tvrdi da ima sopstveni softver, druga strana će želeti da proveri ko ga je razvio, da li postoje ugovori sa zaposlenima i eksternim saradnicima, da li su prava preneta na kompaniju, da li se koriste komponente otvorenog koda, da li je brend zaštićen, da li postoje sporovi i da li neko treće lice može osporiti upotrebu proizvoda.

Neuređena intelektualna svojina može smanjiti vrednost kompanije, usporiti pregovore, promeniti strukturu transakcije ili dovesti do dodatnih garancija i obeštećenja u ugovoru. U težim slučajevima može dovesti i do odustajanja investitora ili kupca.

Zato pravna zaštita softvera nije samo odbrambeni mehanizam. Ona je priprema za rast, investiciju, skaliranje i prodaju kompanije.

Kako advokatska kancelarija može pomoći IT kompanijama

Advokatska kancelarija može pomoći IT kompanijama u nekoliko važnih faza.

Prva je analiza postojećeg stanja. To podrazumeva proveru ugovora sa zaposlenima, freelancerima, razvojnim agencijama, osnivačima i partnerima, kako bi se utvrdilo da li kompanija zaista ima prava koja misli da ima.

Druga je izrada i usklađivanje ugovora. To uključuje ugovor o razvoju softvera, ugovor sa programerom, ugovor o radu sa odgovarajućim klauzulama, ugovor sa freelancerom, ugovor sa eksternom agencijom, NDA ugovor, ugovor između osnivača, licencni ugovor i ugovore sa klijentima.

Treća je zaštita brenda. Advokatska kancelarija može pomoći u proveri dostupnosti naziva, pripremi prijave žiga i vođenju postupka zaštite.

Četvrta je pravna provera licenci i komponenti trećih lica, naročito ako kompanija koristi softver otvorenog koda ili komponente koje nisu razvijene interno.

Peta je podrška u due diligence procesu. Ako kompanija traži investiciju, prodaje udeo ili kupuje drugi IT proizvod, pravna provera intelektualne svojine može biti presudna za sigurnost transakcije.

Zaključak

Intelektualna svojina u IT sektoru postaje najosetljivija upravo onda kada kompanija počne da raste. Dok je proizvod u ranoj fazi, neuređeni ugovori, nejasno vlasništvo nad kodom ili nezaštićen naziv često deluju kao administrativni detalji. Kada se pojave korisnici, prihodi, investitori ili kupci, ta ista pitanja postaju centralni pravni i poslovni rizik.

Zato softver, kod, brend, baza podataka, dokumentacija i know how ne treba da budu pravno uređeni tek kada nastane spor. Treba ih urediti dok kompanija još ima prostor da to uradi mirno, precizno i strateški.

Ako razvijate softver, aplikaciju, SaaS proizvod ili drugi digitalni proizvod, JP Law vam može pomoći da pravno uredite vlasništvo nad kodom, zaštitite brend i smanjite rizike u radu sa zaposlenima, freelancerima, partnerima i investitorima.

FAQ: Intelektualna svojina u IT sektoru

Da li je softver automatski zaštićen autorskim pravom?

Softver može biti zaštićen autorskim pravom kao računarski program ako ispunjava zakonske uslove. Registracija nije nužan preduslov za nastanak autorskog prava, ali je u praksi važno imati dokaze o nastanku, autorstvu i prenosu prava.

Da li kompanija automatski poseduje kod koji je platila freelanceru?

Ne nužno. Plaćanje usluge ne znači uvek da su sva imovinska autorska prava preneta na kompaniju. Zato je važno imati ugovor koji jasno uređuje prenos prava, obim korišćenja, mogućnost izmene, distribucije i daljeg razvoja softvera.

Da li zaposleni programer zadržava prava na kod koji je razvio za poslodavca?

Kod računarskog programa i baze podataka zakon predviđa posebna pravila u korist poslodavca, ako ugovorom nije drugačije određeno. Ipak, ugovor o radu, opis poslova i interna dokumentacija treba da budu jasno uređeni kako bi se izbegle nejasnoće.

Da li je registracija domena isto što i zaštita žiga?

Ne. Registracija domena daje kontrolu nad internet adresom, ali ne predstavlja registraciju žiga. Ako je naziv aplikacije ili platforme važan za poslovanje, treba razmotriti proveru dostupnosti i zaštitu žiga.

Da li se ideja za aplikaciju može zaštititi?

Sama ideja za aplikaciju se, po pravilu, ne štiti kao autorsko delo. Međutim, konkretan programski kod, tehnička dokumentacija, dizajn interfejsa, baza podataka, naziv proizvoda, poslovna tajna i drugi elementi digitalnog proizvoda mogu se štititi različitim pravnim sredstvima.

Zašto je intelektualna svojina važna za investitore?

Investitori žele da znaju da kompanija zaista poseduje softver, kod, brend, dokumentaciju i digitalne proizvode koje predstavlja kao svoju imovinu. Ako prava nisu uređena, to može smanjiti vrednost kompanije ili ugroziti transakciju.