Certificats de conformité IEC 61850 : où les chercher et ce qu'un certificat confirme réellement

Dans les exigences techniques relatives aux équipements de postes numériques, on rencontre souvent la formulation : « doit prendre en charge la CEI 61850 ».

Mais pour un ingénieur, un concepteur, un metteur en service ou un spécialiste d'exploitation, cette phrase à elle seule est trop générale. La prise en charge de l'IEC 61850 peut signifier des choses très différentes : la présence d'un serveur MMS, la prise en charge de GOOSE et/ou de Sampled Values, la capacité d'importer/exporter des fichiers SCL, le fonctionnement dans le rôle de client ou de configurateur de système.

C'est pourquoi, dans la pratique professionnelle, ce n'est pas seulement la question qui importe :

L'équipement prend-il en charge l'IEC 61850 ?

Bien plus importante est une autre question :

Cette implémentation précise a-t-elle passé la vérification de conformité à l'IEC 61850, selon quelle édition de la norme, pour quelle version logicielle et pour quelles fonctions ?

La réponse à cette question est donnée par la base de certificats de conformité d'UCAIug / UCA Testing.

Où chercher les certificats IEC 61850

Le point d'entrée officiel actuel est le site UCA Testing. Il se présente comme une ressource agrégeant des informations sur les essais d'interopérabilité fonctionnelle, les vérifications de conformité à la norme, l'accréditation des laboratoires d'essai et les programmes de certification pour IEC 61850, CIM et OpenFMB. Sur la page d'accueil d'UCA Testing, les bases de certificats de conformité sont mises en avant séparément, y compris la base IEC 61850.

Pour l'IEC 61850, il existe une page dédiée, 61850 Testing. Elle indique que la ressource contient des informations publiques et restreintes liées à la vérification de conformité des équipements à la norme. La même page héberge le lien IEC 61850 Conformance Certificates, qui mène au site externe Redmine d'UCAIug, où l'on peut consulter les documents des certificats et les informations associées sur la conformité à l'IEC 61850.

Autrement dit, le schéma pratique d'aujourd'hui est le suivant :

UCA Testing — le point d'entrée officiel pour les programmes d'essai et de certification. Redmine Certificate Repository UCAIug — le dépôt où sont hébergés les enregistrements et les certificats eux-mêmes.

Il importe de ne pas confondre cette base avec un Redmine issue tracker ordinaire. Dans ce cas, Redmine est utilisé comme infrastructure d'accès aux certificats de conformité.

Est-ce une ressource nouvelle ?

Il est plus juste de le dire ainsi : c'est le dépôt officiel actuel des certificats de conformité IEC 61850 dans l'infrastructure UCAIug / UCA Testing. Auparavant, les certificats étaient hébergés à une autre adresse.

Les supports actuels d'UCA Testing pointent précisément vers le Redmine externe comme lieu de consultation des certificats.

UCAIug / UCA Testing ont centralisé l'accès à jour aux certificats de conformité IEC 61850 via le Redmine Certificate Repository. Pour les ingénieurs, cela signifie qu'il vaut mieux vérifier l'existence d'un certificat non pas sur une copie PDF d'une proposition commerciale, mais sur un enregistrement dans la base officielle.

Qui se trouve derrière ces certificats

L'UCA International Users Group joue un rôle clé dans l'infrastructure pratique de l'IEC 61850. Dans la communauté IEC 61850, UCAIug est connue avant tout pour l'accréditation des laboratoires d'essai et la certification des résultats des vérifications de conformité.

C'est un point important. UCAIug ne remplace pas l'IEC et n'« écrit pas la norme à la place de l'IEC TC57 ». Mais c'est autour d'UCAIug que s'est formée une grande partie de l'infrastructure pratique de vérification de conformité : procédures d'essai, laboratoires accrédités, certificats, essais d'interopérabilité fonctionnelle et retours des fabricants et des utilisateurs.

Pour le poste numérique, c'est fondamental. L'IEC 61850 n'est pas seulement un ensemble de documents. C'est aussi un écosystème de vérifications, d'essais et de confirmation pratique que des implémentations concrètes répondent réellement aux exigences déclarées.

Que sont les vérifications de conformité

Les vérifications de conformité (conformance testing) consistent à vérifier la conformité d'un produit concret aux exigences de la norme et aux procédures d'essai approuvées.

Dans le contexte de l'IEC 61850, cela signifie que ce qui est vérifié n'est pas une « prise en charge de la norme » abstraite, mais une implémentation concrète :

• un modèle concret d'équipement ou de produit logiciel ;
• une version concrète de logiciel ou de firmware ;
• une édition concrète de l'IEC 61850 ;
• un rôle ou une caractéristique concrète : Server, Client, Merging Unit, Sampled Values, GOOSE Performance ou SCL/SCT ;
• des blocs de conformité et des procédures d'essai concrets.

