Integration, Sicherheit und Compliance
Integrationsarchitektur und Ereignismodell, Sicherheits- und Auditmodell, Zuordnung zu ITIL, ISO 55000, ISA-95, EEMUA 191 und IEC 62443 sowie der Vergleich von OHM mit benachbarten Systemklassen.
Integrationsarchitektur
Die Operational Health Matrix ist als offene Integrationsplattform konzipiert.
Sämtliche Interaktionen erfolgen über dokumentierte Schnittstellen.
Unterstützte Integrationsschnittstellen
Die Plattform unterstützt:
- REST API;
- MQTT;
- WebSocket;
- OPC UA;
- Modbus-Gateway;
- AMQP;
- Kafka;
- Syslog;
- SNMP;
- Webhooks.
Integration mit Unternehmenssystemen
OHM lässt sich anbinden an:
- SCADA;
- GIS;
- ERP;
- CMMS;
- EAM;
- Service Desk;
- Identitätsanbieter (Identity Provider);
- Dokumentenmanagementsysteme;
- BI-Plattformen.
Modell externer Ereignisse
Jede wesentliche Änderung wird als Ereignis veröffentlicht.
Beispiele:
- IssueCreated;
- IssueAssigned;
- IssueResolved;
- IssueVerified;
- MassiveIncidentCreated;
- AssetHealthChanged;
- DetectorUpdated;
- SLAExceeded.
API-Prinzipien
Alle Programmierschnittstellen erfüllen einen einheitlichen Satz von Anforderungen:
- Versionierung;
- Idempotenz;
- Authentifizierung;
- Autorisierung;
- Auditierung;
- Begrenzung der Anfragerate;
- Abwärtskompatibilität.
Sicherheit und Audit
Die Operational Health Matrix setzt ein Sicherheitsmodell um, das auf den Betrieb kritischer Infrastruktur ausgerichtet ist.
Rollenbasierte Zugriffssteuerung
Die Berechtigungen werden über Rollen festgelegt.
Typische Rollen:
- Operator;
- Disponent;
- Außendiensttechniker;
- Supervisor;
- Betriebsleiter;
- Systemadministrator;
- Sicherheitsbeauftragter;
- Auditor.
Jede Rolle erhält die minimal erforderlichen Berechtigungen.
Auditprotokoll (Audit Trail)
Das System zeichnet alle Handlungen auf.
Das Protokoll enthält:
- den Benutzer;
- den Zeitpunkt;
- die Handlung;
- die vorherigen Werte;
- die neuen Werte;
- die Quelle;
- die IP-Adresse;
- die Sitzungskennung.
Auditeinträge sind unveränderlich.
Integrität elektronischer Nachweise (Evidence)
Zu jedem Evidence gehören:
- der Zeitpunkt der Registrierung;
- die Quelle;
- eine Prüfsumme;
- die Asset-Kennung;
- eine Verknüpfung mit dem Operational Issue.
Damit ist die Nachvollziehbarkeit der Datenherkunft sichergestellt.
Konfigurationshistorie
Änderungen an der Gerätekonfiguration speichert das System automatisch.
Für jede Version werden erfasst:
- die Parameter;
- der Urheber der Änderung;
- der Grund;
- das Datum;
- das Ergebnis der Übernahme der Änderung.
Zuordnung zu Normen und Standards
Die Operational Health Matrix ist im Einklang mit internationalen Praktiken für den Betrieb industrieller Systeme konzipiert.
ITIL 4 Incident Management
OHM setzt den vollständigen Lebenszyklus eines Betriebsvorfalls um:
- Registrierung;
- Klassifizierung;
- Priorisierung;
- Zuweisung;
- Eskalation;
- Behebung;
- Verifizierung;
- Abschluss.
ITIL 4 Problem Management
Die Plattform unterstützt:
- die Analyse der Grundursachen (Root Cause);
- wiederkehrende Probleme;
- bekannte Fehler (Known Errors);
- die Knowledge Base;
- die Vermeidung von Wiederholungen.
ISO 55000 Asset Management
OHM bietet:
- Steuerung des Asset-Lebenszyklus;
- Bewertung des technischen Zustands;
- Betriebshistorie;
- Zuverlässigkeitskennzahlen;
- Entscheidungsunterstützung bei Instandhaltung und Modernisierung.
ISA-95
Die Architektur der Plattform trennt:
- die Ebene der physischen Assets;
- die Ebene der Datenerfassung;
- die Ebene des Betriebs;
- die Ebene der Geschäftsintegration.
Damit ist die Kompatibilität mit der industriellen Architektur des Unternehmens gewährleistet.
EEMUA 191
OHM wendet die Prinzipien eines rationalen Alarmmanagements an:
- Korrelation;
- Unterdrückung von Alarm Floods;
- Beseitigung von Dubletten;
- Priorisierung;
- Übergang von einzelnen Alarmen zu Operational Issues.
IEC 62443
Die Plattform unterstützt:
- die Trennung der Zugriffsrechte;
- die Protokollierung;
- die Nachvollziehbarkeit;
- den Schutz der Konfiguration;
- die Änderungskontrolle;
- die Verwaltung von Benutzerkonten;
- die Auditierung von Benutzeraktionen.
Wettbewerbsvorteile
Die Operational Health Matrix vereint die Fähigkeiten mehrerer Systemklassen in einem einheitlichen Betriebsmodell.
| Systemklasse | Hauptfunktion | Umsetzung in OHM |
|---|---|---|
| SCADA | Überwachung und Steuerung | Telemetrie, Ereignisse und Betriebsanalytik |
| Alarm Management | Verwaltung von Alarmen | Korrelation, Kanonisierung und Priorisierung von Operational Issues |
| CMMS | Steuerung der Arbeiten | Work Queue, SLA, Verification, Knowledge Base |
| EAM | Verwaltung der Assets | Asset Health, Betriebshistorie, Lebenszykluskennzahlen |
| Service Desk | Bearbeitung von Anfragen | Incident Workflow, Eskalation, Audit und Ausführungskontrolle |
| IIoT-Plattform | Datenerfassung | Einheitliche Integrations- und Analyseplattform |
Das entscheidende Unterscheidungsmerkmal von OHM ist der Übergang von der Steuerung einzelner Ereignisse zur Steuerung des Betriebszustands der Infrastruktur.
Fazit
Die Operational Health Matrix ist ein spezialisiertes System zur Steuerung des Betriebs industrieller Infrastruktur, das Telemetrie, analytische Modelle, Betriebsprozesse und die Steuerung des Asset-Lebenszyklus in einer einheitlichen Architektur zusammenführt.
Die Plattform bietet:
- die kontinuierliche Bewertung des technischen Zustands der Geräte;
- die automatische Erkennung betrieblicher Probleme;
- Korrelation und Analyse der Grundursachen;
- die intelligente Verteilung der Arbeiten;
- die SLA-Kontrolle;
- die Entscheidungsunterstützung;
- den Aufbau einer unternehmensweiten Wissensdatenbank;
- die Prognose von Risiken;
- ein transparentes Audit;
- die Übereinstimmung mit modernen internationalen Praktiken des Betriebsmanagements.
Die Operational Health Matrix ist eine der Schlüsselkomponenten der IIoT-Plattform und ermöglicht den Übergang von reaktivem Betrieb zu einer datenbasierten Steuerung der betrieblichen Zuverlässigkeit.
Verwandte Themen
War diese Seite hilfreich?
Danke für dein Feedback!