ТЗ на разработку СТУ по пожарной безопасности: что включить, чтобы не переделывать

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

ДоговорПожарная безопасностьПроектирование

Договор на СТУ подписан, аванс ушёл, через два месяца подрядчик присылает толстый том и акт. Вы отправляете документ на согласование, а там возвращают: не хватает обоснования части отступлений, расчёты не по тем сценариям, нет подтверждения компенсирующих мер. Подрядчик отвечает, что работа выполнена по ТЗ, а в ТЗ было написано «разработать СТУ». Проект стоит, экспертиза не начинается, претензию предъявить не на чем: результат работ в задании не определён.

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

Когда СТУ вообще нужны

Специальные технические условия разрабатывают, когда для объекта нет нужных нормативных требований пожарной безопасности или когда проектное решение требует отступить от действующих норм. Общая логика заложена в Федеральном законе от 22.07.2008 № 123-ФЗ «Технический регламент о требованиях пожарной безопасности»: объект должен обеспечивать безопасность людей и допустимый пожарный риск, а если нормы не позволяют это сделать типовыми решениями, безопасность доказывается расчётом и компенсируется дополнительными мерами.

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

Что должен получить заказчик на выходе

Главная ошибка ТЗ — считать результатом сам текст условий. Для заказчика результат — согласованные СТУ, на которые можно ссылаться в проекте и в экспертизе. Поэтому в задании нужно прямо разделить три состояния документа:

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

Оплата и приёмка привязываются к этим состояниям, а не к дате отправки тома. Состав разделов проекта, в который встраиваются СТУ, задан постановлением Правительства РФ от 16.02.2008 № 87 «О составе разделов проектной документации и требованиях к их содержанию», а порядок проведения экспертизы — постановлением Правительства РФ от 05.03.2007 № 145.

Порядок работ: шаги, которые стоит записать в ТЗ

Порядок разработки СТУ в задании лучше расписать по шагам с результатом на каждом:

  1. Приём исходных данных. Заказчик передаёт градостроительные и архитектурные решения, планировочные схемы, данные по функциональному назначению и количеству людей, а исполнитель письменно фиксирует, чего ему не хватает.
  2. Анализ норм и перечень отступлений. Исполнитель сопоставляет решения с требованиями и выпускает перечень отступлений, каждое из которых привязано к конкретной норме и месту на плане.
  3. Обоснование и расчёты. По каждому отступлению даются расчёт пожарного риска, моделирование эвакуации и распространения опасных факторов, компенсирующие меры.
  4. Подготовка проекта СТУ. Оформляется текст условий: область применения, требования взамен нормативных, порядок контроля.
  5. Согласование. Исполнитель готовит пакет, подаёт его и ведёт переписку с органом, отвечает на замечания.
  6. Доработка по замечаниям. Все правки в рамках цены до получения согласования.
  7. Сопровождение экспертизы. Консультации и правки СТУ и связанных разделов по замечаниям экспертов.
  8. Приёмка. Заказчик получает согласованный документ, расчёты в исходных файлах и протоколы.

Исходные данные: кто за что отвечает

Срыв сроков чаще всего происходит из-за исходных данных: исполнитель ждёт чертежи, заказчик ждёт расчёты. Чтобы не спорить, разделите обязанности таблицей и приложите её к договору.

БлокЧто нужноКто передаётПоследствие задержки
Объёмно-планировочные решенияПланы, разрезы, фасады, высотные отметки, площади и этажностьЗаказчик или генпроектировщикПеречень отступлений нельзя утвердить, срок сдвигается
Функциональное назначениеСостав помещений, категории, число людей, режимы использованияЗаказчикРасчёт эвакуации выполняется на неверных сценариях
Инженерные системыРешения по сигнализации, оповещению, пожаротушению, дымоудалениюПроектировщик системКомпенсирующие меры нельзя подтвердить
Расчётная частьСценарии, методики, программные комплексы, результатыИсполнительСогласующий орган возвращает материалы
Предыдущие согласованияЗаключения, письма, протоколыЗаказчикПовторно поднимаются уже решённые вопросы

Перечень отступлений: сердце задания

