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

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

Согласно законодательству, контракты, в которых одна сторона берет на себя обязательства (например, разработку), а другая сторона платит за это вознаграждение, разделяются на контракты подряда и контракты, аналогичные договорам поручения.

Если говорить одним словом, то:

• Контракт подряда: это контракт, в котором “можно получить вознаграждение, если выполнить обещанное”.

• Контракт, аналогичный договору поручения: это контракт, в котором “получаешь вознаграждение и делаешь все возможное, чтобы оправдать его”.

Вот что это значит.

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

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

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

Поэтому, часто возникают вопросы о том, является ли контракт на определенном этапе системной разработки, особенно на начальном этапе, “контрактом на подряд”, обещающим завершение работы, или “полномочием”, требующим приложения максимальных усилий. И в зависимости от этого различия, если работа не будет завершена, вознаграждение, которое может получить компания по разработке систем, может стать нулевым, и одна из сторон может быть вынуждена нести чрезмерную и большую финансовую нагрузку. Поэтому важно определить, к какому типу контракта относится ситуация.

В этом контексте мы объясним различия между контрактом на подряд и полномочием, какой контракт следует заключить и критерии для определения различий между ними.

Различия между договором подряда и договором поручения по Японскому гражданскому кодексу

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

Получение вознаграждения по договору подряда, его расторжение, ответственность за недостатки, повторное доверение и специальные условия

Договор подряда – это договор, в котором одна сторона (подрядчик/поставщик) обещает выполнить определенную работу, а другая сторона (заказчик/пользователь) обещает дать вознаграждение (плату за подряд) за результат этой работы.

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

Получение вознаграждения

Если работа не завершена, подрядчик/поставщик не может получить вознаграждение. Если вы хотите получить оплату до завершения работы, вам нужно заключить специальное условие об авансовой оплате. В контрактных проектах по разработке систем “завершение работы” – это очень важное понятие. Подробнее об этом мы рассказываем в следующей статье.

Кроме того, “завершение работы” в случае разработки систем обычно признается после “приемки”.

Даже если было заключено специальное условие, и работа не была завершена из-за прекращения проекта, подрядчик/поставщик должен вернуть уже полученное вознаграждение заказчику/пользователю как неосновательное обогащение. Это является основным отличием от договора поручения.

Расторжение

Если обе стороны не нарушали обязательства (не нарушали обещания), заказчик/пользователь может расторгнуть договор, компенсируя ущерб, до завершения работы. В этом случае “ущерб” будет равен сумме затрат, понесенных подрядчиком/поставщиком, и вознаграждения, которое он мог бы получить, за вычетом затрат, которые он смог сэкономить, освободившись от обязательства завершить работу. С другой стороны, подрядчик/поставщик не может расторгнуть договор.

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

Ответственность за недостатки

Если в объекте работы есть недостатки, заказчик может требовать устранения недостатков, компенсации ущерба, и может расторгнуть договор, если цель договора не может быть достигнута.

Недостатки означают дефекты или недостатки, и они признаются, если качество или производительность объекта, которые он должен иметь в соответствии с целью договора, отсутствуют. Если система не соответствует обещанным спецификациям или производительности после завершения последнего этапа, предусмотренного договором, это считается “недостатком”.

В судебной практике было признано, что баги, связанные с утечкой личной информации в системе университета, не являются недостатками, но отсутствие необходимого исключительного контроля в этой системе признается “недостатком”. Вы можете заключить специальное условие о том, чтобы не нести ответственность за недостатки, или сократить срок, в течение которого вы несете ответственность.

Подробнее об ответственности за недостатки мы рассказываем в следующей статье.

Повторное доверение

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

Вознаграждение, расторжение, ответственность за недостатки, повторное доверение и специальные условия в контракте по полудоверенности

Контракт по полудоверенности – это договор, целью которого является выполнение определенных дел (получателем/поставщиком) по поручению другого лица (доверителя/пользователя). Получатель обязан проявлять должную заботу хорошего администратора, то есть использовать свои способности для рационального выполнения работы. В основном это означает “сделать все возможное”.

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

Основное отличие от контракта подряда заключается в том, что не нужно нести ответственность за результат работы.

Получение вознаграждения

В отличие от контракта подряда, даже если работа не завершена, если делопроизводство было выполнено должным образом, получатель/поставщик может получить вознаграждение. Кроме того, если доверенность прекращается в середине исполнения по причинам, которые не могут быть приписаны получателю, получатель может требовать вознаграждение в соответствии с уже выполненной работой.

Следует отметить, что в соответствии с изменениями в Законе о обязательствах, принятом в 2017 году (вступившем в силу в апреле 2020 года), даже в случае полудоверенности, вознаграждение может быть выплачено за достигнутые результаты, и в этом случае, как правило, вознаграждение может быть запрошено после завершения работы.

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

Расторжение

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

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

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

Ответственность за недостатки

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

В частности, обязанности, которые должен нести поставщик в разработке систем, включают обязанности по управлению проектом.

Повторное доверие

Получатель/поставщик, в отличие от контракта подряда, в принципе не может повторно доверить. Если вы хотите повторно доверить, вы заключаете специальное условие об этом.

