AI dans la due diligence technique : détecter les risques de planning, de coûts et de fiabilité avant la signature

1. Utiliser AI pour élargir le champ des éléments probants tout en préservant l’autorité décisionnelle

La due diligence technique est un exercice de conversion d’éléments probants. L’acheteur reçoit des plans, des plannings, des rapports de coûts, des historiques de maintenance, des rapports d’inspection, des contrats, des données d’exploitation et des explications de la direction. Chaque source décrit une partie différente de l’actif ou du projet. L’équipe de transaction doit déterminer quels documents sont à jour, s’ils concordent et comment les conditions identifiées affectent la valeur, la trésorerie, l’achèvement et la continuité.

AI peut accroître le volume d'éléments à examiner dans le calendrier de la transaction. Les modèles documentaires peuvent classer les fichiers, extraire les identifiants et relier les révisions. Les modèles analytiques peuvent analyser les réseaux de planning, l'évolution des coûts et les historiques de maintenance. Les méthodes statistiques peuvent faire ressortir des groupes de défaillances inhabituels, des dérogations répétées ou un avancement incohérent. Ces capacités améliorent la couverture lorsque les éléments probants sont maîtrisés. Elles créent un risque lorsqu'un résumé généré perd sa provenance ou qu'un score d'anomalie est traité comme une conclusion d'ingénierie.

Le principe de fonctionnement est l'augmentation maîtrisée. Le système doit afficher la source, la transformation, la version du modèle, le résultat et la décision du réviseur pour chaque signal significatif. Le réviseur ingénierie conserve la responsabilité de la causalité et du jugement technique. L'équipe de transaction conserve la responsabilité de la valorisation, de la structure et de la négociation. Le conseil d'administration ou le comité d'investissement conserve ses droits de décision.

Le cadre de gestion des risques AI du NIST organise le risque AI selon les fonctions gouverner, cartographier, mesurer et gérer.[3] Son profil AI génératif ajoute des actions pour les risques propres aux systèmes génératifs.[4] ISO/IEC 42001 fournit une structure de système de management AI couvrant les politiques, les objectifs, les processus et l'amélioration continue.[6] Ces cadres soutiennent un environnement de due diligence dans lequel la rapidité, la traçabilité, la sécurité et la responsabilité sont conçues ensemble.

Le premier livrable pratique devrait être un registre d'analyse. Il consigne la question, la population d'éléments probants, la méthode, les limites, le réviseur, le seuil de significativité et l'usage autorisé dans la transaction. Un modèle capable de regrouper des récits de maintenance peut faciliter la découverte. Il ne doit pas déterminer de manière indépendante la durée de vie utile restante, la conformité en matière de sécurité ou le prix d'achat. L'usage approuvé doit être explicite avant que le modèle n'accède à des données confidentielles de la cible.

2. Fixer la thèse de transaction et le périmètre d'ingénierie

Le périmètre de due diligence devrait partir de la thèse de valeur. Un acheteur qui acquiert un contractant en ingénierie peut se soucier de la qualité du carnet de commandes, du coût à terminaison, des réclamations, de la capacité des équipements et de la dépendance à l'égard des personnes clés. Un acheteur qui acquiert un actif industriel peut se soucier de l'intégrité, de la fiabilité, des dépenses d'investissement de maintenance, des permis et de la continuité d'exploitation. Un investisseur de projet peut se concentrer sur l'achèvement, les essais de performance, le risque d'interface et les dommages et intérêts forfaitaires.

Le périmètre d'ingénierie recense les entités juridiques, sites, projets, lignes de production, utilités, systèmes, contrats et périodes inclus dans l'analyse. Il identifie également les exclusions. Un groupe peut partager des ressources de maintenance, des logiciels d'ingénierie, des laboratoires, des pièces de rechange, des salles de contrôle et de la propriété intellectuelle entre sites. L'équipe de due diligence doit distinguer les actifs transférés lors de la réalisation des services qui nécessitent un accord de transition.

Le périmètre temporel est important. Un extrait de maintenance sur douze mois peut manquer un cycle d'arrêt pluriannuel. Un planning actuel peut masquer des recalages de référence antérieurs. Une amélioration récente de la fiabilité peut suivre une période d'arrêt anormale. Le plan de collecte des éléments probants devrait couvrir une période suffisamment longue pour observer des états représentatifs d'exploitation, de construction et de maintenance.

Le périmètre de décision traduit la thèse de transaction en questions vérifiables. Le programme actuel peut-il atteindre la réception mécanique dans les prévisions du vendeur ? La provision pour aléas restante est-elle suffisante pour le périmètre connu et latent ? L'actif installé peut-il atteindre la production et la disponibilité supposées dans la valorisation ? Quels constats nécessitent un ajustement de prix, un séquestre, une retenue, une condition de closing ou une mesure financée relevant du propriétaire ?

La maîtrise du périmètre évite la dérive analytique. L'équipe doit approuver les ajouts lorsque les éléments probants indiquent un nouveau risque significatif. Elle doit également consigner les questions renvoyées à une due diligence de confirmation, à un avis de spécialiste ou à une vérification après réalisation. Un journal de périmètre visible préserve la distinction entre éléments probants incomplets et conclusion défavorable.

3. Construire une cartographie des données de projet avant d'exécuter les modèles

La cartographie des données de projet constitue le fondement de l'analyse. Elle recense chaque source, propriétaire, système, date d'extraction, période, unité, identifiant, révision, restriction d'accès et finalité transactionnelle. Elle couvre les enregistrements structurés tels que les activités de planning et les ordres de travail, les enregistrements semi-structurés tels que les fiches d'inspection, et les enregistrements non structurés tels que les récits d'avancement, la correspondance et les photographies.

Le diagramme montre un parcours analytique maîtrisé ; les systèmes réels et les droits de décision dépendent de la transaction.

