§ 91 Закону про авторське право · IT, програмне забезпечення та електронна комерція

Програмне забезпечення на замовлення: вихідний код, SLA та escrow визначають, чи належить вам застосунок

Оплатити розробку застосунку не означає володіти ним. Якщо програмне забезпечення розробляє компанія-постачальник, замовник без прямих домовленостей, як правило, має лише вузькі повноваження — решту визначає договір: права на твір, передання вихідного коду, вимірюваний SLA та escrow на випадок банкрутства постачальника.

· оновлено 26 вересня 2026 р.

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

Кому належить програмне забезпечення, якщо договір про це мовчить

Розробка на замовлення з юридичного погляду здійснюється на підставі договору підряду (§ 536 і наст. Торговельного кодексу Словаччини), однак права на результат визначає Закон про авторське право (zákon č. 185/2015 Z. z.). Для програмного забезпечення, замовленого в автора, він містить правило, яке допомагає замовнику:

До комп’ютерної програми, бази даних відповідно до § 131 та картографічного твору, створених повністю або частково на замовлення, застосовуються положення про службовий твір; замовник у цьому випадку вважається роботодавцем, положення § 90 ods. 9 не застосовується. — § 91 ods. 4 zákona č. 185/2015 Z. z.

Твором на замовлення при цьому є твір, який автор створив на підставі договору підряду (§ 91 ods. 1). Отже, якщо програму пише безпосередньо автор — фізична особа на підставі договору підряду, замовник здійснює його майнові права, якщо сторони не домовилися інакше (§ 91 ods. 4 і § 90 ods. 4). Проте програмне забезпечення на замовлення зазвичай замовляють у компанії-постачальника. Код пишуть її працівники, а їхні майнові права здійснює постачальник як роботодавець (§ 90 ods. 4 Закону про авторське право). Чи застосовується § 91 ods. 4 також на користь клієнта такої компанії, закон прямо не врегульовує, тому не покладайтеся на нього: впевненість дає лише ліцензія або передання здійснення прав, погоджені в договорі. Якщо договір не регулює права, замовник може розраховувати щонайбільше на право використати програму з метою, що випливає з договору (§ 558 Торговельного кодексу), — її модифікація, подальша розробка іншим постачальником чи продаж застосунку разом із компанією без згоди постачальника можуть бути поставлені під сумнів.

Ліцензія, виключна ліцензія, передання здійснення прав

Сила позиції замовника має три рівні. Невиключна ліцензія означає право використовувати програму — однак постачальник може ліцензувати той самий чи подібний продукт також іншим особам. Виключна ліцензія це виключає і повинна мати письмову форму (§ 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-продукту й гнучку розробку, а також договір про впровадження сторонньої системи.

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

Інші матеріалина тему IT, програмне забезпечення та електронна комерція

Усі матеріали
IT, програмне забезпечення та електронна комерція

Спір про домен .sk, .cz або .eu: суд чи альтернативне вирішення спору

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

Читати далі →
IT, програмне забезпечення та електронна комерція

Контент від інфлюенсера в рекламі бренду: що має містити ліцензія на фото та відео

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

Читати далі →
IT, програмне забезпечення та електронна комерція

Логотип від дизайнера як торговельна марка: без ліцензії ризикуєте запереченнями і спором про права

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

Читати далі →

Маєте подібну ситуацію?

Розкажіть, із чим вам потрібна допомога.

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

  1. 1Надіслати запит через цю форму
  2. 2Зазвичай протягом 24 годин ви отримуєте підтвердження ціни та подальший план дій
  3. 3Ми починаємо роботу лише після вашого схвалення
Mgr. Patrik Tulinský, LL.M. Чеський і словацький адвокат · SAK 300422 · ČAK 19654

Не любите телефонувати чи писати електронною поштою? Написати нам у WhatsApp →
Хочете відразу забронювати час? Забронювати консультацію →
Або написати нам про цю справу електронною поштою.

PDF, Word, зображення, ZIP… макс. 10 МБ на файл, загалом 30 МБ.

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

Звернутися до адвоката