Как составить техническое задание для проектировщика инженерных систем: структура, входные данные и контроль полноты

Качество технического задания (ТЗ) определяет 70–80 % успеха проекта инженерных систем. Неполные или противоречивые входные данные приводят к переработкам, превышению бюджета, срыву сроков и, в худшем случае, к невозможности эксплуатации объекта. Статья объясняет, какие сведения должен подготовить заказчик, как их структурировать и как проверить ТЗ перед передачей проектировщику, чтобы получить рабочий проект без лишних итераций.

Почему ТЗ — это не формальность, а инструмент управления рисками

Проектировщик не принимает решений за заказчика. Его задача — найти технически обоснованное, нормативно соответственное и экономически целесообразное решение в рамках заданных граничных условий. Если граничные условия не заданы, проектировщик либо делает допущения (которые могут не совпасть с ожиданиями заказчика), либо останавливает работу до уточнений. Оба варианта стоят времени и денег.

Хорошее ТЗ решает три задачи:

• Фиксирует требования заказчика в недвусмысленной форме.
• Задаёт полный набор входных данных для расчётов и выбора оборудования.
• Устанавливает критерии приёмки проектной документации.

Главный принцип: ТЗ должно содержать всё, что известно заказчику на момент старта проектирования, и чётко обозначить, что неизвестно и требует согласования в процессе работы.

Минимальный пакет входных данных: что заказчик обязан предоставить

До передачи ТЗ проектировщику убедитесь, что у вас на руках есть следующие документы и сведения. Их отсутствие — самая частая причина остановки работ на ранних стадиях.

Архитектурно-планировочные решения

• Планировки всех этажей с отметками полов, высотой потолков, расположением стен, дверных и оконных проёмов.
• Развертки санитарных узлов, кухонь, серверных, электрощитовых, тепловых пунктов.
• Схемы зонирования по функционалу (офисы, склад, производство, чистые зоны, зоны с повышенными требованиями к микроклимату).
• Фасады и сечения с отметками уровней, кровель, парапетов, выносов.
• Ведомство отделок (влажные зоны, требования к шумоизоляции, антистатические покрытия и т.д.).

Если архитектурный проект ещё не утверждён, укажите в ТЗ: «Планировки предварительные, возможны изменения до ±10 % площадей. Проектировщик ИС работает по ревизии №Х от даты. Изменения после согласования вносятся по дополнительному соглашению».

Конструктив и строительные решения

• Тип несущей конструкции (монолит, префабрикат, металл, кирпич) — влияет на проходы, навеску, штробление.
• Схемы балко-колонных связей, расположение жёстких диафрагм, лифtoverов.
• Тип перекрытий и допустимые нагрузки на них (для размещения оборудования на кровле, в технических этажах).
• Гидроизоляция подвалов, типы оснований — критично для водоотведения и дренажа.

Технологические и эксплуатационные требования

• Режимы работы здания (круглосуточно/сменно, сезонные перерывы).
• Количество людей по зонам, специфика процессов (выделение тепла, влаги, вредных веществ).
• Требования к микроклимату по зонам: температура, влажность, чистота воздуха, уровень шума, избыточное/разреженное давление.
• Специальные режимы: серверные (точное кондиционирование), лаборатории (вытяжки, класс чистоты), производственные участки (пожаровзрывобезопасность).

Источники энергии и точки подключения

• Электроснабжение: категория надежности, вводимая мощность, количество и тип вводов, характеристики трансформаторной подстанции (своя/городская), место установки ВРУ/РУ.
• Теплоснабжение: центральное/автономное, параметры теплоносителя на входе, наличие ИТП/ЦТП, возможность подключения к существующим сетям.
• Водоснабжение: давление на входе, качество воды, лимиты водопотребления/водоотведения, наличие насосных станций повышения давления.
• Газоснабжение: категория потребителя, давление на входе, необходимость ГПР.

