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

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

Законодавство розрізняє два типи договорів, в яких одна сторона надає послуги (тобто розробку), а інша відповідно оплачує ці послуги: це договір про підряд та договір про доручення.

Коротко кажучи, це:

• Договір про підряд: договір, за яким “можна отримати винагороду, якщо виконати обіцяне”.

• Договір про доручення: договір, за яким “отримуєте винагороду і робите все можливе, щоб відповідати цій винагороді”.

Ось що це означає.

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

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

Типовий контракт на підряд, наприклад, – це костюм на замовлення. У випадку з костюмом, якщо розміри визначені, обидві сторони легко уявляють готовий продукт, і легко визначити, чи відповідає готовий продукт замовленню. Напротив, у системному розробництві, зазвичай не існує документів, які б легко демонстрували загальний образ системи, і для замовника важко уявити загальний образ. Крім того, система, яка розробляється, має особливість поступового конкретизування через різні процеси.

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

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

Відмінності між договорами підряду та договорами квазі-повірення

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

Отримання винагороди за договір підряду, його розірвання, відповідальність за дефекти, повторне доручення та спеціальні угоди

Договір підряду – це договір, за яким одна сторона (підрядник/постачальник) обіцяє виконати певну роботу, а інша сторона (замовник/користувач) обіцяє надати винагороду (плату за підряд) за результат цієї роботи.

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

Отримання винагороди

Якщо робота не завершена, підрядник/постачальник не може отримати винагороду. Якщо ви хочете отримати плату до завершення роботи, вам потрібно укласти спеціальну угоду про передоплату. У проектах розробки систем на основі договору підряду, “завершення роботи” – це дуже важливе поняття. Детальніше про це описано в статті нижче.

Також варто зазначити, що “завершення роботи” у контексті розробки системи, зазвичай визнається після “прийому роботи”.

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

Розірвання договору

Якщо обидві сторони не порушили своїх зобов’язань (не порушили умови договору), замовник/користувач може в будь-який час розірвати договір, відшкодувавши збитки. У цьому випадку “збитки” включають витрати, які поніс підрядник/постачальник, і винагороду, яку він міг би отримати, мінус витрати, які він зміг би заощадити, відмовившись від обов’язку завершити роботу. З іншого боку, підрядник/постачальник не може розірвати договір.

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

Відповідальність за дефекти

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

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

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

Детальніше про відповідальність за дефекти описано в статті нижче.

https://monolith.law/corporate/defect-warranty-liability[ja]

Повторне доручення

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

Отримання винагороди, розірвання, відповідальність за дефекти, повторне доручення та спеціальні угоди в рамках договору про квазі-доручення

Квазі-доручення – це договір, за яким одна сторона (виконавець/постачальник) виконує діловодство на відповідальність іншої сторони (доручителя/користувача). Виконавець має обов’язок виконувати свої обов’язки раціонально, використовуючи свої здібності, відповідно до обов’язку доброго адміністратора. Суть полягає в тому, щоб “робити все можливе”.

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

Відмінність від договору про підряд полягає в тому, що не потрібно нести відповідальність за результат роботи.

Отримання винагороди

На відміну від договору про підряд, навіть якщо робота не завершена, виконавець/постачальник може отримати винагороду, якщо діловодство виконується належним чином. Крім того, якщо доручення завершено на середині виконання через причини, які не можна повернути на виконавця, виконавець може вимагати винагороду відповідно до вже виконаної частини роботи.

Зазначимо, що згідно зі змінами до закону про зобов’язання, які були оголошені в 2017 році (набули чинності в квітні 2020 року), навіть у випадку квазі-доручення, винагороду можна сплатити за досягнуті результати, і в цьому випадку винагороду можна вимагати після завершення результатів за замовчуванням.

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

Розірвання

Навіть якщо інша сторона не порушила зобов’язання, не тільки доручитель/користувач, але і виконавець/постачальник може розірвати договір в будь-який час, на відміну від договору про підряд.

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

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

Відповідальність за дефекти

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

Особливо важливими обов’язками, які несе постачальник у процесі розробки систем, є обов’язки з управління проектом.

Повторне доручення

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

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

Замовник, тобто користувач, також має свої обов’язки

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

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Як вибрати: договір підряду чи договір доручення?

Переваги та недоліки для розробника/постачальника

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

Недоліки:

• Ви не можете отримати гарантовану винагороду до завершення роботи
• Якщо виникають додаткові години роботи, які не були передбачені спочатку, для завершення роботи, яка відповідає вимогам, ви можете нести витрати на додаткову роботу і, навпаки, зазнати збитків
• Ви несете відповідальність за дефекти
• Навіть якщо виникають додаткові години роботи, які не були передбачені спочатку, для завершення роботи, яка відповідає вимогам, ви можете нести витрати на додаткову роботу і, навпаки, зазнати збитків
• Ви несете відповідальність за дефекти

Переваги “договору доручення” включають:

• Ви можете отримати винагороду, навіть якщо робота не завершена
• Ви можете отримати відшкодування за додаткові години роботи
• Ви не повинні нести важку відповідальність за створення роботи без дефектів
• На відміну від підряду, доручення вимагає “зробити зусилля, відповідні винагороді”, і тому легше передбачити витрати на виконання цього обов’язку

Переваги та недоліки для замовника/користувача

Для замовника/користувача перевагою “договору підряду” є те, що:

• Ви не повинні платити винагороду до завершення роботи (ви можете отримати повернення, навіть якщо ви заплатили наперед)
• Ви не повинні платити за додаткову роботу або додаткові години роботи, оскільки винагорода, яку ви повинні заплатити, фіксована

Недоліком є те, що ви можете отримати високу оцінку для уникнення ризику втрати.

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

Судова практика

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

Який договір слід укласти: договір підряду чи договір доручення?

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

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

Критерії визначення: договір підряду чи договір доручення

Що таке визначення характеру договору

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

Якщо сторони не досягли конкретної угоди щодо того, чи є даний договір (щодо відповідного завдання) договором підряду або договором доручення, тобто не уклали спеціального договору і не включили відповідний пункт до договору, то питання про те, який тип договору, визначеного в Цивільному кодексі, застосовується, вирішується на основі постфактумного визначення «якого типу цей договір», і при цьому робиться рішення на основі певних критеріїв.

Це означає наступне:

Враховуючи, що

1. Договір про розробку системи вже укладено
2. Цей договір є договором підряду або договором доручення

Це питання виникає перед тим, як виникає питання «Чи був договір про розробку системи взагалі укладений?». Детальніше про це ми розповідаємо в окремій статті.

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

На договорі не вказано «підряд» або «доручення», навіть якщо це вказано, суть може відрізнятися, і не рідко бувають випадки, коли між сторонами виникає невідповідність у розумінні. Тому ми пояснимо критерії визначення, чи є договір договором підряду або договором доручення.

Характер договору визначається на основі комплексного розгляду різних елементів

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

Характер договору визначається на основі комплексного розгляду наступних елементів:

Досвід розробника

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

Чи є «завершення» ціллю в графіку робіт?

Якщо ціль – завершення, то зазвичай приймається рішення, що «обов’язком було завершити», що схоже на підряд.

Ясність змісту продукту в договорі / записах в договорі

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

Чи є оплата за одиницю?

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

Чи оплата здійснюється після завершення?

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

Наявність пунктів про приймання, відповідальність за дефекти, гарантії

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

Наявність термінів «підряд» або «доручення»

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

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

Підсумки

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