Les identifiants constituent le premier défi de rapprochement. Une pompe peut avoir un identifiant dans le registre des actifs, un autre dans le système de maintenance et un troisième dans l’historien. Une activité de projet peut utiliser un code de lot différent du compte de coûts. La table de correspondance des identités doit préserver les identifiants d’origine et créer des correspondances contrôlées plutôt que d’écraser les valeurs sources.

La provenance doit survivre à chaque transformation. Si un modèle convertit des ordres de travail en texte libre en catégories de défaillance, l’enregistrement résultant doit être lié au texte d’origine et à la règle de transformation. Si les dates sont normalisées, le fuseau horaire et l’horodatage d’origine doivent rester disponibles. Si des enregistrements en doublon sont supprimés, la règle de doublon et l’enregistrement conservé doivent être documentés.

ISO 55001:2024 renforce l’accent mis sur la prise de décision, la valeur, le risque, les données et l’action prédictive dans la gestion des actifs.[7] ISO 55013 traite de la gestion des actifs de données au service des objectifs de gestion des actifs.[8] En due diligence de transaction, ces principes se traduisent par une data room capable de soutenir à la fois l’analyse avant la signature et une exploitation contrôlée après la réalisation.

Tableau 1. Registre des données et des contrôles de due diligence technique

Les contrôles requis dépendent du type d’actif, du périmètre de l’opération et de l’importance relative.

4. Normaliser les structures des travaux, des coûts et des équipements

L’analyse inter-systèmes exige un grain d’analyse commun. Les activités de planning, les comptes de coûts, les contrats, les identifiants d’équipement et les ordres de travail de maintenance partagent rarement une même hiérarchie. L’équipe de due diligence doit établir une cartographie maîtrisée qui relie chaque élément au site, au système, au lot de travaux, à la partie responsable et à la question liée à l’opération.

La structure de découpage du projet doit représenter les livrables et le périmètre. La structure de découpage organisationnel indique les responsabilités. La structure de découpage des coûts enregistre les dépenses. La hiérarchie des équipements montre les relations physiques parent-enfant. Leurs finalités diffèrent ; le modèle analytique doit donc les relier sans les fusionner dans une hiérarchie artificielle unique.

Les unités et les calendriers exigent la même rigueur. Les données de coûts peuvent mélanger des devises, des valeurs nominales et réelles, et des traitements fiscaux. Les données de planning peuvent utiliser des semaines de travail, des jours fériés et des postes différents. Les données de fiabilité peuvent exprimer le temps de fonctionnement en heures, cycles, démarrages ou tonnes produites. La couche de normalisation doit consigner chaque conversion et conserver les valeurs sources.

La gestion des versions est essentielle car les éléments de preuve de la transaction évoluent pendant la due diligence. Une prévision d'achèvement révisée peut intégrer une nouvelle date fournisseur. Un nouvel extrait de maintenance peut inclure des bons de travail clôturés après la date de valorisation. Chaque exécution d'analyse doit identifier l'instantané source et la date d'effet. Les révisions significatives doivent être comparées aux versions antérieures afin de montrer quelles hypothèses ou quels enregistrements ont changé.

Le résultat est un tableau de rapprochement qui présente les enregistrements non rapprochés, les relations de type un à plusieurs et les ambiguïtés non résolues. Il s'agit de constats à part entière. Un compte de coûts sans activité de planning peut représenter un périmètre non planifié. Une activité critique du planning sans coût engagé peut indiquer une prévision incomplète. Un repère d'équipement présentant des défaillances mais aucun enregistrement au registre des actifs peut indiquer un contrôle faible sur le parc installé.

5. Créer une file d'anomalies plutôt qu'un moteur de conclusions

Une anomalie est un signal qui mérite investigation. Elle peut provenir d'une règle, d'un modèle statistique, d'un test de graphe, d'un modèle de langage ou d'un seuil d'ingénierie. Le système doit créer une file contenant le signal, les enregistrements sources, la méthode, le niveau de confiance, l'importance potentielle et la décision du réviseur.

Les faux positifs sont attendus. Un jalon de durée nulle peut être valide. Un pic de coûts peut refléter une mobilisation planifiée. Des alarmes d'équipement répétées peuvent provenir d'une défaillance de capteur plutôt que d'une dégradation physique. La revue humaine doit vérifier le contexte d'exploitation et les explications alternatives avant qu'un signal ne devienne un problème confirmé.

Les faux négatifs comptent aussi. Un modèle entraîné sur des catégories historiques de maintenance peut manquer un nouveau mode de défaillance. Des données de défaillance éparses peuvent donner à un actif peu fiable l'apparence de la stabilité. La direction peut avoir modifié ses pratiques de codage après une réorganisation. La conception de la due diligence doit combiner plusieurs tests et conserver un échantillonnage manuel pour les enregistrements à forts enjeux.

Les volumes hypothétiques illustrent la discipline du flux de travail ; ils ne décrivent pas une transaction.

Tableau 2. Classe d'anomalie, validation et réponse autorisée

Un score de modèle ne doit pas, à lui seul, déterminer une conclusion de transaction.

La file d'attente doit consigner les preuves de clôture. Un signal peut être confirmé, rejeté, fusionné, différé ou laissé non résolu. Les signaux rejetés doivent rester dans la piste d'audit, car des faux positifs répétés peuvent révéler un modèle faible ou un problème de données. Les signaux non résolus à fort impact doivent influencer la limitation de la due diligence, la protection de la transaction ou le calendrier décisionnel.

6. Tester la logique du calendrier avant d'accepter les dates d'achèvement

