Des opérations plus sûres et plus fiables, appuyées sur des données défendables.

La technologie opérationnelle (TO) regroupe les équipements et les logiciels qui commandent les procédés physiques : automates programmables, SCADA, systèmes de commande distribués et systèmes de sécurité. Les TI couvrent le volet affaires : ERP, courriel, rapports. La TO est conçue pour la disponibilité et la sécurité sur un long cycle de vie, et la plupart des exploitants la séparent des TI au moyen de zones protégées par pare-feu et d'une DMZ, souvent selon des modèles comme l'architecture de référence Purdue et des normes comme IEC 62443. Une plateforme opérationnelle bien conçue se trouve du côté des TI et lit les données du réseau de contrôle par l'entremise d'un historien ou d'un canal unidirectionnel, plutôt que de se connecter directement aux automates.

Un historien est une base de données de séries chronologiques qui enregistre à haute fréquence les valeurs des points provenant des systèmes SCADA et de commande, avec compression, indicateurs de qualité et longue conservation. C'est l'endroit naturel où les logiciels de gestion peuvent lire les données opérationnelles, car il se trouve déjà à la frontière et n'écrit jamais vers les équipements. Une plateforme bien conçue lit l'historien au moyen de son API ou de son interface OPC, associe les points aux actifs en gérant explicitement les unités et les fuseaux horaires, et traite les indicateurs de qualité comme des données plutôt que de les ignorer.

Les équipes sur un bail, une plateforme ou un camp d'exploration travaillent souvent des heures ou des jours sans connexion utilisable. Une application de terrain doit donc conserver les relevés, les inspections, les photos et les signatures sur l'appareil, puis synchroniser lorsqu'une connexion satellite ou cellulaire revient. Les difficultés : gérer les conflits lorsque deux personnes modifient le même dossier, la dérive des horloges des appareils et savoir quelle version du formulaire était utilisée. Une application bien conçue fonctionne d'abord hors ligne, versionne ses formulaires, conserve les deux versions d'un conflit pour révision et horodate et géolocalise chaque dossier au moment de la saisie.

Le permis de travail est le processus officiel qui autorise les travaux dangereux, comme le travail à chaud, l'entrée en espace clos ou le travail sur des équipements isolés, avec des tests de gaz, des isolements, des approbations, des limites de temps et des vérifications des opérations simultanées incompatibles. Les permis papier dominent encore parce qu'ils doivent être visibles sur le lieu des travaux et résister à une perte de connexion. Un système bien conçu modélise le cycle de vie du permis avec les approbations et les registres d'isolement, vérifie les conflits sur l'ensemble du site, imprime ou affiche le permis sur le chantier et conserve un historique inaltérable qu'un enquêteur peut reconstituer après un incident.

Cela dépend de l'activité et du territoire : au Canada, les pipelines et les projets extracôtiers de compétence fédérale relèvent d'organismes comme la Régie de l'énergie du Canada et les offices des hydrocarbures extracôtiers, des organismes provinciaux comme l'Alberta Energy Regulator encadrent la plupart des activités en amont, et aux États-Unis, des agences comme l'OSHA, l'EPA, le BSEE pour l'extracôtier et la PHMSA pour les pipelines fixent leurs propres règles de tenue de dossiers et de déclaration. Le point commun : les incidents, les inspections, les émissions, les déversements et la formation doivent être consignés avec des preuves et conservés pendant des années. Votre équipe de conformité devrait confirmer les obligations exactes ; une plateforme bien conçue traite les types de dossiers, les périodes de conservation et les formats de soumission comme de la configuration, afin de pouvoir les ajuster sans nouvelle version.

La comptabilité de production prend les volumes mesurés aux compteurs et aux réservoirs, les répartit entre les puits, les installations et les partenaires détenant une participation directe, puis les ajuste lorsque les estimations sont remplacées par les chiffres réels en fin de mois. Les relevés de terrain, les valeurs des historiens et l'ERP concordent rarement du premier coup, en raison des conversions d'unités, des corrections tardives et des estimations manuelles. Un système bien conçu conserve la provenance de chaque chiffre, versionne chaque exécution de répartition et montre aux finances exactement quelles données de terrain ont produit le volume facturé.

