ТЗ на разработку СТУ по пожарной безопасности: что включить, чтобы не переделывать
Подрядчик сдал СТУ, а согласования нет, и проект стоит. Разбираем, как составить техническое задание на разработку специальных технических условий по пожарной безопасности: исходные данные, перечень отступлений, расчёты, согласование как результат работ, приёмка и формулировки для договора.
Договор на СТУ подписан, аванс ушёл, через два месяца подрядчик присылает толстый том и акт. Вы отправляете документ на согласование, а там возвращают: не хватает обоснования части отступлений, расчёты не по тем сценариям, нет подтверждения компенсирующих мер. Подрядчик отвечает, что работа выполнена по ТЗ, а в ТЗ было написано «разработать СТУ». Проект стоит, экспертиза не начинается, претензию предъявить не на чем: результат работ в задании не определён.
Почти все такие истории начинаются с одного: задание описывает процесс, а не результат. Ниже — что должно быть в ТЗ на разработку специальных технических условий по пожарной безопасности, в каком порядке идут работы и какие формулировки стоит перенести в договор.
Когда СТУ вообще нужны
Специальные технические условия разрабатывают, когда для объекта нет нужных нормативных требований пожарной безопасности или когда проектное решение требует отступить от действующих норм. Общая логика заложена в Федеральном законе от 22.07.2008 № 123-ФЗ «Технический регламент о требованиях пожарной безопасности»: объект должен обеспечивать безопасность людей и допустимый пожарный риск, а если нормы не позволяют это сделать типовыми решениями, безопасность доказывается расчётом и компенсируется дополнительными мерами.
Типичные случаи: здание выше нормативной высоты, большая площадь без противопожарных стен, нестандартные эвакуационные пути, атриумы и многофункциональные комплексы, реконструкция в стеснённых условиях. Прежде чем заказывать СТУ, проверьте, нельзя ли изменить решение так, чтобы отступления не было: СТУ добавляют срок, затраты и обязательства на весь жизненный цикл объекта.
Что должен получить заказчик на выходе
Главная ошибка ТЗ — считать результатом сам текст условий. Для заказчика результат — согласованные СТУ, на которые можно ссылаться в проекте и в экспертизе. Поэтому в задании нужно прямо разделить три состояния документа:
- Разработан: комплект готов и передан заказчику.
- Согласован: получено подтверждение уполномоченного органа, а не только внутреннее одобрение подрядчика.
- Применён в проекте: требования СТУ учтены в разделе о мерах пожарной безопасности и подтверждены в экспертизе проектной документации.
Оплата и приёмка привязываются к этим состояниям, а не к дате отправки тома. Состав разделов проекта, в который встраиваются СТУ, задан постановлением Правительства РФ от 16.02.2008 № 87 «О составе разделов проектной документации и требованиях к их содержанию», а порядок проведения экспертизы — постановлением Правительства РФ от 05.03.2007 № 145.
Порядок работ: шаги, которые стоит записать в ТЗ
Порядок разработки СТУ в задании лучше расписать по шагам с результатом на каждом:
- Приём исходных данных. Заказчик передаёт градостроительные и архитектурные решения, планировочные схемы, данные по функциональному назначению и количеству людей, а исполнитель письменно фиксирует, чего ему не хватает.
- Анализ норм и перечень отступлений. Исполнитель сопоставляет решения с требованиями и выпускает перечень отступлений, каждое из которых привязано к конкретной норме и месту на плане.
- Обоснование и расчёты. По каждому отступлению даются расчёт пожарного риска, моделирование эвакуации и распространения опасных факторов, компенсирующие меры.
- Подготовка проекта СТУ. Оформляется текст условий: область применения, требования взамен нормативных, порядок контроля.
- Согласование. Исполнитель готовит пакет, подаёт его и ведёт переписку с органом, отвечает на замечания.
- Доработка по замечаниям. Все правки в рамках цены до получения согласования.
- Сопровождение экспертизы. Консультации и правки СТУ и связанных разделов по замечаниям экспертов.
- Приёмка. Заказчик получает согласованный документ, расчёты в исходных файлах и протоколы.
Исходные данные: кто за что отвечает
Срыв сроков чаще всего происходит из-за исходных данных: исполнитель ждёт чертежи, заказчик ждёт расчёты. Чтобы не спорить, разделите обязанности таблицей и приложите её к договору.
| Блок | Что нужно | Кто передаёт | Последствие задержки |
|---|---|---|---|
| Объёмно-планировочные решения | Планы, разрезы, фасады, высотные отметки, площади и этажность | Заказчик или генпроектировщик | Перечень отступлений нельзя утвердить, срок сдвигается |
| Функциональное назначение | Состав помещений, категории, число людей, режимы использования | Заказчик | Расчёт эвакуации выполняется на неверных сценариях |
| Инженерные системы | Решения по сигнализации, оповещению, пожаротушению, дымоудалению | Проектировщик систем | Компенсирующие меры нельзя подтвердить |
| Расчётная часть | Сценарии, методики, программные комплексы, результаты | Исполнитель | Согласующий орган возвращает материалы |
| Предыдущие согласования | Заключения, письма, протоколы | Заказчик | Повторно поднимаются уже решённые вопросы |
Перечень отступлений: сердце задания
Если в ТЗ нет перечня отступлений, исполнитель сам решает, что включить в СТУ, и потом показывает на это как на выполненный объём. Поэтому задание должно требовать, чтобы перечень был отдельным документом, согласованным с заказчиком до расчётов. Для каждого отступления фиксируются:
- Норма, от которой отступают, и причина отступления.
- Место на объекте: этаж, зона, секция, помещение.
- Метод обоснования: расчёт риска, моделирование, ссылка на опыт аналогичных объектов.
- Компенсирующие меры с измеримыми параметрами и ответственным за эксплуатацию.
Новое отступление, появившееся по ходу проектирования, оформляется дополнением к перечню. Тогда видно, что объём изменился по инициативе заказчика, а не по вине исполнителя.
Требования к расчётам
Расчёты — самое уязвимое место СТУ. Чтобы их не пересчитывали, в ТЗ стоит зафиксировать применяемые методики и программы, перечень расчётных сценариев, правило согласования сценариев до начала расчёта и передачу исходных файлов модели. Закон говорит о допустимом пожарном риске, но конкретные величины и методики проверяются при согласовании, поэтому не берите значения «из головы»: пусть исполнитель укажет их источник.
Отдельно пропишите, что расчёты выполняются по фактическим решениям проекта, а не по обобщённому проектному образу. Если проект изменился, расчёт обновляется в рамках сопровождения. Подтверждение полномочий исполнителя по работам в проектной части проверяйте по реестрам и допускам, которые требует Градостроительный кодекс Российской Федерации.
Согласование как результат работ
Это ключевая формулировка, которая защищает заказчика. Вместо «исполнитель разрабатывает СТУ» запишите: исполнитель обязуется разработать и добиться согласования СТУ уполномоченным органом, а при отказе — устранять замечания без увеличения цены. Подрядчик не вправе рассчитывать, что подписание акта о передаче тома закроет обязательство. Общие правила о подряде на проектные работы, в том числе об ответственности за недостатки документации, содержатся в параграфе о проектных и изыскательских работах главы 37 Гражданского кодекса.
Не берите на себя то, что исполнитель обязан сделать сам: подачу пакета, ответы на замечания, участие в рассмотрении. Если процедуры требуют присутствия заказчика, пропишите это отдельным пунктом и сроком явки.
Типовые формулировки для договора
Ниже — смысл условий, которые стоит перенести в договор (юридическую формулировку согласуйте с юристом):
- Результат: согласованные СТУ, пригодные для включения в проектную документацию и прохождения экспертизы.
- Этапы оплаты: часть цены удерживается до получения согласования, часть — до положительного результата экспертизы по разделам, где применены СТУ.
- Доработки: все правки по замечаниям согласующих и экспертов — без доплаты, если они не вызваны изменением исходных данных заказчиком.
- Сроки: срок исполнителя считается от получения полного комплекта исходных данных, срок рассмотрения в органе в него не входит.
- Ответственность: исполнитель возмещает убытки, вызванные недостатками документации, в том числе дополнительные затраты на переделку.
- Передача материалов: расчётные модели, исходные файлы, протоколы и переписка с органами.
Типичные ошибки заказчика
- Задание без перечня отступлений. Объём работ остаётся на усмотрение исполнителя.
- Оплата по факту сдачи тома. Весь риск несогласования ложится на заказчика.
- Нет срока на передачу исходных данных. Исполнитель ссылается на задержки и сдвигает сроки.
- Сопровождение экспертизы не включено. Каждое замечание экспертов превращается в дополнительное соглашение.
- Выбор по цене. Самая низкая цена часто означает отсутствие опыта согласования и возврат пакета.
Что проверить в ТЗ до подписания договора
- Сверьте результат: написано ли «согласованные СТУ», а не «разработанные».
- Приложите перечень отступлений или обязательство выпустить его до расчётов.
- Закрепите обязанности по исходным данным таблицей со сроками.
- Включите доработки и сопровождение экспертизы в цену.
- Свяжите оплату с согласованием, а не с датой передачи документа.
- Запросите опыт: аналогичные объекты и подтверждающие документы исполнителя.
Составить задание полезно до выбора подрядчика, чтобы сравнивать отклики по одному объёму. Разместите бесплатную заявку на разработку СТУ в разделе проектирования на площадке-агрегаторе «Ресурс-Плюс»: проектные организации откликнутся с ценой и сроками, а договор вы заключите напрямую, без комиссии. Сама площадка работы не выполняет. Опишите объект и ожидаемые отступления в форме ниже.
Обсуждение
Пока нет комментариев. Будьте первым!









