Як ІТ-компаніям захистити свої права: коли розробник — більше, ніж просто працівник

У сучасному ІТ-світі створення програмного продукту — це не лише результат таланту й технічних навичок розробника, але й об’єкт інтелектуальної власності, за який часто точаться суперечки. Компанії інвестують роки в розробку, тестування й удосконалення програм, однак можуть несподівано втратити права на свій код — просто через відсутність належного договору чи технічного контролю. У цій статті розберемо, як саме компанія може захистити свої права на створене програмне забезпечення і що врахувати в роботі з розробниками, контрагентами та навіть... колишніми працівниками.

1. Програміст — це не завжди працівник

В ІТ-сфері компанії найчастіше працюють з трьома моделями: офіційне працевлаштування, співпраця з ФОП або гіг-контракти. І саме від форми правовідносин залежить, кому належатимуть результати розробки.

Трудовий договір

У межах класичного трудового договору роботодавець отримує майнові права на все, що створене працівником у межах його посадових обов’язків. Це загальний принцип трудового та авторського права. Відповідно, якщо розробник написав код на посаді «software engineer» під час виконання завдань компанії, то цей код є службовим твором і належить роботодавцю..

Співпраця з ФОП

Фізична особа-підприємець не є працівником компанії, а виступає як контрагент, співпраця з яким зазвичай оформлюється цивільно-правовим договором. Тут усе складніше: за замовчуванням, майнові права на створене програмне забезпечення залишаються за виконавцем, якщо інше прямо не зазначено в договорі. Отже, компанія може використати або навіть продавати розроблений код лише за умови, що у договорі чітко вказано умови передачі прав, включно з їх обсягом, строком дії, територією використання та можливістю модифікації.

Гіг-контракт

Цей формат застосовується в рамках правового режиму Дія.City. Формально це не класичні трудові відносини, але й не звичайне цивільне підрядництво. У межах гіг-контракту права на результати роботи спеціаліста можуть бути передані компанії, але тільки якщо таку передачу прямо передбачено договором. Жодної автоматичної передачі тут не існує, тому радимо додатково укладати IP-договори або акти приймання-передачі результатів роботи.

2. Робота з закордонними підрядниками: як не втратити код за кордоном

Залучення іноземних розробників чи фрілансерів стало нормою для українських ІТ-компаній. Проте юридичні ризики при цьому зростають у рази. Найважливіше — правильно оформити договір.

Перш за все, слід чітко визначити, право якої країни регулює договір та який суд або арбітраж має юрисдикцію у випадку спору. Якщо це не зазначено, спір може розглядатися у несподіваному місці й за законами, які не захищають інтереси замовника.

Також необхідно прописати, що всі майнові права на створений код передаються компанії, яка його замовила. Без такого формулювання іноземне законодавство (особливо в юрисдикціях із сильною авторською охороною) може залишити права за розробником. До прикладу, найсильнішу охорону авторських прав забезпечують:

• США (обов’язкова реєстрація для судового захисту, великі компенсації)
• Велика Британія (автоматичний захист, чіткі правила передачі прав роботодавцю)
• Німеччина (жорсткий захист немайнових прав, навіть після передачі майнових)\
• Франція (немайнові права невідчужувані, автор завжди зберігає творче визнання)
• Японія та Південна Корея (суворе законодавство і активний цифровий захист)

Окремо важливо враховувати стандарти захисту даних. Якщо компанія працює з користувачами з ЄС або США, необхідно включити до договорів положення про конфіденційність, обробку персональних даних та відповідальність за витоки інформації.

Важливим є дотримання стандартів GDPR, заключення окремих суворих NDA та Data Protection Clauses.

Крім того, не варто забувати фундаментальний для європейського права нормативний акт, а саме Бернську конвенцію.

Україна є учасницею Бернської конвенції про охорону літературних і художніх творів 1886 року (у редакції 1971 року), що забезпечує автоматичний захист авторських прав у всіх країнах-учасницях. Це означає, що програмне забезпечення, створене в Україні, отримує правову охорону, наприклад, у США, Німеччині, Франції чи Польщі — без необхідності додаткової реєстрації.

Однак варто пам’ятати кілька важливих моментів:

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

Таким чином, Бернська конвенція є фундаментом для захисту українського ІТ-продукту за кордоном. Але щоб уникнути спорів, компанії слід укладати міжнародні угоди з передачі прав, дотримуючись і українського, і іноземного законодавства.

3. Чи є зміни в коді новим твором?

Розробка — це динамічний процес, і оновлення коду відбуваються постійно. Але чи означає кожна правка створення нового твору?

Все залежить від характеру змін. Якщо мова йде про творчу модифікацію — наприклад, зміну алгоритмів, додання нових функцій або складну адаптацію — це може розглядатися як створення нового об’єкта авторського права. І якщо в договорі з розробником не передбачено передачі прав на подальші зміни, такі фрагменти можуть юридично залишатися за автором.

Якщо ж зміни є технічними (наприклад, оптимізація коду, виправлення помилок, форматування), то новий твір не виникає, і права залишаються в рамках первісної передачі.

Тому доцільно укладати або оновлювати угоди про передачу прав не лише на початку проєкту, а й при кожній суттєвій зміні продукту.

4. Шантаж компанії як один із викликів

Випадки, коли колишній працівник або підрядник використовує знання й доступи для шантажу, — не рідкість у світі стартапів. Розробник може залишити собі ключі доступу до серверів або адміністрування сайту, а згодом вимагати гроші чи створювати загрозу втрати даних.

Щоб уникнути таких ситуацій, компанії варто:

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

5. Як компанії зберегти контроль над своїм кодом

Щоб уникнути юридичних непорозумінь та втрати результатів розробки, компаніям слід дотримуватись кількох основних правил:

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

Таким чином, програмне забезпечення — це серце ІТ-компанії. Але саме юридичне оформлення співпраці з розробниками визначає, кому насправді належить створений код. Ринок сьогодні швидкий і гнучкий, однак в юридичних спорах виграє не той, хто найшвидше кодує, а той, хто передбачив усі ризики. Забезпечте правову чистоту вашого продукту на старті — і це стане найкращим захистом інвестицій у розвиток вашої компанії.