Как составить техническое задание на дизель-генераторную установку

Техническое задание на ДГУ должно описывать результат на объекте, а не заранее выбранную марку: какую нагрузку, в каком режиме и при каких условиях должна питать установка, что входит в поставку и как проверяется соответствие. Опросный лист собирает входы и неизвестные, а ТЗ превращает принятые входы в требования, доказательства и критерии приёмки. Если критичное исходное условие неизвестно, назначьте ответственного за его уточнение до выбора модели — типовое значение не заменяет проектные данные.

Отделите требования к результату от особенностей модели

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

Для каждой существенной строки используйте одну формулу:

Что требуется → при каких условиях → кто подтверждает → каким документом → на каком этапе проверяется.

Например, фраза «автоматическая ДГУ» не определяет задачу. В ТЗ нужно отдельно записать причину запуска, источник команды, допустимую последовательность переключений, перечень сигналов, точку подключения, владельца алгоритма и форму проверки. Точно так же слова «северное исполнение», «малошумная» или «под ключ» становятся требованиями только после определения условий, границ и доказательств.

Само ТЗ не заменяет рабочий проект объекта. Оно должно различать:

• исходные условия, которые предоставляет заказчик или проектировщик;
• требования к комплектной установке;
• интерфейсы с кабелями, АВР, топливом, выхлопом, вентиляцией, фундаментом, заземлением и системой мониторинга;
• работы поставщика, монтажной организации и пусконаладчика;
• вопросы, которые нельзя закрыть без расчёта или проверки на площадке.

Если ответственный за один из этих блоков ещё не назначен, внесите это в перечень открытых вопросов. Не скрывайте разрыв ответственности формулировкой «всё необходимое».

Соберите исходные данные объекта до выбора номинала

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

Сначала зафиксируйте сценарий: резервное или основное питание, автономный либо временный объект, работа одной или нескольких установок, возможная параллельная работа с сетью. Укажите, какие потребители должны оставаться под питанием, какие можно отключить по приоритету и что происходит при восстановлении сети. Для обозначения N+1 уточните, какие именно элементы резервируются и какое одиночное событие должно выдерживаться.

Затем приложите контролируемую ведомость: идентификатор и критичность потребителя, исходные kW/kVA и PF, фазы, режим работы, пусковое событие и источник данных. Детальную структуру строк и временных сценариев ведите в ведомости электрических нагрузок, а в ТЗ оставьте её номер редакции, принятый расчётный сценарий и требуемый возврат поставщика.

Не задавайте универсальный процент запаса и не заменяйте неизвестный пусковой ток типовым множителем. Метод подбора, допущения и источник каждого числа должны вернуться вместе с техническим предложением. Чек-лист напряжения, частоты и фазы помогает отдельно проверить электрическую версию до запроса цены.

Зафиксируйте электрическую границу системы

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

Укажите номинальное напряжение и частоту, число фаз, точку подключения, требуемую схему нейтрали и заземления, расположение выходного аппарата и принадлежность АВР. Для сигналов перечислите необходимые состояния и команды, физический или цифровой интерфейс, систему верхнего уровня и сторону, которая выполняет интеграцию.

Минимальные поля здесь — точка подключения, электрическая версия, схема нейтрали, принадлежность АВР, перечень команд/состояний и владелец интеграции. События источника, перенос нагрузки, возврат сети и задержки оформляйте в отдельном алгоритме АВР; ТЗ только ссылается на принятую редакцию алгоритма и задаёт требуемый результат проверки.

Фразы «совместимо с любой АВР» или «подходит для любых частотных приводов» не дают проверяемого результата. Совместимость относится к определённой схеме, аппаратам, интерфейсам и сценариям управления.

Опишите площадку и исполнение как набор входов

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

В ТЗ достаточно назвать диапазон среды, высоту, размещение, ограничения доставки и обслуживания, а также владельцев расчётов помещения, выхлопа, топлива, фундамента и шума. Компонентные доказательства среды проверяйте в отдельной климатической матрице; паспортное значение установки не заменяет проект помещения или требование в контрольной точке объекта.

Сделайте границы поставки видимыми

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

Детальный реестр интерфейсов и распределение ролей выпускайте отдельным приложением по границам поставки. ТЗ ссылается на его редакцию и не повторяет RACI-матрицу по кабелям, АВР, топливу, выхлопу, вентиляции, фундаменту и ПНР.

Свяжите требования с документами и этапами проверки

Каждое существенное требование должно иметь доказательство соответствующей области и понятный момент проверки. Документ до заказа, осмотр при поставке и испытание смонтированной системы не взаимозаменяемы.

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

Заводская проверка может подтвердить только согласованную программу и заводскую конфигурацию. Она не заменяет расчёт кабельной системы, вентиляции, топлива, заземления и защит объекта. Если используются обозначения FAT или SAT, расшифруйте их состав, входы, критерии и подписантов именно для этого проекта.

Серия ISO 8528 служит общим контекстом для характеристик и испытаний генераторных установок, но часть, редакцию и применимость нужно проверять отдельно. Карточка ГОСТ ISO 8528-5-2017 Росстандарта помогает идентифицировать документ; она не заменяет проектные требования и согласованную программу приёмки.

Введите ведомость отклонений и остановочные условия

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

До выпуска окончательного RFQ остановите процесс, если отсутствует хотя бы один критичный блок:

• рынок назначения и место конечной установки;
• сценарий работы и последствия отказа;
• таблица критических нагрузок либо назначенный владелец её подготовки;
• напряжение, частота, фазы и точка подключения;
• условия площадки и ограничения доставки;
• границы ДГУ, АВР, топлива, выхлопа, вентиляции и монтажа;
• требуемые документы и порядок приёмки;
• лицо, которое вправе согласовать отклонения.

Для последующей оценки используйте три результата по каждой строке: соответствует без замечаний; соответствует с явно принятым ограничением; не соответствует или не подтверждено. Цена сравнивается только после такой нормализации объёма и доказательств.

Передайте поставщику единый пакет для ответа

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

Для запроса BEAR приложите рынок и место установки, применение, ведомость нагрузки, напряжение/частоту/фазы, количество установок, условия площадки, требуемые интерфейсы, перечень документов и предпочтительный формат приёмки через форму проекта. Если конкретная модель ещё не обоснована, укажите функциональные требования и допустимые альтернативы. Доступная конфигурация и окончательные коммерческие условия подтверждаются только в предложении по этому пакету.