Этот аспект часто становится проблемой на практике, и требуется осторожность. Если вы заключите контракт на разработку на основе полудоверенности без специального условия о разрешении на повторное доверие, полагая, что “поскольку это разработка системы, повторное доверие должно быть возможно, если это не указано явно”, вы можете оказаться в ситуации, когда сам факт повторного доверия может быть признан нарушением контракта.

Обязательства, которые несет заказчик

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

Какой контракт выбрать: подрядный или агентский?

Преимущества и недостатки для разработчика/поставщика

Для разработчика/поставщика, преимуществом “подрядного контракта” является возможность получить больше прибыли, если управлять ресурсами эффективно и сократить количество задействованных людей. В отличие от агентского контракта, подряд предполагает “завершение работы” как обязательство. Иными словами, даже если вы сократите количество людей или повысите эффективность работы, чтобы снизить затраты, вы все равно выполнили свои обязательства, если работа была завершена.

Недостатки включают в себя:

• Невозможность получить оплату до завершения работы
• Возможность понести убытки, если возникнут дополнительные затраты на работу, которые не были предусмотрены изначально, для выполнения требований
• Необходимость нести ответственность за дефекты
• Возможность понести убытки, если возникнут дополнительные затраты на работу, которые не были предусмотрены изначально, для выполнения требований
• Необходимость нести ответственность за дефекты

Это основные моменты.

Преимущества “агентского контракта” включают в себя:

• Возможность получить оплату, даже если работа не завершена
• Возможность получить компенсацию за дополнительные затраты
• Отсутствие необходимости нести тяжелую ответственность за создание работы без дефектов
• В отличие от подряда, агентский контракт предполагает “приложение усилий, соответствующих оплате” как обязательство, что делает проще прогнозирование затрат для выполнения этого обязательства

Преимущества и недостатки для заказчика/пользователя

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

• Нет необходимости платить до завершения работы (можно получить возврат, если оплата была произведена заранее)
• Оплата фиксирована, поэтому нет дополнительных затрат на работу, вызванных увеличением объема работы

Недостатком является возможность получения высокой оценки стоимости для избежания риска потерь.

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

Судебная практика

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

Какой контракт следует заключить: подрядный или агентский?

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

Подробное объяснение юридических вопросов и вопросов, требующих рассмотрения в случае неплатежа, приведено в следующей статье.

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

Что такое определение характера контракта

«Определение, относится ли характер контракта к контракту подряда или к контракту доверительного управления» – это вопрос, который возникает в определенных ситуациях и имеет определенный характер.

Если стороны не достигли конкретного соглашения о том, является ли данный контракт (или контракт, связанный с этой работой) контрактом подряда или контрактом доверительного управления, то есть, если они не заключили специального соглашения и не указали этот пункт в контракте, то применяются положения гражданского кодекса, которые регулируют один из этих типов контрактов. Это основывается на постфактумном определении, какой тип контракта применим, и при этом используются определенные критерии для принятия решения.

Это означает следующее:

Предполагается, что

1. Контракт на разработку системы уже заключен
2. Этот контракт является контрактом подряда или контрактом доверительного управления

Вопросом является, “действительно ли заключен контракт на разработку системы”, который предшествует этой проблеме. Подробнее об этом вопросе см. в отдельной статье.

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

На контракте не указано, что это “подряд” или “доверительное управление”, даже если это указано, реальность может отличаться, и часто бывают случаи, когда между сторонами есть разногласия в понимании. Поэтому я объясню критерии различия между контрактом подряда и контрактом доверительного управления.

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

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

Следующие элементы рассматриваются в комплексе для определения характера контракта:

Опыт разработчика

Если есть история создания системы того же или более высокого уровня, то склонно считать, что “было предположено, что она будет завершена, что завершение является обязательством, и что было соглашение о выплате вознаграждения по завершении”, что склоняет к подряду.

Цель процесса – “завершение”

Если цель – завершение, то склонно считать, что “было обязательство завершить работу”, что склоняет к подряду.

Ясность содержания продукта в контракте/контракте

Чем яснее, тем больше склонность считать, что “было предположено, что будет завершен определенный продукт”, что склоняет к подряду.

Есть ли система оплаты за единицу работы?

Если да, то склонно считать, что “было предположено, что вознаграждение будет выплачиваться по завершении работы, и что было обязательство завершить работу”, что склоняет к подряду.

Оплата производится после завершения работы?

Если да, то склонно считать, что “было обязательство завершить работу”, что склоняет к подряду.

Наличие условий приемки, ответственности за дефекты, гарантий

Если да, то склонно считать, что “было обязательство завершить работу” и что “на основе этого предположения были подготовлены условия приемки, ответственности за дефекты, гарантии”, что склоняет к подряду.

Наличие терминов “подряд” или “доверительное управление”

Конечно, слова также являются важным элементом для рассмотрения. Однако решение не принимается просто на основе слов “подряд” или “доверительное управление”, поэтому необходимо тщательно подходить к формулировке контракта.

Кроме того, такие решения принимаются не только на основе контракта, но и на основе протоколов собраний, созданных в процессе разработки системы, которые служат доказательствами. Подробнее о важности протоколов собраний см. в следующей статье.

Заключение

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