Сертификаты соответствия IEC 61850: где их искать и что на самом деле подтверждает сертификат

В технических требованиях к оборудованию для цифровых подстанций часто встречается формулировка: «должно поддерживать МЭК 61850».

Но для инженера, проектировщика, наладчика или специалиста эксплуатации такая фраза сама по себе слишком общая. Поддержка IEC 61850 может означать очень разные вещи: наличие MMS-сервера, поддержку GOOSE и/или Sampled Values, возможность импорта/экспорта SCL-файлов, работу в роли клиента или системного конфигуратора.

Поэтому в профессиональной практике важен не только вопрос:

Поддерживает ли устройство IEC 61850?

Гораздо важнее другой вопрос:

Проходила ли именно эта реализация проверку соответствия IEC 61850, по какой редакции стандарта, для какой версии ПО и по каким функциям?

Ответ на этот вопрос даёт база сертификатов соответствия UCAIug / UCA Testing.

Где смотреть сертификаты IEC 61850

Актуальная официальная точка входа — сайт UCA Testing. Он позиционируется как ресурс, агрегируюший информацию по испытаниям на функциональную совместимость, проверкам на соответствие стандарту, аккредитации испытательных лабораторий и программам сертификации для IEC 61850, CIM и OpenFMB. На главной странице UCA Testing отдельно вынесены базы сертификатов соответствия, включая базу IEC 61850.

Для IEC 61850 есть отдельная страница 61850 Testing. На ней указано, что ресурс содержит публичную и закрытую информацию, связанную с проверками устройств на соответствие стандарту. Там же размещена ссылка IEC 61850 Conformance Certificates, ведущая на внешний Redmine-сайт UCAIug, где можно смотреть документы сертификатов и связанную информацию по соответствию IEC 61850.

Иными словами, сегодня практическая схема такая:

UCA Testing — официальная точка входа по программам испытаний и сертификации. Redmine Certificate Repository UCAIug — репозиторий, где размещаются записи и сами сертификаты.

Важно не путать эту базу с обычным Redmine issue tracker. В данном случае Redmine используется как инфраструктура доступа к сертификатам соответствия.

Это новый ресурс?

Корректнее говорить так: это актуальный официальный репозиторий сертификатов соответствия IEC 61850 в инфраструктуре UCAIug / UCA Testing. Раньше сертификаты размещались по другому адресу.

Текущие материалы UCA Testing указывают именно на внешний Redmine как место просмотра сертификатов.

UCAIug / UCA Testing централизовали актуальный доступ к сертификатам соответствия IEC 61850 через Redmine Certificate Repository. Для инженеров это означает, что проверять наличие сертификата лучше не по копии PDF из коммерческого предложения, а по записи в официальной базе.

Кто стоит за этими сертификатами

UCA International Users Group играет ключевую роль в практической инфраструктуре IEC 61850. В сообществе IEC 61850 UCAIug известна прежде всего аккредитацией испытательных лабораторий и сертификацией результатов проверок соответствия.

Это важный момент. UCAIug не заменяет IEC и не «пишет стандарт вместо IEC TC57». Но именно вокруг UCAIug сформирована значительная часть практической инфраструктуры проверки соответствия: испытательные процедуры, аккредитованные лаборатории, сертификаты, испытания на функциональную совместимость и обратная связь от производителей и пользователей.

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

Что такое проверки соответствия

Проверки соответствия (Conformance testing) — это проверка соответствия конкретного продукта требованиям стандарта и утверждённым тестовым процедурам.

В контексте IEC 61850 это означает, что проверяется не абстрактная «поддержка стандарта», а конкретная реализация:

• конкретная модель устройства или программного продукта;
• конкретная версия ПО или прошивки;
• конкретная редакция IEC 61850;
• конкретная роль или характеристика: Server, Client, Merging Unit, Sampled Values, GOOSE Performance или SCL/SCT;
• конкретные блоки соответствия и тестовые процедуры.

Сертификат, таким образом, подтверждает не то, что «устройство вообще подходит для любой цифровой подстанции», а то, что проверенная реализация не показала несоответствий в заявленной области испытаний.

Это более узкое, но гораздо более инженерно полезное утверждение.

Сколько записей в базе сертификатов

