Захист авторських прав на програмне забезпечення

Програмне забезпечення (ПЗ) — це інтелектуальний продукт, який в Україні захищається переважно авторським правом (а не патентним, як у деяких юрисдикціях). Це означає, що захист виникає автоматично з моменту створення, без необхідності реєстрації. Однак для практичного захисту, особливо у спорах, ліцензуванні, інвестиційних угодах, потрібні додаткові юридичні інструменти: реєстрація, договори, документація створення, технічні засоби захисту.

Для IT-бізнесу — як для українських розробників, що працюють з нерезидентами, так і для іноземних компаній, що замовляють розробку в Україні, — правильна архітектура захисту авторських прав на ПЗ є критично важливою. Без неї виникають ризики: код, створений найманим розробником, може фактично залишатися у нього; покупець не отримує реальних прав; конкуренти можуть копіювати рішення.

Що захищається авторським правом у ПЗ

Об'єкти захисту

1. вихідний код (source code) — текст програми мовою програмування;
2. об'єктний код (object code, machine code) — скомпільований код;
3. підготовчі матеріали — технічна документація, специфікації, ТЗ;
4. аудіовізуальні елементи — графіка, звук, відео в програмі;
5. структура і архітектура — у деяких аспектах;
6. бази даних — як окремий об'єкт.

Що НЕ захищається

1. ідеї, концепції, методи, алгоритми — самі по собі (захищаються через комерційну таємницю або, у рідкісних випадках, патенти);
2. математичні принципи;
3. програмні мови, протоколи;
4. функціональність як така (захищається лише конкретна реалізація).

Виникнення прав

Автоматичний захист