Un calendrier est un modèle de travail, de dépendances, de calendriers et de contraintes. Sa date de fin n'est crédible que lorsque le réseau sous-jacent est complet, logiquement connecté, tient compte des ressources et est mis à jour avec un avancement fiable. Le GAO Schedule Assessment Guide énonce dix pratiques pour un calendrier fiable et de haute qualité et relie le risque de calendrier au coût du cycle de vie.[1]

Les tests automatisés peuvent identifier les prédécesseurs ou successeurs manquants, les décalages excessifs, les activités longues, les contraintes fermes, les marges négatives, les dates réelles non valides et les chemins critiques rompus. L'analyse de graphe peut révéler des groupes déconnectés et des activités dont la flexibilité apparente dépend d'une logique incomplète. Ces tests doivent être calibrés sur la norme de planification et la phase du projet.

Les preuves d'avancement nécessitent un examen distinct. Le pourcentage d'achèvement déclaré peut être subjectif lorsque l'activité ne dispose pas d'une règle mesurable. L'équipe de due diligence doit comparer l'avancement aux quantités, aux jalons certifiés, aux équipements installés, aux plans approuvés, aux dossiers d'essai, aux factures et aux preuves sur site. Une activité ne doit pas être considérée comme terminée simplement parce que sa fin planifiée est dépassée.

La révision de la base de référence peut masquer l'historique de performance. L'équipe doit comparer les bases de référence actuelles et antérieures, identifier les jalons déplacés, les activités ajoutées, le périmètre supprimé, les calendriers modifiés et la logique révisée. L'analyse doit distinguer les changements de périmètre approuvés des hypothèses de rattrapage et de l'optimisme du calendrier.

Les contraintes de ressources peuvent invalider un réseau logiquement valable. Les équipes critiques d'ingénierie, de mise en service ou spécialisées peuvent être planifiées sur des activités simultanées. Les dates des fournisseurs et des permis peuvent se trouver hors du fichier natif. La revue du calendrier doit relier le réseau aux preuves relatives aux approvisionnements, au personnel, aux accès et aux interfaces.

7. Quantifier le risque de calendrier sous forme de distribution et de carte causale

Une date de prévision unique masque l'incertitude. L'analyse du risque de calendrier doit modéliser l'incertitude dans les durées, les corrélations, les événements discrets et les branches conditionnelles. Le résultat est une distribution des issues d'achèvement et une carte des facteurs qui les influencent.

Le modèle doit distinguer l'incertitude de la contingence de gestion. Une plage de durées peut représenter une variabilité ordinaire. Un risque discret peut représenter un retard de permis, une défaillance d'équipement lors des essais ou une défaillance d'un fournisseur. Un plan de rattrapage doit être modélisé comme une intervention avec des hypothèses de coût, de ressources et d'exécution.

Les scores hypothétiques illustrent uniquement la priorisation ; les évaluations en situation réelle exigent des preuves de calendrier propres au projet.

Le modèle de transaction doit traduire le temps en termes économiques. Un retard peut prolonger les coûts du maître d'ouvrage, les intérêts intercalaires, les loyers, les garanties et le besoin en fonds de roulement. Il peut différer les revenus, déclencher des pénalités de retard ou raccourcir une période d'exploitation contractuelle. Certains impacts sont non linéaires, car une fenêtre saisonnière manquée ou un jalon de permis manqué peut provoquer un changement de palier plus important.

Le questionnement de la direction doit se concentrer sur la chaîne causale. Si la mise en service détermine la queue de distribution, l'équipe doit examiner les procédures d'essai, l'achèvement du système, la présence des fournisseurs, les pièces de rechange et la clôture de la liste des réserves. Si les approvisionnements déterminent la queue de distribution, elle doit examiner l'avancement de la fabrication, l'expédition, les douanes, la préparation du site et l'approvisionnement de substitution. La distribution du calendrier devient utile à la décision lorsque chaque facteur dispose de preuves et d'un responsable de l'atténuation.

8. Reconstruire le coût restant à engager à partir du périmètre, des engagements et des coûts réels

Le Guide d'estimation et d'évaluation des coûts de la GAO met l'accent sur les référentiels techniques, les structures de décomposition du travail, les hypothèses, les données, les méthodes d'estimation, la sensibilité, l'analyse des risques, la documentation et les mises à jour avec les coûts réels.[2] Ces pratiques offrent un cadre de contrôle utile pour la due diligence de transaction, même lorsque le projet est financé sur fonds privés.

Le coût restant à engager doit partir du périmètre restant, et non du total prévisionnel du vendeur. L'équipe doit rapprocher le budget, le coût réel, les engagements, les charges à payer, les modifications approuvées, les modifications en attente, les réclamations, les provisions pour aléas et la prévision. Elle doit identifier les coûts omis parce qu'ils se trouvent dans une autre entité, un autre contrat ou un autre compte.

AI peut accélérer la classification des factures, la mise en correspondance des contrats avec les coûts et la comparaison des prévisions narratives avec les mouvements du grand livre. Il peut signaler les comptes de coûts dont la prévision restante est inférieure aux engagements ouverts, les lots de travaux ayant progressé sans charge à payer, et les engagements dépourvus d'activités de planning. Chaque signal nécessite un examen comptable et technique.

La provision pour aléas doit être analysée selon son attribution et son risque. La provision générale pour aléas, l'enveloppe de conception, l'escalade des coûts, le risque de change, la dérive des quantités et la réserve de planning répondent à des questions différentes. La provision pour aléas consommée doit être rapprochée des risques réalisés. La provision pour aléas restante doit être testée au regard du registre des risques actuel et de la maturité du périmètre.

L'équipe doit distinguer les coûts irrécupérables de l'exposition économique future. Un dépassement historique peut révéler des contrôles faibles, mais la décision de transaction dépend du coût restant et de la capacité de récupération. Une réclamation du vendeur contre un contractant ne peut réduire l'exposition que si le droit à réclamation, les preuves, la capacité de la contrepartie et le calendrier d'encaissement le justifient.