Le certificat confirme donc non pas que « l'équipement convient à n'importe quel poste numérique en général », mais que l'implémentation testée n'a montré aucune non-conformité dans le périmètre d'essai déclaré.

C'est une affirmation plus étroite, mais bien plus utile sur le plan de l'ingénierie.

Combien d'enregistrements compte la base de certificats

D'après l'extraction publiée du registre d'UCA IUG du 18 mars 2026, la base contenait 1650 enregistrements portant sur trois éditions de l'IEC 61850. Important : ce sont précisément des enregistrements d'essai, et pas nécessairement 1650 équipements physiques uniques. Un produit peut avoir plusieurs enregistrements selon différentes versions logicielles, éditions de la norme, rôles ou types d'essai.

La répartition par édition de l'IEC 61850 était la suivante :

Ces statistiques montrent non seulement l'ampleur de la base, mais aussi l'évolution de la norme. L'Edition 1 a formé le socle de l'adoption massive de l'IEC 61850, l'Edition 2 est devenue l'étape majeure suivante, et l'Edition 2.1 devient aujourd'hui la trajectoire principale des nouveaux essais.

Quels types de certificats existent

La base contient des enregistrements de types différents. Les catégories les plus nombreuses sont Server et Client. Ensemble, elles totalisent 1568 des 1650 enregistrements, soit environ 95 % du registre.

Cela n'a rien d'étonnant. Dans la plupart des projets de postes numériques, les IED de protection, les contrôleurs et les équipements de mesure jouent le rôle de serveurs IEC 61850. Ils fournissent le modèle de données et les services d'accès à celui-ci. SCADA, passerelles et outils d'ingénierie et de diagnostic travaillent dans le rôle de client IEC 61850.

D'après l'extraction publiée, la répartition par type d'essai était la suivante :

Ces catégories peuvent être brièvement expliquées ainsi :

À part, le registre comporte une petite catégorie SCL/SCT, liée à la vérification des outils de travail avec les fichiers SCL. Dans le cadre de cet article, nous n'examinerons pas en détail les configurateurs, mais l'existence même de cette catégorie est importante : la conformité à l'IEC 61850 concerne non seulement les équipements et les services de communication, mais aussi les outils d'ingénierie au moyen desquels sont créés et maintenus les SCD, SSD, ICD, CID et autres fichiers SCL.

Que faut-il examiner exactement dans le certificat

Une erreur consiste à simplement trouver le nom d'un fabricant dans la base et à cocher une case. Pour une vérification d'ingénierie, cela ne suffit pas.

Dans le certificat et dans l'enregistrement de la base, il faut examiner :

1. Le modèle du produit. Un certificat pour une autre série d'équipements ne confirme pas la conformité du modèle requis.
2. La version logicielle ou firmware. Dans l'IEC 61850, c'est critique. La pile de communication, le modèle de données et d'autres aspects peuvent changer d'une version à l'autre.
3. L'édition de la norme. Edition 1, Edition 2 et Edition 2.1 ne sont pas la même chose. Pour les projets nouveaux, il faut de plus en plus indiquer séparément l'édition requise.
4. Le type d'essai. Server, Client, Merging Unit, Sampled Values, GOOSE Performance et SCL/SCT sont des domaines de vérification différents. Un certificat Server ne signifie pas automatiquement que le produit a été testé en tant que Client, Merging Unit ou outil SCL.
5. Les blocs de conformité (conformance blocks). Ce sont eux qui montrent quels blocs fonctionnels ont été déclarés et testés.
6. Le laboratoire d'essai. Il importe de savoir qui a réalisé les essais et s'il s'agissait d'un laboratoire accrédité dans le cadre de la procédure d'UCAIug.
7. La date des essais. Pour les gammes de produits à longue durée de vie, la date peut avoir de l'importance : une ancienne version d'un équipement peut avoir été certifiée il y a de nombreuses années, alors que la version réellement fournie diffère déjà.

