Qu’est-ce que le commissioning industriel ?
Le commissioning, ou mise en service, est le processus qui vérifie progressivement qu’une installation, un équipement ou un système est correctement installé, testé et capable de remplir la fonction prévue. Il relie construction, essais, acceptation et transfert aux opérations.
Il ne s’agit pas simplement d’allumer une machine. Le logiciel conserve les contrôles, résultats, écarts, preuves et validations depuis la fabrication jusqu’au handover, c’est-à-dire le transfert formel du périmètre à l’exploitation.
Quel cycle suivre entre construction, essais et mise en service ?
Un cycle de commissioning peut suivre fabrication → FAT → installation → mechanical completion → pre-commissioning → commissioning → SAT/SIT → start-up → performance → handover. Les noms et critères exacts doivent être adaptés au contrat et au projet.
Chaque phase doit définir ses prérequis, ses contrôles, ses preuves et son critère de sortie. Un statut global comme « 87 % terminé » ne remplace pas la preuve que le système concerné est prêt pour l’étape suivante.
Mechanical completion, pre-commissioning et commissioning : quelle différence ?
Mechanical completion vérifie que ce qui devait être construit ou installé l’a été conformément aux documents applicables : équipements, tuyauteries, câblage, instrumentation et protections. Le pre-commissioning prépare ensuite les systèmes avec nettoyage, flushing, tests électriques, calibrations, loop checks et essais sans charge.
Le commissioning fait fonctionner progressivement les systèmes pour vérifier séquences, alarmes, interlocks, automatismes et interactions. Le start-up correspond ensuite à l’entrée dans le fonctionnement opérationnel, selon les règles du projet.
Qu’est-ce qu’un FAT ?
FAT signifie Factory Acceptance Test. Il est réalisé chez le fabricant ou avant l’installation finale pour vérifier qu’un équipement ou système respecte sa spécification avant expédition. Il peut couvrir composants, communications, logique automate, alarmes, interlocks et interfaces opérateur.
Un FAT ne devrait pas être réduit à `FAT = PASS`. Chaque cas doit garder le résultat, la preuve, le commentaire, la personne, les conditions et la réserve éventuelle afin de rendre la décision relisible après livraison.
Qu’est-ce qu’un FIT ?
FIT signifie Factory Integration Test. Cette étape facultative vérifie l’intégration de plusieurs systèmes avant leur arrivée sur site, par exemple un PLC fournisseur, un SCADA et un système de sécurité.
Le FIT peut révéler une incompatibilité d’interface plus tôt qu’un test réalisé après installation. Il doit toutefois rester relié au périmètre et aux critères convenus pour le projet, sans être présenté comme obligatoire dans tous les contextes.
Qu’est-ce qu’un SAT ?
SAT signifie Site Acceptance Test. Il intervient après installation sur le site final et vérifie que les connexions terrain, interfaces réelles, communications et fonctions attendues restent conformes dans l’environnement où le système sera exploité.
Le principe est simple : FAT = vérification avant livraison ; SAT = vérification une fois installé. Le logiciel doit rattacher les essais aux équipements et conditions réelles plutôt que recopier un résultat de recette usine.
Qu’est-ce qu’un SIT ?
SIT signifie Site Integration Test. Il vérifie les interactions entre plusieurs systèmes présents sur le site : automate, SCADA, MES, réseau, système de sécurité ou autres unités.
Un équipement peut réussir son SAT individuellement et échouer lors d’un test d’intégration. Le système doit donc conserver le périmètre, les dépendances, les résultats et les actions correctives associés au SIT.
Qu’est-ce qu’un tag équipement ?
Le tag est l’identifiant qui permet de retrouver un équipement ou un composant dans les plans, listes, inspections, tests, punch lists, commissioning et maintenance future. Exemples : `P-204` pour une pompe, `XV-304` pour une vanne motorisée ou `PT-103` pour un transmetteur de pression.
Une application gagne beaucoup de valeur lorsqu’elle réutilise les tags du référentiel projet. Recréer des identifiants différents dans le logiciel de commissioning crée des rapprochements manuels au moment du handover.
Qu’est-ce qu’un ITR ?
ITR signifie Inspection and Test Record, ou fiche d’inspection et d’essai. Elle peut vérifier fondation, alignement, boulons, lubrification, rotation, raccordement électrique et protections d’une pompe, par exemple.
Chaque ITR doit conserver équipement, checklist, valeurs mesurées, résultat, opérateur, date, photos, commentaires, validation et punch items créés. Une réserve découverte pendant la fiche doit rester liée au contrôle qui l’a révélée.
Comment gérer une punch list industrielle ?
Une punch list regroupe les travaux incomplets, défauts ou écarts à corriger avant un jalon de réception ou de mise en service. Chaque réserve doit indiquer tag ou système, description, discipline, responsable, priorité, date cible, localisation, photos et preuve de correction.
Le logiciel doit conserver la validation de clôture et le jalon concerné. Il ne suffit pas de passer une réserve à « terminée » : il faut pouvoir montrer qui a vérifié la correction et sur quelle preuve.
Toutes les réserves bloquent-elles la mise en service ?
Non. Une protection de sécurité absente peut bloquer le démarrage, tandis qu’une étiquette définitive manquante peut parfois être acceptée temporairement si une identification sûre est validée. Une documentation mineure peut être exigée avant le handover final.
Le point important n’est pas d’imposer une classification A/B/C universelle, mais de rattacher chaque punch item au jalon qu’il bloque, à la règle du projet et à l’autorité qui peut accepter une réserve ouverte.
Comment gérer les loop checks ?
Un loop check vérifie toute la chaîne entre un capteur, une entrée/sortie automate, la logique, le SCADA et l’alarme attendue. La fiche conserve tag instrument, canal I/O, plage, valeur injectée, valeur observée, alarmes et résultat.
Lorsqu’une matrice cause & effect existe, le logiciel peut rattacher chaque test à la relation attendue et suivre les anomalies sans séparer les feuilles de boucle, les essais fonctionnels et les actions de correction.
Comment suivre les I/O ?
I/O signifie Inputs / Outputs, les entrées et sorties d’un système automatisé. Le modèle peut distinguer DI, DO, AI et AO, puis rattacher chaque point au tag, au canal, au test et à l’équipement concerné.
Un statut comme `NOT TESTED → TESTED → FAILED → RETEST REQUIRED → PASSED` rend l’avancement mesurable point par point. Il évite de déduire la disponibilité d’un système à partir d’une simple impression générale.
Comment vérifier les alarmes, interlocks et causes-effets ?
Un interlock est une logique qui empêche ou déclenche une action lorsque certaines conditions sont réunies. Le test doit enregistrer condition simulée, réaction attendue, réaction obtenue, résultat, preuve et éventuelle action corrective.
Les alarmes et la matrice cause & effect doivent rester reliées aux tags et aux versions des documents applicables. Le logiciel organise les essais ; il ne doit pas inventer une validation fonctionnelle sans résultat réel.
Comment gérer les tests de performance ?
Un test fonctionnel réussi ne prouve pas que la performance contractuelle est atteinte. Une ligne peut fonctionner tout en restant sous une cible de 120 unités par minute ou au-dessus d’un taux de rebut maximal.
Le dossier doit conserver objectif, valeur mesurée, durée, conditions, matière utilisée, équipe, données, commentaires et résultat. Le système sépare donc fonctionne de respecte la performance attendue.
Comment coordonner les essais de plusieurs fournisseurs ?
Un même test peut dépendre d’un OEM, d’un intégrateur automatisme, d’un électricien, d’un installateur, de l’exploitant et du client final. Le logiciel doit distinguer qui exécute, qui assiste ou witness, et qui approuve.
Chaque blocage devient ainsi explicite : prérequis manquant, fournisseur attendu, validation client ou réserve ouverte. Les responsabilités, invitations et décisions restent attachées au test au lieu de vivre dans des échanges séparés.
Quelle différence entre witness point et hold point ?
Un witness point est une étape où une partie désignée doit avoir la possibilité d’assister au contrôle ou à l’essai. Un hold point est une étape au-delà de laquelle le processus ne peut pas continuer sans autorisation selon le plan qualité ou le contrat.
Ces termes doivent rester configurables selon le projet. Le logiciel peut gérer invitations, présence, refus, preuves et approbations, mais ne doit pas inventer la portée contractuelle d’un point de contrôle.
Comment conserver l’historique des tests échoués ?
Un test échoué ne doit jamais être écrasé par un résultat ultérieur. L’historique doit montrer tentative 1 → échec → action corrective → retest → réussite, avec chaque preuve et chaque décision.
Cette chronologie permet de connaître le problème original, le nombre de tentatives, le correctif appliqué et la personne ayant validé la résolution. Elle protège la valeur du dossier après le démarrage.
Quels documents relier au commissioning ?
Le périmètre peut inclure plans, P&ID, datasheets, manuels OEM, procédures, certificats, ITR, loop sheets, rapports FAT/SAT, résultats d’essais, redlines et documents as-built. Chaque révision doit être identifiable.
Le logiciel de commissioning ne remplace pas une GED. Il doit utiliser la bonne révision du bon document et relier ce document au tag, au système, au test ou au package concerné.
Redline et as-built : quelle différence ?
Une redline est un document annoté pendant les travaux pour représenter les modifications réellement effectuées. Un document as-built est la version finale mise à jour qui représente l’installation telle qu’elle a été construite.
Le chemin peut être `P&ID Rev C → redlines chantier → mise à jour engineering → P&ID As-Built Rev D`. Un handover ne devrait pas être considéré complet si l’exploitation reçoit une documentation qui ne correspond plus au terrain.
Que doit contenir un dossier de handover ?
Le handover est le transfert formel d’un système ou actif de l’équipe projet vers l’exploitation. Un package doit pouvoir rassembler certificat de completion, équipements, essais, réserves ouvertes acceptées, documents, as-built, manuels, pièces de rechange, formations, garanties et données d’actifs.
Le dossier n’est donc pas seulement une archive de fichiers. Il doit permettre à l’exploitation de comprendre ce qui est validé, ce qui reste ouvert, quelles données deviennent opérationnelles et qui porte la responsabilité après transfert.
Pourquoi remettre les données d’actifs avec les PDF ?
Après handover, la maintenance a besoin d’un actif exploitable : fabricant, modèle, numéro de série, date de mise en service, garantie, stratégie de maintenance, documents et pièces de rechange. Un manuel PDF seul ne fournit pas cette structure.
Les tags, documents et historiques de tests doivent donc pouvoir alimenter un registre d’actifs. Le logiciel prépare le transfert ; il ne doit pas créer un second référentiel contradictoire avec l’ERP ou la GMAO.
Comment connecter le commissioning à la GMAO ?
Avant handover : `équipement P-204 → commissioning → passed`. Après transfert : `actif P-204 → GMAO → plan de maintenance → pièces de rechange → garantie`. Les données utiles sont transmises une seule fois.
La GMAO devient propriétaire des interventions et plans de maintenance après mise en service. Le système de commissioning reste propriétaire des preuves de construction, essais et acceptation selon le périmètre défini.
Comment relier commissioning et CAPEX ?
CAPEX suit budget, commande, dépense et projet. Le commissioning suit installation, vérification, essais, acceptation et mise en service. Le jalon de mise en service peut ensuite déclencher la clôture CAPEX ou le processus d’immobilisation.
Le logiciel ne doit pas décider seul de la capitalisation comptable. Il transmet plutôt la date, les actifs, les coûts ou preuves nécessaires au processus finance, selon les règles de l’ERP et de la comptabilité.
Comment activer les garanties au moment du handover ?
Le dossier équipement peut conserver le point de départ contractuel de la garantie : SAT, commissioning, réception provisoire ou autre événement défini par le contrat. Il doit aussi garder durée, fournisseur, périmètre et date limite.
Cette donnée devient utile à la maintenance pour répondre rapidement à la question : cette panne est-elle encore couverte ? Le lien doit rester traçable avec la page de gestion des garanties industrielles.
Faut-il une application mobile, hors ligne et avec QR code ?
Sur le terrain, les équipes doivent pouvoir scanner un équipement, ouvrir une checklist, saisir une mesure, photographier un défaut, créer une punch item, signer une étape et consulter un plan. Un mode hors ligne peut stocker work packages, tags et documents utiles avant synchronisation.
Un QR code, DataMatrix ou tag NFC peut ouvrir directement l’état de l’équipement. Il reste un moyen d’accès à l’information : les validations critiques et la synchronisation finale doivent respecter les règles de sécurité et de contrôle du projet.
Que change IEC 62381:2024 pour les essais FAT, FIT, SAT et SIT ?
IEC 62381:2024 est la troisième édition publiée le 30 juillet 2024 pour les systèmes d’automatisation de l’industrie de procédé. Elle définit des exigences et checklists pour FAT, FIT, SAT et SIT, avec un FIT facultatif et des checklists détaillées pouvant être adaptées au projet.
Cette norme ne réglemente pas automatiquement tout le commissioning mécanique d’une usine. Elle constitue un référentiel pertinent pour les systèmes d’automatisation concernés ; le logiciel doit donc conserver son périmètre d’application et ses adaptations contractuelles.
Comment gérer des milliers de tests et suivre un avancement fiable ?
Le modèle doit éviter une liste plate et suivre project → system → subsystem → tag → task/ITR → test → result. Les certificats, réserves, documents et statuts sont alors calculés au niveau où la décision est prise.
L’avancement peut distinguer mechanical completion, pre-commissioning, commissioning, tests réussis, réserves bloquantes et dossiers prêts au handover. Cela évite qu’un pourcentage manuel masque les derniers contrôles critiques.
Comment éviter les faux « 95 % terminés » ?
Un projet peut rester à 95 % pendant des mois si l’avancement est déclaré manuellement. Une lecture objective compte les objets réellement terminés : ITR attendues et signées, FAT terminés, punch items bloquantes ouvertes et certificats délivrés.
Le statut doit être explicable par tag, système, test et preuve. Le responsable ne voit pas seulement un chiffre : il peut retrouver immédiatement ce qui empêche un système d’être déclaré prêt.
Quels KPI suivre pour piloter le commissioning ?
Les indicateurs utiles sont mechanical completion, pre-commissioning completion, commissioning completion, first-pass yield, punch backlog, blocking punch, punch aging, retest rate, handover readiness et document completeness.
Le KPI le plus intéressant n’est pas le volume de documents, mais le nombre de systèmes réellement transférables aujourd’hui. Les indicateurs doivent conduire à une action : relancer un fournisseur, fermer une réserve, corriger un test ou compléter un dossier.
Quel rôle donner à l’IA dans le commissioning ?
L’IA peut aider à convertir d’anciens formulaires Word ou Excel en checklists, classifier des punch items, résumer les écarts d’un système, repérer des documents manquants, rechercher des défauts similaires et préparer un rapport de handover.
Elle ne doit jamais décider seule `FAT = PASS`, `SAT = PASS` ou `READY FOR START-UP`. Les critères de validation restent déterministes et les décisions finales restent approuvées par les personnes responsables.
Hexagon, Omega 365 ou logiciel de commissioning sur mesure ?
Hexagon Smart Completions couvre notamment mechanical completion, pre-commissioning, commissioning, start-up/handover, ITR, punch lists et exécution mobile/offline. Omega 365 Completion Management relie systèmes, sous-systèmes, tags, checklists, punch items, procédures, handover et informations d’actifs.
Le sur-mesure devient pertinent si le processus est beaucoup plus simple ou spécifique, si un ERP ou une GMAO existe déjà, si les formulaires historiques sont atypiques, si un portail OEM est nécessaire ou si plusieurs applications doivent être réunies. Un fit-gap doit précéder toute reconstruction d’un standard mature.
Combien coûte un logiciel de commissioning industriel ?
Les facteurs principaux sont le nombre de tags, systèmes, disciplines, FAT/SAT, checklists, mobile/offline, punch lists, documents, QR/NFC, fournisseurs, intégrations GMAO/ERP, éventuel 3D/BIM, migration Excel, reporting et handover.
Il faut distinguer FAT/SAT avec checklists, preuves, signatures et réserves ; commissioning avec tags, systèmes, ITR, punch, pre-commissioning, commissioning et handover ; et completion management avec engineering, construction, multi-contractors, données d’actifs et transfert vers la maintenance. Ces périmètres ne justifient pas une moyenne artificielle.
Comment Koragence structurerait un projet de commissioning ?
Le cadrage commence par un système ou équipement réellement commissionné : FAT, checklists terrain, réserves, SAT et dossier final. L’objectif est d’identifier les jalons, contrôles, responsables et preuves réellement nécessaires.
Les actifs sont ensuite organisés en équipements, sous-systèmes et systèmes pour suivre un avancement objectif et préparer des handovers progressifs. Une première version peut couvrir FAT/SAT, punch lists et documents avant d’ajouter mobile, commissioning terrain, GMAO et asset handover.
Comment structurer les systèmes et sous-systèmes ?
La systemization, ou structuration de l’installation en systèmes et sous-systèmes commissionnables, permet de suivre des périmètres pouvant être terminés, testés et remis progressivement. Exemple : usine → air comprimé → sous-systèmes → équipements.
Chaque système peut regrouper équipements, tags, checklists, documents, tests, réserves, certificat de completion et statut de handover. Le projet n’attend ainsi pas nécessairement que toute l’installation soit terminée avant de transférer un périmètre prêt.