9. Lire les ordres de modification et les réclamations comme un système

Les ordres de modification relient le périmètre, le planning, le coût, les droits contractuels et la trésorerie. Leur analyse doit aller au-delà de la valeur approuvée. L'équipe de due diligence doit rattacher chaque modification à l'instruction, à la révision de conception, à la notification, au devis, à l'approbation, aux travaux exécutés, au coût engagé, à l'effet sur le planning, à la facture et à l'encaissement.

Les modèles de langage peuvent extraire des correspondances les parties, les dates, les clauses, les montants demandés et les causes déclarées. Le dossier contrôlé doit conserver le document original et distinguer le texte extrait de l'interprétation juridique. Le secret professionnel, la confidentialité et les conseils propres à une juridiction exigent un traitement explicite.

Des causes récurrentes peuvent révéler un risque structurel. Une information de conception tardive peut entraîner des reprises sur plusieurs lots. Des restrictions d'accès peuvent créer une perturbation cumulative. Un fournisseur peut présenter des réclamations fragmentées pour un même événement sous-jacent. Le regroupement peut aider à identifier ces schémas, puis un examen technique et juridique doit être réalisé.

Le modèle financier doit distinguer les modifications approuvées, probables, contestées et non soumises. La reconnaissance du chiffre d'affaires, la comptabilisation des coûts, l'encaissement et le droit juridique peuvent différer. Un actif de réclamation optimiste peut gonfler la marge et le fonds de roulement tout en créant une exposition de financement future.

Les réponses transactionnelles comprennent l'ajustement du prix, l'indemnité spécifique, le séquestre, la retenue, le soutien à l'achèvement, l'actif exclu, la condition préalable ou un plan d'exploitation révisé. La réponse doit suivre les preuves, l'importance relative, la récupérabilité et la maîtrise de la cause sous-jacente.

10. Relier les preuves d'achat au planning et à la performance

Le risque d'approvisionnement couvre les spécifications, la capacité du fournisseur, la fabrication, la qualité, la logistique, les douanes, le stockage, l'installation et la garantie. Un bon de commande indiqué comme passé ne prouve pas que l'équipement arrivera, s'intégrera ou fonctionnera à temps.

La cartographie des données doit relier les activités du planning aux demandes d'achat, aux bons de commande, aux plans fournisseurs, aux points d'inspection, au statut de fabrication, aux documents d'expédition et à la réception sur site. Le rapprochement assisté par AI peut identifier les liens manquants et les dates contradictoires. L'inspection physique et la confirmation du fournisseur restent nécessaires pour les éléments significatifs.

Les équipements à long délai d'approvisionnement exigent la preuve d'un gel de conception, de documents de soumission approuvés, de créneaux de production, de paiements d'avancement, de plans qualité, d'essais en usine et d'une préparation à l'expédition. Les difficultés financières d'un fournisseur peuvent créer une exposition cachée même lorsque la progression de fabrication déclarée est élevée.

Le risque de substitution est important lorsqu'un projet suppose des équipements alternatifs. L'équipe doit vérifier l'équivalence technique, la certification, l'interface, la garantie, le délai de livraison et l'approbation contractuelle. Un substitut moins coûteux peut entraîner un retard de mise en service ou un coût de cycle de vie supérieur à l'économie d'achat.

Les documents de transaction peuvent allouer les risques d'approvisionnement identifiés au moyen d'un soutien à l'achèvement, de covenants spécifiques, d'une contrepartie retenue ou de conditions de clôture. Le plan d'attribution des responsabilités devrait désigner la personne responsable de l'engagement des fournisseurs et de la clôture des interfaces, de la signature à l'achèvement.

11. Traiter la mise en service comme un jalon de preuve

La mise en service transforme des équipements installés en un système opérationnel. L'achèvement mécanique, la mise sous tension, les essais fonctionnels, les essais intégrés, les essais de performance et la réception finale sont des états distincts. La due diligence doit identifier les preuves et autorisations requises pour chacun.

Les résultats d'essai doivent être comparés aux conditions de conception, aux garanties contractuelles et aux conditions réelles d'exploitation. Un essai réussi à charge partielle peut ne pas démontrer la fiabilité à pleine charge. Un essai de courte durée peut ne pas révéler une instabilité thermique, vibratoire ou de contrôle. Les dérogations et les points de la liste de réserves doivent être liés au risque et à la mesure corrective.

AI peut comparer les feuilles d'essai, les journaux d'alarmes et les courbes de performance entre populations d'équipements. Il peut identifier des séquences de défaillance inhabituelles ou des forçages manuels répétés. L'évaluateur doit vérifier l'étalonnage des capteurs, les périmètres d'essai, l'exhaustivité des données et l'effet de l'intervention de l'opérateur.

Le risque d'interface apparaît souvent lors des essais intégrés. Un équipement qui réussit les essais de manière isolée peut échouer lorsqu'il est raccordé à l'alimentation, au contrôle, aux utilités ou aux conditions de procédé en amont. L'approche d'ingénierie des systèmes décrite dans le manuel de la NASA met l'accent sur les exigences, les interfaces, la vérification, la validation et la gestion technique tout au long du cycle de vie.[11]

La préparation à la clôture doit distinguer les preuves disponibles avant la signature, les preuves attendues avant l'achèvement et les preuves qui ne peuvent apparaître que pendant la phase de propriété. Les essais importants postérieurs à la signature peuvent nécessiter une condition, une retenue, une garantie, une assurance ou un plan de remédiation financé.

12. Construire l'analyse de fiabilité à partir des preuves de sollicitation, de défaillance et de maintenance