flowchart TB
    START["<b>Enregistrement dans le registre UCAIug / UCA Testing</b><br/>le nom du fabricant est trouvé — cela ne suffit pas"]

    START --> C1["<b>1 · Modèle du produit</b><br/>un certificat pour une autre série<br/>ne confirme pas le modèle requis"]
    C1 --> C2["<b>2 · Version logicielle / firmware</b><br/>pile, modèle de données, export SCL,<br/>GOOSE et comptes rendus changent de version en version"]
    C2 --> C3["<b>3 · Édition de la norme</b><br/>Edition 1 / 2 / 2.1 — ce ne sont pas la même chose"]
    C3 --> C4["<b>4 · Type d'essai</b><br/>Server / Client / Merging Unit /<br/>Sampled Values / GOOSE Performance / SCL-SCT"]
    C4 --> C5["<b>5 · Blocs de conformité</b><br/>quels blocs fonctionnels ont été<br/>déclarés et réellement testés"]
    C5 --> C6["<b>6 · Laboratoire d'essai</b><br/>était-il accrédité dans le cadre de la procédure d'UCAIug"]
    C6 --> C7["<b>7 · Date des essais</b><br/>la version fournie peut déjà<br/>différer de celle certifiée"]
    C7 --> OK["<b>Une conclusion fondée</b><br/>ce que le certificat confirme exactement —<br/>et si cela s'applique à votre projet"]

    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

Pourquoi un certificat n'est pas qu'un « papier pour l'appel d'offres »

Dans les achats traditionnels, le certificat est souvent perçu comme un document formel. Dans l'IEC 61850, c'est une simplification dangereuse.

Un certificat de conformité aide à répondre à de vraies questions d'ingénierie :

• cette implémentation a-t-elle été testée par un laboratoire indépendant ;
• selon quelle édition de l'IEC 61850 elle a été vérifiée ;
• quelle version logicielle a été l'objet des essais ;
• quels services et blocs d'essai sont entrés dans le périmètre de la vérification ;
• peut-on se référer au certificat lors de la conception, de l'achat, de la mise en service ou de la réception ;
• le rôle déclaré de l'équipement correspond-il à son utilisation réelle dans le projet.

C'est particulièrement important dans les postes numériques multi-fournisseurs. Les problèmes surgissent non seulement parce qu'un équipement « ne prend pas en charge l'IEC 61850 ». Bien plus souvent, les problèmes apparaissent aux interfaces : interprétations différentes du SCL, sections private et réglages des configurateurs, entre autres.

Le certificat ne résout pas tous ces problèmes automatiquement. Mais il fixe un niveau de confiance initial : l'implémentation concrète a au moins passé une vérification formelle de conformité.

En quoi les vérifications de conformité diffèrent des essais d'interopérabilité fonctionnelle

Il importe de ne pas mélanger deux niveaux de vérification distincts.

La vérification de conformité répond à la question :

Un produit concret est-il conforme aux exigences de la norme et de la procédure d'essai ?

Les essais d'interopérabilité fonctionnelle répondent à une autre question :

Les produits de différents fabricants pourront-ils interagir correctement entre eux dans des scénarios réels ?

Les deux niveaux sont nécessaires. Le certificat de conformité est le socle. Mais pour le poste numérique, cela ne suffit pas : sur le site, il faut tout de même la vérification du SCL de projet, la vérification de GOOSE/SV, la vérification de MMS, l'analyse de la conformité de la configuration réelle au SCD de projet et les essais dans le cadre du système concret.

C'est précisément pour cela qu'UCAIug est importante non seulement comme détentrice de la base de certificats, mais aussi comme plateforme autour de laquelle se développe la pratique des essais de l'IEC 61850.

flowchart TB
    subgraph CONF["Vérifications de conformité"]
        direction TB
        CQ["<b>Question:</b><br/>un produit concret est-il conforme<br/>aux exigences de la norme<br/>et de la procédure d'essai ?"]
        CO["Objet: une implémentation<br/>modèle · version logicielle · édition · rôle"]
        CR["Résultat: un certificat de conformité —<br/>un niveau de confiance initial"]
        CQ --> CO --> CR
    end

    subgraph INTEROP["Essais d'interopérabilité fonctionnelle"]
        direction TB
        IQ["<b>Question:</b><br/>les produits de différents<br/>fabricants pourront-ils interagir<br/>correctement entre eux ?"]
        IO["Objet: un ensemble d'équipements<br/>dans des scénarios réels d'échange"]
        IR["Résultat: confirmation du fonctionnement aux<br/>interfaces — SCL, DataSet, RCB,<br/>souscriptions GOOSE, SV, commande"]
        IQ --> IO --> IR
    end

    CR ==>|"le socle, mais insuffisant"| IQ
    IR --> SITE["<b>Sur le site, il faut tout de même</b><br/>vérification du SCL de projet · vérification de GOOSE/SV ·<br/>vérification de MMS · FAT / SAT ·<br/>comparaison de la configuration réelle au SCD de projet"]

    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

Comment utiliser la base de certificats dans un projet

La base de certificats d'UCAIug est utile à plusieurs étapes du cycle de vie d'un poste numérique.

À l'étape d'achat

On vérifie si l'équipement déclaré par le fournisseur dispose réellement d'un certificat IEC 61850 publié.

