L'IA souveraine pour l'énergie et l'eau
Les gestionnaires de réseaux d'électricité, d'eau et de gaz font tourner les systèmes dont tout le reste dépend, sous NIS2 et avec un régulateur qui demandera le dossier. L'IA sur ces données doit rester dans le périmètre et s'expliquer. C'est ce pour quoi la plateforme est construite.
Les données OT restent à l'intérieur
Tourne sur l'infrastructure du gestionnaire. Topologie du réseau, télémesure et comptage ne quittent jamais le périmètre, connecté ou non.
Conçue pour NIS2
Incidents corrélés à vos propres services et actifs, alertes précoces rédigées avec les preuves jointes, chaque relecture journalisée.
Des agents qui demandent d'abord
Chaque agent agit sous une identité délimitée et une politique. Tout ce qui touche un interrupteur, une vanne ou un contrat passe par votre validation.
La journée d'un gestionnaire de réseau de distribution se décide désormais départ par départ : le solaire en toiture, les pompes à chaleur et les bornes de recharge ont rendu le réseau bidirectionnel, et NIS2 a fait de chaque panne un incident à déclarer. Les données pour bien le gérer existent déjà dans le SCADA, le comptage, le SIG et les systèmes d'actifs. Ce qui manque, c'est un seul endroit où elles se rejoignent, où l'IA peut agir dessus, et où rien ne sort du contrôle du gestionnaire.
À lire si vous dirigez l'exploitation, la gestion des actifs, la sécurité ou l'informatique d'un gestionnaire d'électricité, d'eau ou de gaz, ou répondez de ses obligations NIS2.
Pour les gestionnaires d'énergie et d'eau, Scrydon est la plateforme souveraine d'IA et de données qui réunit les données SCADA, de comptage, SIG et d'actifs dans un seul modèle gouverné, y fait tourner prévisions et agents à l'intérieur de l'infrastructure du gestionnaire, et produit les dossiers d'incident, d'activation et d'audit que NIS2 et le régulateur attendent.
Elle tourne à l'identique sur site, dans un cloud souverain national ou totalement déconnectée, si bien que la même plateforme sert la salle de conduite, les planificateurs d'actifs et l'équipe sécurité, et que la frontière de l'informatique industrielle reste là où le gestionnaire l'a tracée.
Le réseau est devenu bidirectionnel. Pas les outils.
Il y a dix ans, un gestionnaire de réseau de distribution planifiait la capacité par région et par année. Aujourd'hui, la contrainte qui compte est un seul départ un seul après-midi, quand le solaire en toiture atteint son pic, que les pompes à chaleur sont à l'arrêt et qu'une rue entière de bornes de recharge s'allume en même temps. La réponse à la question de savoir si ce départ tient se trouve dans le comptage, la météo, l'état des interrupteurs et les contrats de flexibilité disponibles dans la zone, et elle doit être recalculée en continu.
Dans le même temps, le compte à rebours réglementaire a changé. Sous NIS2, une panne ou un événement cyber est un incident à déclarer, avec une alerte précoce sous 24 heures et une notification sous 72 heures, et les deux démarrent au moment où le gestionnaire sait. Savoir dépend de la corrélation de ce que le SCADA, le SIEM, l'outil de tickets et le calendrier des changements journalisent déjà, et de le faire pendant l'incident plutôt qu'après. Aucune de ces données ne peut être envoyée à un service d'IA étranger : les données de comptage sont des données personnelles et la topologie relève de la sécurité nationale.
Des décisions au niveau du départ — La congestion est désormais locale et horaire. La prévision doit être à la résolution de l'actif, pas de la région.
Des silos qu'il ne faut pas fusionner naïvement — SCADA, historian, SIG, GMAO et comptage ont chacun une bonne raison d'être séparés. Il leur faut pourtant un seul modèle.
Un compte à rebours réglementaire — Les délais de 24 et 72 heures de NIS2 commencent quand vous savez, et savoir dépend de la corrélation de ce que vous journalisez déjà.
Des données qui ne peuvent pas sortir — Les données de compteurs intelligents sont des données personnelles ; la topologie relève de la sécurité nationale. Ni l'une ni l'autre ne peut aller vers un service d'IA étranger.
Un seul modèle du réseau, et des agents qui travaillent dessus
La plateforme part d'un modèle du réseau dans les termes du gestionnaire : postes, départs, transformateurs, raccordements, compteurs, contrats et les services qu'ils portent, cartographié depuis le SIG, le système d'actifs, l'historian et la plateforme de comptage sans en migrer aucun. Télémesure, alarmes, météo, ordres de travail et signaux de marché se déposent sur ce modèle à mesure qu'ils arrivent, si bien qu'une question sur un départ a une seule réponse, quel que soit le système d'où vient le détail.
Sur ce modèle, la decision intelligence transforme une surcharge prévue ou un actif qui se dégrade en action recommandée et chiffrée, et des agents rédigent ce qui suit : l'activation de flexibilité, l'ordre de travail, l'alerte précoce NIS2. Chacun passe par le circuit de validation du gestionnaire. Une personne désignée valide, et le projet, la validation et le raisonnement sont journalisés ensemble. La salle de conduite garde son autorité ; elle gagne la préparation.
- 1
Modéliser
Une ontologie des postes, départs, actifs, raccordements, contrats et services, cartographiée depuis les systèmes que vous exploitez déjà.
- 2
Fusionner
Télémesure, alarmes, comptage, météo et ordres de travail se déposent en continu sur ce modèle, si bien qu'une question sur un départ a une seule réponse.
- 3
Décider
La prévision et la decision intelligence transforment une surcharge prévue ou un actif qui se dégrade en action recommandée et chiffrée.
- 4
Agir, avec validation
Les agents rédigent l'activation, l'ordre de travail ou la notification NIS2. Une personne désignée valide. Tout est journalisé.
La frontière OT est une contrainte de conception, pas une option de déploiement
La frontière de l'informatique industrielle d'un gestionnaire de réseau n'est pas une préférence ; c'est la ligne que l'autorité de sécurité audite. La plateforme est construite pour se tenir du bon côté. Elle tourne sur le matériel du gestionnaire, dans un cloud souverain national ou totalement isolée du réseau pour le réseau de conduite, avec des modèles open-weight servis localement, si bien qu'aucun appel d'inférence, aucune vérification de licence et aucun chemin de mise à jour ne quitte le périmètre.
Les agents sont traités comme des identités, pas comme des scripts. Chacun s'authentifie, porte des droits délimités par système et par action, et est observé comme tout autre acteur. Un agent qui lit la télémesure ne peut pas écrire vers un automate à moins qu'une politique ne le permette et qu'une personne ne le valide. Le journal d'audit, les décisions de politique et les validations qui en résultent sont les preuves que la supervision NIS2 et ISO 27001 demande, produites en faisant tourner la plateforme plutôt qu'assemblées pour l'audit.
Sur site ou déconnecté — La plateforme complète tourne sur votre matériel, dans un cloud souverain national ou isolée du réseau pour le réseau de conduite.
Modèles open-weight servis localement — Aucun appel d'inférence ne quitte le périmètre. Le choix du modèle reste le vôtre, et en changer ne veut pas dire tout reconstruire.
Identité d'agent délimitée — Les agents s'authentifient comme des opérateurs, avec des droits par système et par action, si bien qu'un agent qui lit la télémesure ne peut pas écrire vers un automate.
Des preuves par construction — Le journal d'audit, les décisions de politique et les validations sont les preuves NIS2 et ISO 27001, pas un document rédigé après coup.
Gardez un œil sur ce sujet
Ce qui change pour votre secteur en matière de souveraineté numérique européenne, et ce que nous apprenons sur le terrain. Quelques fois par an, sans séquence automatisée.
Cas d'usage pour l'énergie et l'eau
L'exploitation des réseaux d'électricité, d'eau et de gaz sur une seule plateforme souveraine.
Maintenance prédictive des infrastructures
Travaux publics
Enjeu
La maintenance réactive des routes, des ponts et des réseaux entraîne des réparations d'urgence coûteuses et des interruptions de service.
Solution
Des modèles analytiques traitent les données des capteurs IoT et des rapports historiques pour prédire les défaillances avant qu'elles ne surviennent et planifier la maintenance préventive.
En savoir plus
Une réduction de 40 % des coûts de réparation d'urgence et une durée de vie prolongée des infrastructures publiques critiques.
Maintenance prédictive du réseau électrique
Énergie & services publics
Enjeu
Les défaillances d'équipements dans les postes électriques isolés provoquent des pannes en cascade et des réparations d'urgence coûteuses.
Solution
Des agents IA en périphérie analysent localement les données de vibration et de température, prédisant la défaillance des composants des semaines à l'avance sans téléverser des téraoctets de données brutes.
En savoir plus
Une réduction de 40 % des arrêts non planifiés et des plans de maintenance optimisés.
Surveillance de la qualité de l'eau
Services publics
Enjeu
Les événements de contamination des réseaux d'eau potable municipaux sont souvent détectés trop tard, mettant en danger la santé publique.
Solution
Des agents de capteurs distribués surveillent la composition chimique en temps réel, isolent automatiquement les tronçons de canalisation affectés et alertent instantanément les autorités.
En savoir plus
Un confinement immédiat des événements de contamination et une sécurité de l'eau garantie.
Socle de données capteurs et OT prêt pour l'IA
Ingénierie des données
Enjeu
Les opérateurs de réseaux électriques, d'eau et de transport disposent d'années d'historique SCADA et capteurs, mais celui-ci est trop fragmenté et mal étiqueté pour que les modèles IA l'exploitent de façon fiable.
Solution
Un pipeline de données prêtes pour l'IA nettoie, contextualise et ancre les données OT et capteurs dans l'ontologie avant qu'elles n'atteignent le moindre modèle : les agents raisonnent ainsi sur des données fiables et bien décrites plutôt que sur une soupe de tags bruts.
En savoir plus
Les modèles prédictifs et les agents atteignent plus vite la maturité de production, bâtis sur un socle de données auquel les opérateurs peuvent réellement se fier.
Identité d'agent cadrée pour les systèmes OT
Sécurité & contrôle d'accès
Enjeu
Donner à un agent IA l'accès aux systèmes SCADA ou historians est à haut risque lorsque tous les agents partagent un unique compte de service très large au lieu de disposer chacun de sa propre identité cadrée.
Solution
Chaque agent s'authentifie sous sa propre identité fédérée avec des permissions au moindre privilège et limitées dans le temps : un agent qui lit la télémétrie des capteurs ne peut jamais aussi écrire des consignes de commande, sauf autorisation explicite.
En savoir plus
Les agents opèrent en toute sécurité aux côtés des systèmes OT avec un modèle de permissions entièrement attribuable, éliminant une classe majeure de risque lié à l'IA agentique dans les environnements opérationnels.
Coordination humain-agent de la réponse aux pannes
Réponse aux incidents
Enjeu
Une réponse à une panne mobilise plusieurs équipes et traverse des changements d'équipe, et chaque passage de relais entre le triage d'un agent et la décision d'un opérateur repart de zéro, coûtant des minutes qui comptent pendant un incident en cours.
Solution
L'AI OS conduit la réponse aux pannes comme un processus coordonné unique : les agents trient la télémétrie et préparent les actions de réponse, les opérateurs approuvent ou passent outre à des points de contrôle définis, et l'état complet de l'incident se propage automatiquement d'une équipe à l'autre.
En savoir plus
Une réponse aux pannes plus rapide et mieux coordonnée, avec un enregistrement d'incident unique et continu au lieu de relais fragmentés entre équipes et vacations.
À quoi Énergie et eau doit se conformer
Les réglementations qui décident si l'IA peut seulement tourner sur ces données. Chaque page indique ce que le cadre exige et quels contrôles de la plateforme y répondent : des propriétés et des refus, pas une checklist.
NIS2 · Directive NIS2
S'applique à: Les entités essentielles et importantes des secteurs critiques — énergie, transports, eau, santé, infrastructure numérique, administration publique, industrie manufacturière et d'autres — ainsi que leurs chaînes d'approvisionnement.
Comment la plateforme le prend en chargeCRA · Règlement sur la cyberrésilience
S'applique à: Fabricants, importateurs et distributeurs de produits comportant des éléments numériques — matériels et logiciels — mis sur le marché de l'UE, y compris les éditeurs de logiciels et les organisations qui bâtissent des produits connectés par-dessus.
Comment la plateforme le prend en chargerèglement IA · Règlement européen sur l'intelligence artificielle
S'applique à: Les fournisseurs, déployeurs, importateurs et distributeurs qui mettent des systèmes d'IA sur le marché de l'UE, ou dont les résultats produits par l'IA sont utilisés dans l'UE.
Comment la plateforme le prend en chargeRGPD · Règlement général sur la protection des données
S'applique à: Toute organisation qui traite les données à caractère personnel de personnes situées dans l'UE/EEE, qu'elle soit établie dans l'Union ou qu'elle propose depuis l'extérieur des biens ou des services, ou suive leur comportement.
Comment la plateforme le prend en charge
Ce sur quoi reposent réellement ces résultats
Les premières questions d'un architecte de gestionnaire de réseau sont de savoir si cela tourne sur le réseau OT, comment les agents sont tenus à l'écart des automates et comment le réseau est modélisé. Voici les pages qui y répondent.
Fondations souveraines
La fondation zero-trust sur laquelle repose toute la plateforme — la même pile, du réseau isolé au cloud.
Air-Gap
La plateforme complète en fonctionnement hors ligne, sur des réseaux sans aucune route vers Internet.
AI OS
Le runtime qui décompose un processus en étapes, confie chaque étape à un système, un agent ou une personne, et lui donne le contexte nécessaire pour agir.
Digital Twin
Un modèle vivant d'un système physique, que vous pouvez interroger, simuler et utiliser pour planifier.
Observabilité de l'IA
Supervision, traçage et évaluation des agents et des workflows IA, pour rendre les défaillances diagnosticables.
Identité
Identité fédérée et accès zero-trust — pour les personnes comme pour les agents, sous la même politique.
Questions fréquentes
Comment la plateforme aide-t-elle un gestionnaire à tenir les délais de notification NIS2 ?+
Peut-elle tourner sur le réseau industriel, déconnectée d'internet ?+
Remplace-t-elle notre SCADA, notre historian ou notre système de gestion d'actifs ?+
Comment empêchez-vous un agent IA d'agir sur le réseau sans humain ?+
Les données de compteurs intelligents peuvent-elles servir à la prévision en toute sécurité ?+
Nous avons mené des pilotes d'IA sur la prédiction de pannes. Qu'est-ce qui change ici ?+
Êtes-vous partenaires sur des appels d'offres et des accords-cadres ?+
Vous préférez écrire ? Envoyez un e-mail à hello [at] scrydon.com et nous vous répondrons.
Poursuivre
Trois pistes à partir d'ici : les règles auxquelles vous serez mesuré, la plateforme sur laquelle ces résultats tournent, et les sessions où nous les parcourons.
Les règles applicables
Chaque réglementation, ce qu'elle exige, et les contrôles que la plateforme fournit.
La plateforme derrière
L'AI Operating System, Analytics et Sovereign Foundations, page par page.
Tous les cas d'usage
Tous au même endroit, regroupés par le secteur qui les connaît le mieux.
How – Inside the AI OS: running governed agents on your own cluster, live(en anglais)
17 sept. 2026, 09:00
Part 2 of the Sovereign AI series, for engineers and architects. No slides after minute five: an agent gets an identity and scoped permissions, calls tools over governed MCP, retrieves from the ontology rather than raw tables, runs inside the sandbox and is stopped when it steps outside policy, and everything lands in the audit trail — then the same stack brought up on a disconnected network. Properties and refusals, shown rather than claimed.
Les autres volets de Infrastructures critiques
Les autres pages dédiées sous Infrastructures critiques, et la vue d'ensemble du secteur dont elles dépendent.
Télécommunications
Opérateurs fixes, mobiles et de gros : corrélation d'alarmes, prédiction de pannes, agents abonnés et reporting NIS2 avec les données conservées chez l'opérateur.
Lire la pageTransports
Rail, ports, aéroports, routes et transports publics : un seul modèle du réseau, maintenance prédictive, optimisation des flux et gestion d'incidents sur des données OT qui restent chez l'exploitant.
Lire la page
Partenaires