Если технические условия (ТУ) уже получены — приложите их. Если нет — укажите стадию оформления и сроки ожидания. Проектировщик не может правильно выбрать оборудование без ТУ.

Нормативная база и особые требования

• Применяемый свод правил (СП) и ГОСТ — актуальные на момент проектирования.
• Требования заказчика выше нормы (например, «резерв 20 % на холод», «только чиллеры с инверторами», «BMS на открытом протоколе BACnet»).
• Сертификация здания (LEED, BREEAM, «Зеленый стандарт») — если планируется.
• Требования к доступу для обслуживания, габаритам проходов, шумовым ограничениям на границе участка.

Структура технического задания: рекомендуемый состав разделов

Единого гостовского шаблона ТЗ на проектирование ИС не существует, но проверенная практикой структура включает следующие блоки. Порядок может меняться, но смысловые разделы должны быть все.

Ссылки на файлы АР/КР, ревизии, таблица площадей по зонам, высоты этажей, нагрузки на перекрытия

Раздел ТЗ	Содержание	Кто формирует
1. Общие сведения	Наименование объекта, адрес, этап проектирования (П/Р/ПР), состав разделов ИС, нормативная база, сроки	Заказчик
2. Архитектурно-конструктивные входные данные	Заказчик / АР-проектировщик
3. Тепловыделения и климатические параметры	Расчётные температуры наружного воздуха (СП 131.13330), внутренние тепловыделения по зонам (люди, техника, освещение), режимы работы	Заказчик / Технолог
4. Отопление	Тип системы (водяное/воздушное/комби), температурный график, требования к регулированию, зонирование, тепловой узел (ИТП/ЦТП/котельная), источники тепла	Заказчик + Проектировщик (варианты)
5. Вентиляция и кондиционирование	Тип систем (приточно-вытяжные, ВРУ, чиллер-фанкойл, VRF, центральное кондиционирование), нормативы обмена, классы фильтрации, требования к шуму, тепловозврат, автоматизация	Заказчик + Проектировщик
6. Водоснабжение и водоотведение	Расходы по зонам, качество воды (фильтрация, смягчение), горячее водоснабжение (рециркуляция, теплообменники), дренаж, ливневка, пожаротушение (внутреннее/наружное)	Заказчик + Проектировщик
7. Электроснабжение	Категория надежности, вводимая мощность, схема питания (ВРУ, РУ, ЩО, ЩЭ), требования к резервированию (ДГУ, ИБП), освещение (нормы, управление), заземление, молниезащита	Заказчик + Проектировщик
8. Газоснабжение (при наличии)	Категория, давление, расходы, ГПР, котельное оборудование, вентиляция газопотребляющих помещений	Заказчик + Проектировщик
9. Автоматизация и диспетчеризация (АСУ ТП / BMS)	Архитектура (централизованная/распределённая), протоколы, состав управляемых параметров, алгоритмы, интерфейсы, интеграция с вышестоящими системами, серверное оборудование	Заказчик (часто с подрядчиком по АСУ)
10. Пожарная безопасность (разделы ПП, ПА, СОУЭ)	Класс функциональной пожарной опасности, схема эвакуации, требования к СОУЭ, дымозащите, пожаротушению (спринклеры, газовое/порошковое), доступ ПЧ	Заказчик / Пожарный консультант
11. Слаботочные системы	СКС (структурированная кабельная система), СКУД, Охранная/Тревожная сигнализация, ТВ, СМТ, Домофон/Видеодомофон, Радиопокрытие (GSM/LTE/Wi-Fi), ПАС	Заказчик / ИТ-отдел / Безопасность
12. Требования к исполнению проектной документации	Форматы выдачи (DWG/PDF/IFC), система координат, стадии (П/Р/РД), состав листов, оформление спецификаций, требования к 3D/ВИМ	Заказчик
13. Координация и согласования	Порядок согласования с АР/КР, стадии промежуточных выдач, процедура внесения изменений, ответственные лица	Заказчик
14. Приложения	ТУ на подключение, выписки из градостроительного плана, отчёты геологии/геодезии, акты обследования (для реконструкции), письма с требованиями операторов/арендаторов	Заказчик