По опубликованной выгрузке реестра UCA IUG от 18 марта 2026 года, база содержала 1650 записей по трём редакциям IEC 61850. Важно: это именно записи об испытаниях, а не обязательно 1650 уникальных физических устройств. Один продукт может иметь несколько записей по разным версиям ПО, редакциям стандарта, ролям или типам испытаний.

Разбивка по редакциям IEC 61850 была следующей:

Эта статистика показывает не только масштаб базы, но и эволюцию стандарта. Edition 1 сформировала основу массового внедрения IEC 61850, Edition 2 стала следующим крупным этапом, а Edition 2.1 сейчас становится основной траекторией для новых испытаний.

Какие типы сертификатов есть

В базе встречаются разные типы записей. Самые массовые категории — Server и Client. В сумме они дают 1568 из 1650 записей, то есть около 95% реестра.

Это неудивительно. В большинстве проектов цифровых подстанций устройства РЗА, контроллеры, измерительные устройства выступают в роли серверов IEC 61850. Они предоставляют модель данных и сервисы доступа к ней. SCADA, шлюзы, инженерные и диагностические инструменты работают в роли клиента IEC 61850.

По опубликованной выгрузке распределение по типам проверки выглядело так:

Кратко расшифровать эти категории можно так:

Отдельно в реестре присутствует небольшая категория SCL/SCT, связанная с проверкой инструментов работы с SCL-файлами. В рамках этой статьи мы не будем подробно рассматривать конфигураторы, но сам факт наличия такой категории важен: соответствие IEC 61850 касается не только устройств и коммуникационных сервисов, но и инженерных инструментов, через которые формируются и сопровождаются SCD, SSD, ICD, CID и другие SCL-файлы.

Что именно надо смотреть в сертификате

Ошибка — просто найти в базе название производителя и поставить галочку. Для инженерной проверки этого недостаточно.

В сертификате и записи базы нужно смотреть:

1. Модель продукта. Сертификат на другую серию устройств не подтверждает соответствие нужной модели.
2. Версию ПО или прошивки. В IEC 61850 это критично. Коммуникационный стек, модель данных и другие аспекты могут меняться от версии к версии.
3. Редакцию стандарта. Edition 1, Edition 2 и Edition 2.1 — это не одно и то же. Для новых проектов всё чаще нужно отдельно указывать требуемую редакцию.
4. Тип испытания. Server, Client, Merging Unit, Sampled Values, GOOSE Performance и SCL/SCT — это разные области проверки. Сертификат Server не означает автоматически, что продукт проверен как Client, Merging Unit или SCL-инструмент.
5. Блоки соответствия (Conformance blocks). Именно они показывают, какие функциональные блоки были заявлены и проверялись.
6. Испытательную лабораторию. Важно понимать, кто проводил испытания и была ли это аккредитованная лаборатория в рамках процедуры UCAIug.
7. Дату испытаний. Для долгоживущих продуктовых линеек дата может иметь значение: старая версия устройства могла быть сертифицирована много лет назад, а фактически поставляемая версия уже отличается.

flowchart TB
    START["<b>Запись в реестре UCAIug / UCA Testing</b><br/>найдено имя производителя — этого мало"]

    START --> C1["<b>1 · Модель продукта</b><br/>сертификат на другую серию<br/>не подтверждает нужную модель"]
    C1 --> C2["<b>2 · Версия ПО / прошивки</b><br/>стек, модель данных, SCL-экспорт,<br/>GOOSE и отчёты меняются от версии к версии"]
    C2 --> C3["<b>3 · Редакция стандарта</b><br/>Edition 1 / 2 / 2.1 — это не одно и то же"]
    C3 --> C4["<b>4 · Тип испытания</b><br/>Server / Client / Merging Unit /<br/>Sampled Values / GOOSE Performance / SCL-SCT"]
    C4 --> C5["<b>5 · Блоки соответствия</b><br/>какие функциональные блоки<br/>заявлены и реально проверялись"]
    C5 --> C6["<b>6 · Испытательная лаборатория</b><br/>аккредитована ли она в рамках UCAIug"]
    C6 --> C7["<b>7 · Дата испытаний</b><br/>поставляемая версия может уже<br/>отличаться от сертифицированной"]
    C7 --> OK["<b>Обоснованный вывод</b><br/>что именно подтверждает сертификат —<br/>и применимо ли это к вашему проекту"]

    style START fill:#FFF8E1,stroke:#E6A23C,color:#7A5418
    style C1 fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style C2 fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style C3 fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style C4 fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style C5 fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style C6 fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style C7 fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style OK fill:#E8F5E9,stroke:#67C23A,color:#1B5E3F