Если в ТЗ нет перечня отступлений, исполнитель сам решает, что включить в СТУ, и потом показывает на это как на выполненный объём. Поэтому задание должно требовать, чтобы перечень был отдельным документом, согласованным с заказчиком до расчётов. Для каждого отступления фиксируются:

  • Норма, от которой отступают, и причина отступления.
  • Место на объекте: этаж, зона, секция, помещение.
  • Метод обоснования: расчёт риска, моделирование, ссылка на опыт аналогичных объектов.
  • Компенсирующие меры с измеримыми параметрами и ответственным за эксплуатацию.

Новое отступление, появившееся по ходу проектирования, оформляется дополнением к перечню. Тогда видно, что объём изменился по инициативе заказчика, а не по вине исполнителя.

Требования к расчётам

Расчёты — самое уязвимое место СТУ. Чтобы их не пересчитывали, в ТЗ стоит зафиксировать применяемые методики и программы, перечень расчётных сценариев, правило согласования сценариев до начала расчёта и передачу исходных файлов модели. Закон говорит о допустимом пожарном риске, но конкретные величины и методики проверяются при согласовании, поэтому не берите значения «из головы»: пусть исполнитель укажет их источник.

Отдельно пропишите, что расчёты выполняются по фактическим решениям проекта, а не по обобщённому проектному образу. Если проект изменился, расчёт обновляется в рамках сопровождения. Подтверждение полномочий исполнителя по работам в проектной части проверяйте по реестрам и допускам, которые требует Градостроительный кодекс Российской Федерации.

Согласование как результат работ

Это ключевая формулировка, которая защищает заказчика. Вместо «исполнитель разрабатывает СТУ» запишите: исполнитель обязуется разработать и добиться согласования СТУ уполномоченным органом, а при отказе — устранять замечания без увеличения цены. Подрядчик не вправе рассчитывать, что подписание акта о передаче тома закроет обязательство. Общие правила о подряде на проектные работы, в том числе об ответственности за недостатки документации, содержатся в параграфе о проектных и изыскательских работах главы 37 Гражданского кодекса.

Не берите на себя то, что исполнитель обязан сделать сам: подачу пакета, ответы на замечания, участие в рассмотрении. Если процедуры требуют присутствия заказчика, пропишите это отдельным пунктом и сроком явки.

Типовые формулировки для договора

Ниже — смысл условий, которые стоит перенести в договор (юридическую формулировку согласуйте с юристом):

  • Результат: согласованные СТУ, пригодные для включения в проектную документацию и прохождения экспертизы.
  • Этапы оплаты: часть цены удерживается до получения согласования, часть — до положительного результата экспертизы по разделам, где применены СТУ.
  • Доработки: все правки по замечаниям согласующих и экспертов — без доплаты, если они не вызваны изменением исходных данных заказчиком.
  • Сроки: срок исполнителя считается от получения полного комплекта исходных данных, срок рассмотрения в органе в него не входит.
  • Ответственность: исполнитель возмещает убытки, вызванные недостатками документации, в том числе дополнительные затраты на переделку.
  • Передача материалов: расчётные модели, исходные файлы, протоколы и переписка с органами.

Типичные ошибки заказчика

  1. Задание без перечня отступлений. Объём работ остаётся на усмотрение исполнителя.
  2. Оплата по факту сдачи тома. Весь риск несогласования ложится на заказчика.
  3. Нет срока на передачу исходных данных. Исполнитель ссылается на задержки и сдвигает сроки.
  4. Сопровождение экспертизы не включено. Каждое замечание экспертов превращается в дополнительное соглашение.
  5. Выбор по цене. Самая низкая цена часто означает отсутствие опыта согласования и возврат пакета.

Что проверить в ТЗ до подписания договора

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

Составить задание полезно до выбора подрядчика, чтобы сравнивать отклики по одному объёму. Разместите бесплатную заявку на разработку СТУ в разделе проектирования на площадке-агрегаторе «Ресурс-Плюс»: проектные организации откликнутся с ценой и сроками, а договор вы заключите напрямую, без комиссии. Сама площадка работы не выполняет. Опишите объект и ожидаемые отступления в форме ниже.

Была полезна статья?
0

Обсуждение

Пока нет комментариев. Будьте первым!

Смотрите также