Ключевые разделы детально: на что обратить внимание

Отопление: выбор схемы и теплового узла

В ТЗ нужно зафиксировать не просто «водяное отопление», а:

• Температурный график (например, 95/70 или 80/60 или низкотемпературный 55/45 для теплых полов/конвекторов).
• Тип регулирования: качественное (погодозависимое на тепловом узле) или количественное (термостаты на приборах) или комбинированное.
• Наличие и тип теплового узла: ИТП (индивидуальный), ЦТП (центральный), котельная. Кто проектирует узел — проектировщик ИС или отдельный подрядчик.
• Требования к резервированию насосов (N+1 стандарт, 2N для критичных объектов).
• Возможность подключения альтернативных источников (солнечные коллекторы, тепловые насосы) — сейчас или в перспективе.

Если объект подключается к центральному теплоснабжению, в ТЗ должны быть параметры теплоносителя на входе по ТУ (давление, температура, химический состав). Без них расчёт ИТП невозможен.

Вентиляция и кондиционирование: разделение зон и выбор системы

Самая частая ошибка — требовать «вентсистему» без зонирования. В ТЗ должно быть:

• Таблица зон с нормативным воздухообменом (по СП 60.13330, СаниПиН или технологическим регламентом).
• Требования к температуре/влажности в каждой зоне (зимой/летом).
• Наличие выделений (влаги, тепла, загрязнителей) — источник данных: технолог производства или заказчик для офисов (люди + техника).
• Предпочтительный тип систем: центральные ВРУ с тепловозвратом (плейт/ротор), децентрализованные приточные/вытяжные, чиллер-фанкойл, VRF, прецизионные кондиционеры. Если выбор не сделан — напишите: «Проектировщик предлагает 2–3 варианта с ТЭО».
• Требования к шуму: в помещениях (НС-35/40/45), на границе участка (СанПиН 2.2.4/2.1.8).
• Тепловозврат: обязателен ли, какой эффективности, морозостойкость.
• Автоматика: локальные пульты / интеграция в BMS / расписания / CO2-контроль.

Для серверных и ЦОД укажите: тепловыделение на кВт/м² или на стойку, класс точности (ASHARE TC 9.9), требования к резервированию (N+1, 2N), режим работы 24/7.

Водоснабжение и водоотведение: расходы и качество

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

• Расчётные расходы (л/с) по вводам и по зонам (СП 30.13330 или технологические данные).
• Давление на входе (по ТУ или замеру) — от этого зависит нужна ли насосная станция повышения давления (НСПД).
• Горячее водоснабжение: центральное / локальное (теплообменники в ИТП / мгновенные нагреватели). Схема рециркуляции (обязательна при длине труб > 10–15 м).
• Требования к качеству воды: механическая фильтрация, смягчение, дозирование реагентов, УФ-обеззараживание — если важно для процесса или оборудования.
• Водоотведение: бытовое, производственное, ливневое — раздельно. Наличие загрязнителей, требующих локальных очистных сооружений (ловушки для жиров, бензинов, нейтрализаторы).
• Пожарное водоснабжение: внутреннее (СП 10.13130), наружное (СП 8.13130), требования к насосам пожаротушения, резервуарам.

Электроснабжение: от категории надежности до щитов

Электрика — самый «жёсткий» раздел по нормативу (ПУЭ, СП 256.13258). В ТЗ:

• Категория надежности (I, II, III) — определяет схему питания, наличие ДГУ, АВР.
• Вводимая мощность (кВА) и коэффициент спроса — база для выбора трансформаторов, сечений кабелей, аппаратов.
• Количество и тип вводов (кабельные/вЛЭП), место ВРУ.
• Требования к резервированию: ДГУ (мощность, автозапуск, топливный бак), ИБП (для ИТ, АСУ, освещения эвакуации), ввод из другой подстанции.
• Распределение нагрузок по группам: освещение, розетки, вентиляция, отопление, насосы, лифты, слаботочка — для баланса фаз и селективности защиты.
• Освещение: нормы освещённости (СП 52.13330), тип управления (ДД, ДП, DALI, KNX, расписание), аварийное/эвакуационное.
• Заземление и молниезащика: категория по РД 34.21.122-87 / СП 256.13258, контуры заземления, ПБО.

Автоматизация (АСУ ТП / BMS): архитектура и интеграция

Часто оставляют «на потом» — и получают набор несвязанных контроллеров. В ТЗ фиксируйте:

• Уровень автоматизации: локальные регуляторы / контроллеры полевого уровня с веб-интерфейсом / полноценная BMS (SCADA).
• Протоколы связи: BACnet/IP, Modbus TCP/RTU, KNX, OPC UA — чтобы избежать «запертых» проприетарных систем.
• Состав управляемых объектов: насосы, вентиляторы, клапаны, чиллеры, котельные, НСПД, ДГУ, щиты (измерения), СОУЭ.
• Алгоритмы: погодозависимое регулирование, режимы «экономия/комфорт», свободное охлаждение, CO2-контроль, защита от замерзания.
• Диспетчеризация: локальный сервер / облако, доступ по веб/мобильному, права доступа, логирование, тревоги (SMS/Email/Modbus на пульт охраны).
• Интеграция: с системами пожаротушения (пожарный сценарий), СКУД (вентиляция при проникновении), ИТ-инфраструктурой (мониторинг ЦОД).

Слаботочка: не «дополнительно», а параллельно

СКС, СКУД, Охрана, ТВ, СМТ, ПАС, GSM/Wi-Fi — проектируются параллельно с силовыми сетями, так как используют одни трассы, шахты, ПНУП. В ТЗ укажите:

• Категории помещений по СКС (серверная, рабочие места, Wi-Fi зоны).
• Требования к СКУД: зоны доступа, типы считывателей, интеграция с BMS/HR-системой.
• ПАС: зоны оповещения, приоритеты, интеграция с СОУЭ.
• Радиопокрытие: требования операторов связи (MNO) к встроенным системам (DAS/BDА) — если объект большой или подземный.

Координация с архитектурой и конструкциями: процесс, а не разовый обмен

ТЗ — живой документ. Координация проходит в несколько кругов:

1. Запуск (Kick-off): передача актуальных АР/КР моделей (IFC/DWG), соглашение о системе координат, уровнях, сетке осей.
2. Концептуальная стадия (П — ПД): проектировщик ИС выдаёт принципиальные схемы, габариты основного оборудования, загрузки на перекрытия, проходы в перекрытиях/стенах, шахты, требования к помещениям (тепловой узел, вентиляционная камера, щитовая, серверная). Архитектор вносит правки в АР.
3. Рабочая стадия (Р/РД): детальная координация трасс (BIM-проверка коллизий), привязка к узлам креплений, проёмам в несущих конструкциях, откосам окон/дверей.
4. Исполнительная стадия: согласование изменений в ходе монтажа (ас-билт модели).

В ТЗ пропишите: форматы обмена (IFC 2×3/4, DWG), периодичность выдач (например, «каждые 2 недели»), ответственных координаторов по каждой стороне, процедуру утверждения изменений (техническое задание на изменение — ТЗИ).

Типичные ошибки заказчика при составлении ТЗ

