Арбитражный суд признал договор на разработку ПО с интеграцией 1С недействительной сделкой именно потому, что техническое задание (ТЗ) не было детализировано и фактически являлось неопределённым. Разбираем, что произошло и какие выводы нужно сделать.
Суть дела
Между Заказчиком и Исполнителем был заключён договор на создание программного обеспечения — веб-сайта, интегрированного с системой на платформе «1С: Бухгалтерия КОРП». Стоимость работ составила 9 200 000 рублей.
Однако в ходе судебного разбирательства выяснилось: в договоре отсутствовало указание на конкретную серию или номер программного продукта 1С, не было сведений о приобретённой лицензии. При этом сам Заказчик приобрёл лишь «1С:Комплект поддержки», а не саму «1С: Бухгалтерия КОРП» — то есть реальная возможность разработки веб-сайта, интегрированного с 1С, отсутствовала.
Проблема
Ключевой вопрос: можно ли признать договор недействительным, если техническое задание не детализировано?
Техническое задание — это не формальность. Это документ, который определяет что именно должно быть создано, как это будет работать и по каким критериям заказчик будет принимать результат ( ГОСТ 34.602-2020). Если ТЗ не содержит конкретных функциональных требований — что должно быть на странице авторизации, как формируются обращения, какие данные обрабатываются — стороны фактически не согласовали предмет договора.
В этом деле суд установил: техническое задание не было детализировано и фактически являлось неопределённым. Стороны должны были согласовать конкретные функциональные требования Заказчика, но этого сделано не было. При отсутствии определённого и согласованного ТЗ невозможно ни качественно выполнить работу, ни проверить её результат.
Более того, договор предусматривал, что техническое задание разрабатывается Исполнителем и утверждается Заказчиком до внесения предоплаты. Однако в нарушение этого условия ТЗ не разрабатывалось и не представлялось на утверждение.
Решение суда
Суд признал договор недействительной сделкой. Ключевые выводы:
· В договоре отсутствуют сведения о конкретном программном продукте 1С, с которым должна быть произведена интеграция.
· У Заказчика отсутствовала приобретённая лицензия на «1С: Бухгалтерия КОРП», что делало исполнение договора объективно невозможным.
· Техническое задание не было детализировано и являлось неопределённым — стороны не согласовали конкретные функциональные требования.
· При таких обстоятельствах договор не мог быть исполнен надлежащим образом, а его предмет — согласован.
Что делать, чтобы не повторилась ситуация
Для Заказчика:
· Разрабатывайте детальное ТЗ до подписания договора. Оно должно содержать конкретные функциональные требования, описание экранных форм, алгоритмов обработки данных, сценариев использования.
· Фиксируйте в договоре конкретный программный продукт и лицензию. Если проект предполагает интеграцию с 1С — укажите точную конфигурацию, версию, номер лицензии. Без этого исполнитель не сможет выполнить работу, а вы не сможете доказать, что именно заказывали.
· Не перекладывайте разработку ТЗ на Исполнителя без последующего утверждения. Если по договору ТЗ готовит Исполнитель, оно должно быть утверждено Заказчиком письменно до начала работ.
· Проверяйте, что у вас есть всё необходимое для исполнения договора. Если для интеграции нужна лицензия 1С — она должна быть приобретена до старта проекта.
Для Исполнителя:
· Не начинайте работу без детализированного и утверждённого ТЗ. Если Заказчик настаивает на старте «по общим словам», фиксируйте это письменно — в противном случае именно на вас могут возложить риск неопределённости предмета договора.
· Проверяйте наличие у Заказчика необходимых лицензий и инфраструктуры. Если для выполнения работ требуется конкретный программный продукт, убедитесь, что он есть у Заказчика, и зафиксируйте это в договоре.
· Настаивайте на разработке ТЗ до внесения предоплаты. Это защищает обе стороны: Заказчик понимает, за что платит, Исполнитель — что именно должен сделать.
· Фиксируйте все согласования письменно. Изменения требований, уточнения, дополнительные условия — только через дополнительные соглашения или официальную переписку.
Знакомая ситуация? Обращайтесь — помогу оценить риски и перспективы
Разбор полезный, добавлю оговорку по квалификации, она тут меняет последствия. Несогласованность предмета, в том числе из-за неопределённого ТЗ, по общему правилу ведёт не к недействительности, а к незаключённости договора (ст. 432 ГК). Разница практическая: при незаключённости расчёты идут через неосновательное обогащение по гл. 60 ГК, при недействительности работает реституция по ст. 167 ГК, и круг доказывания у сторон разный. Если суд всё же пришёл к недействительности, там почти наверняка было самостоятельное основание помимо неопределённости ТЗ, и читателям это стоит держать в голове, прежде чем переносить вывод на свои договоры. Второй момент чаще спасает исполнителя, чем губит: по п. 3 ст. 432 ГК и разъяснениям Пленума ВС № 49 от 25.12.2018 сторона, принявшая исполнение или иначе подтвердившая действие договора, уже не вправе ссылаться на незаключённость, если это противоречит добросовестности. Поэтому детализированное ТЗ важно не только как условие о предмете, но и как доказательство того, что именно согласовали стороны, и переписка с утверждением ТЗ весит здесь не меньше самого приложения. И про ГОСТ 34.602 стоит помнить, что он носит рекомендательный характер и сам по себе согласование предмета не заменяет.