Почему сертификат — это не просто «бумажка для тендера»

В традиционных закупках сертификат часто воспринимается как формальный документ. В IEC 61850 это опасное упрощение.

Сертификат соответствия помогает ответить на реальные инженерные вопросы:

• проверялась ли эта реализация независимой лабораторией;
• по какой редакции IEC 61850 она проверялась;
• какая версия ПО была объектом испытаний;
• какие сервисы и блоки испытаний вошли в область проверки;
• можно ли ссылаться на сертификат при проектировании, закупке, ПНР или приёмке;
• соответствует ли заявленная роль устройства фактическому применению в проекте.

Это особенно важно в мультивендорных цифровых подстанциях. Проблемы возникают не только потому, что устройство «не поддерживает IEC 61850». Гораздо чаще проблемы появляются на стыках: разные трактовки SCL, private-секций и настроек конфигураторов и др.

Сертификат не решает все эти проблемы автоматически. Но он задаёт исходный уровень доверия: конкретная реализация хотя бы прошла формальную проверку соответствия.

Чем проверки соответствия отличается от испытаний на функциональную совместимость

Важно не смешивать два разных уровня проверки.

Проверка соответствия отвечает на вопрос:

Соответствует ли конкретный продукт требованиям стандарта и тестовой процедуры?

Испытания на функциональную совместимость отвечают на другой вопрос:

Смогут ли продукты разных производителей корректно взаимодействовать между собой в реальных сценариях?

Оба уровня нужны. Сертификат соответствия — это основа. Но для цифровой подстанции этого недостаточно: на объекте всё равно нужны проектная проверка SCL, верификация GOOSE/SV, проверка MMS, анализ соответствия фактической конфигурации проектному SCD и испытания в составе конкретной системы.

Именно поэтому UCAIug важна не только как держатель базы сертификатов, но и как площадка, вокруг которой развивается практика испытаний IEC 61850.

flowchart TB
    subgraph CONF["Проверки соответствия"]
        direction TB
        CQ["<b>Вопрос:</b><br/>соответствует ли конкретный продукт<br/>требованиям стандарта<br/>и тестовой процедуре?"]
        CO["Объект: одна реализация<br/>модель · версия ПО · редакция · роль"]
        CR["Результат: сертификат соответствия —<br/>исходный уровень доверия"]
        CQ --> CO --> CR
    end

    subgraph INTEROP["Испытания функциональную совместимость"]
        direction TB
        IQ["<b>Вопрос:</b><br/>смогут ли продукты разных<br/>производителей корректно<br/>взаимодействовать между собой?"]
        IO["Объект: связка устройств<br/>в реальных сценариях обмена"]
        IR["Результат: подтверждение работы<br/>на стыках — SCL, DataSet, RCB,<br/>GOOSE-подписки, SV, управление"]
        IQ --> IO --> IR
    end

    CR ==>|"основа, но недостаточно"| IQ
    IR --> SITE["<b>На объекте всё равно нужны</b><br/>проектная проверка SCL · верификация GOOSE/SV ·<br/>проверка MMS · FAT / SAT ·<br/>сверка фактической конфигурации с проектным SCD"]

    style CONF fill:#EAF3FF,stroke:#42A5F5
    style INTEROP fill:#FBE9E7,stroke:#E64A19
    style CQ fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
    style CO fill:#fff,stroke:#90b8e0,color:#0D47A1
    style CR fill:#E8F5E9,stroke:#67C23A,color:#1B5E3F
    style IQ fill:#FBE9E7,stroke:#E64A19,color:#BF360C
    style IO fill:#fff,stroke:#e0a48a,color:#BF360C
    style IR fill:#FFF3E0,stroke:#E6A23C,color:#7A5418
    style SITE fill:#EDE7F6,stroke:#7E57C2,color:#311B92