Ошибка	Последствие	Как избежать
Передача устаревших планировок («потом поправим»)	Переработка 30–50 % трасс, сдвиг оборудования, коллизии с конструкциями	Закрепить ревизию АР/КР в ТЗ, предусмотреть процедуру изменений за счёт заказчика
Отсутствие ТУ на подключение к сетям	Неверный выбор оборудования (насосы, чиллеры, трансформаторы), невозможность согласовать проект в экспертизе/сетевой организации	Получить ТУ до старта П-стадии. Если нет — указать расчётные параметры «не хуже чем» и ответственность за риск
Формулировка «сделайте по нормам» без зонирования	Проектировщик ставит минимальные нормативные значения, заказчик получает некомфорт или перерасход мощности	Заполнить таблицу зон с целевыми параметрами микроклимата, шума, освещённости
Игнорирование технологических выделений (температура, влага, пыль, газы)	Недостаточная производительность вентиляции, конденсат, коррозия, штрафы Роспотребнадзора	Запросить у технолога/производства ведомство выделений или измерить на аналогичном объекте
Неучёт габаритов и веса оборудования на этапе ПД	Не влезает в шахту/помещение, перекрытие не выдерживает, нет путей ввода/вывода	Требовать от проектировщика габаритные чертежи оборудования на П-стадии, согласовывать с АР/КР
Отсутствие требований к АСУ/БМС — «просто поставьте датчики»	Набор несвязанных контроллеров, невозможность диспетчеризации, вендорная привязка	Описать архитектуру, протоколы, сценарии, интерфейсы в разделе 9 ТЗ
Слаботочка проектируется после силовой	Не хватает места в трассах/шкафах, пересечения с силовыми кабелями (помехи), переборка	Включить слаботочку в состав ТЗ как равноправный раздел, координировать трассы одновременно
Неопределённость с пожарной безопасностью (категория помещений, схема эвакуации)	Перепроектирование СОУЭ, дымозащиты, спринклеризации на Р-стадии	Утвердить категорию помещений (по СП 12.13130) и схему эвакуации до старта ПД

Чек-лист: проверка ТЗ перед передачей проектировщику

Пройдитесь по списку. Если хоть на один пункт ответа «нет» — ТЗ не готово.

• Указаны все разделы ИС, входящие в объём проектирования (ОВ, ВК, ВС, ЭОМ, ГС, АСУ, СС, ПП/ПА/СОУЭ).
• Приложены актуальные АР/КР модели (IFC/DWG) с номерами ревизий и датами.
• Заполнена таблица зон: площадь, высота, назначение, количество людей, тепловыделения, нормативы микроклимата/шума/освещённости.
• Получены и приложены ТУ на электричество, тепло, воду, газ (или заявлены, с указанием сроков).
• Определена категория надежности электроснабжения и необходимость/мощность ДГУ/ИБП.
• Утверждена схема пожарной безопасности: категории помещений, классы функциональной опасности, схема эвакуации.
• Согласованы предпочтительные типы систем (чиллер-фанкойл vs VRF, центральная вентиляция vs децентрализованная) или задано требование ТЭО вариантов.
• Заданы требования к автоматизации: протоколы, состав точек, сценарии, интеграция.
• Определены требования к форматам выдачи (DWG/PDF/IFC), стадиям (П/Р/РД), системе координат.
• Назначены ответственные координаторы от заказчика, АР, КР, проектировщика ИС.
• Прописаана процедура изменений: как фиксируются, согласовываются, оплачиваются.
• Указаны сроки промежуточных выдач и итоговой сдачи по каждому разделу.

Сценарии: как действовать в типичных ситуациях

Сценарий 1: Реконструкция работающего здания

Дополнительно к стандартному пакету нужны:

• Акт обследования существующих инженерных систем (состояние, остаточный ресурс, схемы «как есть»).
• Журналы эксплуатации, отчёты о неисправностях.
• План поэтапности работ: как обеспечивать рабочую среду/производство во время монтажа (временные схемы, посуточные графики).
• Требования к шумам/вибрации/пыли в процессе работ.

Сценарий 2: Строительство по этапам (фазам)

В ТЗ обязательно:

• Общая мастер-плановая схема ИС на все этапы (чтобы первый этап не перекрывал второй).
• Разделение ТЗ на этапы: что входит в 1-ю очередь, что во 2-ю, какие магистрали закладываются «в запас».
• Требования к временным схемам (котельная на контейнерах, подключение к существующим сетям, мобильные ДГУ).

