У договорі B2B авторські майнові права на код, графіку чи документацію на старті належать виконавцю, а не замовнику. Клієнт набуває їх лише тоді, коли договір у письмовій формі чітко передбачає перенесення прав і перелічує поля експлуатації. Якщо такого запису немає, закон припускає, що творець надав лише ліцензію.
Чому B2B діє інакше, ніж трудовий договір
Закон про авторське право і суміжні права містить особливе правило для працівників: майнові права на комп'ютерну програму, створену в рамках обов'язків із трудових відносин, належать роботодавцю, якщо договір не передбачає інакше (ст. 74 ч. 3). Підприємець, що веде діяльність і розраховується рахунком-фактурою, не є працівником, тож це правило його не стосується. Ані виставлення рахунка, ані передача репозиторію, ані впровадження застосунку на сервер клієнта самі собою нічого не переносять.
Це має значення для обох сторін. Замовник, який заплатив за програмне забезпечення без належної клаузули, може мати проблему з його продажем, із залученням інвестора чи з проходженням правового дослідження товариства. Виконавець, який не подбає про положення, може несвідомо віддати права на власні інструменти, що використовуються в багатьох проєктах.
Три норми, що вирішують про перехід прав
- Письмова форма під страхом недійсності (ст. 53). Договір, що переносить авторські майнові права, укладений виключно поштою, через акцепт регламенту чи кліком у системі, у цій частині недійсний. Письмову форму зберігає власноручний підпис або кваліфікований електронний підпис.
- Поля експлуатації, перелічені прямо (ст. 41 ч. 2). Перенесення охоплює лише ті способи користування, які зазначено в договорі. Загальник «усі відомі поля» часом піддається сумніву. Договір також не може стосуватися полів, не відомих у момент його укладення (ст. 41 ч. 4).
- Презумпція ліцензії (ст. 65). За відсутності виразного положення про перенесення вважається, що творець надав ліцензію — а ліцензія без визначених умов є невиключною, обмеженою до 5 років і до території країни ліцензіата (ст. 66–67).
Крім того, недійсним є договір про всі майбутні твори даного творця (ст. 41 ч. 3). Клаузула у стилі «виконавець передає права на все, що колись створить», не спрацює; предмет перенесення треба пов'язати з конкретним замовленням, проєктом чи дорученням.
Коли саме права переходять до клієнта
Якщо договір не вказує іншого моменту, права переходять з моменту прийняття твору (ст. 64). На практиці сторони обирають одну з моделей:
| Момент переходу | Для кого вигідний | На що звернути увагу |
|---|---|---|
| Прийняття (приймання) твору | нейтральний, відповідає закону | треба описати, як виглядає приймання при безперервній роботі, наприклад у спринтах |
| Виплата винагороди за певний період | виконавець | клієнт певний час користується кодом без прав — договір повинен передбачати перехідну ліцензію |
| Момент створення (встановлення) коду | замовник | виконавець втрачає контроль над правами навіть при неоплачених рахунках |
При щомісячному розрахунку зручним рішенням є перенесення прав на все, що виникло за певний місяць, з моменту оплати рахунка за цей місяць, та надання ліцензії на час між передачею коду і оплатою.
Елементи доброї клаузули для виконавця B2B
- Предмет — що є твором: вихідний і результуючий код, документація, тести, схеми баз даних, проєкти інтерфейсів.
- Поля експлуатації — підібрані до програми: тиражування, модифікація і переклад коду, розповсюдження, надання у мережі, зокрема в моделі підписки, поєднання з іншим програмним забезпеченням.
- Залежне право — згода на створення і розпорядження обробками. Без неї творець зберігає виключне право дозволяти здійснювати залежне авторське право навіть при переході всіх прав (ст. 46).
- Момент переходу і перехідна ліцензія — див. таблицю вище.
- Винагорода — зазначення, що ставка охоплює перенесення прав, а за потреби — виокремлена сума за права (суттєво, наприклад, при пільзі IP Box).
- Виключені елементи — власні бібліотеки, шаблони та інструменти виконавця, а також компоненти з відкритим кодом, на які клієнт отримує ліцензію, а не права.
- Особисті права — зобов'язання не здійснювати деяких повноважень, наприклад позначення авторства. Особисті права не можна відчужити (ст. 16).
Варто знати, що норми про винагороду творця, зокрема право на «гідну» винагороду і додаткову винагороду при разючій диспропорції (ст. 43–44), узагалі не стосуються комп'ютерних програм (ст. 77 ч. 1). Розмір оплати за права на код залежить, таким чином, виключно від перемовин.
Ліцензія чи перенесення — що обрати
Перенесення прав має сенс, коли клієнт будує власний продукт, хоче його продавати, ліцензувати далі або залучити фінансування. Ліцензії достатньо, коли програмне забезпечення служить внутрішнім потребам клієнта або коли виконавець постачає рішення, яке продає й іншим. Виключна ліцензія вимагає письмової форми під страхом недійсності, подібно як і перенесення. Невиключну ліцензію можна укласти в будь-якій формі, але без запису про строк вона згасає через 5 років — що в багаторічних проєктах буває несподіванкою.
Приклад: застосунок для мережі магазинів
Пан Марек, програміст на JDG, протягом 8 місяців розвивав систему бронювання для клієнта. Рамковий договір був акцептований поштою і містив речення: «авторські права належать замовнику». Коли клієнт почав переговори про продаж товариства, аудитор зазначив, що перенесення недійсне через відсутність письмової форми, а поля експлуатації не перелічені. У результаті клієнт мав лише невиключну ліцензію. Рішенням стало підписання додатку кваліфікованим електронним підписом, зі списком полів експлуатації, згодою на обробки та виключенням бібліотеки, яку пан Марек застосовує в інших клієнтів. Додаток переносить права від дня підписання; за попередній період сторони підтвердили в ньому ліцензію.
Найчастіші помилки
- Відсутність договору в письмовій формі і покладання на листування або замовлення в закупівельній системі.
- Одне речення про «перенесення всіх прав» без переліку полів експлуатації.
- Відсутність згоди на обробки, через що клієнт формально не може модифікувати код.
- Перенесення прав на інструменти, якими виконавець користується в наступних клієнтів.
- Договірні штрафи й заборони конкуренції, непропорційні ставці, і додатково положення, що уподібнюють співпрацю до трудових відносин — більше у статті про те, коли договір B2B може бути визнано трудовими відносинами.
Зміст закону в чинній редакції (єдиний текст Dz.U. 2025 поз. 24) доступний у Інтернет-системі правових актів.
Як допомагає Good Balance
Готуємо і перевіряємо договори B2B, зокрема клаузули про перенесення авторських прав, ліцензії та виключення власних інструментів виконавця. Деталі в послузі підготовка договорів. Якщо договір має також уможливити розрахунок пільги IP Box, враховуємо це одразу в положеннях — більше про саму пільгу в пораднику IP Box для програмістів. У спірних справах можна домовитися про юридичну консультацію.