На що варто звернути увагу при укладанні договору підряду при розробці системи?

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

Розробка системи та договір підряду

Що таке договір підряду

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

Стаття 632

Підряд виникає, коли одна сторона договору зобов’язується виконати певну роботу, а інша сторона зобов’язується заплатити за результат цієї роботи.

“Завершення роботи” – це ключове слово. Типовим прикладом договору підряду є будівництво будівлі, яке вимагає будівельних робіт. Наприклад, “завершення роботи” визначається як будівництво будинку або будівлі до певного терміну, і зобов’язання вважається виконаним. Навпаки, якщо будівництво не йде за планом і затримується, відповідальність за невиконання зобов’язань може бути накладена за певних умов. Однак, якщо “завершення роботи” визнано, проблема невиконання зобов’язань зникає, і далі виникає питання про відповідальність за дефекти. В цьому сенсі, особливістю договору підряду є висока оцінка результату “завершення роботи”. Детальніше про те, як визначається “завершення роботи”, описано в наступній статті.

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

Відмінності між договором підряду та договором доручення

Коли стає зрозуміло, що договір підряду – це тип договору, який орієнтований на результат “завершення роботи”, стає зрозумілою і особливість договору доручення. Він орієнтований не на результат “завершення”, а на процес. Наприклад, якщо процес обробки даних відбувався належним чином, незалежно від результату, можливе вимагання оплати (стаття 648, пункт 2), і якщо виконання було припинено на середині через причини, які не можна повернути на виконавця, можливе вимагання оплати відповідно до пропорції виконання (стаття 648, пункт 3).

Детальніше про порівняння договору доручення та договору підряду описано в наступній статті.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Чому договір підряду вважається бажаним у розробці систем

У договорах про розробку систем, підряд використовується дуже часто. Підряд використовується часто, тому що він має певні переваги для обох сторін: для замовника та виконавця.

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

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

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

На що варто звернути увагу при укладанні договору підряду

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

Отже, на що варто звернути увагу при укладанні договору підряду? Давайте розглянемо кожен пункт окремо.

Попередньо визначте вимоги до системи та умови прийняття роботи

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

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

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

Попередньо встановіть угоду про перенесення авторських прав

Іншим питанням, яке часто стає проблемою, є перенесення авторських прав. За замовчуванням, авторські права належать “автору”, тобто виконавцю в розробці систем, але вони можуть бути передані або передані власнику. Тому, визначення, чи будуть авторські права передані користувачеві, також може запобігти проблемам в майбутньому. Детальніше про авторські права та їх перенесення ми розглядаємо в наступній статті.

Інші пункти, на які варто звернути увагу

Крім того, якщо ви хочете укласти договір як договір підряду, не включаючи елементи делегування, варто звернути увагу на такі пункти, як:

• Встановлення винагороди незалежно від витраченого часу
• Чітке вказівка на “договір підряду” в заголовку договору
• Чітке вказівка на гарантійну відповідальність за дефекти
• Оплата винагороди за результати або досягнення

Це варто враховувати.

Проте, не варто думати, що все стає договором підряду, якщо в заголовку договору написано “договір підряду”. На практиці, шаблони договорів інших компаній часто використовуються без уваги до того, чи є вміст договору підрядом чи делегуванням. У випадку судових справ, більш важливими є суттєві питання, такі як загальний зміст договору та попередня комерційна практика, ніж поверхневі елементи, такі як заголовок договору. Це також варто враховувати.

Підсумки

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