Сценарий 3: Объект с высокими требованиями к надежности (ЦОД, больница, производство безостановочного цикла)

ТЗ должно содержать:

• Матрицу надежности: какие системы резервируются (N+1, 2N), какие — нет.
• Требования к автономной работе: запас топлива ДГУ (часы), ёмкость аккумуляторных батарей ИБП, водяные резервуары.
• Сценарии аварийных режимов: поведение вентиляции при пожаре, отключении электричества, аварии чиллера.
• Требования к мониторингу: непрерывный лог параметров, автоматическое тестирование резервов.

Практический следующий шаг

Сформируйте пакет ТЗ по структуре из таблицы выше. Начните с заполнения таблицы зон (раздел 3) — она заставляет собрать входные данные от технологов, арендаторов, ИТ-отдела, HR. Без этой таблицы проектировщик ВК и ОВ будет работать «вслепую».

Перед отправкой прогоните чек-лист. Если не хватает ТУ или актуальной АР — укажите в сопроводительном письме: «ТЗ передано для начала работ по разделам ВК/ОВ/АСУ. Разделы ВС/ЭОМ/ПП будут доработаны после получения ТУ (ожидается до ДД.ММ.ГГГГ) и согласования АР ревизии №Х». Это честная и рабочая позиция.

Согласуйте с проектировщиком формат еженедельных/двухнедельных координационных совещаний (встречи/видеоконференции) с протоколами. Устные договорённости теряются — письменные остаются в проекте.

Статья носит информационный характер. Составление технического задания для объектов с повышенной ответственностью (уникальные здания, опасные производственные объекты, медицинские организации, объекты критической инфраструктуры) требует привлечения профильных экспертов и согласования с экспертизой проектной документации. Отдельные нормативные требования могут меняться; актуальность СП, ГОСТ и региональных норм необходимо проверять на дату начала проектирования.

FAQ: частые вопросы заказчиков

Нужен ли отдельный ТЗ на каждый раздел ИС или один общий?

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

Кто должен писать ТЗ: заказчик или проектировщик?

Заказчик формирует требования (что нужно), проектировщик помогает оформить их в техническую форму (как реализовать). На практике: заказчик заполняет таблицы зон, выдаёт ТУ, АР/КР, формулирует пожелания по типам систем. Проектировщик готовит черновик ТЗ по своим разделам на основе полученных данных, заказчик утверждает. Подписание ТЗ обеими сторонами — начало работ.

Что делать, если арендаторы неизвестны (спекулятивное строительство)?

Проектируйте по «базовому сценарию»: офисная застройка класса B+/A- (СП 60.13330), стандартные тепловыделения (100 Вт/чел + 15–20 Вт/м² техника), гибкая зонирование вентиляции (возможность перебалансировки), резерв мощности в щитах 25–30 %, универсальные шахты и проходы. В ТЗ зафиксируйте: «Проект разработан для многоцелевого использования. Адаптация под конкретного арендатора — отдельный этап».

Как зафиксировать требования к оборудованию, не указывая бренды?

Используйте технические характеристики: класс энергоэффективности (ErP), КПД/COP/EER, уровень звуковой мощности (дБА), габариты, вес, материалы (нержавейка 316 для агрессивных сред), протоколы связи (BACnet/Modbus), срок службы, наличие сервисных центров в регионе, гарантия. Фраза «или аналогичный по параметрам» допускает конкурс при закупке.

Какая ответственность за ошибки в ТЗ?

Если ошибка в ТЗ привела к ошибке в проекте — ответственность заказчика (п. 4 ст. 748 ГК РФ, судебная практика). Если проектировщик не обратил внимание на очевидное противоречие во входных данных — доля ответственности делится. Поэтому ТЗ должно быть подписано ответственным лицом заказчика с указанием «входные данные проверены, полны и не противоречивы».