О нормативной базе при составлении технического задания на проектирование

Зачем главному инженеру это знать

Качество технического задания напрямую определяет качество проектной документации. Как заказчик сформулирует ТЗ — так проектировщик и запроектирует объект. Это известно всем. Но есть менее очевидная сторона: ТЗ задаёт норматив, по которому будут вас проверять на выходе.

Заказчик обычно фокусируется на технологических требованиях и технических условиях смежных служб. Это правильно. Но этого мало. Если в ТЗ не перечислены конкретные нормативные акты — государственная экспертиза будет проверять документацию по своему списку, а вы узнаете, что должны были включить какой-то ГОСТ, только из замечаний. Каждый цикл — это +1–2 месяца к сроку.

Что говорит закон: три ключевых документа

Приказ Минстроя 887/пр (заключение экспертизы)

Приказ Минстроя России от 09.12.2015 № 887/пр устанавливает требования к составу, содержанию и порядку оформления заключения государственной экспертизы проектной документации и результатов инженерных изысканий.

Ключевые подразделы для нашей темы:

• 7.1. «Выводы о соответствии результатов инженерных изысканий». Каждый вывод о несоответствии должен быть мотивирован: эксперт указывает раздел/пункт изысканий, и ссылку на конкретное требование нормативного правового акта или нормативного документа.
• 7.2. «Выводы в отношении технической части проектной документации». Та же логика: ссылка на конкретный пункт нормативного документа, несоответствие которому выявлено.

Прочитать стоит дословно, но вывод простой: эксперт проверяет вас по нормативно-правовым актам и документам в области стандартизации. Какие именно — определяется двумя следующими документами.

384-ФЗ — Технический регламент о безопасности зданий и сооружений

Федеральный закон от 30.12.2009 № 384-ФЗ — рамочный документ. Главное в нём для нас, статья 6:

Безопасность зданий и сооружений обеспечивается посредством соблюдения требований настоящего Федерального закона и требований стандартов и сводов правил, включённых в  обязательный перечень или применённых на добровольной основе из соответствующего перечня, либо требований специальных технических условий.

Расшифровка: у вас есть три способа доказать безопасность объекта:

1. Применить нормативы из обязательного перечня (Постановление 1521).
2. Применить нормативы из добровольного перечня (Приказ Росстандарта 365), явно указав их в ТЗ.
3. Разработать специальные технические условия (СТУ) — если ни один норматив не подходит.

Постановления 1521 и 365 — два перечня

Постановление Правительства РФ от 26.12.2014 № 1521 — утверждает обязательный перечень национальных стандартов и сводов правил, в результате применения которых на обязательной основе обеспечивается соблюдение требований 384-ФЗ. Эти нормативы применяются автоматически — даже если вы их не упомянули в ТЗ. Эксперт всё равно проверит.

Приказ Росстандарта от 30.03.2015 № 365 — утверждает добровольный перечень. Эти стандарты применяются только если вы явно указали их в ТЗ. Не указали — не применяются.

Здесь скрыта главная ловушка: добровольные стандарты часто содержат конкретные технические требования, без которых объект не спроектируешь. Например, для железнодорожных путей необщего пользования — это СП 37.13330, ИДП ОАО «РЖД», ПТЭ железных дорог РФ. Они в 365-м перечне, и если в ТЗ их не будет — экспертиза заставит обосновывать каждое решение отдельно или разрабатывать СТУ.

Логика проверки: как мыслит эксперт

Эксперт государственной экспертизы рассуждает примерно так:

1. Открываю ТЗ заказчика.
2. Смотрю, какие нормативы из обязательного перечня (1521) применимы — проверяю по ним. Это не обсуждается.
3. Смотрю, какие нормативы из добровольного перечня (365) заказчик выбрал в ТЗ — проверяю и по ним.
4. Если в ТЗ есть ссылка на СанПиН, отраслевой регламент, СТУ — проверяю и по ним.
5. Всё, что в ТЗ не упомянуто, я проверять не обязан. Но и документация не защищена этим нормативом при будущих спорах.

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

Что должно быть в ТЗ — чек-лист

На основе многолетней практики проектного института РПП мы используем такой скелет нормативного блока ТЗ:

1. Применимые СНиП и СП из Постановления 1521 — обязательная часть. Включить всё, что относится к типу проектируемого объекта (для нас это типично СП 37.13330, СП 116.13330, СП 119.13330, ГОСТ Р 56891 и т.д.).
2. Выбранные стандарты из Приказа 365 — добровольный перечень. Здесь сидят отраслевые правила, без которых ж/д-объект не запроектируешь: ИДП ОАО «РЖД», ПТЭ железных дорог, СП по проектированию земляного полотна. Без явной ссылки в ТЗ они применяются не будут.
3. СанПиН и санитарные регламенты — если объект влияет на санитарно-защитную зону, надо явно сослаться.
4. Технические условия смежных служб — ОАО «РЖД», владельцы инженерных сетей, владельцы примыкающих путей. Они получаются на этапе сбора исходных данных и становятся частью ТЗ.
5. Специальные технические условия (СТУ) — если есть требования, не покрываемые ни 1521, ни 365. Их разрабатывают отдельно, проходят согласование в Минстрое. Срок — несколько месяцев. Это надо понимать на этапе формирования ТЗ, а не на экспертизе.

Типичные риски

Дробление одного объекта на несколько ТЗ

Соблазн понятен: разделить большой объект на куски, чтобы один шёл на главгосэкспертизу, другой — на обычную; или чтобы ускорить часть. Это опасный путь. На стыке двух разделённых объектов всплывают несостыковки — и их разрешать приходится при экспертизе или, что хуже, при строительстве.

Иногда дробление инициирует сама ОАО «РЖД»: у них свой порядок, главный путь идёт на главгосэкспертизу, подъездной — на обычную. Это факт жизни, и к нему надо адаптироваться, а не дробить дополнительно по собственной инициативе.

Несовместимость нормативных требований между разделами

Если вы по одному разделу выбрали добровольный СП, а по смежному — оставили только обязательный, может возникнуть конфликт значений (например, по габаритам, по нагрузкам). Эксперт это увидит. Решение — проверять нормативный блок на внутреннюю согласованность ДО подачи ТЗ проектировщику.

«Гибкие условия» без нормативной опоры

Запись в ТЗ типа «выполнить в соответствии с действующими нормами» — не нормативная база. Эксперту такая формулировка не помогает. Проектировщику — тоже. Каждое требование должно быть привязано к конкретному пункту конкретного документа.

Резюме

Цель проектной документации — пройти экспертизу. Цель ТЗ — задать норматив, по которому будут проверять. Чем точнее состав ТЗ — тем меньше итераций на экспертизе и тем предсказуемее срок проекта.

В РПП мы берём составление ТЗ на себя как часть этапа «Сбор исходных данных» в продукте «Жизненный цикл» — заказчик описывает что нужно получить, мы превращаем это в нормативный контур, который пройдёт экспертизу.

Статья основана на опыте сопровождения объектов железнодорожной инфраструктуры с 2006 года. Если вы готовите ТЗ на промышленный путь и хотите проверить нормативный блок — напишите на box@rpp.ru, посмотрим бесплатно за один рабочий день.