Il importe d'exiger non pas simplement « un certificat IEC 61850 », mais un certificat précisant :

• le modèle du produit ;
• la version logicielle ;
• l'édition de la norme ;
• le type d'essais ;
• les blocs de conformité ;
• le laboratoire d'essai ;
• le numéro et la date du certificat.

À l'étape de conception

Le concepteur peut comprendre quelles fonctions sont réellement confirmées par les essais. Par exemple, un équipement peut avoir un certificat Server, mais cela ne signifie pas qu'il a été testé en tant que Sampled Values Publisher ou Subscriber.

À l'étape de FAT et SAT

Le certificat peut servir de point de départ pour le programme d'essais. Mais le programme de FAT/SAT doit vérifier non seulement la conformité de l'équipement à la norme, mais le fonctionnement de tout le système : SCD, GOOSE, SV, MMS, comptes rendus, commande, synchronisation horaire et interaction avec les autres équipements.

À l'étape d'exploitation

Pour le service d'exploitation, la base de certificats est utile lors de l'analyse des changements. Si sur le site on a mis à jour le firmware d'un IED, il faut comprendre : la nouvelle version correspond-elle à celle qui a été certifiée, ou s'agit-il déjà d'une autre implémentation du point de vue de l'IEC 61850.

Comment mieux formuler les exigences dans le cahier des charges

Formulation faible :

L'équipement doit prendre en charge la CEI 61850.

Formulation plus correcte :

L'équipement doit disposer d'un certificat de conformité IEC 61850 publié dans la base UCAIug / UCA Testing, précisant l'édition de la norme, le type d'essais, la version logicielle/firmware, les procédures d'essai appliquées et la liste des blocs de conformité certifiés.

Pour les IED de protection, les contrôleurs de tranche et les équipements de mesure, un certificat IEC 61850 Server est le plus souvent requis.

Pour SCADA, les passerelles, les systèmes d'acquisition de données, les outils d'ingénierie et de diagnostic, un certificat Client peut être important.

Pour les solutions liées au bus de process, il faut examiner séparément Merging Unit, Sampled Values et, si nécessaire, GOOSE Performance.

Pour les outils d'ingénierie de travail avec les fichiers SCL, le registre prévoit la catégorie SCL/SCT. Dans cet article, nous ne l'examinons pas en détail, mais lors de la conception de postes numériques multi-fournisseurs, le fait même de la vérification des outils SCL peut aussi avoir de l'importance.

Pourquoi l'Edition 2.1 devient particulièrement importante

Pour les projets nouveaux, il est de plus en plus pertinent d'indiquer séparément l'exigence de l'Edition 2.1. Les statistiques publiées montrent que l'Edition 2.1 est devenue la direction dominante des nouvelles certifications : depuis janvier 2024, la vérification de conformité selon l'Edition 2.1 est devenue une direction obligatoire dans les laboratoires accrédités d'UCA IUG, et les données de 2025–2026 reflètent cette transition.

Cela ne signifie pas que tous les équipements de l'Edition 1 ou de l'Edition 2 doivent être considérés comme inadaptés. Sur les sites en exploitation, ils seront encore utilisés longtemps. Mais pour les projets nouveaux, les achats nouveaux et les nouvelles exigences relatives aux postes numériques, il importe de fixer explicitement quelle édition de l'IEC 61850 est requise.

Sinon, la formulation « conformité à l'IEC 61850 » peut admettre un produit avec un ancien certificat qui est formellement conforme à la norme, mais ne correspond pas aux attentes d'un projet moderne.

La conclusion principale

La base de certificats d'UCAIug / UCA Testing n'est pas qu'une archive de documents PDF. C'est un outil pratique de vérification des déclarations des fabricants sur la prise en charge de l'IEC 61850.

Pour le poste numérique, ce qui importe n'est pas la simple présence de la phrase « IEC 61850 » dans la description de l'équipement, mais la confirmation qu'une implémentation concrète a passé la vérification de conformité :

• selon l'édition requise de la norme ;
• dans le rôle requis ;
• avec la version logicielle requise ;
• selon des procédures d'essai définies ;
• avec un périmètre clair de fonctions vérifiées.

C'est pourquoi, lors du choix des équipements, de la préparation du cahier des charges, de la réalisation des FAT/SAT et du suivi de l'exploitation, la question doit se formuler non pas ainsi :

L'équipement prend-il en charge l'IEC 61850 ?

Mais ainsi :

Cette version concrète du produit dispose-t-elle d'un certificat de conformité IEC 61850 publié dans la base UCAIug / UCA Testing, et que confirme exactement ce certificat ?

C'est précisément cette approche qui transforme l'IEC 61850 d'une déclaration générale en une exigence d'ingénierie vérifiable.