Certificados de conformidade IEC 61850: onde procurá-los e o que o certificado realmente confirma

Nos requisitos técnicos para equipamentos de subestações digitais aparece com frequência a formulação: «deve suportar a IEC 61850».

Mas, para um engenheiro, um projetista, um comissionador ou um especialista de operação, essa frase por si só é demasiado genérica. O suporte à IEC 61850 pode significar coisas muito diferentes: a presença de um servidor MMS, o suporte a GOOSE e/ou Sampled Values, a capacidade de importar/exportar arquivos SCL, a operação no papel de cliente ou de configurador de sistema.

Por isso, na prática profissional, importa não apenas a pergunta:

O dispositivo suporta a IEC 61850?

Muito mais importante é outra pergunta:

Esta implementação específica passou pela verificação de conformidade com a IEC 61850, segundo qual edição da norma, para qual versão de software e para quais funções?

A resposta a essa pergunta é dada pela base de certificados de conformidade da UCAIug / UCA Testing.

Onde procurar os certificados IEC 61850

O ponto de entrada oficial atual é o site UCA Testing. Ele posiciona-se como um recurso que agrega informações sobre ensaios de funcionalidade interoperável, verificações de conformidade com a norma, acreditação de laboratórios de ensaio e programas de certificação para IEC 61850, CIM e OpenFMB. Na página inicial da UCA Testing as bases de certificados de conformidade estão destacadas separadamente, incluindo a base IEC 61850.

Para a IEC 61850 há uma página dedicada, 61850 Testing. Nela indica-se que o recurso contém informações públicas e fechadas relacionadas com a verificação de dispositivos quanto à conformidade com a norma. Aí também está o link IEC 61850 Conformance Certificates, que conduz ao site externo Redmine da UCAIug, onde se podem consultar os documentos dos certificados e informações associadas sobre conformidade com a IEC 61850.

Em outras palavras, o esquema prático de hoje é o seguinte:

UCA Testing — o ponto de entrada oficial para os programas de ensaio e certificação. Redmine Certificate Repository UCAIug — o repositório onde se hospedam os registros e os próprios certificados.

É importante não confundir essa base com um Redmine issue tracker comum. Neste caso, o Redmine é usado como infraestrutura de acesso aos certificados de conformidade.

É um recurso novo?

É mais correto dizer assim: é o repositório oficial atual de certificados de conformidade IEC 61850 na infraestrutura UCAIug / UCA Testing. Antes os certificados eram hospedados em outro endereço.

Os materiais atuais da UCA Testing apontam justamente o Redmine externo como o local de consulta dos certificados.

A UCAIug / UCA Testing centralizaram o acesso atualizado aos certificados de conformidade IEC 61850 através do Redmine Certificate Repository. Para os engenheiros, isso significa que é melhor verificar a existência de um certificado não por uma cópia PDF de uma proposta comercial, mas por um registro na base oficial.

Quem está por trás desses certificados

A UCA International Users Group desempenha um papel-chave na infraestrutura prática da IEC 61850. Na comunidade IEC 61850, a UCAIug é conhecida sobretudo pela acreditação de laboratórios de ensaio e pela certificação dos resultados das verificações de conformidade.

Este é um ponto importante. A UCAIug não substitui a IEC e não «escreve a norma no lugar do IEC TC57». Mas é em torno da UCAIug que se formou boa parte da infraestrutura prática de verificação de conformidade: procedimentos de ensaio, laboratórios acreditados, certificados, ensaios de funcionalidade interoperável e retorno de fabricantes e usuários.

Para a subestação digital isso é fundamental. A IEC 61850 não é apenas um conjunto de documentos. É também um ecossistema de verificações, ensaios e confirmação prática de que implementações concretas realmente correspondem aos requisitos declarados.

O que são as verificações de conformidade

As verificações de conformidade (conformance testing) são a verificação da conformidade de um produto concreto com os requisitos da norma e com os procedimentos de ensaio aprovados.

No contexto da IEC 61850, isso significa que não se verifica um abstrato «suporte à norma», mas uma implementação concreta:

• um modelo concreto de dispositivo ou de produto de software;
• uma versão concreta de software ou firmware;
• uma edição concreta da IEC 61850;
• um papel ou característica concreta: Server, Client, Merging Unit, Sampled Values, GOOSE Performance ou SCL/SCT;
• blocos de conformidade e procedimentos de ensaio concretos.

