Contrats de données réseau pour l'IA agentique : CIM, IEC 61850 et frontières OT

Les pilotes d’IA agentique n’échouent pas uniquement parce que le modèle est faible. Ils échouent souvent parce que le flux de travail n’a pas de contrat de données.

Chez un exploitant de réseau, le terme « données » peut désigner des enregistrements réseau alignés sur le CIM, un contexte de poste IEC 61850, des ordres de travail CMMS/EAM, des exports d’historian, un contexte SCADA/EMS, des fichiers DGA, des notes d’inspection, des événements de protection, des feuilles de calcul, des PDF et des hypothèses d’experts. Si un agent d’IA peut accéder à ces sources sans contrat, le pilote devient difficile à gouverner.

Utilisez l’outil de cartographie ci-dessus comme une aide à la planification exécutée uniquement côté client. Il ne téléverse pas de données, ne certifie pas la conformité aux normes, ne crée pas de plan de migration de données, ne se connecte pas au SCADA et n’approuve pas de décisions d’exploitation. Les saisies dans l’outil restent locales dans le navigateur ; les statistiques de site optionnelles, lorsqu’elles sont acceptées, ne reçoivent pas les valeurs sélectionnées dans l’outil.

Pourquoi les agents ont besoin d’un contrat

Un accès IA sans limites est mal adapté aux infrastructures critiques. Un agent d’exploitant de réseau doit savoir ce qu’il est autorisé à voir, ce que signifie chaque source, à qui appartiennent les preuves, ce qui doit être caviardé et où un brouillon doit s’arrêter pour un examen humain.

L’IEC 61970 et l’IEC 61968 sont des références publiques utiles car elles définissent des concepts d’intégration et de modèle d’information employés dans l’ensemble des systèmes d’exploitants de réseau. L’IEC 61850 est utile car elle structure l’automatisation des réseaux électriques et le contexte de communication des postes. Ces normes ne rendent pas à elles seules un flux de travail d’IA sûr, mais elles aident les équipes à poser de meilleures questions sur l’identité, la cartographie, la provenance et les frontières.

Le NIST SP 800-82 Rev. 3 et le NIST AI RMF apportent la dimension gouvernance : la sécurité OT, le contrôle d’accès, la cartographie des risques et un comportement système responsable doivent être conçus avant toute automatisation étendue.

La liste de vérification du contrat de données réseau

Couche du contrat	Question à trancher	Pourquoi c'est important	Artefact de pilote GridAPM
Identité de l'actif	Quel transformateur, départ, poste, travée, enroulement, traversée ou file de travaux est concerné ?	Les agents ne peuvent pas organiser les preuves si l'identité de l'actif change d'un système à l'autre.	Carte d'identité d'actif fiable avec des alias approuvés.
Propriété des sources	À qui appartient chaque source, export, fichier, modèle ou classe d'enregistrement ?	Les examinateurs ont besoin d'un propriétaire responsable lorsque les preuves sont périmées, manquantes ou contradictoires.	Registre des sources avec propriétaire et sensibilité.
Sémantique des champs	Quels champs, unités, horodatages, indicateurs de qualité et versions sont requis ?	Les brouillons de l'IA deviennent peu fiables lorsque les unités et les horodatages sont ambigus.	Dictionnaire des preuves et notes de normalisation.
Frontière OT	Quels systèmes sont en lecture seule, exclus, caviardés ou jamais connectés ?	L'assistance à la planification doit être séparée des opérations et du contrôle en temps réel.	Déclaration de frontière de données et d'absence de contrôle.
Autorité d'examen	Qui peut approuver, rejeter, modifier ou escalader un brouillon de l'IA ?	L'IA agentique ne doit pas devenir une autorité de l'ombre.	Parcours d'examen et piste d'audit.

Ce que l’agent peut faire une fois le contrat établi

Une fois le contrat de données clair, un agent borné peut contribuer à un travail concret sur les preuves :

• Résumer les enregistrements de transformateur approuvés.
• Signaler l’absence de propriétaire de source, d’unités, de dates ou de versions.
• Rédiger les questions destinées à l’examinateur.
• Identifier les enregistrements contradictoires.
• Préparer un dossier de preuves revu par un humain.
• Consigner les schémas de brouillons rejetés pour l’apprentissage de clôture.

C’est très différent de confier à un agent une autorité d’exploitation directe.

Ce que GridAPM ne devrait pas prétendre

Le contenu public doit rester rigoureux. Un pilote de contrat de données ne devrait pas laisser entendre :

• Une certification IEC ou CIM.
• Une intégration prête à l’emploi avec tous les systèmes de l’exploitant de réseau.
• Une autorité sur le SCADA, l’EMS, le DERMS ou le contrôle-protection.
• Une migration de données, une gestion des données de référence ou une certification de cybersécurité.
• Des conclusions de diagnostic définitives.
• Des décisions de maintenance ou d’exploitation automatisées.

L’affirmation la plus forte et la plus crédible est que GridAPM aide les exploitants de réseau à structurer des preuves approuvées en vue d’un pilote contrôlé, local par défaut et revu par des humains.

Un schéma de pilote concret

Étape	Activité de l'exploitant de réseau	Assistance de l'IA agentique	Point d'examen humain
1. Inventaire des sources	Recenser les systèmes approuvés, les exports, les propriétaires, la sensibilité et les exclusions.	Aucune, ou seulement des indications de modèle.	Les responsables des données et de la sécurité approuvent le périmètre.
2. Cartographie du contrat	Cartographier l'identité, les champs, les unités, les horodatages, les versions et la qualité des sources.	Signaler les lacunes et rédiger les questions de cartographie.	Les équipes d'intégration et d'actifs valident la signification.
3. Dossier provisoire	Préparer des synthèses de preuves et des listes de lacunes à partir des enregistrements approuvés.	Rédiger des dossiers d'examen reliés aux sources.	Des examinateurs qualifiés approuvent ou rejettent les affirmations provisoires.
4. Dossier de preuves	Regrouper les preuves examinées, les hypothèses, les lacunes et les décisions.	Mettre en forme le dossier et préserver la traçabilité.	Le responsable du flux de travail valide les résultats du pilote.

Comment GridAPM aide

GridAPM peut aider les exploitants de réseau, les TSO, les DSO, les équipes de production et les équipes énergie industrielle à évaluer un pilote de contrat de données contrôlé en se concentrant d’abord sur l’APM de transformateur et les flux de preuves.

Liens internes utiles :

• Intégrations pour la DGA, les PRPD, la SFRA, le CMMS/EAM, l’historian, le contexte SCADA et les chemins de données du pilote.
• Traitement des données pour le positionnement public autour des preuves, de la conservation et de l’examen.
• Sécurité et confiance pour les frontières local par défaut et revues par des humains.
• Évaluation de pilote et exemple de dossier de preuves pour des étapes suivantes prêtes pour l’acheteur.
• Centre d’outils pour d’autres outils de planification exécutés côté client.

Le principe du contrat de données

Ne demandez pas à un agent de comprendre l’exploitant de réseau avant que l’exploitant de réseau n’ait défini le contrat.

Pour GridAPM, la première victoire n’est pas l’automatisation étendue. C’est un flux de preuves de transformateur relié aux sources et revu par des humains, où les frontières de données sont assez explicites pour que les ingénieurs fassent confiance au processus d’examen.