1. виникає з моменту створення ПЗ;
2. без необхідності реєстрації;
3. без позначок (хоча позначка © + ім'я + рік рекомендована);
4. застосовується принцип «фіксації» (твір має бути зафіксовано в об'єктивній формі — наприклад, у коді).

Хто є автором

Автор — фізична особа, яка створила твір своєю творчою працею:

1. тільки фізичні особи можуть бути авторами;
2. юридичні особи можуть бути володільцями майнових прав, але не авторами;
3. співавторство — для коду, створеного кількома особами.

Особисті немайнові і майнові права

Особисті немайнові права автора

1. право авторства (визнання творцем);
2. право на ім'я (вказівка імені або псевдоніма);
3. право на недоторканність твору;
4. право на оприлюднення твору.

Не передаються і не успадковуються (крім права на захист авторства після смерті). Це створює складність для ПЗ — особисті немайнові права завжди залишаються за фізособою-розробником.

Майнові права

1. відтворення (копіювання);
2. розповсюдження (продаж копій);
3. імпорт;
4. здача в найм / в оренду;
5. публічний показ і виконання;
6. публічне сповіщення / донесення до публіки;
7. переклад і модифікація;
8. переробка, адаптація (для ПЗ — критично важливо).

Можуть передаватися через договори про передачу прав або ліцензійні договори.

ПЗ, створене за трудовим договором

Працівник-розробник

За ст. 16 нового Закону № 2811-IX, майнові права на ПЗ, створене працівником у межах виконання трудових обов'язків, належать роботодавцю, якщо інше не передбачено договором.

Умови переходу прав:

1. трудовий договір з визначенням обов'язків розробника;
2. посадова інструкція з описом функцій;
3. завдання (task), у межах якого створено ПЗ;
4. факт виплати зарплати працівнику.

Особисті немайнові права залишаються за автором — це важливо при подальшому використанні (наприклад, при ліцензуванні третім особам).

Працівник-фрілансер (ФОП)

Якщо ПЗ створюється через ЦПД з ФОП-розробником, передача прав має бути окремо передбачена у договорі:

1. стандартна формула: «майнові права на створене ПЗ передаються Замовнику у повному обсязі»;
2. без такого положення — права залишаються у ФОП;
3. розмежування «work-for-hire» (за українським правом такого автоматичного режиму немає, лише за договором).

Гіг-контракт (Дія City)

Резиденти Дія City можуть використовувати гіг-контракти з передачею прав на створене ПЗ — це гібрид між трудовими і ЦПД відносинами зі спеціальним регулюванням.

Реєстрація авторських прав

Чому реєструвати, якщо захист автоматичний

Реєстрація не є обов'язковою, але:

1. створює презумпцію авторства — у спорі вже довести легше;
2. дає офіційний документ для застосування у ліцензіях, M&A, інвестиційних угодах;
3. полегшує захист у судових процесах;
4. збільшує цінність активу при оцінці компанії;
5. корисна для зарубіжного захисту (особливо у США).

Процедура

1. подача заявки до УкрНОІВІ;
2. надання примірника твору (для ПЗ — як правило, фрагмент коду або документація, без розкриття всього);
3. сплата збору;
4. видача свідоцтва про реєстрацію авторського права.

Збір — символічний (декілька сотень гривень).

Строк — 1-2 місяці.

Договори щодо ПЗ

Договори створення ПЗ

Software Development Agreement з ключовими положеннями:

1. сторони — замовник і розробник;
2. предмет — конкретне ПЗ з технічними характеристиками;
3. ТЗ (Statement of Work, SOW);
4. етапи розробки і acceptance procedures;
5. передача майнових прав на створене ПЗ;
6. гарантії функціональності і відсутності порушень прав третіх осіб;
7. maintenance і support після здачі;
8. конфіденційність;
9. винагорода — fix price, time-and-material, або milestones.

Ліцензійні договори

Software License Agreement для дистрибуції ПЗ:

1. End-User License Agreement (EULA);
2. Enterprise License;
3. SaaS Terms of Service;
4. distribution license;
5. white-label license.

Договори з контракторами

ЦПД з ФОП-розробниками — з обов'язковим положенням про передачу майнових прав:

1. стандартна формула передачі;
2. відмова від моральних прав (наскільки можливо за українським правом);
3. зобов'язання сприяння подальшій реєстрації;
4. передача документації, коду, репозиторіїв.

Open Source Software (OSS)

ПЗ з відкритим вихідним кодом, поширюване на спеціальних ліцензіях:

1. permissive licenses (MIT, BSD, Apache 2.0) — мінімальні обмеження;
2. copyleft licenses (GPL, LGPL, AGPL) — обов'язок відкривати похідні твори.

OSS Compliance

Якщо комерційне ПЗ використовує OSS-компоненти:

1. обов'язок дотримуватися умов ліцензій;
2. особливо ризиковано — GPL/AGPL (обов'язок відкрити весь код, що поєднується);
3. ризик claims від OSS-спільноти;
4. ризик при M&A — due diligence на OSS Compliance.

Audit OSS

Регулярний аудит коду на наявність OSS-компонентів через tools (Snyk, FOSSA, WhiteSource).

Zahist source code як комерційної таємниці

Дуальний захист

ПЗ часто захищається одночасно:

1. авторським правом — для копій і похідних творів;
2. комерційною таємницею — для самого вихідного коду (його не розкривають публічно).

Заходи

1. обмеження доступу до repositories;
2. NDA з усіма, хто має доступ;
3. code review procedures;
4. логування доступу;
5. exit procedures для розробників.

Zahist при копіюванні і запозиченні

Виявлення порушень

1. code comparison tools;
2. reverse engineering analysis;
3. markets monitoring;
4. watermarking коду (приховані маркери);
5. testing of suspicious products.

Засоби захисту

1. попередження (cease and desist letter);
2. переговори і ліцензування;
3. судовий захист — заборона використання, відшкодування збитків;
4. митні заходи проти імпорту контрафактного ПЗ;
5. DMCA takedown (для US-платформ);
6. кримінальна відповідальність — ст. 176 КК України.

Особливості IT-аутсорсингу

Українські розробники для іноземних замовників

Класична схема: український ФОП-розробник або IT-компанія розробляє ПЗ для замовника з ЄС, США.

Ключові IP-аспекти:

1. передача прав замовнику за договором;
2. проблематика «work-for-hire» — у US-договорах часто формула працює, в Україні потребує адаптації;
3. choice of law (часто право замовника, але є нюанси);
4. захист коду під час розробки і після.

Дочірні R&D-центри

Іноземні компанії створюють українські дочірні R&D-центри:

1. розробка ПЗ на українській території;
2. передача прав материнській компанії через ліцензії, цесії, або employment of staff;
3. TP-аспекти для роялті материнській компанії;
4. substance-вимоги для застосування DTA.

Воєнні і санкційні аспекти

1. ризики втрати джерел коду при військових діях;
2. backup стратегії і географічна диверсифікація repositories;
3. санкційний скринінг контрагентів;
4. особливі режими для технологій подвійного призначення.

Типові помилки

1. розробка ПЗ через ФОП без чіткого положення про передачу прав;
2. неякісні трудові договори з розробниками;
3. відсутність документації створення (хто, коли, що створював);
4. ігнорування OSS Compliance;
5. розкриття source code без NDA;
6. невчасне реагування на порушення;
7. відсутність реєстрації у критичних випадках;
8. слабкі EULA для дистрибуції.

Чому варто залучати юристів

АО «Zahist» супроводжує клієнтів у:

1. розробці комплексної IP-стратегії для ПЗ;
2. складанні трудових договорів і ЦПД з розробниками;
3. структуруванні передачі прав в IT-аутсорсингу;
4. розробці EULA, SaaS Terms, distribution licenses;
5. координації з Дія City для IT-резидентів;
6. OSS Compliance audits;
7. захисті при порушеннях;
8. координації з реєстрацією у УкрНОІВІ;
9. IP-due diligence при M&A IT-компаній.

ПЗ — це актив, цінність якого може скласти 80%+ вартості IT-бізнесу. Якісна юридична архітектура захисту — фундамент комерційного успіху.