O certificado, assim, confirma não que «o dispositivo serve para qualquer subestação digital em geral», mas que a implementação ensaiada não apresentou não conformidades no escopo de ensaio declarado.

É uma afirmação mais restrita, porém muito mais útil em termos de engenharia.

Quantos registros existem na base de certificados

Conforme a extração publicada do registro da UCA IUG de 18 de março de 2026, a base continha 1650 registros referentes a três edições da IEC 61850. Importante: são exatamente registros de ensaio, não necessariamente 1650 dispositivos físicos únicos. Um produto pode ter vários registros por diferentes versões de software, edições da norma, papéis ou tipos de ensaio.

A distribuição por edição da IEC 61850 era a seguinte:

Essas estatísticas mostram não só a escala da base, mas também a evolução da norma. A Edition 1 formou a base da adoção em massa da IEC 61850, a Edition 2 tornou-se a etapa importante seguinte, e a Edition 2.1 está agora a tornar-se a trajetória principal dos novos ensaios.

Que tipos de certificados existem

Na base há registros de diferentes tipos. As categorias mais numerosas são Server e Client. Juntas, somam 1568 dos 1650 registros, ou seja, cerca de 95% do registro.

Isso não surpreende. Na maioria dos projetos de subestações digitais, IEDs de proteção, controladores e dispositivos de medição atuam no papel de servidores IEC 61850. Eles fornecem o modelo de dados e os serviços de acesso a ele. SCADA, gateways e ferramentas de engenharia e diagnóstico trabalham no papel de cliente IEC 61850.

Conforme a extração publicada, a distribuição por tipo de ensaio era a seguinte:

Essas categorias podem ser explicadas brevemente assim:

À parte, no registro há uma pequena categoria SCL/SCT, ligada à verificação das ferramentas de trabalho com arquivos SCL. No âmbito deste artigo não examinaremos em detalhe os configuradores, mas a própria existência dessa categoria é importante: a conformidade com a IEC 61850 não diz respeito apenas aos dispositivos e aos serviços de comunicação, mas também às ferramentas de engenharia através das quais se criam e mantêm SCD, SSD, ICD, CID e outros arquivos SCL.

O que exatamente analisar no certificado

Um erro é simplesmente encontrar na base o nome do fabricante e marcar uma caixa. Para uma verificação de engenharia isso não basta.

No certificado e no registro da base é preciso analisar:

1. O modelo do produto. Um certificado de outra série de dispositivos não confirma a conformidade do modelo necessário.
2. A versão de software ou firmware. Na IEC 61850 isso é crítico. A pilha de comunicação, o modelo de dados e outros aspetos podem mudar de versão para versão.
3. A edição da norma. Edition 1, Edition 2 e Edition 2.1 não são a mesma coisa. Para projetos novos, cada vez mais é preciso indicar separadamente a edição exigida.
4. O tipo de ensaio. Server, Client, Merging Unit, Sampled Values, GOOSE Performance e SCL/SCT são áreas de verificação diferentes. Um certificado Server não significa automaticamente que o produto foi ensaiado como Client, Merging Unit ou ferramenta SCL.
5. Os blocos de conformidade (conformance blocks). São eles que mostram quais blocos funcionais foram declarados e ensaiados.
6. O laboratório de ensaio. Importa entender quem realizou os ensaios e se foi um laboratório acreditado no âmbito do procedimento da UCAIug.
7. A data dos ensaios. Para linhas de produto de longa duração, a data pode importar: uma versão antiga do dispositivo pode ter sido certificada muitos anos atrás, ao passo que a versão efetivamente fornecida já difere.

