Как зафиксировать ответственность разработчика за исполнимость согласованного ТЗ?
Нужно определить объём проверки и версию ТЗ, отделить обязанность провести проверку от заверения о её результате и установить порядок предупреждения о препятствиях.
Короткий ответ
Закрепите в договоре обязанность разработчика проверить согласованное техническое задание и подтвердить, что требования выполнимы и не противоречат друг другу. Привяжите подтверждение к определённой версии ТЗ, исходным данным и согласованным техническим ограничениям. Общая фраза «разработчик ознакомлен с проектом» не показывает, что именно он проверил.
Такое условие полезно, когда стороны вместе формируют задание, а заказчик полагается на техническую компетентность исполнителя. Оно дополняет правила о результате, сроках и приёмке по договору подряда.
Что разработчик должен подтвердить
Опишите проверку конкретно: нет ли взаимоисключающих требований, доступны ли нужные технологии, совместимы ли выбранные компоненты и достаточно ли исходных данных для предусмотренного результата. Если проверка зависит от доступа к системе заказчика, этот доступ и срок его предоставления тоже нужно согласовать.
Оговорённые исключения лучше перечислить сразу. Например, совместимость с ещё не выбранным сторонним сервисом нельзя незаметно включать в безусловное подтверждение совместимости со всей инфраструктурой. После изменения ТЗ определите, какие выводы требуется проверить повторно.
Проверенные факты можно закрепить как заверение об обстоятельствах. Статья 431.2 ГК РФ предусматривает последствия недостоверных заверений при установленных ею условиях. В договоре стоит прямо показать, что заказчик полагается на эту информацию, и согласовать применимые последствия. Обещание проверить задание и сообщение о результатах уже проведённой проверки лучше сформулировать отдельно.
Как действовать при обнаружении противоречия
Установите порядок письменного предупреждения: разработчик называет спорное требование, объясняет препятствие и предлагает решение. Заказчик согласовывает изменение, после чего стороны фиксируют новую версию задания, цену и сроки, если они меняются.
Для отношений подряда учитывайте статью 716 ГК РФ: при обнаружении предусмотренных ею препятствий подрядчик должен предупредить заказчика и приостановить работу до указаний. Продолжение разработки с известной проблемой осложняет последующую ссылку на неё.
Если проект включает создаваемые автором произведения, проверку ТЗ нужно согласовать и с условиями авторского заказа, чтобы техническое подтверждение относилось к тому же результату, который стороны собираются принимать.
Если нужно применить ответ к Вашей ситуации или документам, Разработать договор подряда: юрист проверит вводные и учтёт обстоятельства, которые короткий ответ не охватывает.
Что ещё полезно знать
Частые вопросы по теме
- Как связать перенос срока разработки ПО с конкретной просроченной обязанностью заказчика?
- Защищает ли разработчика отправка отчётов, если решения по ТЗ не согласованы?
- Как оформить подготовку ТЗ отдельным оплачиваемым этапом до разработки сложного ПО?
- Отменяет ли использование Scrum/SAFe согласованные календарные сроки релизов?
- Зачем объяснять в договоре веб-разработки значения «бриф», «прототип», «референс» и Figma?