Приказ Минэнерго № 1429: порядок раскрытия цифровых информационных моделей электроэнергетики в работе проектировщика
Разбираю приказ Минэнерго № 1429 от 31.10.2025: кого из проектировщиков он затрагивает, что меняется при передаче и получении ЦИМ, как это связано с приказом № 82 и что закладывать в договоры и графики.
Приказ Минэнерго России от 31.10.2025 № 1429 утверждает Порядок раскрытия (предоставления) цифровых информационных моделей электроэнергетических систем, а также цифровых информационных моделей объектов электроэнергетики или их фрагментов и вносит изменения в приказ Минэнерго России от 17.02.2023 № 82. Для проектных организаций это не абстрактная методология, а рабочий документ: он определяет, как мы получаем исходные ЦИМ от сетевых и генерирующих организаций, в каком виде и с какой ответственностью передаём свои модели во внешний контур и какие пробелы в договорах придётся закрывать.
Кого касается документ
Действие порядка распространяется на участников оборота цифровых информационных моделей в электроэнергетике. В проектной практике это прежде всего следующие категории:
- проектировщики объектов электроэнергетики — подстанций, линий электропередачи, объектов генерации, системообразующих и распределительных сетей, включая реконструкцию и техническое перевооружение;
- организации, выполняющие схемно-режимные расчёты и разрабатывающие модели электроэнергетических систем для целей технологического присоединения и перспективного развития;
- проектировщики, получающие исходные данные от сетевой организации в виде фрагментов ЦИМ энергосистемы и обязанные вернуть результат в согласованном формате;
- подрядчики, работающие по договорам с субъектами электроэнергетики, где предметом прямо или косвенно является информационная модель.
Если по объекту вообще не формируется цифровая информационная модель и взаимодействие идёт на бумаге или в табличной форме, часть требований к вам не применяется — но проверить это нужно по условиям конкретного договора и технического задания, а не по сложившейся привычке.
Что меняется по существу
Ключевой сдвиг — раскрытие моделей перестаёт быть результатом личных договорённостей между проектировщиком и сетевой организацией и становится регламентированной процедурой с зафиксированным составом, порядком и основаниями предоставления. Для ГИПа это означает три последствия.
- Состав передаваемых данных должен соответствовать порядку, а не внутреннему шаблону заказчика, если этот шаблон ему противоречит.
- Появляется формальная процедура запроса и получения фрагментов ЦИМ энергосистемы, на которую можно ссылаться в переписке.
- Изменения в приказ № 82 синхронизируют ранее выпущенные требования с новым порядком — старые внутренние регламенты, написанные под № 82, требуют ревизии.
Практический признак того, что вас касается новый порядок: в техническом задании или договоре встречаются формулировки о передаче информационной модели, о её фрагменте либо о предоставлении данных для формирования модели энергосистемы.
Что проверить в договоре и техническом задании
Порядок раскрытия моделей работает поверх договорной конструкции. Если в договоре не описаны формат, состав, сроки и ответственность за качество ЦИМ, ссылка на приказ проблему не закрывает. Рекомендую сверить позиции по таблице.
| Позиция | Что должно быть зафиксировано | Типовой риск |
|---|---|---|
| Состав ЦИМ | Перечень передаваемых фрагментов, уровень детализации, состав атрибутов | Заказчик требует полный объём, а оплачен фрагмент |
| Формат | Формат обмена и версия схемы данных, требования к совместимости | Модель не открывается на стороне получателя |
| Права | Условия использования, ограничения распространения, режим конфиденциальности | Претензии по раскрытию данных третьим лицам |
| Сроки | Момент предоставления, порядок продления, зависимость от исходных данных | Штрафы за просрочку, вызванную задержкой исходной модели |
| Приёмка | Критерии полноты и корректности, порядок устранения замечаний | Бесконечные итерации доработок вне оплаты |
| Ответственность | Границы ответственности за исходные и производные данные | На проектировщика перекладывают ошибки чужой модели |
Порядок действий для проектной организации
Выстраиваю работу в такой последовательности.
- Сверить договор и ТЗ с новым порядком: определить, попадает ли объект в контур раскрытия ЦИМ и в каком объёме.
- Направить запрос на предоставление исходных фрагментов ЦИМ энергосистемы в срок, обеспечивающий выполнение расчётов и разделов проекта.
- Зафиксировать полученные данные актом или протоколом: версия, дата, состав, известные ограничения.
- Проверить исходную модель на полноту и внутреннюю непротиворечивость до начала проектирования, а не после выпуска комплекта.
- Выполнить проект и сформировать производную ЦИМ в согласованном формате и составе.
- Передать модель по процедуре, предусмотренной порядком и договором, с сопроводительным описанием состава и версии.
- Отработать замечания получателя в рамках согласованных критериев приёмки.
Типовые ошибки и как их избежать
- Поздний запрос исходных данных. Модель энергосистемы запрашивается после начала расчётов, сроки горят. Запрос — в первый месяц работ.
- Отсутствие версионности. Получен обновлённый фрагмент, а расчёты сделаны по старому. Нужен журнал версий с датами и авторами.
- Смешение исходной и производной модели. В передаваемый фрагмент попадают чужие данные без пометки источника. Разделяйте слои и подписывайте происхождение.
- Устные договорённости о формате. Формат обмена фиксируется письменно, иначе приёмка превращается в перебор вариантов.
- Игнорирование изменений в приказ № 82. Внутренний регламент под старые требования даёт формально неверный результат.
Что закладывать во внутренний регламент
Порядок, утверждённый приказом № 1429, разумно перенести во внутренний стандарт организации: перечень ролей (ответственный за ЦИМ, исполнитель, проверяющий), требования к форматам и версиям, шаблоны запросов и сопроводительных писем, журнал версий, порядок приёмки и хранения моделей. Это снимает большую часть споров ещё до их возникновения и делает работу с ЦИМ воспроизводимой от объекта к объекту, а не зависящей от памяти конкретного исполнителя.
Отдельно стоит предусмотреть проверку совместимости моделей на раннем этапе: расхождение версий схемы данных выявляется дешевле всего до начала массового выпуска документации.
Все статьи блога · Инженерные калькуляторы · Нормативная база · Обсудить на форуме