В практике IT-контрактов бытует мнение: главное — подписать договор, а детали можно уточнить по ходу.

Однако, гладко было на бумаге…

Арбитражный суд признал договор на разработку ПО с интеграцией 1С недействительной сделкой именно потому, что техническое задание (ТЗ) не было детализировано и фактически являлось неопределённым. Разбираем, что произошло и какие выводы нужно сделать.

 Суть дела

 Между Заказчиком и Исполнителем был заключён договор на создание программного обеспечения — веб-сайта, интегрированного с системой на платформе «1С: Бухгалтерия КОРП». Стоимость работ составила 9 200 000 рублей.

 Однако в ходе судебного разбирательства выяснилось: в договоре отсутствовало указание на конкретную серию или номер программного продукта 1С, не было сведений о приобретённой лицензии. При этом сам Заказчик приобрёл лишь «1С:Комплект поддержки», а не саму «1С: Бухгалтерия КОРП» — то есть реальная возможность разработки веб-сайта, интегрированного с 1С, отсутствовала. 

Проблема

 Ключевой вопрос: можно ли признать договор недействительным, если техническое задание не детализировано?

 Техническое задание — это не формальность. Это документ, который определяет что именно должно быть создано, как это будет работать и по каким критериям заказчик будет принимать результат ( ГОСТ 34.602-2020). Если ТЗ не содержит конкретных функциональных требований — что должно быть на странице авторизации, как формируются обращения, какие данные обрабатываются — стороны фактически не согласовали предмет договора.

 В этом деле суд установил: техническое задание не было детализировано и фактически являлось неопределённым. Стороны должны были согласовать конкретные функциональные требования Заказчика, но этого сделано не было. При отсутствии определённого и согласованного ТЗ невозможно ни качественно выполнить работу, ни проверить её результат.

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

 Решение суда

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

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

· У Заказчика отсутствовала приобретённая лицензия на «1С: Бухгалтерия КОРП», что делало исполнение договора объективно невозможным.

· Техническое задание не было детализировано и являлось неопределённым — стороны не согласовали конкретные функциональные требования.

· При таких обстоятельствах договор не мог быть исполнен надлежащим образом, а его предмет — согласован.

 Что делать, чтобы не повторилась ситуация

 Для Заказчика:

 · Разрабатывайте детальное ТЗ до подписания договора. Оно должно содержать конкретные функциональные требования, описание экранных форм, алгоритмов обработки данных, сценариев использования.

· Фиксируйте в договоре конкретный программный продукт и лицензию. Если проект предполагает интеграцию с 1С — укажите точную конфигурацию, версию, номер лицензии. Без этого исполнитель не сможет выполнить работу, а вы не сможете доказать, что именно заказывали.

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

· Проверяйте, что у вас есть всё необходимое для исполнения договора. Если для интеграции нужна лицензия 1С — она должна быть приобретена до старта проекта.

 Для Исполнителя:

 · Не начинайте работу без детализированного и утверждённого ТЗ. Если Заказчик настаивает на старте «по общим словам», фиксируйте это письменно — в противном случае именно на вас могут возложить риск неопределённости предмета договора.

· Проверяйте наличие у Заказчика необходимых лицензий и инфраструктуры. Если для выполнения работ требуется конкретный программный продукт, убедитесь, что он есть у Заказчика, и зафиксируйте это в договоре.

· Настаивайте на разработке ТЗ до внесения предоплаты. Это защищает обе стороны: Заказчик понимает, за что платит, Исполнитель — что именно должен сделать.

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

 ***

Знакомая ситуация? Обращайтесь — помогу оценить риски и перспективы @RRSadykov