Des documents à une procédure connectée

Tout ce que produit un projet de canalisation est déjà archivé et retrouvable : tracés dans le SIG, schémas P&ID et isométriques dans le coffre d'ingénierie, études de sol en PDF, permis environnementaux, descriptifs de mode opératoire de soudage, protocoles d'épreuve hydraulique, dossiers de récolement. Ce qu'aucun système ne détient, c'est la façon dont ces pièces se rapportent les unes aux autres — et à la procédure de construction et d'exploitation réellement exécutée. La conformité au processus se reconstitue donc à la main, généralement au moment de l'audit.

La réponse est un modèle écrit dans les termes de l'opérateur plutôt qu'un index documentaire de plus. Un tronçon de pipeline comporte des segments, chacun avec sa pression de calcul, sa spécification de matériau et son revêtement. Une procédure de construction est un enchaînement d'étapes : dégagement du tracé, terrassement, mise en ligne, soudage, contrôle non destructif, revêtement, épreuve hydraulique, remblayage, mise en service. Chaque étape exige certains documents, est régie par certaines normes telles que NBN EN 1594 et le zonage ATEX, est réalisée par certains rôles, et doit être achevée avant que la suivante ne commence.

C'est cette dernière relation qui fait du flux de processus un objet à part entière, doté de gates. Le contrôle non destructif ne peut pas commencer tant que le mode opératoire de soudage n'est pas qualifié. L'épreuve hydraulique ne peut pas être planifiée tant que le permis n'est pas valide à cette date. La mise en service ne peut pas être prononcée tant que le dossier de récolement n'est pas complet. Chaque gate est une règle posée sur le graphe, et chaque règle pointe vers les documents qui la satisfont.

Une fois les actifs rattachés au modèle, « quels documents doivent être approuvés avant le début du contrôle non destructif sur le segment 14 du tronçon côtier, et certains sont-ils périmés ? » devient une requête et non une recherche. Parce que la plateforme sait où chaque segment se situe dans le flux, elle peut signaler dès aujourd'hui qu'un permis expire avant l'épreuve hydraulique prévue, rédiger le rapport de clôture d'étape à partir des enregistrements sous-jacents, ou montrer à un auditeur la chaîne de preuve remontant de la carte de soudures telle que construite jusqu'à la pression de calcul.

L'essentiel est là : procédures et documents cessent d'être deux choses reliées après coup. L'ontologie modélise le processus, ses gates et ses preuves comme une seule structure, et la conformité devient quelque chose que la plateforme vérifie en continu plutôt qu'un travail de reconstitution au moment de l'audit.

Rien dans ce modèle n'est propre au gaz. Tout actif linéaire construit selon une procédure encadrée — réseaux de fibre et de fourreaux, rail, conduites d'eau — accumule la même pile de documents le long du même enchaînement d'étapes à gates, et gagne la même chose à les relier.

Tracé des canalisations, données de pression, statut des permis et enregistrements de soudure relèvent tous de l'information d'infrastructure critique. La plateforme s'exécute sur l'infrastructure propre de l'opérateur : rien de tout cela ne quitte son périmètre.