Почему нормоконтроль не решает проблему расчётов
В проектной среде слово «нормоконтроль» часто используют слишком широко: как будто это любая проверка документации на соответствие нормам. На практике нормоконтроль по СПДС — это прежде всего контроль оформления, комплектности, обозначений, ссылок, штампов, состава листов и соблюдения правил выполнения документации. Он не заменяет инженерную проверку расчётной модели, исходных данных и физической корректности решения.
Поэтому замечание к ошибочному расчёту лучше не строить фразой «нормоконтроль должен был это проверить». Сильнее работает другая логика: расчёт является обоснованием проектного решения; проектное решение должно соответствовать заданию, исходным данным, техническим регламентам и применимым СП; если расчёт ошибочен, то результат работы имеет недостаток независимо от того, как внутри организации называлась проверка.
Нормоконтроль
Проверяет оформление и соблюдение правил выполнения документации: состав, листы, обозначения, штампы, ссылки, графику, текстовую часть.
Техническая проверка расчёта
Проверяет исходные данные, методику, модель, допущения, единицы измерения, сценарии, коэффициенты, выводы и связь с проектным решением.
Какие основания действительно работают
Для претензии к качеству проектной документации обычно нужен не один «железобетонный» пункт, а цепочка оснований. Закон и нормы редко говорят: «назначьте второго инженера и пусть он перепроверит расчёт дымоудаления». Зато они требуют, чтобы результат проектирования был пригоден, соответствовал заданию и обязательным требованиям, а недостатки устранялись исполнителем.
| Основание | Как использовать в замечании |
|---|---|
| Задание на проектирование и договор | Показать, какие исходные данные, расчёты, стадии, разделы и результаты исполнитель обязан был подготовить и согласовать. |
| 384-ФЗ о безопасности зданий и сооружений | Связать ошибку расчёта с безопасностью объекта, людей, инженерных систем и процессов жизненного цикла. |
| ПП РФ № 87 | Указать, что проектная организация заверяет соответствие проектной документации заданию, техническим регламентам и установленным требованиям. |
| ГОСТ Р 21.101 | Развести комплект документации и расчётные материалы: расчёты могут не входить в комплект ПД/РД, но должны храниться и предоставляться по требованию, если они обосновывают решения. |
| ГК РФ, статьи 759 и 761 | Показать обязанность соблюдать исходные данные и обязанность устранить недостатки технической документации, а при наличии оснований — возместить убытки. |
Расчёты в ПД и РД: включаются ли они в комплект
Вопрос «расчёты в ПД или в РД?» часто возникает из-за смешения двух вещей: наличия расчёта как инженерного обоснования и включения расчёта в выдаваемый комплект документации. По ГОСТ Р 21.101 расчёты конструктивных, технологических и иных решений, которые являются обязательным элементом подготовки проектной документации, как правило, не включают в состав самой проектной документации, если иной случай не установлен нормативно. Их оформляют как текстовые документы, хранят в архиве проектной организации и представляют заказчику или экспертизе по требованию.
Для рабочей документации логика похожая: расчёты могут относиться к прилагаемым документам, но обычно не включаются в состав РД, если иное не установлено договором, заданием или требованиями конкретного проекта. Поэтому отсутствие расчёта в основном комплекте ещё не означает, что расчёта не должно быть. Если решение невозможно проверить без расчёта, его нужно запросить как обосновывающий материал.
Практический вывод: спорить нужно не о том, «в каком томе лежит расчёт», а о том, подтверждает ли расчёт принятое проектное решение и можно ли по нему проверить безопасность, работоспособность и соответствие исходным данным.
Кто отвечает за ошибку: проектировщик, заказчик или смежник
Приёмка заказчиком не превращает ошибочный расчёт в правильный. Заказчик действительно проводит проверку результата, а на стадии строительства СП 48.13330.2019 предусматривает входной контроль рабочей документации застройщиком или техническим заказчиком. Но это не снимает с проектировщика ответственность за недостатки технической документации.
Если ошибка пришла через исходные данные от смежника, важно зафиксировать причинно-следственную связь. Для одного исполнителя эти данные могут быть исходными, но для заказчика они одновременно являются результатом работы другого проектировщика. Если в них обнаружен недостаток, заказчик может требовать исправления у автора этой документации, а остальные участники должны письменно предупредить о непригодности или спорности исходных данных.
Ключевые роли
- Разработчик расчёта отвечает за методику, исходные данные, модель и выводы в своей зоне работ.
- Проектная организация отвечает перед заказчиком за результат по договору, включая действия привлечённых лиц, если иное не следует из конструкции договора.
- ГИП/ГАП организует проектирование и координацию, но физически не заменяет предметную проверку всех расчётов каждым главным специалистом.
- Заказчик или технический заказчик принимает результат и проверяет комплект, но его приёмка не отменяет обязанность подрядчика устранить недостатки.
Как оформить замечание к расчёту
Слабое замечание звучит так: «расчёт выполнен неверно, просим проверить». Сильное замечание показывает, где именно ошибка, какое требование или методика нарушены, какой риск возникает и что нужно передать для устранения. В идеале замечание должно быть пригодно для претензии, судебной экспертизы или досудебного урегулирования.
Что указать
- обозначение раздела, листа, расчёта или модели;
- конкретный параметр, который вызывает возражение;
- исходные данные, которые использованы неверно или отсутствуют;
- методику, СП, задание или договорное требование;
- техническое последствие ошибки для системы или смежного раздела.
Что запросить
- исправленный расчёт или расчётную модель;
- перечень исходных данных с источниками;
- обоснование выбранной методики;
- протокол согласования спорных исходных данных;
- письменный ответ с решением: исправить, подтвердить или выдать новые исходные данные.
Практическая таблица аргументов
| Ситуация | Слабый аргумент | Сильный аргумент |
|---|---|---|
| Ошибка в расчёте инженерной системы | «Нормоконтроль должен был проверить» | «Расчёт не подтверждает проектное решение; нарушены исходные данные/методика/требования безопасности; требуется исправленный расчёт» |
| Смежник выдал неверные исходные данные | «Мы не можем работать, потому что данные плохие» | «Исходные данные непригодны для выполнения работ; уведомляем по статье 716 ГК РФ и просим выдать корректные данные либо письменное указание» |
| Заказчик говорит, что должен был всё проверить сам | «Это не наша обязанность» | «Приёмка и входной контроль не снимают с подрядчика обязанность устранить недостатки технической документации по статье 761 ГК РФ» |
| Расчёт не передан в составе комплекта | «Раз расчёта нет, значит его не делали» | «Расчёт может храниться в архиве проектной организации, но должен быть предоставлен по требованию для проверки принятого решения» |
Что писать заказчику, если исходные данные неверные
Если вы получили в работу данные, которые технически непригодны или противоречат другим разделам, лучше не продолжать молча. Статья 716 ГК РФ даёт подрядчику механизм предупреждения заказчика о непригодности или недоброкачественности предоставленных материалов, оборудования, технической документации или указаний. Для проектных работ это особенно важно: после письменного уведомления дальнейшая ответственность зависит от реакции заказчика и условий договора.
Мини-шаблон логики письма
- Указать, какие исходные данные получены и от кого.
- Перечислить выявленные противоречия: номера документов, листов, расчётов, параметры.
- Объяснить, почему данные непригодны для выполнения вашей части работ или создают риск ошибки.
- Сослаться на договор, задание, применимые нормы и статью 716 ГК РФ.
- Попросить выдать корректные исходные данные, согласовать отступление или дать письменное указание о продолжении работ с указанием последствий.
Выводы
- Нормоконтроль и техническая проверка расчёта — разные вещи. Не стоит строить претензию к расчёту только через нормоконтроль.
- Расчёты могут не входить в выдаваемый комплект ПД или РД, но они остаются инженерным обоснованием проектных решений и должны быть доступны по требованию.
- Ошибочный расчёт лучше оспаривать через конкретную методику, исходные данные, требования безопасности, задание и договор.
- Если смежник выдал непригодные данные, фиксируйте это письменно и уведомляйте заказчика до продолжения работ.
- Для убытков нужна причинно-следственная связь: ошибка в документации, обязанность исполнителя, последствия, размер ущерба и доказательства.
Источники и материалы
Нормативные источники
- Гражданский кодекс РФ: статьи 716, 759 и 761 о предупреждении заказчика, исходных данных и недостатках технической документации.
- Постановление Правительства РФ от 16.02.2008 № 87: состав разделов проектной документации и заверение проектной организации.
- 384-ФЗ «Технический регламент о безопасности зданий и сооружений»: требования безопасности на этапах жизненного цикла объекта.
- ГОСТ Р 21.101 «СПДС. Основные требования к проектной и рабочей документации»: правила оформления, хранения и предоставления расчётных материалов.
- ГОСТ 21.002 «СПДС. Нормоконтроль проектной и рабочей документации»: рамки нормоконтроля как проверки документации, а не подмены предметной инженерной проверки расчётов.
- СП 48.13330.2019 «Организация строительства»: входной контроль рабочей документации застройщиком или техническим заказчиком перед производством работ.
Читайте также
- Сроки проектирования: как считать график, исходные данные и задания смежников.
- Как защитить проектировщика в договоре: 20 важных условий.
- Передача результата работ по договору: дата отправки, приёмка и риски подрядчика.
- Проверка соответствия строительным нормам в 2026: что изменилось и как избежать нарушений.
- Проверить применимые нормы и спорные требования в инструменте GostCheck.