flowchart TB
    START["<b>Registro no registro UCAIug / UCA Testing</b><br/>o nome do fabricante foi encontrado — isso é pouco"]

    START --> C1["<b>1 · Modelo do produto</b><br/>um certificado de outra série<br/>não confirma o modelo necessário"]
    C1 --> C2["<b>2 · Versão de software / firmware</b><br/>pilha, modelo de dados, exportação SCL,<br/>GOOSE e relatórios mudam de versão para versão"]
    C2 --> C3["<b>3 · Edição da norma</b><br/>Edition 1 / 2 / 2.1 — não são a mesma coisa"]
    C3 --> C4["<b>4 · Tipo de ensaio</b><br/>Server / Client / Merging Unit /<br/>Sampled Values / GOOSE Performance / SCL-SCT"]
    C4 --> C5["<b>5 · Blocos de conformidade</b><br/>quais blocos funcionais foram<br/>declarados e realmente ensaiados"]
    C5 --> C6["<b>6 · Laboratório de ensaio</b><br/>foi acreditado no âmbito do procedimento da UCAIug"]
    C6 --> C7["<b>7 · Data dos ensaios</b><br/>a versão fornecida pode já<br/>diferir da certificada"]
    C7 --> OK["<b>Uma conclusão fundamentada</b><br/>o que exatamente o certificado confirma —<br/>e se isso se aplica ao seu projeto"]

    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

Por que o certificado não é apenas um «papel para a licitação»

Nas compras tradicionais, o certificado é muitas vezes encarado como um documento formal. Na IEC 61850 essa é uma simplificação perigosa.

O certificado de conformidade ajuda a responder a perguntas reais de engenharia:

• esta implementação foi ensaiada por um laboratório independente;
• segundo qual edição da IEC 61850 ela foi verificada;
• qual versão de software foi objeto dos ensaios;
• quais serviços e blocos de ensaio entraram no escopo da verificação;
• é possível referenciar o certificado no projeto, na compra, no comissionamento ou na aceitação;
• o papel declarado do dispositivo corresponde à aplicação real no projeto.

Isso é especialmente importante em subestações digitais multifornecedor. Os problemas surgem não só porque um dispositivo «não suporta a IEC 61850». Com muito mais frequência os problemas aparecem nas interfaces: interpretações diferentes do SCL, seções private e configurações dos configuradores, entre outros.

O certificado não resolve todos esses problemas automaticamente. Mas estabelece um nível inicial de confiança: a implementação concreta pelo menos passou por uma verificação formal de conformidade.

Em que as verificações de conformidade diferem dos ensaios de funcionalidade interoperável

É importante não misturar dois níveis distintos de verificação.

A verificação de conformidade responde à pergunta:

Um produto concreto está em conformidade com os requisitos da norma e do procedimento de ensaio?

Os ensaios de funcionalidade interoperável respondem a outra pergunta:

Os produtos de fabricantes diferentes conseguirão interagir corretamente entre si em cenários reais?

Ambos os níveis são necessários. O certificado de conformidade é a base. Mas para a subestação digital isso não basta: no objeto ainda são necessárias a verificação do SCL de projeto, a verificação de GOOSE/SV, a verificação de MMS, a análise da conformidade da configuração real com o SCD de projeto e os ensaios no contexto do sistema concreto.

É justamente por isso que a UCAIug é importante não só como detentora da base de certificados, mas também como plataforma em torno da qual se desenvolve a prática de ensaios da IEC 61850.

flowchart TB
    subgraph CONF["Verificações de conformidade"]
        direction TB
        CQ["<b>Pergunta:</b><br/>um produto concreto está em conformidade<br/>com os requisitos da norma<br/>e do procedimento de ensaio?"]
        CO["Objeto: uma implementação<br/>modelo · versão de software · edição · função"]
        CR["Resultado: um certificado de conformidade —<br/>um nível inicial de confiança"]
        CQ --> CO --> CR
    end

    subgraph INTEROP["Ensaios de funcionalidade interoperável"]
        direction TB
        IQ["<b>Pergunta:</b><br/>os produtos de fabricantes<br/>diferentes conseguirão interagir<br/>corretamente entre si?"]
        IO["Objeto: um conjunto de dispositivos<br/>em cenários reais de troca"]
        IR["Resultado: confirmação do funcionamento nas<br/>interfaces — SCL, DataSet, RCB,<br/>assinaturas GOOSE, SV, controle"]
        IQ --> IO --> IR
    end

    CR ==>|"a base, mas insuficiente"| IQ
    IR --> SITE["<b>No objeto ainda são necessárias</b><br/>verificação do SCL de projeto · verificação de GOOSE/SV ·<br/>verificação de MMS · FAT / SAT ·<br/>conferência da configuração real com o SCD de projeto"]

    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

Como usar a base de certificados em um projeto

A base de certificados da UCAIug é útil em várias etapas do ciclo de vida de uma subestação digital.

Na etapa de compra

Verifica-se se o equipamento declarado pelo fornecedor realmente tem um certificado IEC 61850 publicado.

