1. Складіть карту продукту та авторів
Робочий застосунок не є одним однорідним правовим об’єктом. Він містить власний код, бібліотеки, документацію, графіку, інтерфейс, бази даних і зовнішні сервіси. Кожен компонент може мати іншого автора й договірну основу. Спочатку визначають версію продукту, репозиторії, історію внесків, творців та суб’єкта, який планує розвиток, поширення чи продаж. Сам доступ до репозиторію не підтверджує набуття авторських прав. [1] [2]
Практична одиниця аудиту — модуль, пов’язаний з автором, датою створення, умовами співпраці та документом про передачу прав або ліцензію. Рахунок за розробку підтверджує оплату, але не вирішує автоматично питання використання, модифікацій і подальшого ліцензування. У звіті відокремлюють документовані права від усних запевнень і прогалин. Перевіряють також внески засновників, створені до реєстрації компанії.
2. Працівник і підрядник мають різні правові підстави
За статтею 74 частиною 3 польського Закону про авторське право майнові права на програму, створену працівником у межах трудових обов’язків, за загальним правилом належать роботодавцю, якщо договір не встановлює іншого. Треба підтвердити трудові відносини та зв’язок програми з обов’язками. Цю спеціальну норму не варто автоматично поширювати на будь-яку графіку або приватний проєкт працівника. [1]
Для B2B перевіряють договір, права підрядника від субпідрядників і дотримання необхідної форми. Передача майнових авторських прав потребує письмової форми під загрозою недійсності; письмова форма потрібна й для виключної ліцензії. Умови повинні прямо охоплювати погоджені способи використання. Скан підпису, електронний лист і кваліфікований електронний підпис — різні правові категорії; спосіб укладення конкретного договору перевіряють окремо. [1]
3. Зіставте договір із бізнес-моделлю
Для програм важливі відтворення, переклад, адаптація, інші зміни й поширення. Перевірте, чи замовник може підтримувати систему, доручити розвиток іншому постачальнику, використовувати її в групі компаній і пропонувати третім особам. Окремо оцінюють операційний доступ: вихідний код, інструкції збирання, конфігурацію, домен, облікові записи та ключі. Право користування має обмежену практичну цінність, якщо актуальну версію неможливо зібрати або запустити. [1] [2]
Гіпотетичний приклад: компанія купила застосунок, але важливий модуль написав субпідрядник, не охоплений договорами. Запевнення головного виконавця про повні права саме по собі не усуває прогалини. Встановіть автора та дозвіл, отримайте належні права або замініть модуль. Проблема може стати істотною при інвестиції чи продажі продукту, навіть якщо програма роками працювала без претензій.
4. SAS Institute: функціональність і форма вираження
У SAS Institute, C-406/10, Суд ЄС зазначив, що функціональність програми, мова програмування й формати файлів для використання її функцій самі по собі не є формою вираження, охоронюваною директивою про програми. Це розмежування ідей та принципів роботи від конкретного вираження коду. Воно не створює загального дозволу копіювати чужі матеріали або документацію. [3]
Елементи, що виражають власну інтелектуальну творчість автора, можуть охоронятися, зокрема відповідна документація. Законний користувач може спостерігати, вивчати й тестувати роботу в законних межах; декомпіляція для сумісності має окремі суворі умови. У проєкті сумісного інструмента документуйте законні джерела інформації та метод роботи. Конфіденційність, договори, дані й інші права потребують самостійної оцінки. [2] [3]
5. UsedSoft: перепродаж потребує історії придбання
UsedSoft, C-128/11, стосувалася вичерпання права на поширення завантаженої копії за певної моделі: безстрокове право використання, плата, що відповідає економічній вартості копії, та перше введення в обіг у ЄС за згодою правовласника. Суд розглядав завантаження і ліцензію разом. Сама назва договору не визначає правових наслідків. [4]
При перепродажі первинний покупець має зробити власну копію непридатною до використання; рішення містить також обмеження поділу ліцензійних пакетів. З нього не випливає автоматична можливість передачі кожної підписки, хмарної послуги чи цифрового твору. Для аудиту потрібні документи первинного придбання, обсяг дозволу, історія передач і підтвердження припинення використання. Відсутність походження — конкретний доказовий ризик. [4]
6. Open source: перевіряйте версію та спосіб поширення
Перелік залежностей має фіксувати назву, версію, джерело, ліцензію, зміни й модель поширення. SPDX допомагає обмінюватися даними про компоненти та ліцензії; автоматичний звіт сам по собі не підтверджує виконання всіх умов. Перевіряють файли ліцензій, винятки, подвійне ліцензування й транзитивні залежності. Внутрішнє використання, передачу копій і мережевий доступ записують окремо, оскільки їхні наслідки залежать від конкретного тексту. [5]
Наприклад, GPLv3 визначає умови передачі об’єктного коду, включно з відповідним вихідним кодом і ліцензійною інформацією. Не всі бібліотеки open source мають однакову модель, і не кожне використання автоматично вимагає публікації всього продукту. Оцінюють реальне поєднання та поширення. Аудит має завершуватися діями: виправити notices, надати вихідний код, замінити залежність або отримати іншу ліцензію, із відповідальним і строком. [6]
Джерела та подальше читання
- 1Польський Закон про авторське право ↗
Dz. U. 2025 poz. 24 ze zm.; art. 41,53,67,74–77
Офіційна сторінка з консолідованим текстом; трудові права та форма договорів.
- 2Директива про правову охорону програм ↗
Dyrektywa 2009/24/WE; art. 1–6,9
Обсяг охорони, законні набувачі й умови сумісності.
- 3Суд ЄС: SAS Institute проти World Programming ↗
C-406/10, 2.05.2012, ECLI:EU:C:2012:259, pkt 39–46,54–61,66–70
Функціональність, мова, формати й документація потребують різних оцінок.
- 4Суд ЄС: UsedSoft проти Oracle ↗
C-128/11, 3.07.2012, ECLI:EU:C:2012:407, pkt 42–49,69–71,78–88
Умови вичерпання права та обмеження перепродажу копій.
- 5SPDX — специфікації ↗
SPDX: Software Package Data Exchange; specyfikacje projektu Linux Foundation
Опис компонентів і ліцензій не замінює правового аналізу.
- 6GNU GPLv3 — офіційний текст у документації GCC ↗
GNU General Public License, version 3, 29.06.2007; sekcje 4–6
Умови конкретної ліцензії, а не законодавчий акт.
Rekel Patent — інформаційний сайт про інтелектуальну власність. Видавець: Vadym Rekel.