Как использовать базу сертификатов в проекте

База сертификатов UCAIug полезна на нескольких этапах жизненного цикла цифровой подстанции.

На этапе закупки

Проверяется, действительно ли оборудование, заявленное поставщиком, имеет опубликованный сертификат IEC 61850.

Важно требовать не просто «сертификат IEC 61850», а сертификат с указанием:

• модели продукта;
• версии ПО;
• редакции стандарта;
• типа испытаний;
• conformance blocks;
• испытательной лаборатории;
• номера и даты сертификата.

На этапе проектирования

Проектировщик может понять, какие функции реально подтверждены испытаниями. Например, одно устройство может иметь сертификат Server, но это не означает, что оно проверено как Sampled Values Publisher или Subscriber.

На этапе FAT и SAT

Сертификат можно использовать как исходную точку для программы испытаний. Но программа FAT/SAT должна проверять не только соответствие устройства стандарту, а работу всей системы: SCD, GOOSE, SV, MMS, отчёты, управление, временную синхронизацию и взаимодействие с другими устройствами.

На этапе эксплуатации

Для службы эксплуатации база сертификатов полезна при анализе изменений. Если на объекте обновили прошивку ИЭУ, нужно понимать: соответствует ли новая версия той, которая была сертифицирована, или это уже другая реализация с точки зрения IEC 61850.

Как лучше формулировать требования в ТЗ

Слабая формулировка:

Оборудование должно поддерживать МЭК 61850.

Более корректная формулировка:

Оборудование должно иметь опубликованный сертификат соответствия IEC 61850 в базе UCAIug / UCA Testing с указанием редакции стандарта, типа испытаний, версии ПО/прошивки, применённых тестовых процедур и перечня сертифицированных блоков соответствия.

Для устройств РЗА, контроллеров присоединений и измерительных устройств чаще всего потребуется сертификат IEC 61850 Server.

Для SCADA, шлюзов, систем сбора данных, инженерных и диагностических инструментов может быть важен сертификат Client.

Для решений, связанных с шиной процесса, нужно отдельно смотреть Merging Unit, Sampled Values и, при необходимости, GOOSE Performance.

Для инженерных инструментов работы с SCL-файлами в реестре предусмотрена категория SCL/SCT. В этой статье мы не рассматриваем её подробно, но при проектировании многовендорных цифровых подстанций сам факт проверки SCL-инструментов тоже может быть важен.

Почему Edition 2.1 становится особенно важной

Для новых проектов всё чаще имеет смысл отдельно указывать требование к Edition 2.1. В опубликованной статистике видно, что Edition 2.1 стала доминирующим направлением новых сертификаций: с января 2024 года проверка соответствия по Edition 2.1 стала обязательным направлением в аккредитованных лабораториях UCA IUG, а данные за 2025–2026 годы отражают этот переход.

Это не означает, что все устройства Edition 1 или Edition 2 нужно считать непригодными. На действующих объектах они ещё долго будут использоваться. Но для новых проектов, новых закупок и новых требований к цифровым подстанциям важно явно фиксировать, какая редакция IEC 61850 требуется.

Иначе формулировка «соответствие IEC 61850» может допустить продукт со старым сертификатом, который формально соответствует стандарту, но не соответствует ожиданиям современного проекта.

Главный вывод

База сертификатов UCAIug / UCA Testing — это не просто архив PDF-документов. Это практический инструмент проверки заявлений производителей о поддержке IEC 61850.

Для цифровой подстанции важно не просто наличие фразы «IEC 61850» в описании оборудования, а подтверждение того, что конкретная реализация прошла conformance testing:

• по нужной редакции стандарта;
• в нужной роли;
• с нужной версией ПО;
• по определённым тестовым процедурам;
• с понятной областью проверенных функций.

Поэтому при выборе оборудования, подготовке ТЗ, проведении FAT/SAT и сопровождении эксплуатации вопрос должен звучать не так:

Поддерживает ли устройство IEC 61850?

А так:

Есть ли у этой конкретной версии продукта опубликованный сертификат соответствия IEC 61850 в базе UCAIug / UCA Testing, и что именно этим сертификатом подтверждено?

Именно такой подход превращает IEC 61850 из общей декларации в проверяемое инженерное требование.