Застосунок працює, рахунки оплачені, однак компанія з’ясовує, що програмне забезпечення їй не належить: вона не може доручити його подальшу розробку іншому постачальнику, не має вихідного коду, а сервіс залежить від настрою програмістів. З юридичного погляду це було вирішено задовго до запуску — у договорі або, що трапляється частіше, у тому, чого в ньому бракує. Вирішальними є три речі: права на твір, вимірюване сервісне обслуговування та захист на випадок припинення діяльності постачальника.
Кому належить програмне забезпечення, якщо договір про це мовчить
Розробка на замовлення з юридичного погляду здійснюється на підставі договору підряду (§ 536 і наст. Торговельного кодексу Словаччини), однак права на результат визначає Закон про авторське право (zákon č. 185/2015 Z. z.). Для програмного забезпечення, замовленого в автора, він містить правило, яке допомагає замовнику:
До комп’ютерної програми, бази даних відповідно до § 131 та картографічного твору, створених повністю або частково на замовлення, застосовуються положення про службовий твір; замовник у цьому випадку вважається роботодавцем, положення § 90 ods. 9 не застосовується. — § 91 ods. 4 zákona č. 185/2015 Z. z.
Отже, якщо програму пише безпосередньо автор — фізична особа на підставі договору підряду, замовник за загальним правилом здійснює його майнові права, якщо сторони не домовилися інакше. Проте програмне забезпечення на замовлення зазвичай замовляють у компанії-постачальника. Код пишуть її працівники, а їхні майнові права здійснює постачальник як роботодавець (§ 90 ods. 4 Закону про авторське право). Замовник отримує лише те, що постачальник прямо надасть йому в договорі. Якщо договір не регулює права, замовнику залишається щонайбільше право використовувати програму з метою, що випливає з договору, — її модифікація, подальша розробка іншим постачальником чи продаж застосунку разом із компанією без згоди постачальника можуть бути поставлені під сумнів.
Ліцензія, виключна ліцензія, передання здійснення прав
Сила позиції замовника має три рівні. Невиключна ліцензія означає право використовувати програму — однак постачальник може ліцензувати той самий чи подібний продукт також іншим особам. Виключна ліцензія це виключає і повинна мати письмову форму (§ 65 ods. 3 Закону про авторське право); необхідно погодити способи використання, територію, строк і право на внесення змін, інакше діє лише обсяг, необхідний для досягнення мети договору (§ 66 ods. 1). Найсильнішим рішенням є передання здійснення майнових прав (§ 90 ods. 5) — замовник посідає становище особи, яка розпоряджається програмою, включно з правом надавати ліцензії іншим особам. Під час вибору рівня вирішальним є те, чи становить застосунок основу бізнесу, чи є лише допоміжним інструментом.
Вихідний код: без відповідної домовленості ви не маєте права вимагати його передання
Закон про авторське право охороняє програму як у вихідному, так і в машинному коді (§ 87 ods. 1), проте не встановлює жодного обов’язку передати вихідний код замовнику. Правомірний користувач може використовувати програму, зокрема виправляти помилки, якщо не погоджено інше (§ 89 ods. 2), — однак без доступу до коду це право існує лише на папері. Тому договір повинен передбачати обов’язок регулярно передавати актуальний код і документацію до репозиторію, який контролює замовник, обов’язок передати повний код після припинення співпраці протягом короткого погодженого строку, а також відчутний договірний штраф за порушення цього обов’язку. Саме передання коду часто стає моментом, коли відносини з постачальником руйнуються, — штраф перетворює утримання коду на невигідне рішення.
SLA: сервісне обслуговування повинно піддаватися вимірюванню
Обіцянка «ми намагатимемося реагувати оперативно» — це не сервісний договір. Вимірюваний SLA ґрунтується на категоризації дефектів за ступенем серйозності — від збою всього застосунку до косметичної помилки — і для кожної категорії окремо визначає час реагування та строк усунення проблеми або надання обхідного рішення. До цього належать погоджена доступність послуги, заздалегідь оголошене вікно планових перерв у роботі та санкційний механізм: кредити із сервісної абонентської плати або договірні штрафи за перевищення строків. Без санкції SLA є лише маркетинговою таблицею. Зазвичай це також охоплює конфіденційність і захист даних — що саме має охоплювати NDA, узагальнює консультація чи потрібна мені NDA?.
Escrow: захист на випадок банкрутства постачальника
Навіть добросовісний постачальник може стати неплатоспроможним або просто припинити діяльність. Escrow вихідного коду означає, що код разом із документацією зберігається в незалежної третьої сторони та передається замовнику в разі настання заздалегідь погоджених подій — неплатоспроможності постачальника, припинення підтримки продукту чи порушення обов’язку оновлювати код. Договір повинен також регулювати регулярне оновлення депозиту; escrow із застарілим кодом забезпечує лише ілюзорний захист. У менших проєктах подібну функцію виконує регулярне передання коду до репозиторію замовника.
Що варто з цього винести
Права на твір, передання коду, вимірюваний SLA та escrow погоджуються до підписання договору — після запуску застосунку переговорна сила вже перебуває в руках постачальника. Питання про те, кому належать права на замовлене програмне забезпечення за різних сценаріїв, докладно розглядає консультація авторські права на програмне забезпечення, створене на замовлення. Ми допоможемо все належно врегулювати: підготуємо або перевіримо договір щодо програмного забезпечення та ліцензійний договір, сервісний договір зі SLA, договір на створення IT-продукту й гнучку розробку, а також договір про впровадження сторонньої системи.
Ця стаття містить загальну правову інформацію станом на 5 вересня 2026 р.. Вона не є юридичною послугою чи консультацією щодо вашої конкретної справи. Законодавство змінюється, а обставини вашої ситуації можуть відрізнятися. Перед ухваленням рішення перевірте належний порядок дій або зв’яжіться з нами.