La fiabilité est la probabilité qu'un élément remplisse sa fonction requise dans des conditions définies pendant une période définie. La due diligence doit préciser la fonction, le contexte d'exploitation, la sollicitation, la définition de la défaillance et la période d'observation avant de calculer un taux.

L'historique des défaillances à lui seul peut induire en erreur. Un faible nombre de défaillances peut refléter une durée de fonctionnement limitée, une utilisation en veille non déclarée, des ordres de travail manquants ou un remplacement récent. Un nombre élevé peut refléter une détection très poussée et un bon signalement. L'analyse doit relier les défaillances à l'exposition, à la sollicitation, à l'environnement, à la maintenance et à la configuration.

Les courbes hypothétiques illustrent la sensibilité ; elles ne constituent pas des estimations pour un actif identifié.

La population d'équipements doit être segmentée par conception, âge, service et état de modification. Regrouper des actifs dissemblables peut masquer une cohorte faible. Les observations censurées et les éléments remplacés doivent être traités explicitement. Les intervalles de confiance doivent être indiqués lorsque l'échantillon est petit.

IEC 61508 traite de la sécurité fonctionnelle des systèmes liés à la sécurité électriques, électroniques et électroniques programmables.[10] L'intégrité de sécurité, la fiabilité et la disponibilité sont liées mais distinctes. Une revue de transaction doit préserver ces distinctions et faire appel à une expertise qualifiée en sécurité fonctionnelle lorsque cela est pertinent.

Tableau 3. Éléments probants de fiabilité et interprétation de la transaction

L'interprétation nécessite un jugement d'ingénierie spécifique à l'actif et le contexte d'exploitation.

13. Convertir l'historique de maintenance en besoins de trésorerie futurs

La due diligence de maintenance doit rapprocher les travaux planifiés, les travaux réalisés, les travaux en retard, les pannes, les inspections, les défauts, les pièces de rechange et la capacité des prestataires. L'objectif est d'estimer les travaux et la trésorerie nécessaires pour préserver une exploitation sûre et fiable selon le plan de l'acquéreur.

Les ordres de travail en texte libre peuvent être classés par modes de défaillance, causes et actions. Le modèle doit conserver l'incertitude lorsque le langage est ambigu. Des codes de symptômes répétés peuvent représenter une seule cause racine non résolue. Un texte de clôture tel que « testé OK » peut ne pas prouver qu'un défaut a été éliminé.

L'arriéré de maintenance devrait être segmenté selon la conséquence en matière de sécurité, la conséquence sur la production, l'exigence réglementaire, la criticité de l'actif, l'ancienneté et la fenêtre d'accès. Les estimations monétaires devraient inclure la main-d'œuvre, les matériaux, le soutien de spécialistes, l'arrêt de production et les travaux consécutifs. La valeur de l'arriéré n'est pas simplement la somme des estimations des ordres de travail, car des tâches connexes peuvent se chevaucher ou nécessiter un arrêt commun.

Les travaux du HSE sur l'intégrité des actifs soulignent la nécessité de systèmes de maintenance qui maintiennent les éléments critiques pour la sécurité disponibles et fiables lorsqu'ils sont requis.[20] La due diligence transactionnelle devrait vérifier si les régimes d'inspection et de maintenance reflètent les dangers actuels, les mécanismes de dégradation et les conditions d'exploitation.

Le plan de détention devrait distinguer la maintenance de rattrapage, la maintenance récurrente et le capital d'amélioration. Les travaux de rattrapage peuvent affecter le prix ou la capacité d'endettement. Les travaux récurrents relèvent des flux de trésorerie en régime permanent. Le capital d'amélioration exige une analyse de rentabilité distincte et ne doit pas servir à masquer le coût du rétablissement des contrôles de base.

14. Examiner les technologies opérationnelles et la continuité des données

L'analytique d'ingénierie s'appuie souvent sur des historiens de données, des contrôleurs, des capteurs, des plateformes de maintenance et l'accès distant des fournisseurs. Ces systèmes influent à la fois sur l'exploitation et sur les éléments probants utilisés en due diligence. Une faiblesse de cybersécurité ou de continuité des données peut donc créer un risque de sécurité, de production et de transaction.

La norme NIST SP 800-82 Révision 3 fournit des recommandations pour sécuriser les technologies opérationnelles tout en tenant compte des exigences de performance, de fiabilité et de sécurité.[9] Le périmètre de due diligence devrait cartographier les actifs, les zones, les conduits, les accès distants, la gestion des identités, la journalisation, les sauvegardes, les correctifs, les systèmes non pris en charge et la réponse aux incidents.

Les modèles AI ne devraient recevoir que les données minimales nécessaires par le biais d'un accès contrôlé. L'extraction devrait éviter d'interférer avec les systèmes de production. La collecte en lecture seule, la préparation sécurisée, l'analyse des logiciels malveillants, le chiffrement et les journaux d'accès devraient être définis. Les données de processus sensibles et la propriété intellectuelle nécessitent des contrôles contractuels et techniques.

L'équipe devrait vérifier si les résultats analytiques peuvent être reproduits après la réalisation. Les logiciels hébergés par le vendeur, les connecteurs propriétaires ou les correspondances d'étiquettes non documentées peuvent créer une dépendance. Les modalités de transition devraient couvrir les exports de sources, les schémas, la configuration, les identifiants, les licences et le soutien de spécialistes.

Les constats de cybersécurité devraient être reliés à leurs conséquences opérationnelles. Une voie d'accès distant vulnérable peut nécessiter une fermeture avant la signature ou la réalisation. Un inventaire d'actifs lacunaire peut nécessiter un plan de remédiation financé. Un modèle ne devrait pas sonder activement les systèmes de production, sauf si le périmètre, les contrôles de sécurité et l'autorisation le permettent expressément.

15. Encadrer le risque de modèle et la revue humaine

