Договір про надання послуг з розробки програмного забезпечення (створення, тестування, видання та розповсюдження програмного забезпечення)

12.02.2025 09:31

5 хв

Автор: theDoc.

Сучасний IT-бізнес неможливо уявити без чітких юридичних домовленостей. Один із ключових документів, що регулює відносини між замовником та виконавцем у сфері розробки, тестування та розповсюдження програмного забезпечення, — це договір про надання послуг з розробки програмного забезпечення.


Давайте детально розглянемо: що таке договір про розробку програмного забезпечення; які ключові положення він має містити; які юридичні ризики виникають при його укладенні; чим відрізняється створення програмного забезпечення за договором послуг від договору підряду; приклади формулювань пунктів договору.   

 Що таке договір про розробку програмного забезпечення? 

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

 Основні положення договору 

 1. Предмет договору - цей розділ визначає, які саме послуги надає виконавець. 

 Приклад: 

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

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

 2. Технічне завдання – це ключовий документ, який визначає функціонал, вимоги та характеристики програмного забезпечення, що розробляється (далі – «ТЗ»). Його відсутність у договорі часто призводить до непорозумінь між замовником і виконавцем, розмитих очікувань, затягування строків та додаткових витрат. Без чітко сформульованого ТЗ сторони можуть мати різне уявлення про кінцевий результат, що ускладнює оцінку якості виконаних робіт та їх відповідність очікуванням. 

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

 Недостатньо просто згадати у договорі про наявність ТЗ – його необхідно додати у вигляді окремого додатка, який є невід'ємною частиною договору. Якщо замовник ще не має ТЗ на момент укладення договору, слід передбачити його розробку як окремий етап роботи. Це дозволить уникнути суперечок та чітко зафіксувати очікуваний результат.

Скачати: Юридичний пакет документів для салону краси

 Приклад: 

 «Технічне завдання є невід’ємною частиною договору. Виконавець розробляє програмне забезпечення виключно відповідно до вимог, зазначених у ТЗ. Усі зміни та доповнення до ТЗ узгоджуються сторонами у письмовій формі.»

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

 3. Винагорода та порядок оплати. Розробка програмного забезпечення — це не одноразова робота, тому важливо чітко встановити порядок оплати. 

 Розповсюджені варіанти: 

(1)   Фіксована сума – коли всі послуги оплачуються одноразово. 

(2)   Погодинна оплата (Time & Materials) – розрахунок вартості за фактично витрачений час. 

(3)   Поетапна оплата – розробник отримує оплату за кожен завершений етап. 

 Приклад з тесту нашого договору:  

 Оплата здійснюється шляхом перерахування грошових коштів на рахунок Виконавця у наступному порядку:

-      після підписання Технічного завдання Замовник виплачує Виконавцю платіж в розмірі 50 % від вартості послуг протягом ___ календарних днів;

-      після підписання Сторонами Акту Замовник виплачує платіж Виконавцю в розмірі 50 % від вартості послуг протягом ___ календарних днів

 4. Права інтелектуальної власності 

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

 Приклад: 

 «Всі майнові права інтелектуальної власності на створене програмне забезпечення передаються Замовнику після повної оплати послуг.» 

 Проте варто уточнити кілька важливих моментів: 

-      Обсяг прав, що передаються: чи передаються всі права чи лише право використання? 

-      Момент переходу прав: з моменту підписання акта приймання-передачі програмного забезпечення чи після повної оплати? 

-      Можливість використання розробником: чи може виконавець використовувати створене програмного забезпечення у власних проектах або для інших клієнтів?  Або використати як згадування у портфоліо?

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

 5. Конфіденційність. Розробка ПЗ часто включає доступ до бізнес-даних замовника. Тому обов’язково включаємо положення про NDA (угоду про нерозголошення).  

 6. Відповідальність сторін. Розробник може нести відповідальність за невиконання зобов’язань, зокрема за порушення строків або створення неналежного продукту. 

 Приклад з тесту нашого договору:  

 За невиконання або неналежне виконання своїх зобов'язань за Договором Сторони несуть відповідальність відповідно до чинного законодавства України з урахуванням таких положень:

 Якщо Виконавець не дотримується строків надання послуг, то Замовник має право зменшувати розмір винагороди Виконавця на 0,5% від загальної вартості послуг за кожен день прострочення;

 У разі прострочення строків оплати послуг, Замовник зобов'язаний сплатити Виконавцю пеню в розмірі ___% від вартості послуг за кожен календарний день прострочення. У випадку прострочення строків оплати послуг більш ніж на 10 календарних днів, Виконавець має право вимагати від Замовника додатково, окрім неустойки, сплати штрафу у розмірі 20 % від загальної вартості Договору. 

 Юридичні ризики та як їх уникнути 

 1. Відсутність чітких умов договору 

2. Проблеми з правами інтелектуальної власності 

3. Відсутність санкцій за порушення 

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

 -       Чітко визначити предмет договору та обсяг послуг 

-      Додати технічне завдання 

-      Узгодити порядок оплати 

-      Врегулювати питання прав інтелектуальної власності 

-       Передбачити відповідальність за порушення 

 Правильно складений договір допоможе уникнути конфліктів та забезпечить успішну співпрацю між сторонами. Щоб не ризикувати своїм бізнесом, радимо використовувати юридично грамотний шаблон договору, у якому всі ці нюанси вже детально прописані. Замовити (купити) його можна прямо зараз.

Якщо ж вам потрібен договір, розроблений під вашу конкретну ситуацію, юристи theDoc. (зеДок.) готові допомогти. Підготуємо документ, який захистить ваші інтереси та врахує всі особливості співпраці.

 Звертайтеся за консультацією: 097 355 10 55.           

Завантажуйте потрібний договір коли завгодно, де завгодно та для чого завгодно.

Потрібна допомога?

Напишіть нам у Телеграм, якщо Вам необхідна допомога з пошуком