Эталоны и нормативы ТЭР: моделирование и сравнение энергоэффективности зданий ПАО «Россети»
ПАО «Россети», начиная с 2010 года, последовательно реализует программы энергосбережения и повышения энергетической эффективности, в т.ч. эксплуатируемых зданий. Для обоснованного планирования дальнейшего повышения энергоэффективности зданий разработана методика определения эталонов потребления ТЭР зданиями и сооружениями. Требовался инструмент, позволяющий выполнять расчёт по методике на фонде, насчитывающем свыше шести тысяч зданий.
Мы разработали Сервис ЭНТЭР, позволяющий моделировать различные варианты улучшения характеристик здания, автоматически выполнять расчёт характеристик энергоэффективности вариантов по методике, сравнивать их и выявлять потенциал энергосбережения по всему фонду.
Заказчик
ФСК ЕЭС входит в ПАО «Россети» и управляет Единой национальной электрической сетью (ЕНЭС) — магистральными электрическими сетями России.
В контуре проекта свыше шести тысяч зданий, эксплуатируемых в магистральных электрических сетях. Здания расположены на территории более тысячи подстанций.
Вызов
Регулятор (ФАС России) устанавливает для ПАО «Россети» целевые показатели эффективности (ЦПЭ), в том числе по ежегодному повышению энергоэффективности зданий. ПАО «Россети», начиная с 2010 года, последовательно реализует программы энергосбережения и повышения энергетической эффективности, в т.ч. эксплуатируемых зданий.
Мероприятия энергосбережения на значительной части фонда уже реализованы, часть зданий достигла предела, за которым улучшение невозможно без реконструкции. Чтобы обоснованно планировать дальнейшее повышение энергоэффективности и вести диалог с регулятором по ЦПЭ, ПАО «Россети» разработана методика определения эталонов потребления ТЭР зданиями и сооружениями.
Требовался инструмент, позволяющий:
- Формировать информационную модель здания из двух источников:
- получать характеристики зданий и условий их эксплуатации, необходимые для выполнения расчётов по методике, из корпоративной АИС ОИА ПЭО;
- дособирать недостающие для выполнения расчёта характеристики.
- Формировать для каждого здания несколько вариантов моделей потребления здания - моделировать варианты улучшения характеристик энергоэффективности конструктивных элементов здания (утеплить стены, кровлю, установить энергоэффективные стеклопакеты и т.д.).
- Обеспечивать полноту и непротиворечивость характеристик модели потребления для выполнения расчётов.
- Автоматически выполнять расчёт по методике модели потребления здания - трудоёмкая инженерная процедура, включающая теплотехнический и электрический расчёт по характеристикам конструктивных элементов здания и условий эксплуатации.
- Обеспечить сбор и сравнение результатов моделирования условий потребления зданий:
- Нормативного потребления - показатели потребления электроэнергии и тепловой энергии, которые должны быть достигнуты при текущих характеристиках зданий и условиях эксплуатации;
- Эталонного потребления - показатели потребления электроэнергии и тепловой энергии, которые могут быть достигнуты после реализации технически обоснованных и экономически целесообразных мероприятий по улучшению текущих параметров;
- Технологического потребления - технологически достижимые показатели потребления электроэнергии и тепловой энергии;
- Произвольного потребления - любой сценарий «что если».
- Сформировать отчёт с результатами моделирования.
Решение
Разработан Сервис «Эталоны и нормативы ТЭР» (ЭНТЭР) — отраслевое решение для магистральных сетей ПАО «Россети», реализующее методику определения эталонов потребления ТЭР. Сервис позволяет:
- загрузить данные о зданиях из АИС ОИА ПЭО в базовые модели потребления;
- смоделировать варианты конфигурации здания для разных условий потребления;
- рассчитать по методике характеристики потребления для каждого варианта;
- сравнить показатели энергоэффективности и оценить технологически достижимый потенциал энергосбережения;
- сформировать сравнительные отчёты о характеристиках потребления зданий.
Архитектура

