Intégration, sécurité et conformité

Architecture d’intégration

Operational Health Matrix est conçu comme une plateforme d’intégration ouverte.

Toutes les interactions passent par des interfaces documentées.

Interfaces d’intégration prises en charge

La plateforme prend en charge :

• REST API ;
• MQTT ;
• WebSocket ;
• OPC UA ;
• passerelle Modbus ;
• AMQP ;
• Kafka ;
• Syslog ;
• SNMP ;
• Webhooks.

Intégration avec les systèmes d’entreprise

OHM s’intègre avec :

• SCADA ;
• GIS ;
• ERP ;
• CMMS ;
• EAM ;
• Service Desk ;
• fournisseur d’identité (Identity Provider) ;
• systèmes de gestion documentaire ;
• plateformes BI.

Modèle d’événements externes

Toute modification significative est publiée sous forme d’événement.

Exemples :

• IssueCreated ;
• IssueAssigned ;
• IssueResolved ;
• IssueVerified ;
• MassiveIncidentCreated ;
• AssetHealthChanged ;
• DetectorUpdated ;
• SLAExceeded.

Principes des API

Toutes les interfaces de programmation respectent un ensemble unifié d’exigences :

• le versionnement ;
• l’idempotence ;
• l’authentification ;
• l’autorisation ;
• l’audit ;
• la limitation du débit de requêtes ;
• la rétrocompatibilité.

Sécurité et audit

Operational Health Matrix met en œuvre un modèle de sécurité orienté vers l’exploitation d’infrastructures critiques.

Contrôle d’accès basé sur les rôles

Les droits sont définis par les rôles.

Rôles types :

• opérateur ;
• dispatcheur ;
• ingénieur de terrain ;
• superviseur ;
• responsable d’exploitation ;
• administrateur système ;
• responsable sécurité ;
• auditeur.

Chaque rôle reçoit le minimum de privilèges nécessaires.

Journal d’audit (Audit Trail)

Le système consigne toutes les actions.

Le journal contient :

• l’utilisateur ;
• l’horodatage ;
• l’action ;
• les valeurs précédentes ;
• les nouvelles valeurs ;
• la source ;
• l’adresse IP ;
• l’identifiant de session.

Les enregistrements d’audit sont immuables.

Intégrité des preuves électroniques

Chaque Evidence est accompagné :

• de l’heure d’enregistrement ;
• de la source ;
• d’une somme de contrôle ;
• de l’identifiant de l’actif ;
• d’un lien vers l’Operational Issue.

Cela garantit la traçabilité de l’origine des données.

Historique de configuration

Le système enregistre automatiquement les modifications de configuration des équipements.

Pour chaque version, il consigne :

• les paramètres ;
• l’initiateur de la modification ;
• le motif ;
• la date ;
• le résultat de l’application de la modification.

Conformité aux référentiels

Operational Health Matrix est conçu conformément aux pratiques internationales d’exploitation des systèmes industriels.

ITIL 4 Incident Management

OHM met en œuvre le cycle de vie complet d’un incident d’exploitation :

• l’enregistrement ;
• la classification ;
• la priorisation ;
• l’affectation ;
• l’escalade ;
• la résolution ;
• la vérification ;
• la clôture.

ITIL 4 Problem Management

La plateforme prend en charge :

• l’analyse des causes racines ;
• les problèmes récurrents ;
• les erreurs connues (Known Errors) ;
• la Knowledge Base ;
• la prévention des récidives.

ISO 55000 Asset Management

OHM assure :

• la gestion du cycle de vie des actifs ;
• l’évaluation de l’état technique ;
• l’historique d’exploitation ;
• les indicateurs de fiabilité ;
• l’aide à la décision en matière de maintenance et de modernisation.

ISA-95

L’architecture de la plateforme sépare :

• le niveau des actifs physiques ;
• le niveau d’acquisition des données ;
• le niveau des opérations ;
• le niveau d’intégration métier.

Cela garantit la compatibilité avec l’architecture industrielle de l’entreprise.

EEMUA 191

OHM applique les principes de gestion rationnelle des alarmes :

• la corrélation ;
• la suppression des Alarm Flood ;
• la déduplication ;
• la priorisation ;
• le passage des alarmes individuelles aux Operational Issues.

IEC 62443

La plateforme prend en charge :

• la séparation des accès ;
• la journalisation ;
• la traçabilité ;
• la protection de la configuration ;
• le contrôle des modifications ;
• la gestion des comptes ;
• l’audit des actions des utilisateurs.

Avantages concurrentiels

Operational Health Matrix réunit les capacités de plusieurs classes de systèmes au sein d’un même modèle d’exploitation.

La différence essentielle d’OHM tient au passage de la gestion d’événements isolés à la gestion de l’état d’exploitation de l’infrastructure.

Synthèse

Operational Health Matrix est un système spécialisé de gestion de l’exploitation des infrastructures industrielles, qui réunit dans une architecture unique la télémétrie, les modèles analytiques, les processus d’exploitation et la gestion du cycle de vie des actifs.

La plateforme assure :

• l’évaluation continue de l’état technique des équipements ;
• la détection automatique des problèmes d’exploitation ;
• la corrélation et l’analyse des causes racines ;
• la répartition intelligente des travaux ;
• le contrôle des SLA ;
• l’aide à la décision ;
• la constitution d’une base de connaissances d’entreprise ;
• la prévision des risques ;
• un audit transparent ;
• la conformité aux pratiques internationales actuelles de gestion de l’exploitation.

Operational Health Matrix est l’un des composants clés de la Plateforme IIoT et permet de passer d’une exploitation réactive à une gestion de la fiabilité opérationnelle fondée sur les données.