Pétrole et gaz
Les raffineries, les installations de traitement, les pipelines et les plates-formes offshore génèrent des données opérationnelles et d'inspection constantes que les équipes de maintenance et de fiabilité doivent interpréter rapidement, sans que cette interprétation n'ait jamais autorité sur le contrôle des processus. Cette page explique comment un tel flux de travail serait planifié et exécuté sur inTheEU Assist, et non un enregistrement d'un déploiement terminé.
Comment le flux de travail serait structuré
Les données de processus et d'inspection, la télémétrie des compresseurs, la surveillance des pipelines, les dossiers de maintenance seraient ingérées et indexées sur place, alimentant ainsi un ensemble de connaissances destiné au propre locataire de l'opérateur. Un agent configuré pour le flux de travail comparerait les lectures actuelles à l'historique de fonctionnement approuvé et proposerait des anomalies potentielles, chacune liée à un actif spécifique et saisie avec le statut proposé. Une recommandation d'escalade, telle qu'une inspection ciblée ou un ordre de travaux de maintenance, suivrait le même chemin proposé à l'approbation.
La technologie opérationnelle existante, le contrôle des processus, les systèmes instrumentés de sécurité, la logique d'arrêt d'urgence resteraient entièrement en dehors de ce flux de travail. La plate-forme ne détiendra, ne demandera ou n’exécutera jamais d’autorité sur ces systèmes.
Là où se situe l’approbation humaine
Chaque signalement d’anomalie ou recommandation d’escalade nécessiterait l’approbation explicite d’un ingénieur nommé avant d’être traité comme établi ou mis en œuvre. Il ne s’agit pas d’une politique superposée au flux de travail. C'est le mécanisme par lequel le flux de travail se déroule : une étape non approuvée n'exécute tout simplement pas l'étape suivante.
Sur quoi cela s’appuie-t-il aujourd’hui et sur quoi cela ne s’appuie-t-il pas ?
Le flux de travail de signalement des anomalies, le cycle de vie des examens proposés à approuvés et la chaîne d'audit signée derrière chaque action sont des éléments fonctionnels de la plateforme. Ce qui n'en fait pas encore partie : un modèle spécifique à l'installation formé sur les propres données de processus d'un opérateur donné, ce qui est exactement ce qu'un premier pilote construirait. Les systèmes instrumentés de sécurité et le contrôle des processus existants restent totalement en dehors du champ d'application de la plate-forme, de par leur conception. Le jugement du domaine dans un déploiement pétrolier et gazier resterait du ressort des propres ingénieurs de l'opérateur, et toute compétence d'analyse spécifique aux actifs serait développée en parallèle avec eux, et non fournie sous forme de modèle standard.
Une partie de l'architecture sous-jacente à cet ensemble de capacités est documentée dans des dossiers encore en cours. Cette page décrit ce pour quoi la plateforme est conçue, à un niveau approprié pour la planification d'un projet pilote, et non une spécification de mise en œuvre.
Les fonctionnalités et l'interface de la plateforme sont sujettes à une amélioration continue. Les descriptions contenues dans ce guide peuvent ne pas refléter la présentation ou le libellé exact de la dernière version publiée.