Le registre des modèles AI devrait consigner l'objectif, le propriétaire, la version, les données, la validation, les limites, l'accès et l'usage approuvé. Il devrait distinguer les règles déterministes, les modèles statistiques et les systèmes génératifs, car leurs modes de défaillance diffèrent.

La validation devrait tester l'exactitude, l'exhaustivité, la robustesse et la reproductibilité sur des données de transaction représentatives. Elle devrait inclure des positifs connus, des négatifs connus et des cas limites difficiles. La performance devrait être évaluée à l'unité pertinente pour la décision, telle que l'activité, l'ordre de travail, l'étiquette d'équipement ou le constat.

La revue humaine exige une compétence et une indépendance adaptées à la question. Un ingénieur planification devrait examiner la logique du calendrier. Un ingénieur coûts devrait examiner les prévisions et les provisions pour aléas. Un spécialiste de la fiabilité devrait examiner l'analyse des défaillances. Les conclusions juridiques et comptables devraient rester du ressort de conseillers qualifiés.

Le modèle devrait exposer l'incertitude. L'extraction par modèle de langage peut inclure le passage source et le niveau de confiance. Les modèles d'anomalie peuvent indiquer les variables contribuant au score. Les tests de calendrier peuvent montrer les activités et chemins concernés. Les sorties de type boîte noire sans éléments probants devraient rester des aides à l'investigation.

L'initiative de profil d'infrastructure critique du NIST AI RMF reconnaît que l'utilisation de AI dans les technologies de l'information, les technologies opérationnelles et les systèmes de contrôle industriels nécessite une approche reproductible du cycle de vie pour le caractère digne de confiance.[5] La réglementation et les obligations contractuelles dépendent de la juridiction et de l'utilisation. La loi européenne sur l'AI établit un cadre juridique pour le développement et l'utilisation des systèmes AI relevant de son champ d'application.[16] Une transaction transfrontalière devrait donc cartographier les lieux où le modèle est développé, exploité et utilisé.

16. Traduire les constats confirmés en valorisation et en financement

Un constat d’ingénierie confirmé affecte la valeur par les flux de trésorerie, le calendrier, le risque ou l’optionnalité. Le modèle doit montrer le lien de causalité. Un retard de mise en service peut prolonger les coûts du propriétaire et différer les revenus. Un report de maintenance peut nécessiter des capitaux immédiats et réduire la disponibilité. Une faiblesse de fiabilité peut augmenter les coûts de pièces de rechange, de panne et d’assurance.

Le pont de valorisation doit éviter les doubles comptages. Une augmentation du coût d’achèvement peut déjà réduire les flux de trésorerie prévisionnels. Le même risque ne devrait pas également faire l’objet d’une décote de multiple distincte, sauf s’il affecte l’incertitude résiduelle ou l’économie future. Les réviseurs finance et ingénierie devraient approuver ensemble le traitement.

Le parcours décisionnel est illustratif ; les mesures correctives réelles dépendent des éléments de preuve, du contrat et du droit applicable.

La capacité d’endettement peut être affectée par les dépenses d’investissement restantes, le risque d’achèvement, la disponibilité, les flux de trésorerie de maintenance, l’assurance et la marge de manœuvre au titre des covenants. Le modèle de financement doit tester le calendrier des mesures correctives et la partie qui les finance. Le soutien du vendeur n’a de valeur que si l’obligation, le montant, la durée et la qualité de crédit sont crédibles.

IFRS 3 régit la comptabilisation et l’évaluation des actifs et passifs dans un regroupement d’entreprises ainsi que le goodwill ou le gain résultant d’une acquisition à prix avantageux.[13] IFRS 13 fournit un cadre pour l’évaluation à la juste valeur.[15] Les constats d’ingénierie doivent être communiqués aux spécialistes de la comptabilité et de la valorisation avec des éléments de preuve suffisants pour évaluer la comptabilisation, l’évaluation et l’information financière.

Tableau 4. Du constat d’ingénierie à la réponse économique et transactionnelle

Le traitement dépend de l'importance relative, du contrôle, de la comptabilité, du contrat et des éléments probants de recouvrement.

17. Rédiger les protections de la transaction à partir d'éléments probants de causalité

La protection de la transaction doit être adaptée au risque identifié et à la partie la mieux à même de le maîtriser ou de l'absorber. Les garanties génériques peuvent être faibles lorsque le constat concerne un projet, un actif ou une limitation de données spécifique. Le dossier de due diligence doit permettre une rédaction précise par des conseillers juridiques qualifiés.

Une condition de closing peut exiger la réalisation d'un test, la fourniture d'éléments probants, un consentement, une autorisation ou une remédiation. Un ajustement de prix peut reconnaître un écart de financement mesurable. Un séquestre ou une retenue peut garantir une exposition définie. Une garantie ou une indemnisation peut répartir un risque qui subsiste après la réalisation. Un covenant peut encadrer les travaux après la signature.

Les mesures correctives exigent des déclencheurs et une mesure. Si la protection dépend de la fiabilité, le document doit définir l'équipement, la fonction, la période, les conditions d'exploitation, l'événement de défaillance, les éléments probants et le calcul. Si elle dépend de l'achèvement du projet, il doit définir les jalons, l'acceptation, les exclusions et les conséquences de la date butoir.

IAS 37 traite des provisions, des passifs éventuels et des actifs éventuels.[14] Les droits juridiques et la reconnaissance comptable sont des questions distinctes. L'équipe de la transaction doit préserver cette distinction lorsqu'elle convertit un constat d'ingénierie en modèle ou en information à fournir.

Le dossier d'éléments probants doit être exploitable en négociation. Il doit contenir le constat confirmé, les documents sources, l'analyse, la réponse de la direction, la conclusion du spécialiste, l'effet économique et l'action proposée. Le seul résultat du modèle est insuffisant.