OPC UA est la norme actuelle pour lire les points des automates et des serveurs SCADA, OPC DA demeurant courant dans les installations plus anciennes. Modbus TCP et RTU restent répandus sur les appareils de terrain, DNP3 est courant dans les services publics et les SCADA de pipelines, et MQTT, souvent avec la spécification de charge utile Sparkplug B, est utilisé par les passerelles IoT et les capteurs plus récents. Modbus n'offre aucune authentification et ne doit donc jamais être exposé au-delà du réseau de contrôle ; une plateforme bien conçue lit ces protocoles par l'entremise d'une passerelle ou d'un historien situé dans la zone TO et ne transmet que des données normalisées au-delà de la frontière.

Un logiciel de gestion de la maintenance assistée par ordinateur (GMAO) contient le registre des équipements, les plans d'entretien préventif, les bons de travail et les pièces de rechange, tandis que l'ERP gère l'approvisionnement, l'évaluation des stocks et la comptabilité analytique, et les ERP de plus grande taille comprennent leurs propres modules de gestion des actifs. Gérer l'entretien dans les deux sans système de référence clair mène à des bons de travail en double et à des coûts non comptabilisés. Une architecture bien conçue choisit un seul système de référence pour les bons de travail, intègre les pièces et les coûts à l'ERP et permet aux données d'état provenant de l'historien de générer automatiquement des bons de travail.

La plupart des actifs en amont appartiennent à plusieurs partenaires détenant une participation directe, qui ont droit aux données de production, de coûts et de SSE en vertu de la convention d'exploitation commune, alors que les sous-traitants sur place ont besoin des permis, des dossiers de formation et des inspections, mais de rien d'autre. L'accès doit donc être défini par site, par partenaire et par type de dossier plutôt que par entreprise. Un système bien conçu applique ces restrictions dans la couche de données et journalise chaque accès, ce qui satisfait à la fois les partenaires et les auditeurs.

Un enquêteur ou un organisme de réglementation voudra savoir qui l'a consigné, quand, sur quelle version du formulaire, quelles preuves y étaient jointes et si quelqu'un l'a modifié par la suite. Les dossiers conservés dans des tableurs modifiables ou dans un système de fournisseur sans historique des modifications échouent à ce test. Une plateforme bien conçue conserve un historique immuable avec un horodatage synchronisé, stocke les preuves avec le dossier, applique des calendriers de conservation et peut exporter un dossier exactement tel qu'il était à n'importe quelle date passée.

La déclaration des gaz à effet de serre et du méthane s'appuie sur des données opérationnelles comme la consommation de carburant, les volumes torchés et rejetés, le dénombrement des équipements et les relevés de détection des fuites, et des régimes comme le Programme de déclaration des gaz à effet de serre fédéral au Canada, les programmes provinciaux et le programme de l'EPA aux États-Unis prescrivent chacun leurs propres méthodes et facteurs d'émission. Les facteurs et les méthodes évoluent avec le temps, de sorte qu'un rapport doit indiquer la version utilisée. Un système bien conçu versionne les méthodes de calcul et les facteurs, et préserve la traçabilité de chaque chiffre déclaré jusqu'aux données de terrain sur lesquelles il repose.

Une liste des sites avec leur connectivité, les fournisseurs de systèmes de commande et d'historiens de chacun, votre politique de sécurité de la TO et la frontière que votre équipe TO autorisera les données à franchir, les organismes de réglementation et les types de dossiers que vous leur déclarez, ainsi que les tableurs et formulaires qu'utilisent vos équipes aujourd'hui. À partir de ces éléments, nous rédigeons un inventaire des intégrations et proposons une première phase qui remplace le dossier ou le formulaire le plus problématique sur un site.