Ліцензування програмного забезпечення: як не порушити чужі права та захистити свої

Правова природа програмного забезпечення

Програмне забезпечення в українському законодавстві захищається як об’єкт авторського права. Відповідно до статті 20 Закону України «Про авторське право і суміжні права» (№ 2811-IX, чинна редакція від 12.12.2025), охорона комп’ютерної програми поширюється на програми, виражені у вихідному або об’єктному коді, за умови їх оригінальності. Комп’ютерні програми охороняються так само, як і літературні твори. Це означає, що програмний код, незалежно від мови програмування та форми вираження, автоматично отримує правовий захист з моменту створення без необхідності реєстрації.

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

Види ліцензій на програмне забезпечення

Розуміння різниці між типами ліцензій – відправна точка будь-якої програми комплаєнсу.

Пропрієтарні ліцензії

Пропрієтарне програмне забезпечення розповсюджується на комерційних умовах з обмеженнями на використання, модифікацію та розповсюдження. Типові умови включають обмеження кількості користувачів або пристроїв, заборону на декомпіляцію та зворотну розробку, територіальні обмеження використання, а також часові обмеження (підписка або безстрокова ліцензія). Найпоширеніші моделі включають ліцензії на робоче місце, корпоративні ліцензії, OEM-ліцензії та хмарні підписки (SaaS).

Відкриті ліцензії

Copyleft-ліцензії (GPL, agpl) вимагають, щоб модифіковане ПЗ розповсюджувалося під тією ж ліцензією. Це забезпечує збереження відкритості коду в похідних роботах.

Дозвільні ліцензії (MIT, Apache, bsd) дозволяють використовувати код у пропрієтарних проектах з мінімальними обмеженнями. Вони вимагають лише збереження повідомлення про авторські права.

Слабкі copyleft-ліцензії (LGPL, MPL) дозволяють поєднувати відкритий код з пропрієтарним за певних умов, наприклад, при динамічному зв’язуванні бібліотек.

Тип	Приклади	Перерозповсюдження	Використання у пропрієтарних продуктах
Copyleft	GPL, agpl	Під тією ж ліцензією	Як правило, заборонено
Слабкий copyleft	LGPL, MPL	Компонент під тією ж ліцензією	Дозволено за умов
Дозвільні	MIT, Apache, bsd	Під будь-якою ліцензією	Дозволено
Пропрієтарні	Microsoft, Adobe	Заборонено	За умовами ліцензії

⚠️  GPL-пастка:  Включення коду під GPL-ліцензією в комерційний продукт може вимагати відкриття всього вихідного коду. Завжди перевіряйте ліцензію кожного компонента відкритого коду до його включення у кодову базу.

Ключові аспекти для бізнесу

Аудит використовуваного програмного забезпечення

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

Комплаєнс при розробці власного ПЗ

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

Управління ризиками

Порушення ліцензійних умов може призвести до судових позовів, вимог припинити використання ПЗ та стягнення компенсації. Відповідно до статті 52(2) Закону України «Про авторське право і суміжні права» (№ 2811-IX), суд може присудити компенсацію замість відшкодування збитків – визначену як паушальна сума у подвійному, а у разі умисного порушення – потрійному розмірі винагороди, яка була б сплачена за надання дозволу на використання відповідного об’єкта авторського права. Суд також може постановити вилучення та конфіскацію контрафактних примірників і обладнання, призначеного для їх виготовлення.

⚠️  Due diligence:  Придбання бізнесу або інвестиція в IT-компанію вимагають ретельного IP-аудиту. Нерозкриті ліцензійні порушення – зокрема проблеми з GPL-комплаєнсом – можуть становити суттєві зобов’язання, які впливають на оцінку та структуру угоди.

Захист власних розробок

Документування авторства

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

Вибір оптимальної моделі ліцензування

Модель ліцензування повинна відповідати бізнес-стратегії. Для максимізації прибутку від унікальних розробок підходять пропрієтарні ліцензії. Для швидкого поширення та створення екосистеми навколо продукту можуть бути ефективними відкриті ліцензії з подвійним ліцензуванням для комерційних клієнтів.

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

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

Практичні рекомендації

Для користувачів ПЗ

• Завжди читайте та зберігайте ліцензійні угоди – включаючи EULA та повідомлення про відкритий код.
• Не перевищуйте дозволену кількість інсталяцій. Обмеження на кількість робочих місць та пристроїв активно контролюються.
• Перевіряйте дозволеність комерційного використання перед розгортанням “безкоштовного” ПЗ у бізнес-контексті. Багато ліцензій дозволяють лише некомерційне використання.
• Ведіть централізований реєстр ліцензій, включаючи дати закінчення, зобов’язання щодо продовження та відповідальних осіб.

Для розробників

• Використовуйте інструменти автоматичного сканування ліцензій, інтегровані у процес розробки, для раннього виявлення ліцензійних конфліктів.
• Розробіть політику щодо відкритого ПЗ, яка визначає, які типи ліцензій дозволені у ваших продуктах.
• Навчайте команду розробки основам ліцензування – особливо різниці між copyleft та дозвільними ліцензіями.
• Чітко визначайте права на ІВ у договорах з підрядниками. Без прямого застереження про передачу прав авторське право на створений код може залишитися за підрядником.

Міжнародні аспекти

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

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

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

Нові виклики

Штучний інтелект та генерація коду

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

Хмарні технології та SaaS

Хмарні технології змінюють традиційні моделі ліцензування. Модель SaaS переносить значну частину зобов’язань щодо комплаєнсу на постачальника послуг, але створює нові ризики щодо конфіденційності даних, їх резидентності та залежності від постачальника. Організації мають уважно перевіряти угоди про рівень обслуговування (SLA) та угоди про обробку даних, особливо там, де застосовуються українські вимоги захисту персональних даних.

Висновки

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

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

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