Supervision SCADA, IHM et communication industrielle OT : audit, conseil, formation et assistance technique pour l'industrie

Le cadre de la supervision et de la communication industrielle

Peu de réglementation propre

La supervision, les interfaces homme-machine et les réseaux de terrain ne font pas l'objet d'un texte réglementaire qui leur serait propre. Ils sont encadrés indirectement. L'employeur doit fournir des équipements de travail adaptés et les maintenir en état de préserver la santé et la sécurité des travailleurs (articles L. 4321-1 et R. 4321-1 du code du travail) : un poste de conduite dont les alarmes sont illisibles ou dont les commandes sont ambiguës relève de cette obligation. Les fonctions de sécurité d'une machine relèvent, elles, de la réglementation sur les machines, traitée dans le domaine consacré aux automatismes et à la robotique de ce site.

Côté données, le règlement (UE) 2023/2854, dit Data Act, s'applique depuis le 12 septembre 2025. D'après la page de la Commission européenne, il donne aux utilisateurs un droit d'accès aux données produites par l'usage de machines et d'objets connectés, et la possibilité de les partager avec des tiers. Pour un site industriel, cela concerne surtout les contrats avec les fournisseurs d'équipements connectés. Une lecture juridique reste nécessaire avant toute décision.

OPC UA

OPC UA est une architecture de communication indépendante de la plateforme, orientée services, publiée en 2008 et maintenue par l'OPC Foundation. Elle réunit dans un cadre unique ce que proposaient les spécifications OPC historiques. Elle intègre des mécanismes de sécurité : chiffrement des sessions à plusieurs niveaux, signature des messages, identification des clients et des serveurs par des certificats X.509 qui déterminent quelles applications peuvent se connecter, protection contre le rejeu des messages et journalisation des activités pour constituer une piste d'audit. La Fondation propose en outre plus de cent cinquante spécifications compagnons, qui décrivent des modèles d'information propres à un domaine d'application.

Ces mécanismes n'ont d'effet que s'ils sont configurés : la gestion des certificats, le choix des modes de sécurité et la répartition des droits sont des décisions d'architecture, à prendre avec l'informatique, et non des réglages par défaut. OPC UA est normalisé au niveau international sous la référence IEC 62541.

PROFINET, Modbus et réseaux de terrain

PROFINET est un standard Ethernet industriel maintenu par PI (PROFIBUS and PROFINET International). Selon la présentation de l'organisation, il permet des temps de cycle très courts avec du trafic Ethernet standard en parallèle, fournit des outils de diagnostic pour localiser les défauts, transporte des données de sécurité avec le profil PROFIsafe sur le même réseau que les entrées et sorties courantes, et intègre depuis sa version 2.5 une approche de cybersécurité. PI propose la certification de produits, des centres de formation (PITC) et une certification de personnes : ces services sont ceux de PI. Optédif n'est pas un centre reconnu par PI.

Modbus, maintenu par la Modbus Organization, reste très répandu pour relier des équipements de natures différentes. Dans sa forme classique, il ne comporte pas de mécanisme d'authentification : l'isolement du réseau et le filtrage des échanges en tiennent lieu, ce qui en fait un sujet d'architecture autant que de configuration. Plus largement, le choix d'un réseau de terrain se discute selon le temps de réponse, la topologie, le diagnostic et la compétence disponible, bien avant le choix d'une marque.

Exigences des clients et enjeux d'exploitation

Alarmes, conduite et information de l'opérateur

Une supervision sert d'abord à conduire. Lorsque des centaines d'alarmes se déclenchent pour un seul incident, l'opérateur ne distingue plus ce qui exige une action immédiate : l'information utile se noie. La gestion des alarmes est donc un sujet de conception : définir pour chaque alarme la cause, l'action attendue et le délai, hiérarchiser, supprimer ce qui n'appelle aucune action. Des référentiels existent pour cette démarche, comme l'ISA-18.2 et l'IEC 62682, et nous les utilisons comme base de discussion avec vous, sans en faire une exigence qui ne figurerait pas dans votre cahier des charges.

La lisibilité des écrans obéit aux mêmes principes : peu de couleurs vives réservées à l'anormal, une hiérarchie de vues qui va de l'atelier à l'équipement, une navigation identique d'un écran à l'autre. Concevoir les interfaces avec ceux qui conduisent la ligne, plutôt que pour eux, évite les refontes.

Données, historisation et traçabilité

Les clients demandent de plus en plus des preuves : journaux d'événements, historique des mesures, traçabilité des changements de recette ou de paramètre. Cela suppose de décider quelles variables historiser, à quelle fréquence, pendant combien de temps, avec quel horodatage et quelle sauvegarde. Le modèle ISA-95, repris par l'IEC 62264, décrit les niveaux d'échange entre l'entreprise et la commande de la fabrication et sert de vocabulaire commun entre l'automatisme, l'informatique industrielle et les systèmes de gestion de production. Il propose un cadre de discussion, non une obligation.

La qualité de la donnée dépend de la chaîne entière : capteur, automate, réseau, serveur, historien. Une perte d'échange non détectée produit un historique troué, que personne ne remarque avant le jour où un client demande la courbe d'un lot.

Informatique, technologies opérationnelles et cybersécurité