Основные компоненты
1. Модель потребления здания и виды расчёта
Ядро сервиса — модель потребления здания: она описывает условия и эффективность потребления зданием тепловой и электрической энергии. Данные о здании загружаются из АИС ОИА ПЭО в базовую модель; часть параметров, находящихся в ответственности АИС, в сервисе доступна только для чтения (мастер-система этих данных — АИС ОИА ПЭО), недостающие параметры дозаполняются в сервисе.
На основе базовой модели пользователь создаёт варианты под нужный вид расчёта:
| Вид расчёта | Управленческий вопрос, на который отвечает |
|---|---|
| Нормативный | Показатели потребления электроэнергии и тепловой энергии, которые должны быть достигнуты при текущих характеристиках зданий и условиях эксплуатации |
| Эталонный | Показатели потребления электроэнергии и тепловой энергии, которые могут быть достигнуты после реализации технически обоснованных и экономически целесообразных мероприятий по улучшению текущих параметров |
| Технологический | Технологически достижимые показатели потребления электроэнергии и тепловой энергии |
| Произвольный | Любой сценарий «что если» |
Так по зданию сопоставляются фактическая конфигурация («как есть»), эталонный, технологический и произвольный ориентиры; разница показателей «как есть» и «как может быть» — достижимый потенциал энергосбережения.
2. Расчёт характеристик по методике
Модель потребления описывает конструктив здания на отдельных вкладках карточки: форма и габариты, стены, окна, ворота, верхние конструкции, зона контакта с грунтом, вентиляция, условия эксплуатации, отопительный период, освещение, электроприёмники. На каждой вкладке входные параметры соседствуют с расчётными результатами.
Расчётное ядро выполняет две методики — теплотехническую (потребление ТЭ на отопление и вентиляцию: удельная теплозащитная характеристика, теплопоступления, сопротивление теплозащитной оболочки, теплопотери) и электрическую (потребление ЭЭ на освещение и хозяйственно-бытовые нужды). По результатам определяются удельная характеристика расхода ТЭ, отклонение расчётной характеристики от нормативной (%) и класс энергоэффективности здания.

Две особенности реализации, важные именно для доказательности расчёта:
- Прозрачность расчёта. Каждый шаг фиксируется в журнале с формулой и подставленными значениями и привязан к конкретному разделу методики и объекту (окно, светильник, стена). Формулы отображаются в наглядном математическом виде. На вопрос «откуда это число» есть ответ: значение → формула → раздел методики.
- Строгая валидация. Пока хотя бы один параметр не удовлетворяет условиям валидации, расчёт по модели не выполняется. Ошибки структурированы — раздел методики, поле формы, категория (обязательное / вне диапазона / противоречивое / пустой список) и конкретный элемент — и показываются пользователю отдельной панелью.


