Энергоменеджмент: показатели против базовой линии и мероприятия с подтверждённым эффектом

Что такое энергоменеджмент в QA Деск?

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

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

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

Из чего состоит показатель?

Показатель — удельный расход одного значимого потребителя: компрессорной, сушилки, печи. У него такие поля:

Название «Удельный расход» и «УДЕЛЬНЫЙ РАСХОД» в одном проекте — один показатель: второй сервис не заведёт. Показатель, который больше не ведут, отправляется в архив, а не удаляется.

Какие модели базовой линии есть?

Две — удельный расход и линейная модель; других моделей нет.

• Удельный расход — коэффициент k равен сумме энергии, делённой на сумму выпуска за базовый период; ожидаемый расход — k, умноженный на фактический выпуск. Нужно не меньше 3 показаний базового периода.
• Линейная модель — E = a + b·P, с погодой E = a + b·P + c·H, где P — выпуск, H — градусо-сутки. Коэффициенты считаются методом наименьших квадратов. Модель отделяет постоянную часть расхода — освещение, утечки, отопление цеха — от части, которая зависит от выпуска. Нужно 5 показаний без погоды и 6 с погодой.

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

Если в базовом периоде выпуск (или погода) не менялся, линейную модель построить нельзя — сервис показывает «модель не определяется: выпуск (или погода) не менялся». Если показаний мало — «мало показаний базового периода».

Как оценить, годится ли модель?

Сервис показывает три меры качества модели: R², CV(RMSE) и NMBE. Вердикт «годится» или «не годится» он не выносит: критерии годности модели задаёт организация, и решение остаётся за энергоменеджером. Если модель слабая, честнее сменить базовый период или модель, чем доказывать экономию на ней.

Как вносятся показания?

Показание — период (начало и конец), энергия, выпуск и, при учёте погоды, градусо-сутки. В карточке показателя есть кнопка «Анализ»: в неё вставляются строки из Excel. Период записывается месяцем в виде ГГГГ-ММ или двумя датами. Учётная система или таблица может загрузить показания через API пачкой до 500 строк; такие строки помечаются как загрузка.

Правила одинаковы для вставки и загрузки:

• то же начало периода заменяет показание, а не добавляет второе;
• периоды одного показателя не пересекаются, граница считается включительно;
• если в пачке есть пересечение, отклоняется вся пачка — ни одна строка не записывается;
• отрицательную энергию база данных не принимает.

Эти запреты держит база данных, поэтому их нельзя обойти прямой записью.

Что показывает анализ?

По каждому периоду после базового сервис считает:

• ожидаемый расход — модель при фактическом выпуске и погоде;
• отклонение — факт минус ожидаемое;
• индекс — факт, делённый на ожидаемое: меньше 1 — экономия, больше 1 — перерасход;
• CUSUM — накопленная сумма отклонений с конца базового периода. Устойчивый наклон вниз означает, что экономия держится, а не случилась в одном месяце.

Рядом — график «факт / ожидаемое» с затенённым базовым периодом и итог против цели: экономия отчётного периода как разница ожидаемого и фактического, делённая на ожидаемое. Показание без выпуска (или без градусо-суток при учёте погоды) ожидаемого не получает и CUSUM не меняет.

Как это выглядит на цифрах?

Пример, на котором раздел проверен на рабочем сервере. Компрессорная, линейная модель без погоды, цель снижения 5 %. Базовый период — январь–июнь 2025 года: выпуск от 10 до 60 т, расход от 70 до 170 кВт·ч. Модель: a = 50, b = 2, R² = 1, то есть ожидаемый расход — 50 кВт·ч плюс 2 кВт·ч на тонну.

За три месяца ожидалось 390 кВт·ч, израсходовано 362: экономия около 7 %, цель достигнута. Сравнение с прошлым годом без поправки на выпуск этого бы не показало: в сентябре расход тот же, что ожидается при таком выпуске.

Как подтвердить эффект мероприятия?

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

1. «До» — показания, которые закончились до даты внедрения; «после» — начатые с неё. Период, в который мероприятие внедрили, не идёт ни туда, ни туда.
2. Эффект = (1 − средний индекс «после» ÷ средний индекс «до») × 100 %.
3. Эффект подтверждён, если он не меньше ожидаемой экономии; если ожидаемую не указали — если он больше нуля.

Вердикт — «эффект подтверждён», «эффект не подтверждён» или «ждёт данных «до» и «после»», если с одной из сторон нет показаний. Допустим, в примере выше ремонт утечек внедрён 1 июля с ожиданием 5 %. Средний индекс «до» — 1,00, «после» по трём месяцам — 0,93: эффект около 6,7 %, вердикт «эффект подтверждён».

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

Чего в QA Деске нет?

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

Частые вопросы

Заменяет ли QA Деск систему учёта энергоресурсов?

Нет. Сервис не собирает показания счётчиков и не принимает данные из АСКУЭ по расписанию. Показания вставляются из Excel или загружаются через API пачкой до 500 строк, а QA Деск строит базовую линию, индекс, CUSUM и считает эффект мероприятий.

Сколько показаний нужно для базовой линии?

Для удельного расхода — не меньше 3 показаний базового периода. Для линейной модели от выпуска — 5, с учётом погоды — 6. Если выпуск в базовом периоде не менялся, линейная модель не определяется, и сервис так и пишет.

Кто решает, что модель годится?

Организация. Сервис показывает R², CV(RMSE) и NMBE, но вердикт по модели не выносит: критерии годности задаёт энергоменеджер или внутренний стандарт предприятия.

Как сервис понимает, что мероприятие сработало?

Он сравнивает средний индекс «факт ÷ ожидаемое» до и после даты внедрения, без периода, в который внедряли. Эффект подтверждён, если он не меньше ожидаемой экономии. Нет показаний с одной из сторон — вердикт «ждёт данных».

Что будет, если загрузить показания с пересекающимися периодами?

Пачка будет отклонена целиком, ни одна строка не запишется. Запрет держит база данных. Показание с тем же началом периода, наоборот, заменяет прежнее — так исправляют ошибку ввода.