La convergence entre l'informatique et les technologies opérationnelles ouvre des échanges utiles et des surfaces d'attaque nouvelles. Elle suppose de définir qui administre quoi : les postes de supervision, les serveurs, les équipements réseau, les automates. Les cadres de cybersécurité sont traités dans le domaine consacré à la cybersécurité industrielle de ce site. Pour mémoire, la directive NIS2 est en cours de transposition en France : l'ANSSI écrit que la transposition est en cours, et aucune obligation d'enregistrement n'est applicable tant que la loi n'est pas promulguée. La série IEC 62443 est la référence de sécurité des systèmes d'automatisation et de commande industriels ; ses schémas de certification, par exemple ceux d'ISASecure, portent sur des produits et des processus de développement et sont délivrés par des organismes accrédités, jamais par un cabinet de conseil.

L'ANSSI (Agence nationale de la sécurité des systèmes d'information) a par ailleurs publié en décembre 2025 le guide La cybersécurité des systèmes industriels : Mesures détaillées, second volet d'une série dont le premier traite de la méthode de classification. Nous ne nous présentons pas comme prestataire qualifié par l'ANSSI.

Situations de terrain

Pertes d'échange et diagnostic d'un réseau

Une coupure de communication entre un automate et la supervision a rarement une cause unique. Un plan d'adressage modifié sans mise à jour du document, un équipement remplacé avec une configuration par défaut, une boucle réseau, une charge de diffusion trop élevée, un câble sollicité : chaque hypothèse se teste, à condition de disposer d'une cartographie fiable du réseau et d'un outil de diagnostic exploité par quelqu'un qui sait le lire. Sans cela, on remplace des matériels jusqu'à ce que le défaut disparaisse, et il revient. Une documentation de réseau à jour, un jeu d'outils de diagnostic connu et un journal des interventions réduisent nettement la durée des arrêts.

Le diagnostic gagne à être pensé dès la conception : des équipements qui remontent leur état, des alarmes de réseau distinctes des alarmes de procédé, des seuils définis avec la maintenance. Un technicien qui comprend l'architecture règle plus vite un incident qu'un prestataire appelé en urgence.

Migration d'une supervision

Remplacer une plateforme de supervision ou un historien est un projet à part entière, pas un simple changement de logiciel. Il faut inventorier les vues, les variables, les alarmes, les scripts et les rapports, décider ce qui est repris, réécrit ou abandonné, et conserver l'historique des mesures lorsque des clients ou la qualité en dépendent. La reprise de l'historique est le point sensible : horodatage, unités, noms de variables et fréquences d'enregistrement doivent être mis en correspondance et contrôlés par échantillonnage.

La bascule se prépare avec un retour arrière, atelier par atelier lorsque c'est possible, et avec les opérateurs, qui valident les nouveaux écrans sur des cas réels. Une formation courte des utilisateurs clés avant la bascule évite que les premières semaines ne servent à découvrir l'outil en production.

Droits, sauvegardes et exploitation courante

Une supervision bien conçue peut se dégrader en exploitation par accumulation de petits écarts : comptes partagés, droits trop larges, vues dupliquées pour un besoin ponctuel, scripts non documentés, sauvegardes qui ne sont jamais restaurées pour essai. Quelques règles simples limitent ces dérives : un compte par personne, des profils de droits définis avec l'exploitation, une procédure de sauvegarde et de restauration éprouvée au moins une fois par an, et un responsable désigné pour chaque application. Ces règles relèvent de l'organisation autant que de la technique, et elles se discutent avec l'automatisme, la maintenance et l'informatique réunis.

Ce que nous faisons, et ce que nous ne faisons pas

Ce que nous faisons

Nous auditons des architectures de supervision et des réseaux industriels : topologie, adressage, qualité des échanges, organisation des alarmes, sauvegardes, droits des utilisateurs. Nous conseillons sur le choix d'une plateforme, sur l'historisation et sur l'articulation entre informatique et automatisme. Nous concevons des synoptiques, des interfaces et des architectures, avec les opérateurs et la maintenance. Nous déployons ou migrons une plateforme de supervision ou un historien, avec reprise contrôlée des données, recette et bascule préparée. Chaque livrable est traçable et présentable à votre direction ou à vos clients.

Ce que nous ne faisons pas

Optédif n'est ni éditeur de logiciels, ni intégrateur certifié par un éditeur, ni centre reconnu par PI, ni organisme de certification. Nous ne délivrons ni certification, ni qualification, ni accréditation, ni habilitation, ni agrément. Notre audit d'une supervision ou d'un réseau n'est pas un audit de cybersécurité : nous ne le présentons pas comme tel, et aucun audit de conformité NIS2 reconnu n'existe à ce jour. Nous ne modifions pas les fonctions de sécurité des machines. Nous ne prenons aucun droit d'administration que vous ne nous accordez pas explicitement.

Assistance technique et formation

Notre assistance technique s'exerce sous la responsabilité et l'encadrement d'Optédif, avec des livrables définis, au forfait ou en récurrent : vues, bibliothèques d'objets, configurations d'échange, documentation d'architecture. Nos intervenants restent dirigés par Optédif et non par votre encadrement ; le périmètre, les livrables et les échéances sont fixés au devis. Les règles d'accès aux réseaux et aux postes, les consignes de sécurité du site et le plan de prévention sont arrêtés avec vous avant la première intervention. La formation complète l'ensemble quand le besoin est de comprendre : elle ne mène à aucune certification d'éditeur, de constructeur ou de PI.

Références officielles

Standards d'échange

• OPC Foundation, OPC UA
• PI, PROFINET
• Modbus Organization
• IEC, normes internationales

Cadre légal et cybersécurité

• Code du travail, article L. 4321-1
• Commission européenne, Data Act
• ANSSI, directive NIS2
• ISASecure, organismes de certification