Укладення договору з IT-компанією вимагає від замовника особливої уваги до умов про передачу прав на код, строків та фінансової відповідальності. Часто шаблонні договори розробників складаються на їхню користь і містять приховані ризики, через які замовник втрачає контроль над проєктом або переплачує за доопрацювання.
Головна небезпека полягає в тому, що оплата рахунків автоматично не робить вас власником створеної програми. Якщо не зафіксувати ключові вимоги на папері, компанія-виконавець може затягнути реліз на місяці або заблокувати передачу вихідного коду.
Коротко про договір з IT-компанією
- Оплата за рахунком не передає права на код автоматично без прямого пункту в договорі.
- Відносини безпечніше оформлювати за моделлю підряду з обов’язковим технічним завданням.
- Строки тестування софту мають становити щонайменше 10-14 робочих днів.
- Вихідний код і доступи до репозиторіїв повинні передаватися після кожного етапу.
- Гарантійний термін на виправлення критичних багів має тривати від 3 до 6 місяців.
Зміст:
Чому предмет договору з IT-компанією має бути конкретним
Предмет угоди визначає, за що саме ви платите гроші: за матеріальний кінцевий результат чи просто за робочі години розробників. Юридично правильний договір з IT-компанією повинен чітко фіксувати критерії готового програмного продукту, а не розмитий процес надання послуг.
Коли опис зводиться до загальних фраз на кшталт «створення мобільного додатку», замовник ризикує отримати сирий прототип без потрібного функціоналу. В нашій практиці був випадок, коли клієнт замовив мобільний сервіс за фіксованим бюджетом, але без детального опису вимог, і під час фінального тестування виявилася відсутність платіжних шлюзів. Підрядник відмовився їх додавати без доплати 40% від вартості робіт.
Згідно з ч. 1, 2 ст. 837 Цивільного кодексу України: «За договором підряду одна сторона (підрядник) зобов’язується на свій ризик виконати певну роботу за завданням другої сторони (замовника), а замовник зобов’язується прийняти та оплатити виконану роботу. Договір підряду може укладатися на виготовлення, обробку, переробку, ремонт речі або на виконання іншої роботи з переданням її результату замовникові».
Тому для безпеки замовника відносини варто будувати за підрядною моделлю, де додається повноцінне технічне завдання з переліком усіх модулів, сценаріїв роботи та вимог до архітектури.
Юридичне значення технічного завдання
Технічне завдання (ТЗ) має бути обов’язковим невід’ємним додатком до контракту. Саме цей документ фіксує перелік функцій системи, інтерфейсні рішення та критерії відповідності. Без підписаного ТЗ практично неможливо юридично довести, що підрядник здав роботу неналежної якості або не реалізував потрібний модуль.
Легітимізація таск-трекерів та робочих чатів
Під час створення цифрових продуктів щоденна постановка завдань часто відбувається в робочих середовищах на зразок Jira, Trello чи Asana. Договір повинен прямо визнавати листування в цих системах офіційним способом фіксації вимог та погодження обсягів робіт. Якщо вам потрібні особливості оформлення правовідносин в IT-сфері з розробниками, важливо чітко розмежовувати підрядні обов’язки та трудову діяльність.
Як зафіксувати строки виконання та етапи розробки
Строки створення софту повинні складатися з чітких проміжних дедлайнів для кожного модуля, а не лише з однієї фінальної дати здачі. Поетапний графік дозволяє замовнику контролювати динаміку проєкту, виявляти відхилення на ранніх стадіях та своєчасно реагувати на затримки.
Якщо виконавець посилається на непередбачуваність процесів і відмовляється зафіксувати конкретні дати, у замовника зникає будь-який важіль впливу. У практиці ми бачимо, як відсутність графіку перетворює тримісячну розробку на річний процес без права вимагати повернення коштів.
Перед підписанням контракту обов’язково перевірте надійність контрагента. Для цього отримайте витяг з Єдиного державного реєстру (ЄДР) на порталі Дія, щоб переконатися у повноваженнях керівника на укладення угод та відсутності судових обмежень діяльності компанії.
Порядок внесення змін до вимог
Будь-які зміни в процесі реалізації мають оформлюватися виключно у письмовій формі через додаткові угоди. Це правило захищає обидві сторони: замовник отримує попередню оцінку вартості та строків реалізації нової функції, а виконавець не виконує неоплачувану роботу.
Контроль доступу до репозиторіїв та серверів
Замовник повинен мати постійний адміністративний доступ до репозиторіїв GitHub або GitLab та хостингів проєкту протягом усього періоду співпраці. Передача вихідного коду має відбуватися синхронно із завершенням кожного проміжного етапу, а не тільки після повного закриття контракту.
Покроковий чеклист перевірки договору перед підписанням
- Перевірте правосуб’єктність виконавця. Отримайте витяг з ЄДР та перевірте повноваження директора або реєстрацію ФОП і податковий статус.
- Деталізуйте технічне завдання. Переконайтеся, що до контракту додано вичерпний опис усіх функціональних модулів та дизайну програми.
- Закріпіть передачу прав. Пропишіть пряму умову про повний перехід виключних майнових прав на вихідний код з моменту оплати етапу.
- Встановіть реалістичні строки приймання. Передбачте щонайменше 10-14 днів для тестування софту та приберіть пункт про автоматичне погодження робіт.
- Зафіксуйте гарантійний період. Вимагайте обов’язкове гарантійне усунення критичних помилок коштом підрядника протягом 3-6 місяців.
Як захистити права інтелектуальної власності на вихідний код
Права інтелектуальної власності на створену програму переходять до замовника лише за умови, що це прямо зазначено в тексті контракту та підтверджено актом. Факт повної оплати рахунків сам по собі не позбавляє розробників авторських прав на написаний код.
Нерідко компанії надають клієнту лише обмежену ліцензію на використання софту, залишаючи майнові права за собою. Це створює величезні проблеми при залученні інвестицій або продажу бізнесу, адже юридично власником цифрового продукту залишається підрядник.
Згідно з ч. 2 ст. 430 Цивільного кодексу України: «Майнові права інтелектуальної власності на об’єкт, створений за замовленням, належать творцеві цього об’єкта та замовникові спільно, якщо інше не встановлено договором або законом».
Судова практика Верховного Суду також суворо стоїть на захисті письмової форми передачі авторських прав.
Касаційний цивільний суд у складі Верховного Суду у справі №569/9366/17 від 15.09.2021 зазначив: «Будь-який правочин щодо розпоряджання майновими правами інтелектуальної власності, включаючи створення за замовленням і відчуження прав на програмне забезпечення, повинен укладатися виключно у письмовій формі, а за її недодержання такий договір є нікчемним»Заплатили за код, але не прописали передачу прав на папері? Програма залишається власністю айтівця — усні домовленості нікчемні
Умови щодо сторонніх компонентів та ліцензій
У договорі має бути пряма гарантія підрядника про те, що у проєкті не використовуються бібліотеки з вірусними ліцензіями типу GPL або AGPL. Такі ліцензії зобов’язують розкривати весь комерційний вихідний код у публічний доступ, що несе пряму загрозу для комерційної таємниці продукту.
Поетапне відчуження майнових прав
Оптимальне рішення для замовника — фіксувати перехід виключних майнових прав у кожному проміжному акті приймання-передачі робіт. У такому разі ви гарантовано володієте частиною створеного коду пропорційно до сплачених сум, навіть якщо проєкт буде достроково припинено.
Як юристи ЮРКОНСАЛТ захищають замовників IT-послуг
- Правовий аналіз контракту. Детальна перевірка проєкту договору від підрядника на предмет прихованих ризиків, кабальних умов та нереалістичних строків.
- Розробка індивідуального договору. Складання надійного підрядного контракту з повноцінним захистом інтересів замовника та графіком оплат.
- Оформлення прав на інтелектуальну власність. Підготовка актів та угод про повне відчуження майнових авторських прав на вихідний код і бази даних.
- Супровід досудових спорів. Ведення претензійної роботи та стягнення коштів у разі зриву строків або передачі неякісного програмного продукту.
Як перевірити порядок приймання результату та оплати
Приймання результатів розробки — це процедура тестування функціоналу замовником перед підписанням фінальних документів. Саме на цьому етапі підрядники часто закладають умови, які позбавляють клієнта можливості вимагати безоплатного усунення багів.
Головна небезпека полягає в пункті про так звану мовчазну згоду: якщо замовник не надав зауважень протягом трьох днів, робота вважається прийнятою в повному обсязі. Для складного софту кількох днів на тестування недостатньо, тому строк перевірки має становити не менше 10–14 робочих днів.
Згідно з ч. 1 ст. 853 Цивільного кодексу України: «Замовник зобов’язаний прийняти роботу, виконану підрядником відповідно до договору підряду, оглянути її і в разі виявлення допущених у роботі відступів від умов договору або інших недоліків негайно заявити про них підрядникові».
Додатково перед перерахуванням великих сум авансу варто перевірити податковий стан виконавця через Електронний кабінет платника податків ДПС України, щоб уникнути блокування податкового кредиту та оцінити дисципліну підрядника.
Встановлення гарантійного строку на виправлення помилок
У контракті обов’язково має бути закріплено гарантійний період тривалістю від 3 до 6 місяців після запуску програми. Протягом цього часу виконавець зобов’язаний безоплатно та у встановлені терміни усувати виявлені критичні помилки, які не були помічені на стадії первинного тестування.
Контроль бюджету та додаткових витрат
Якщо робота ведеться за погодинною оплатою, у контракті слід передбачити обов’язковий ліміт витрат (граничний бюджет), який підрядник не має права перевищувати без окремої згоди. Якщо в контракті виявлено невигідні або спірні пункти, як показує наш кейс про недійсні умови договору, замовник може успішно захищати свої фінансові інтереси.
Зразок акта приймання робіт та відчуження майнових прав
АКТ ПРИЙМАННЯ-ПЕРЕДАЧІ РОБІТ ТА ПЕРЕДАННЯ ВИКЛЮЧНИХ МАЙНОВИХ ПРАВ
до Договору на розробку програмного забезпечення № [Номер] від [Дата]м. [Місто] «[Число]» [Місяць] [Рік] року
[Повне найменування замовника], надалі — «Замовник», в особі [Посада, ПІБ], що діє на підставі [Статуту / Довіреності], з однієї сторони, та
[Повне найменування виконавця / ФОП], надалі — «Виконавець», в особі [Посада, ПІБ], що діє на підставі [Статуту / Виписки], з іншої сторони,
разом іменовані «Сторони», склали цей Акт про наступне:1. Виконавець належним чином та в повному обсязі виконав, а Замовник прийняв роботи за Етапом № [Номер] відповідно до Технічного завдання (Додаток №1 до Договору), а саме:
- [Короткий опис виконаного етапу/модуля ПЗ];
- Вихідний код та технічна документація передані Замовнику у репозиторій [Посилання / Назва].2. Якість виконаних робіт відповідає вимогам Договору та Технічного завдання. Замовник не має претензій щодо строків, обсягу та якості виконаних робіт за цим Етапом.
3. Загальна вартість виконаних робіт за цим Актом становить [Сума цифрами] грн ([Сума прописом] грн), у тому числі ПДВ / без ПДВ.
4. З моменту підписання цього Акта та здійснення оплати, Виконавець передає (відчужує) Замовнику в повному обсязі всі виключні майнові права інтелектуальної власності на створені в межах цього Етапу об’єкти (включаючи вихідний і об’єктний код, архітектуру, інтерфейси та документацію) на весь строк дії авторського права без обмеження території використання.
5. Виконавець гарантує, що передані результати робіт вільні від прав і претензій третіх осіб та не містять сторонніх компонентів з ліцензіями, що вимагають обов’язкового відкриття коду.
6. Цей Акт складено у двох примірниках, по одному для кожної із Сторін.
Реквізити та підписи Сторін:
Замовник: [Підпис, М.П.]
Виконавець: [Підпис, М.П.]
Конфіденційність та відповідальність підрядника за договором
Розділ про відповідальність сторін та захист даних гарантує, що ваші бізнес-ідеї, бази клієнтів та архітектура платформи не будуть використані підрядником для створення продуктів-конкурентів. Загальні декларативні фрази про вирішення спорів згідно із законодавством не працюють без чітких розмірів неустойки.
У разі порушення строків здачі етапів договір повинен передбачати нарахування пені за кожен день прострочення. Так само за передачу конфіденційної інформації стороннім особам має встановлюватися суттєвий фіксований штраф.
Для надійного захисту комерційної таємниці варто укласти окремий договір про нерозголошення (NDA), який регламентує режим доступу програмістів до інформації компанії. Наш схожий кейс з аналізом договору в суді свідчить, що точні формулювання пунктів документа завжди є вирішальними при виникненні судового спору.
Штрафні санкції за порушення зобов’язань
Реальний рівень дисципліни IT-компанії забезпечується фінансовою відповідальністю. Рекомендується передбачити право замовника зупиняти чергові платежі або розривати контракт в односторонньому порядку з поверненням сплаченого авансу, якщо підрядник систематично затягує виконання робіт.
Заборона використання коду для інших клієнтів
Умови угоди повинні прямо забороняти розробникам копіювати або адаптувати створені на ваше замовлення програмні модулі для інших проєктів. Це забезпечує унікальність вашого продукту та захищає його ринкові переваги.
Юридичний аудит договору з IT-компанією від ЮРКОНСАЛТ
Якщо ви плануєте замовити розробку програмного забезпечення або вже отримали проєкт контракту від підрядника, зверніться до адвокатів юридичного бюро «ЮРКОНСАЛТ». Ми перевіримо документ на приховані ризики, узгодимо передачу майнових прав на код і допоможемо захистити ваші інвестиції в IT-продукт.
Питання про договір з IT-компанією
Чим відрізняється договір підряду від надання IT-послуг?
За договором підряду замовник оплачує конкретний матеріальний результат у вигляді робочої програми за технічним завданням. За договором послуг оплачується сам процес роботи програмістів незалежно від досягнення мети. Для замовника безпечніше укладати саме договір підряду.
Коли до замовника переходять права на створений код?
Момент передачі прав визначається виключно договором: це може бути момент створення коду або момент повної оплати відповідного етапу. Рекомендується фіксувати перехід виключних майнових прав поетапно в актах приймання робіт.
Що робити замовнику в разі зриву строків розробки?
Замовник має право вимагати нарахування неустойки, призупинити наступні платежі за майбутні етапи або в односторонньому порядку розірвати угоду з вимогою повернення сплаченого авансу за невиконану роботу.
Як уникнути раптового зростання вартості проєкту?
Будь-які зміни мають узгоджуватися через письмову процедуру додаткових угод з обов’язковою попередньою оцінкою додаткового часу та вартості до початку їх реалізації підрядником.
Прочитати на: мовою