3. Энергопрофили и сравнительный отчёт
Рассчитанные модели включаются в энергопрофиль здания — по одной модели на вид расчёта. Энергопрофили формируются в рамках задания на сбор по зданиям организационного объекта за отчётный период (задание выдаётся на уровне ПАО «Россети»).
Итог — отчёт «Эталоны и нормативы потребления ТЭР зданиями» в формате .xlsx. Отчёт формируется на любом уровне оргструктуры (компания / МЭС / ПМЭС / подстанция / здание) с фильтрами по статусам энергопрофилей и сводит по зданиям фактические, нормативные и расчётные удельные характеристики, потребление ТЭ и ЭЭ и классы энергоэффективности — то есть даёт готовую базу для сравнения сценариев и обоснования показателей.
Роли пользователей
- Ответственный за здание — создаёт и дозаполняет модели потребления, запускает расчёт, формирует энергопрофили.
- Ответственный за сбор энергопрофилей — выдаёт задания на сбор по зданиям организационного объекта, формирует отчёт.
Доступ к операциям разграничен на уровне прав (claims) и на клиенте, и на сервере.
Технологический стек
| Слой | Технология | Причина выбора |
|---|---|---|
| Backend | C# / .NET 10, ASP.NET Core Web API | Производительность и строгая типизация доменной модели и методики расчёта |
| Архитектура | CQRS, DDD (разделение Domain / Infrastructure / Read) | Сложная расчётная логика изолирована от инфраструктуры |
| Расчётное ядро | Выделенная библиотека Ntr.Calc |
Методики ТЭ и ЭЭ с трассировкой «раздел методики ↔ код» и журналом расчёта |
| Валидация | Модуль Ntr.EpValidation |
Проверка полноты и корректности данных перед расчётом |
| ORM / данные | Entity Framework Core 10, Npgsql | Работа с моделью зданий и импорт данных из АИС ОИА ПЭО |
| База данных | PostgreSQL (Postgres Pro) | Импортозамещённая СУБД; источник АИС ОИА ПЭО — также Postgres Pro |
| Отчёты | ClosedXML | Формирование отчёта в .xlsx |
| Frontend | Angular 21, TypeScript, ng-zorro-antd | Реестры, многовкладочные карточки моделей, формы ввода |
| Рендер формул | KaTeX | Отображение формул журнала расчёта в математическом виде |
| Аутентификация | JWT Bearer, модель прав (claims) | Доступ только авторизованным пользователям, разграничение операций |
| Тестирование | xUnit (backend), Vitest (frontend) | Покрытие методик расчёта и валидации тестами |
| Инфраструктура | Docker, Astra Linux | Развёртывание в импортозамещённом контуре заказчика |
Результаты
Ключевая ценность проекта — создание возможности массово применять методику определения эталонов потребления ТЭР: моделировать конфигурации зданий, рассчитывать их энергоэффективность по единой методике и оценивать достижимый потенциал энергосбережения — по всему фонду (свыше шести тысяч зданий), силами ответственных за здания на местах.
Что даёт сервис
| Что появилось | Эффект |
|---|---|
| Массовый расчёт по методике эталонов | Методика определения эталонов потребления ТЭР применяется ответственными за здания ко всему фонду — свыше шести тысяч зданий, единообразно и воспроизводимо |
| Разбор структуры потерь | Пользователь видит не только итоговый класс и потребление, но и из чего складываются теплопотери (стены, окна, ворота, кровля, вентиляция) и потребление ЭЭ |
| Моделирование вариантов конфигурации | Одно здание → варианты (норматив, эталон, модернизация, «что если») для сравнения показателей энергоэффективности |
| Оценка потенциала энергосбережения | По разнице между фактической и смоделированной улучшенной конфигурацией — технологически достижимый потенциал, адресно по зданиям |
| Сопоставимость по иерархии | Отчёт сводится с уровня здания до ПМЭС, МЭС и компании в целом |
Сроки
Проект выполнен компактной командой в сжатые сроки: старт — февраль 2026, сдача заказчику — июнь 2026.
Рекомендации и развитие
Куда сервис может развиваться
- Расширение библиотеки отчётов — сравнительные срезы по видам расчёта, динамика показателей год к году, рейтинги зданий по потенциалу энергосбережения.
- Каталог типовых мероприятий — привязка сценариев «технологического» расчёта к конкретным мероприятиям и их стоимости для оценки окупаемости.
- Интеграция результатов в инвестиционное планирование — передача обоснований ЦПЭ и приоритетов модернизации в системы планирования программ энергосбережения.
- Автоматическая синхронизация с АИС ОИА ПЭО — сокращение цикла обновления базовых моделей при изменении данных в источнике.
Подходы, которые себя оправдали
- Методика как прослеживаемый код. Каждый шаг расчёта привязан к разделу методики и фиксируется в журнале с формулой. Это делает расчёт проверяемым — и заказчиком, и регулятором.
- Расчёт только по валидным данным. Пока данные не прошли проверку, расчёт не запускается; ошибки структурированы и адресны. Это исключает «правдоподобные, но неверные» результаты.
- Чёткое разделение мастер-системы и сервиса. Данные в ответственности АИС ОИА ПЭО в сервисе доступны только для чтения; варианты конфигураций и дозаполнение — на стороне сервиса. Это исключает рассинхронизацию между системами.
- Единая методика на весь фонд. Один расчётный движок применяется одинаково ко всем зданиям — результаты сопоставимы по любому срезу иерархии.
- Импортозамещённый стек с первого дня. PostgreSQL (Postgres Pro), Astra Linux, Docker — сервис изначально проектировался под контур заказчика.