É importante exigir não apenas «um certificado IEC 61850», mas um certificado com indicação de:

• modelo do produto;
• versão de software;
• edição da norma;
• tipo de ensaios;
• blocos de conformidade;
• laboratório de ensaio;
• número e data do certificado.

Na etapa de projeto

O projetista pode entender quais funções estão de fato confirmadas por ensaios. Por exemplo, um dispositivo pode ter um certificado Server, mas isso não significa que tenha sido ensaiado como Sampled Values Publisher ou Subscriber.

Na etapa de FAT e SAT

O certificado pode ser usado como ponto de partida para o programa de ensaios. Mas o programa de FAT/SAT deve verificar não só a conformidade do dispositivo com a norma, mas o funcionamento de todo o sistema: SCD, GOOSE, SV, MMS, relatórios, controle, sincronização de tempo e interação com outros dispositivos.

Na etapa de operação

Para o setor de operação, a base de certificados é útil na análise de mudanças. Se no objeto se atualizou o firmware de um IED, é preciso entender: a nova versão corresponde àquela que foi certificada, ou já é outra implementação do ponto de vista da IEC 61850.

Como formular melhor os requisitos no termo de referência

Formulação fraca:

O equipamento deve suportar a IEC 61850.

Formulação mais correta:

O equipamento deve possuir um certificado de conformidade IEC 61850 publicado na base UCAIug / UCA Testing, com indicação da edição da norma, do tipo de ensaios, da versão de software/firmware, dos procedimentos de ensaio aplicados e da lista de blocos de conformidade certificados.

Para IEDs de proteção, controladores de bay e dispositivos de medição, na maioria das vezes será necessário um certificado IEC 61850 Server.

Para SCADA, gateways, sistemas de aquisição de dados, ferramentas de engenharia e diagnóstico, pode ser importante um certificado Client.

Para soluções ligadas ao barramento de processo, é preciso analisar separadamente Merging Unit, Sampled Values e, se necessário, GOOSE Performance.

Para as ferramentas de engenharia de trabalho com arquivos SCL, o registro prevê a categoria SCL/SCT. Neste artigo não a examinamos em detalhe, mas no projeto de subestações digitais multifornecedor o próprio fato de verificação das ferramentas SCL também pode ser importante.

Por que a Edition 2.1 se torna especialmente importante

Para projetos novos, cada vez mais faz sentido indicar separadamente o requisito da Edition 2.1. Nas estatísticas publicadas vê-se que a Edition 2.1 se tornou a direção dominante das novas certificações: desde janeiro de 2024, a verificação de conformidade segundo a Edition 2.1 tornou-se direção obrigatória nos laboratórios acreditados da UCA IUG, e os dados de 2025–2026 refletem essa transição.

Isso não significa que todos os dispositivos da Edition 1 ou da Edition 2 devam ser considerados inadequados. Em objetos em operação eles ainda serão usados por muito tempo. Mas para projetos novos, compras novas e novos requisitos para subestações digitais é importante fixar explicitamente qual edição da IEC 61850 é exigida.

Caso contrário, a formulação «conformidade com a IEC 61850» pode admitir um produto com um certificado antigo, que formalmente está em conformidade com a norma, mas não corresponde às expectativas de um projeto moderno.

A conclusão principal

A base de certificados da UCAIug / UCA Testing não é apenas um arquivo de documentos PDF. É uma ferramenta prática de verificação das alegações dos fabricantes sobre o suporte à IEC 61850.

Para a subestação digital, importa não a mera presença da frase «IEC 61850» na descrição do equipamento, mas a confirmação de que uma implementação concreta passou pela verificação de conformidade:

• segundo a edição necessária da norma;
• no papel necessário;
• com a versão de software necessária;
• segundo procedimentos de ensaio definidos;
• com um escopo claro de funções verificadas.

Por isso, ao escolher equipamentos, preparar o termo de referência, realizar FAT/SAT e acompanhar a operação, a pergunta deve soar não assim:

O dispositivo suporta a IEC 61850?

Mas assim:

Esta versão concreta do produto tem um certificado de conformidade IEC 61850 publicado na base UCAIug / UCA Testing, e o que exatamente esse certificado confirma?

É justamente essa abordagem que transforma a IEC 61850 de uma declaração genérica em um requisito de engenharia verificável.