Можно ли отказаться от оплаты, если заказчик считает модель недостаточно подробной?
Дело № А43-8752/2024 показывает:
суд оценивает назначение трехмерной информационной модели и требования, согласованные в договоре и ТЗ.
Заказчик поручил подрядчику разработать проектную документацию, создать трехмерные информационные модели и провести инженерные обследования.
После отказа от договора по нескольким спецификациям он потребовал вернуть авансы, сославшись в том числе на несоответствие результата ГОСТам и постановлению Правительства РФ № 87.
Подрядчик возражал:
спорная модель была промежуточным результатом проектирования, а ее состав и уровень проработки определяло ТЗ.
Что установили суды?
— императивных требований ГОСТ к детализации такой промежуточной модели не выявлено;
— постановление № 87 не признано определяющим для ее оценки по конкретному договору;
— качество результата оценивалось по договору и ТЗ с учетом статьи 721 ГК РФ;
— фактическое использование модели подтвердило ее потребительскую ценность;
— отдельные недостатки оформления не стали основанием для полного отказа от оплаты полезной работы.
С подрядчика взыскали неустойку за нарушение сроков. Одновременно суд признал за ним право на оплату установленного экспертизой объема работ.
Важная оговорка
Вывод суда нельзя понимать как разрешение игнорировать ГОСТы, своды правил или постановление № 87.
Сначала применяются обязательные требования законодательства, затем — условия договора и ТЗ, включая прямо указанные стандарты. Если условия определены неполно, учитываются требования, обычно предъявляемые к таким работам.
Спор касался договора 2023 года. Для новых ТЗ нужно также проверять применимость постановления Правительства РФ № 614 о формировании и ведении информационной модели ОКС.
Поэтому правильный ответ — не «ТЗ вместо ГОСТ», а
обязательные нормы плюс конкретные и проверяемые требования договора и ТЗ.
Что зафиксировать в ТЗ на 3D-модель?
1. Назначение и статус результата
Указать, для каких задач создается модель: визуализации, координации разделов, выявления коллизий, подсчета объемов, проектирования, строительства или эксплуатации. Определить, является ли она промежуточным материалом, самостоятельным результатом или частью информационной модели ОКС.
ТЗ следует оформить как приложение к договору с указанием редакции и даты.
2. Требуемый уровень проработки
Для каждого раздела и вида элементов определить:
— геометрическую детализацию и точность;
— обязательные атрибуты;
— допустимые упрощения и исключения;
— требования к структуре модели.
Одного обозначения LOD без описания геометрии и информационного наполнения недостаточно.
3. Форматы и правила обмена
Установить исходный и передаваемый форматы, версии программного обеспечения и схем обмена, систему координат, высотную основу, единицы измерения, структуру файлов и порядок размещения данных.
Для открытого формата отдельно определить требования к сохранности геометрии, атрибутов и связей после экспорта.
4. Порядок проверки и приемки
Зафиксировать:
— этапы передачи промежуточных и итоговых версий;
— правила проверки геометрии, атрибутов, координат и коллизий;
— допустимые отклонения и критические ошибки;
— сроки устранения замечаний;
— приоритет модели или документации при расхождениях;
— документы, подтверждающие передачу и приемку.
Спор о детализации модели начинается там, где в договоре и ТЗ используются слова «достаточная», «полная» или «необходимая», но отсутствуют измеримые критерии результата.
