Le réseau s’est éteint. L’explication a pris des mois.

Ce qui s’est passé

ENTSO-E rapporte une panne totale en Espagne et au Portugal continentaux le 28 avril 2025. Le reste du système européen n’a pas subi de perturbation significative. Son rapport final du 20 mars 2026 identifie des facteurs techniques interdépendants, sans cause unique simple.

Une tendance nationale ouvre une question

Imaginons une salle de contrôle comparant une série publique de consommation à un signalement terrain. La courbe renseigne le système global ; le rapport décrit une observation locale. Même proches dans le temps, les deux ne prouvent pas une relation causale. L’analyste doit connaître périmètre géographique, unités et signification des données. Ce parcours est illustratif, et non la reconstitution d’un incident chez ELIA.

Relier les sources permet une meilleure question : un registre autorisé ou un rapport vérifié explique-t-il l’observation ? Si l’information manque, cette lacune reste visible. Une prévision révisée ne remplace pas une mesure historique ; une valeur nationale ne devient pas l’état d’un équipement local. L’espace opérationnel doit permettre d’examiner les limites des éléments disponibles et de transmettre les questions encore ouvertes au responsable approprié.

Un événement, plusieurs horloges

Un événement réseau, une fiche d’actif, une observation terrain et une décision de contrôle décrivent différentes parties d’une situation. Leurs heures, unités et identifiants doivent correspondre pour permettre une reconstruction fiable. Une tendance nationale ne démontre pas ce qui s’est produit dans un poste précis.

C’est la leçon opérationnelle que nous tirons de l’enquête. Cela ne signifie pas qu’ELIA manquait d’informations, ni qu’une autre plateforme aurait évité la panne. La Belgique ne faisait pas partie de la zone privée d’électricité.

Ce que cela implique dans une salle de contrôle belge

ELIA publie la charge totale historique dans ods001 et des estimations et prévisions éoliennes quasi actuelles dans ods086. Ces sources apportent du contexte. Elles ne remplacent ni la télémétrie autorisée, ni les référentiels d’actifs, ni les observations d’une équipe sur place.

• Montrer la source. Distinguer mesure, estimation et prévision, avec heures d’observation et d’ingestion.
• Relier le bon actif. Employer des identifiants approuvés pour l’incident, le site et l’équipe. Ne pas déduire un état local de données publiques agrégées.
• Montrer l’incertitude. Signaler retards et absences, conserver la trace des corrections. Une valeur manquante n’est pas zéro.
• Respecter la conduite. Lire les exports OT approuvés via la DMZ ou la diode existante. Aucun accès direct aux automates et aucune écriture depuis l’espace d’incident.

Avec une situation partagée

Scénario illustratif dans un poste : l’équipe terrain confirme une observation tandis que la cellule de crise voit le même actif, rapport et historique de décisions. Les données publiques fournissent le contexte général. Les ingénieurs gardent la responsabilité du diagnostic électrique, des protections et des manœuvres ; la vue partagée aide à coordonner.

L’ontologie relie les objets sans perdre leur sens

Un site, un équipement réseau, une organisation et une équipe ont des identités et responsabilités différentes. Un modèle commun peut les relier sans considérer des noms ressemblants comme une identité prouvée. Avant d’accepter un connecteur, les utilisateurs doivent convenir du lien entre identifiants sources et objets opérationnels. Le relevé original reste accessible avec l’interprétation, ses horaires et son historique.

Une équipe peut rapporter sur un site connu tandis qu’un événement importé cite un identifiant d’équipement. Une correspondance approuvée peut les réunir dans le même contexte. Si elle est incertaine ou périmée, une vérification est nécessaire plutôt qu’une fusion silencieuse. L’IA locale pourrait aider à résumer les rapports, mais ne doit ni inventer la télémétrie manquante, ni diagnostiquer la cause électrique, ni autoriser l’intervention. Ces responsabilités restent aux personnes qualifiées et à leurs systèmes.

Évaluer une connexion avant d’élargir la situation

Une première intégration Meridian pourrait utiliser des données publiques sélectionnées, un échantillon d’équipements autorisé et des rapports exemples. Opérateur et ingénieurs définiraient frontière de lecture, utilisateurs et comportement des mises à jour. Un exercice retarderait un flux, corrigerait un identifiant et introduirait une contradiction. Les évaluateurs devraient toujours retrouver l’observation d’origine et expliquer le changement de la vue.

L’acceptation pose des questions concrètes : distingue-t-on donnée périmée et changement réel, identifie-t-on le responsable de la source et suit-on la vérification ? Le pilote teste aussi la panne d’un connecteur sans toucher au système opérationnel source. La maîtrise européenne exige de connaître emplacement des données et traitements IA, maintenance et application des droits. Le résultat doit soutenir les responsabilités existantes, tout en séparant commande électrique et continuité indépendante.

Il s’agit d’un scénario proposé, pas d’un déploiement chez ELIA ou d’un partenariat. Une situation opérationnelle partagée aide à comparer les preuves ; elle ne pilote pas le réseau électrique.