18. Élaborer le plan de détention avant la signature

Certains risques d'ingénierie ne peuvent être résolus qu'en phase de détention. L'acheteur doit convertir chaque risque accepté en une initiative dotée d'un responsable, d'un périmètre, d'un budget, d'une dépendance, d'un jalon, d'éléments probants et d'un droit de décision avant la signature.

Les cent premiers jours peuvent inclure la reprise de la base de référence du calendrier, la validation du coût d'achèvement, la maintenance critique, l'approvisionnement en pièces de rechange, le contrôle d'accès OT, le nettoyage de la configuration et la mobilisation des fournisseurs. Les travaux doivent être séquencés en fonction de la sécurité, de la continuité et de la trésorerie plutôt que d'un calendrier d'intégration générique.

La continuité des données est une exigence dès le premier jour. L'acheteur doit sécuriser l'accès aux fichiers de planning natifs, aux historiques de coûts, aux registres d'actifs, aux dossiers de maintenance, aux exports de l'historien, à la documentation des modèles et à la configuration. Les services de transition doivent inclure des délais de réponse, la sécurité et les modalités de sortie.

La capacité managériale fait partie du risque d'ingénierie. L'équipe doit identifier les planificateurs, ingénieurs de coûts, spécialistes de la fiabilité, ingénieurs de contrôle et responsables de maintenance dont les connaissances sont requises. Les actions de rétention et de succession doivent découler de la dépendance avérée aux fonctions.

Le comité d'investissement doit voir le coût total de détention. Le prix d'achat, le financement de l'achèvement, la maintenance de rattrapage, la remédiation des systèmes et l'enveloppe pour imprévus doivent apparaître dans un même tableau des sources et emplois et dans le pont de valeur. Un multiple affiché attractif peut masquer un important programme de remise en état après l'achèvement.

19. Piloter la due diligence au moyen de points de contrôle probants et de journaux de décision

Le bureau de due diligence devrait fonctionner selon une cadence hebdomadaire de preuves. Chaque question importante a un responsable, les preuves requises, le statut, la conclusion, l'effet économique et la décision proposée. Les éléments ouverts devraient être classés par importance relative et par délai de résolution.

L'équipe modèle devrait publier des versions contrôlées. Chaque version enregistre les instantanés des sources, la version du code ou du modèle, les paramètres, les tests et les résultats modifiés. Les changements importants devraient être expliqués aux responsables de l'ingénierie et des transactions avant leur intégration dans un document du conseil d'administration.

Tableau 5. Points de contrôle de gouvernance pour la due diligence d'ingénierie assistée par AI

La conception des portes de décision doit être calibrée sur le calendrier de la transaction et les pouvoirs délégués.

Le journal des décisions doit consigner pourquoi un constat a modifié la transaction ou non. Cela protège contre les pertes de mémoire en fin de processus et aide l’équipe actionnariale à comprendre les risques acceptés. Il crée également un retour d’expérience pour les transactions futures.

Les conflits d’intérêts doivent être visibles. Un vendeur peut contrôler l’extraction des données. Un fournisseur peut avoir intérêt à identifier des travaux de remplacement. Un fournisseur de modèle peut promouvoir sa propre précision. L’indépendance, l’accès et la rémunération des évaluateurs doivent être évalués lorsque cela est significatif.

Le dossier du conseil d’administration doit distinguer les constats confirmés, les limites non résolues et les scénarios de la direction. Il doit préciser quelles conclusions reposent sur une inspection physique, une confirmation par un tiers ou des tests futurs. Cette structure soutient une décision en situation d’incertitude sans masquer les preuves manquantes.

20. Créer un système reproductible de contrôle de la due diligence d’ingénierie

La due diligence d’ingénierie assistée par AI devient reproductible lorsque l’organisation préserve une méthode maîtrisée plutôt qu’un ensemble de prompts et de feuilles de calcul. La méthode relie le périmètre, les données, l’analyse, la revue, l’économie, la protection de la transaction et les actions de l’actionnaire.

Les composants réutilisables comprennent des dictionnaires de données, des tables de correspondance d’identifiants, des tests d’échéancier, des rapprochements de coûts, des taxonomies de maintenance, des carnets de fiabilité, des modèles de preuve et des journaux de décisions. Ils doivent être adaptés au type d’actif et à la thèse de transaction. La standardisation doit préserver le jugement d’ingénierie et les exigences réglementaires locales.

Le système doit apprendre des résultats. Après l’achèvement, les coûts réels, l’échéancier, la fiabilité et les résultats des mesures correctives peuvent être comparés aux constats de la due diligence. Ce retour d’expérience peut révéler des seuils optimistes, des sources de données faibles, des modes de défaillance manqués et des indicateurs précoces utiles. L’amélioration du modèle doit utiliser des données encadrées et légalement autorisées.

L’apprentissage à l’échelle du portefeuille doit préserver le contexte de la transaction. Un signal d’échéancier provenant d’un projet greenfield peut ne pas se transposer directement à l’arrêt d’un site brownfield. Les modes de défaillance des équipements rotatifs peuvent avoir peu de pertinence pour des actifs logistiques pilotés par logiciel. La bibliothèque doit donc conserver, pour chaque constat, la classe d’actif, la phase du cycle de vie, le régime de fonctionnement, la complétude des données, l’intervention et le résultat. Ces attributs aident les évaluateurs à sélectionner des preuves comparables et à éviter des généralisations inappropriées.

L’assurance qualité doit couvrir l’ensemble de la chaîne analytique. Les contrôles de population source vérifient si tous les enregistrements requis ont été reçus. Les contrôles de transformation vérifient l’identité, les unités, les dates et les versions. Les contrôles de modèle vérifient le comportement attendu et les cas limites. Les contrôles de constats vérifient le support source, l’approbation de l’évaluateur et la traduction économique. Les contrôles de publication vérifient que le dossier du conseil, le modèle de valorisation et les documents de transaction utilisent le même ensemble de constats approuvés. Les exceptions doivent rester visibles jusqu’à leur résolution ou leur acceptation par le décideur autorisé.

