В съвременната дигитална икономика софтуерът се е утвърдил като един от най-ценните активи на бизнеса, който понякога може да надхвърли по стойност всички останали ресурси на едно предприятие. Независимо дали става дума за мобилно приложение, корпоративна система, инфраструктурен код или значителни инвестиции в разработка, неизбежно възникват въпроси с важно правно и икономическо значение: кой притежава правата върху софтуера, кой може да го използва и при какви условия правата могат да се прехвърлят.
1. Правен режим на софтуера като обект на интелектуална собственост.
В българското право софтуерът (т. нар. компютърна програма), макар да функционира като технологичен продукт, е изрично признат за обект на авторското право. Това означава, че софтуерът попада под режим, създаден първоначално за литературни и художествени произведения, което неизбежно води до напрежение между икономическа реалност и правна конструкция.
Законът за авторското право и сродните му права (ЗАПСП), заедно с изцяло транспонираната Директива 2009/24/ЕО на Европейския парламент и на Съвета относно правната закрила на компютърните програми, предоставят правна защита, която възниква автоматично с факта на създаване на компютърната програма. Не се изисква регистрация или формалност, което означава, че правото възниква още в момента на създаване на кода. Обект на закрила са изходния код, обектния код и подготвителния проектен материал, както и структурата и организацията на програмата, доколкото са оригинални, т.е. резултат от творческа дейност. От друга страна идеите, алгоритмите и принципите, заложени в елементите на програмата не са обект на закрила. Този принцип е ясно утвърден в практиката на Съда на ЕС, (делото C‑406/10 Sas Institute Inc срещу World Programming Ltd.), където се приема, че програмните езици и функционалността не са обект на авторско право. Софтуерът се закриля ако е оригинален - собственото интелектуално творчество на автора - никакви други критерии не са приложими.
2. Права във връзка със софтуера като обект на интелектуална собственост.
Софтуерът като обект на интелектуална собственост поражда комплекс от права, които не се изчерпват само с класическото авторско право, а включват и допълнителни правомощия с пряко практическо значение.
На първо място стоят имуществените авторски права, които представляват същинския икономически контрол върху софтуера. Те включват правото на възпроизвеждане (копиране на кода, включително зареждане в памет), правото на разпространение (предоставяне на копия – продажба, лицензиране, SaaS достъп), правото на публично представяне и съобщаване, както и правото на преработка и изменение (адаптиране, развитие, създаване на нови версии или производни продукти). Именно тези правомощия са предмет на търговски сделки и определят кой реално „контролира“ софтуера.
Наред с тях съществуват неимуществените права, които остават неотчуждаеми и принадлежат винаги на автора – физическото лице създател на програмата. Това включва правото на авторство (да бъде признат като създател на кода), правото на име и правото на защита на целостта на произведението. Макар в софтуерната индустрия тези права да имат по-ограничено икономическо значение, те могат да се окажат релевантни при спорове за произход на код или неправомерни изменения.
Специфично за компютърните програми е, че законът допуска определени ограничения в полза на ползвателя, транспониращи Директива 2009/24/EC. Така например, законният ползвател може без съгласие на автора да извършва действия, необходими за използването на програмата по предназначение (включително зареждане и изпълнение), както и да създаде резервно копие. Допуска се и декомпилация при строго ограничени условия с цел осигуряване на съвместимост на софтуера с програми или системи на ползвателя и в крайна сметка правилното функциониране по предназначение на компютърната програма.
3. Кой е „собственикът“ на правата, произтичащи от софтуер?
Отговорът на този въпрос зависи от конкретното правно отношение, при действието на което е създадена конкретната компютърна програма.
3.1. Основното правило.
Българското право следва класическия принцип на авторското право, според който авторът е първоначалният носител на правата върху произведението. Приложено към софтуера, това означава, че разработчикът – физическото лице, което създава кода, придобива правата върху него от момента на създаването му.
Този принцип има съществени практически последици. Широко разпространено е разбирането, че заплащането на разработка води до придобиване на правата върху нея. Подобно разбиране обаче няма опора в законодателството. Самото заплащане на разработката не води до прехвърляне на права, необходимо е изрично съглашение, а в случаите на екслузивитет, писмената форма е за действителност . Ето защо възложител, който е финансирал разработката, може да се окаже в положение, при което има фактически достъп до софтуера, но не и правото да го изменя, лицензира или разпространява.
3.2. Софтуер, създаден по трудово правоотношение.
Макар правото да се нарече „автор“ да остава притежание на съответното физическо лице, изготвило компютърната програма, когато произведението е създадено в рамките на трудово правоотношение, имуществените права принадлежат на работодателя, освен ако не е уговорено друго.
На пръв поглед това правило изглежда ясно, като отразяващо икономическата логика на бизнеса, но неговото прилагане в практиката често поражда въпроси. Основният критерий е дали създаването на софтуера е част от трудовите задължения на служителя или не. В случай на съдебен спор се изследват конкретните обстоятелства - дали създаването на софтуера е част от трудовите задължения, заложени в длъжностната характеристика, или е извършено по указание на работодателя. В практиката възникват гранични случаи, например код, създаден извън работно време или върху лични проекти. В тези хипотези решаващо значение имат служебните задължения в трудовия договор, длъжностната характеристика, реално възложените задачи, връзката между разработката и дейността на работодателя.
Доколкото правото на труд е конституционно гарантирано, не може да се гарантира, че служителят, създал кода ще продължи да изпълнява трудовите си функции при работодателя си, но ако този служител напусне и вземе например части от кода, за да ги използва в нов проект, той нарушава авторското право на бившия си работодател. За целта работодателите често използват и допълнителни споразумения за конфиденциалност или анекси към трудовите договори, за да уредят изрично правата и задълженията със своите служители при прекратяване на трудовите правоотношения.
3.3. Софтуер създаден по граждански договор (freelance/outsourcing).
Тук е в сила обратното правило - за разлика от трудовите правоотношения, тук не съществува законова презумпция в полза на възложителя. При договор за изработка или услуга правата остават при автора (разработчика), освен ако не са изрично прехвърлени. На практика това води до чести недоразумения, тъй като възложителят обикновено очаква да придобие пълен контрол върху продукта, който е финансирал. Възложител може да заплати значителна сума за разработка, но при липса на IP клауза да не придобие правата върху продукта. В този контекст има реална опасност възложителят да има само ограничено право на използване, съобразено с целта на договора и уговорените в него условия и срокове, но не и пълния обем авторски правомощия, т.е. да не може например да модифицира или интегрира компютърната програма в други системи.
3.4. Съавторство и екипна разработка.
При съвместна разработка възниква съавторство. Това означава, че правата са съпритежавани и разпореждането с тях изисква съгласие на всички съавтори. В стартъп среда това често се подценява, но при инвестиция или продажба, съавторството може да се окаже блокиращ фактор.
4.Лицензиране и прехвърляне на права върху софтуер: същностни разлики
В практиката често се смесват два различни правни института – прехвърляне на авторски права и лицензиране. При прехвърлянето на авторски права, носителят на правото прехвърля изцяло или част от имуществените си права, като приобретателят встъпва в положението на правоносител за договорения обем - той може самостоятелно да използва софтуера, да го лицензира, прехвърля и защитава. Това е най-близкият еквивалент на „собственост“, но прехвърлянето не се предполага - считат се прехвърлени само изрично уговорените права, като всяко съмнение се тълкува в полза на автора, а неимуществените права остават непрехвърлими.
Обратно, при лицензирането не се прехвърля самото право, а се предоставя ограничено разрешение за използване на софтуера. Авторът запазва качеството си на притежател на правото на собственост, а получателят на лиценза може да упражнява само онези правомощия, които са изрично предоставени - например използването не включва автоматично право на модификация, разпространение или създаване на производни продукти. Лицензът може да бъде изключителен или неизключителен и обикновено е ограничен по време, територия и начин на използване.
И при двата правни института действа принципът на ограничително тълкуване - правата се признават само в рамките на изрично уговореното. Ето защо е изключително важно да се сключва писмен договор когато се уреждат права върху компютърни програми. При липса на писмен договор съдът ще приеме, че правата не са предоставени, независимо от икономическата логика на отношенията.
5. Софтуерът като комплексен обект на интелектуална собственост
Въпреки че авторското право е основният режим, приложим към софтуера, в практиката компютърните програми често са обект на комбинирана защита.
Един от най-важните допълнителни механизми е защитата на търговската тайна. Алгоритмите, архитектурата и вътрешната логика на компютърната програма могат да бъдат защитени като конфиденциална информация, което в редица случаи може и има по-голямо практическо значение от авторското право.
В определени хипотези може да бъде приложима и патентна защита, особено когато софтуерът има технически ефект. Въпреки ограниченията и консервативния подход при възможностите за патентоване на софтуер в европейското право, тази възможност не следва да се изключва априори.
Договорните механизми също играят ключова роля. Чрез лицензионни споразумения, клаузи за конфиденциалност и ограничения за конкурентна дейност, страните могат да постигнат значително по-голяма яснота и сигурност в отношенията си.
6. Практически изводи и рискове.
Когато става въпрос за интелектуална собственост върху софтуер, най-честите проблеми възникват не поради липса на правна регулация, а поради неправилно разбиране или непълно уреждане на отношенията между страните. Един от най-разпространените митове е, че заплащането на разработка автоматично води до придобиване на правата върху софтуера. В действителност, без изрично прехвърляне, възложителят може да се окаже с ограничени права, които не отговарят на неговите първоначални намерения и бизнес нужди. Друг сериозен риск произтича от липсата на ясни клаузи относно интелектуалната собственост в договорите. В подобни случаи страните оставят решението на съда, което неизбежно води до несигурност.
Реалното разпределение на правата зависи от доказуемата воля на страните. В този смисъл, правилното структуриране на отношенията още на етапа на създаване на софтуера е от съществено значение за избягване на бъдещи спорове и за гарантиране на устойчивото развитие на бизнеса.