Le modèle opérationnel doit également prévoir une politique de conservation sécurisée. Certaines preuves peuvent être nécessaires à la négociation de la transaction, au financement, à l’assurance, à la gestion des garanties ou à de futurs litiges. D’autres données de la cible peuvent devoir être supprimées après une période définie. Le bureau de due diligence doit consigner les règles de conservation, d’accès, de gel juridique et d’élimination par classe de données. L’utilisation pour l’entraînement de modèles doit nécessiter une autorisation distincte et respecter les restrictions contractuelles, de confidentialité, de concurrence et de propriété intellectuelle.

La mesure ultime est la qualité de la décision. L’analyse doit faire apparaître les risques significatifs suffisamment tôt pour modifier le prix, la structure, la protection, l’état de préparation ou l’exécution par l’actionnaire. Elle doit aussi écarter efficacement le bruit non significatif. La couverture, la traçabilité, le temps de revue, la conversion des constats et l’exactitude post-transaction constituent un ensemble équilibré d’indicateurs de performance.

Pour l’acheteur, le résultat est un pont défendable entre les preuves d’ingénierie et la valeur et le risque. Pour les prêteurs, il offre une vision plus claire de l’achèvement, de la maintenance et de l’exposition de trésorerie. Pour la direction, il s’agit d’un plan d’action de l’actionnaire hiérarchisé. Pour le conseil d’administration, il constitue une base auditable pour décider si et comment signer.

Références

1. U.S. Government Accountability Office, Guide d’évaluation des échéanciers : bonnes pratiques pour les échéanciers de projet, GAO-16-89G, 2015, https://www.gao.gov/products/gao-16-89g
2. U.S. Government Accountability Office, Guide d’estimation et d’évaluation des coûts : bonnes pratiques pour l’élaboration et la gestion des coûts des programmes, GAO-20-195G, 2020, https://www.gao.gov/products/gao-20-195g
3. National Institute of Standards and Technology, Cadre de gestion des risques liés à l’intelligence artificielle 1.0, NIST AI 100-1, 2023, https://doi.org/10.6028/NIST.AI.100-1
4. National Institute of Standards and Technology, Cadre de gestion des risques liés à l’intelligence artificielle : profil pour l’intelligence artificielle générative, NIST AI 600-1, 2024, https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf
5. National Institute of Standards and Technology, Note conceptuelle : utilisation fiable de AI dans le profil des infrastructures critiques, 2026, https://www.nist.gov/system/files/documents/2026/04/08/Draft%20Concept%20Note_%20Development%20of%20the%20NIST%20AI%20RMF%20Trustworthy%20Use%20of%20AI%20in%20Critical%20Infrastructure%20Profile.pdf
6. Organisation internationale de normalisation, ISO/IEC 42001:2023 Système de management de l’intelligence artificielle, https://www.iso.org/standard/42001
7. Organisation internationale de normalisation, ISO 55001:2024 Exigences relatives au système de management des actifs, https://committee.iso.org/sites/tc251/home/projects/published/iso-55001.html
8. Organisation internationale de normalisation, ISO 55013:2024 Lignes directrices pour la gestion des actifs de données, https://www.iso.org/management-system-standards-list.html
9. National Institute of Standards and Technology, Guide de sécurité des technologies opérationnelles, NIST SP 800-82 Rév. 3, 2023, https://doi.org/10.6028/NIST.SP.800-82r3
10. Commission électrotechnique internationale, IEC 61508-2:2010 Exigences de sécurité fonctionnelle pour les systèmes électriques, électroniques et électroniques programmables relatifs à la sécurité, https://webstore.iec.ch/en/publication/5516
11. National Aeronautics and Space Administration, Manuel d’ingénierie des systèmes de la NASA, NASA/SP-2016-6105 Rév. 2, https://www.nasa.gov/reference/systems-engineering-handbook/
12. National Aeronautics and Space Administration, Lignes directrices détaillées pour l’ingénierie des systèmes de la NASA, Volume 1, NASA/SP-2016-6105/SUPPL, 2016, https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/20170007238.pdf
13. Fondation IFRS, IFRS 3 Regroupements d’entreprises, https://www.ifrs.org/issued-standards/list-of-standards/ifrs-3-business-combinations/
14. Fondation IFRS, IAS 37 Provisions, passifs éventuels et actifs éventuels, https://www.ifrs.org/issued-standards/list-of-standards/ias-37-provisions-contingent-liabilities-and-contingent-assets/
15. Fondation IFRS, IFRS 13 Évaluation de la juste valeur, https://www.ifrs.org/issued-standards/list-of-standards/ifrs-13-fair-value-measurement/
16. Union européenne, règlement (UE) 2024/1689 sur l’intelligence artificielle, https://eur-lex.europa.eu/eli/reg/2024/1689/oj
17. Organisation de coopération et de développement économiques, Principes AI de l'OCDE, https://oecd.ai/en/ai-principles
18. Agence de cybersécurité et de sécurité des infrastructures, Sécuriser les systèmes de contrôle industriels, https://www.cisa.gov/sites/default/files/publications/Securing_Industrial_Control_Systems_S508C.pdf
19. National Aeronautics and Space Administration, Manuel d’ingénierie des systèmes du MSFC, MSFC-HDBK-3173, https://standards.nasa.gov/standard/msfc/msfc-hdbk-3173
20. Health and Safety Executive du Royaume-Uni, Programme clé 3 : programme d’intégrité des actifs, https://www.hse.gov.uk/offshore/assets/docs/kp3.pdf