Risque algorithmique de transaction : dérive tarifaire, dépendance et exposition au changement de contrôle

1. Définir le risque algorithmique de transaction en termes de flux de trésorerie

Le risque algorithmique de transaction est la possibilité que la technologie, les droits, les personnes ou les services externes nécessaires pour produire un résultat client rendu possible par AI modifient les flux de trésorerie souscrits dans une transaction. Le risque peut survenir avant la signature, entre la signature et le closing, ou après le transfert de contrôle. Il devient financièrement pertinent par la perte de clients, une conversion plus faible, un coût d’inférence plus élevé, des crédits de service, des investissements de remédiation, des lancements de produits retardés, des restrictions réglementaires ou un calendrier d’intégration plus long.

Une conclusion de due diligence doit donc indiquer la capacité opérationnelle affectée, les éléments de preuve disponibles, le mécanisme de changement, la voie des flux de trésorerie, le délai de détection, le délai de remédiation et la partie capable de contrôler le résultat. Décrire un modèle comme à haut risque sans cette chaîne ne soutient pas une décision de prix ou de contrat. Décrire un produit comme précis sans définir la population testée, la période et le seuil offre tout aussi peu de protection.

L'équipe chargée de la transaction doit établir un registre unique reliant les preuves techniques aux décisions commerciales et juridiques. Chaque élément reçoit un responsable, une fourchette de matérialité, une mesure d'atténuation, une exposition résiduelle et un test post-clôture. Le registre doit distinguer les conditions qui affectent la valeur d'entreprise, la valeur des actions, la certitude de clôture, le coût d'intégration et la gouvernance continue. Un même enjeu peut affecter plusieurs de ces catégories par des mécanismes différents.

2. Établir la base de référence opérationnelle à la signature

L'acheteur a besoin d'une image reproductible du produit et de son économie à la date de mesure. La base de référence doit identifier les versions exactes des modèles et des prompts, les règles de routage, les instantanés de données, les suites d'évaluation, l'infrastructure, les étapes de revue humaine, les services amont, les configurations clients et les allocations de coûts. Elle doit consigner la période pendant laquelle les performances, la disponibilité, les revenus et la marge ont été observés. Il s'agit de l'état de référence pour les garanties, les covenants intermédiaires, les tests de clôture et la mesure ultérieure de la valeur.

Les présentations du management regroupent souvent des versions de produits ou des cohortes de clients. L'acheteur doit rapprocher les indicateurs clés des journaux, des factures, des dossiers clients et des évaluations contrôlées. Si les résultats historiques ne peuvent pas être reproduits, l'acheteur peut considérer l'écart comme une limite de mesure et construire une fourchette de valorisation plus large. L'objectif est une base de référence défendable, et non une reconstitution de laboratoire parfaite de chaque décision passée.

La base de référence doit être conservée au moyen d'artefacts hachés, d'exports à accès contrôlé et de procédures de test documentées. L'acheteur et le vendeur doivent convenir des changements relevant de l'exploitation courante et de ceux nécessitant une notification ou un consentement avant la clôture. Un changement de version qui semble technique peut modifier le coût, la qualité des sorties, l'explicabilité ou la conformité. Les contrôles intermédiaires doivent donc porter sur l'ensemble du système opérationnel, et non sur le seul nom du modèle.

3. Cartographier la chaîne complète des dépendances algorithmiques

Un produit AI peut dépendre d'API de modèles de fondation, de régions cloud, de bases de données vectorielles, de prestataires d'étiquetage, d'outils de sécurité, de bibliothèques open source, de jeux de données propriétaires, de systèmes de paiement et de personnes nommément désignées. Une cartographie des dépendances doit retracer le résultat client à travers chaque composant significatif. Elle doit identifier la contrepartie contractuelle, l'interface technique, la propriété, la juridiction, la concentration, les droits de modification, les conditions de résiliation, l'option de remplacement et les revenus exposés.

Les preuves d'exécution sont essentielles. Les schémas d'architecture peuvent omettre des services non déclarés, des modèles de repli et des routes propres aux clients. L'acheteur peut comparer les dépôts de code, la configuration des environnements, la télémétrie, les appels réseau, les factures et les registres d'incidents. Les écarts doivent être résolus avant l'évaluation de la dépendance. Un composant peu coûteux peut conserver un caractère hautement significatif s'il intervient dans chaque requête de production et ne peut pas être remplacé rapidement.

La dépendance doit être mesurée au regard de l'impact et de la substituabilité. L'impact prend en compte les revenus, la marge, les clients, les obligations et la sécurité. La substituabilité prend en compte l'équivalence technique, la portabilité des données, l'autorisation contractuelle, l'effort d'intégration, le temps d'évaluation et l'approbation des clients. La combinaison détermine si le risque justifie un ajustement de prix, une condition de clôture, un séquestre, un covenant, un plan de remplacement financé ou une surveillance continue.

Chaque dépendance opérationnelle est liée au résultat client, aux flux de trésorerie exposés et à la réponse transactionnelle.

Tableau 1. Preuves de dépendance et réponse transactionnelle

La matérialité combine l’incidence sur les flux de trésorerie, le délai de remplacement et le contrôle.

4. Distinguer la dérive du modèle de la défaillance du modèle

La dérive est une modification des entrées, des relations, des sorties ou du contexte d’exploitation qui peut éloigner les performances de la plage approuvée. La dérive des données modifie les caractéristiques des entrées. La dérive de concept modifie la relation entre les entrées et les résultats attendus. La dérive de performance modifie la qualité mesurée. La dérive opérationnelle peut résulter du routage, des prompts, du contenu de récupération, de l’infrastructure ou de la revue humaine. Ces situations peuvent exister même lorsque le fichier du modèle sous-jacent reste inchangé.

Une transaction doit distinguer une variation normale d’un franchissement de seuil. L’équipe de due diligence doit identifier les indicateurs, les segments, les fenêtres d’observation, les limites de confiance et les conséquences commerciales. Une moyenne globale peut masquer une baisse significative pour un cas d’usage réglementé, une langue, une cohorte de clients ou un flux de travail à forte valeur. La surveillance doit donc suivre la valeur et l’obligation à risque plutôt qu’un score de modèle unique.

La défaillance est l’incapacité à satisfaire une exigence convenue, telle que la disponibilité, l’exactitude, la sécurité ou le service contractuel. La dérive peut constituer un signal d’alerte précoce avant la défaillance. Un acheteur ne peut valoriser ce signal que si la cible dispose de procédures stables de mesure, de responsabilité et de réponse. Lorsque la surveillance est faible, l’acheteur peut avoir besoin d’une base de référence indépendante, d’une période d’observation financée et de scénarios de baisse plus larges.

5. Construire des scénarios de dérive autour de preuves observées

Le modèle de valorisation doit utiliser un ensemble limité de scénarios de dérive cohérents. Un scénario de base peut refléter les performances observées et les dépenses de remédiation actuelles. Un scénario modéré peut modéliser une détérioration dans un segment significatif, une revue humaine accrue et des ventes retardées. Un scénario sévère peut modéliser des restrictions clients, le remplacement d’un modèle amont, une remédiation réglementaire ou la perte d’une source de données. Chaque scénario doit indiquer le déclencheur, la durée, la réponse et les preuves de rétablissement.

Les estimations de probabilité ne doivent pas impliquer une précision non étayée par l’historique. L’acheteur peut utiliser des fourchettes et des seuils de décision, puis tester la sensibilité de la valorisation à la probabilité et à la durée de chaque état. La question centrale est de savoir si le prix d’achat et le plan de capital restent acceptables lorsque les preuves d’exploitation sortent de la fourchette souscrite.

Le modèle doit éviter le double comptage. Une baisse des revenus, une hausse des coûts d'exploitation, des investissements de remédiation et une compression des multiples peuvent refléter la même cause racine. L'équipe doit préciser quels effets sur les flux de trésorerie entrent dans la prévision et quels risques influencent le taux d'actualisation ou les conditions de la transaction. Un rapprochement documenté étaye l'examen du comité d'investissement et la mesure après clôture.

Des scénarios illustratifs montrent comment l'évolution de l'exploitation peut affecter les revenus, la marge et la remédiation.

Tableau 2. Enregistrement illustratif d'un scénario de dérive

Les valeurs sont des hypothèses analytiques et exigent des éléments probants propres à la transaction.

6. Tester la stabilité du benchmark et sa pertinence décisionnelle

Un benchmark peut créer un faux sentiment de sécurité lorsque ses données sont obsolètes, contaminées, étroites ou faiblement liées au résultat client. L'acquéreur doit reproduire les affirmations importantes en utilisant des environnements verrouillés, des prompts documentés, des échantillons représentatifs, des exécutions répétées et une notation claire. Il doit examiner la variance et la distribution des erreurs plutôt que de se fier uniquement à un résultat moyen.

La pertinence du benchmark doit être rattachée au chiffre d'affaires et aux obligations. Un score de codage peut ne pas prédire la performance dans un flux de travail client qui dépend de la récupération d'informations, d'outils, d'autorisations et d'une revue humaine. Un benchmark de sécurité peut ne pas couvrir la langue ou le domaine dans lequel le produit est vendu. Le plan de due diligence doit inclure des tests propres à la transaction, conçus autour de l'usage client, du coût de défaillance et des changements d'intégration attendus.

Le profil génératif AI du NIST souligne que les systèmes reposent souvent sur de multiples composants et sources de données tiers, ce qui complique l'attribution. Cela importe à un acquéreur, car un résultat reproduit doit identifier le modèle, le système environnant et le détenteur des éléments probants. Une affirmation qui ne peut pas être attribuée ne peut pas être protégée de manière fiable par une simple garantie de modèle.

7. Identifier les droits de modification des fournisseurs en amont

Les fournisseurs de modèles de fondation et d'infrastructure peuvent changer les versions, déprécier les points de terminaison, ajuster les limites de débit, réviser les filtres de sécurité, modifier le traitement des données et revoir le prix de l'usage. L'équipe de due diligence doit lire les accords en vigueur et la documentation de service, puis les rapprocher de la configuration de production. Les descriptions marketing et les assurances informelles ne doivent pas se substituer aux droits contractuels.

L'analyse doit identifier les délais de préavis, les clauses de modification unilatérale, les niveaux de service, les limites de responsabilité, les restrictions de cession, les conditions d'utilisation des données, les droits de résiliation et les engagements disponibles. Elle doit vérifier si la cible bénéficie de conditions entreprise ou dépend d'un contrat en ligne standard. Une application techniquement portable peut rester commercialement verrouillée si une performance comparable exige un redéveloppement coûteux ou une revalidation par le client.

L'acquéreur doit quantifier le délai de remplacement et l'exposition de trésorerie pendant la transition. Cela comprend l'ingénierie, l'évaluation, l'approbation client, la revue de sécurité, la migration des données, l'exécution en parallèle et une éventuelle perte de chiffre d'affaires. Une solution de repli crédible est une capacité opérationnelle testée, et non le nom d'un fournisseur alternatif sur une diapositive.

8. Tarification de API et concentration des capacités de calcul

La marge brute de AI peut évoluer rapidement lorsque le prix des tokens, la longueur du contexte, le routage, la mise en cache, le taux d'utilisation ou la revue humaine changent. L'acquéreur doit reconstituer le coût par résultat client réussi à partir des factures et de la télémétrie. Le coût unitaire doit distinguer les entrées, les sorties, les embeddings, la récupération d'informations, les outils, le stockage, la mise en réseau, la capacité réservée, les appels échoués et la main-d'œuvre de revue.

L'analyse de concentration doit montrer les dépenses et le chiffre d'affaires exposés à chaque fournisseur, famille de modèles, région cloud et engagement de capacité. L'équipe peut modéliser des hausses de prix, l'expiration de remises, la croissance des volumes, des prompts inefficaces et l'utilisation de solutions de repli. La tarification fondée sur le chiffre d'affaires peut masquer la sensibilité aux coûts jusqu'à ce que l'usage augmente ou que le comportement client change.

La protection de la transaction peut combiner un scénario de prix d'achat avec des contrôles opérationnels. Ceux-ci peuvent inclure un covenant intérimaire limitant les changements importants de fournisseur, un test de closing portant sur la continuité d'accès, une réserve de migration financée ou un indicateur d'earn-out fondé sur la marge sur coûts variables plutôt que sur le chiffre d'affaires seul. Des spécialistes des contrats doivent rédiger et interpréter toutes les dispositions.

9. Construire un waterfall des droits et des licences

Le produit acquis peut inclure du code, des poids, des prompts, des données, du contenu, des libellés, de la documentation, des marques, des brevets, des composants open source et des développements spécifiques au client. Chaque actif peut avoir différents propriétaires, licences et règles de cession. Le waterfall des droits doit commencer par la fonctionnalité client et tracer chaque droit requis tout au long de la chaîne de contributeurs et de fournisseurs.

L'analyse doit distinguer la propriété de l'autorisation. La cible peut être propriétaire du code source tout en n'ayant pas le droit d'entraîner sur les données clients après un changement de contrôle. Une licence logicielle permissive peut imposer des exigences de notification. Un jeu de données peut être disponible publiquement alors que sa collecte, les données personnelles ou les droits sur la base de données restent soumis à des contraintes. Un avis spécialisé est requis pour les juridictions et les faits pertinents.

L'équipe transactionnelle doit relier les lacunes aux remèdes. Un consentement manquant peut constituer une condition de clôture. Un droit d'entraînement ambigu peut nécessiter une garantie spécifique, une indemnisation, un covenant de remédiation ou une limitation de produit. Un composant remplaçable peut justifier une réserve chiffrée. La réponse doit refléter le caractère exécutoire, la matérialité et la capacité de l'acheteur à vérifier la conformité.

Une fonctionnalité client n'est prise en charge que lorsque chaque droit substantiel de la chaîne est documenté et transférable.

Tableau 3. Registre de due diligence du waterfall des licences

Des spécialistes qualifiés doivent interpréter les droits et restrictions applicables.

10. Examiner l'exposition liée aux données d'entraînement et aux sorties

Les données d'entraînement et d'affinage doivent être tracées par source, finalité, juridiction, licence et durée de conservation. L'acheteur doit déterminer si la cible a créé un modèle, modifié un modèle tiers ou agit en tant que fournisseur en aval. Le cadre actuel de l'UE pour AI à usage général impose aux fournisseurs concernés des obligations en matière de documentation, de politique de droit d'auteur et de résumé des contenus d'entraînement, avec des obligations supplémentaires pour les modèles à risque systémique. L'applicabilité exige une analyse juridique fondée sur les faits propres au dossier.

L'exposition liée aux sorties comprend la confidentialité, les données personnelles, la propriété intellectuelle, les contenus préjudiciables, la discrimination et la dépendance à l'égard des résultats. Les contrats de la cible peuvent répartir ces risques différemment selon les clients. Les contrôles produit tels que le filtrage, les autorisations de récupération, l'examen et la journalisation doivent être testés au regard des engagements réels. Un document de politique sans application technique a une valeur transactionnelle limitée.

L'acheteur doit distinguer une lacune documentaire corrigeable d'un modèle d'exploitation qui dépend d'un usage interdit ou non autorisé. La première peut nécessiter des coûts et du temps. Le second peut affecter le périmètre d'exploitation licite et la valeur terminale du produit. Les termes de la transaction doivent refléter cette différence.

11. Répartir les responsabilités du fournisseur et du déployeur

La réglementation AI distingue de plus en plus l'entité qui développe ou met sur le marché un modèle ou un système de l'entité qui le déploie. Une acquisition peut modifier la marque, l'intégration, la finalité, la distribution et le contrôle. Ces changements peuvent modifier les responsabilités des parties. L'équipe de due diligence doit cartographier chaque produit et chaque juridiction avant d'attribuer un label générique de conformité.

La cartographie doit identifier le système concerné, la finalité prévue, les utilisateurs, les personnes affectées, la classification des risques, la documentation, la supervision humaine, le suivi, la déclaration des incidents et les informations en aval. Elle doit également identifier l'entité qui peut produire les éléments de preuve. Une répartition contractuelle ne supprime pas une obligation légale, même si elle peut favoriser la coopération et les recours entre les parties.

L'acheteur peut relier les capacités manquantes aux décisions de closing et d'intégration. Si la cible ne peut pas fournir les informations exigées par les clients en aval, le maintien des revenus peut être exposé. Si l'intégration prévue par l'acheteur crée un nouveau rôle de fournisseur, le budget d'intégration doit inclure l'évaluation, la documentation et les contrôles qui en résultent.

12. Examiner les obligations UAE relatives aux services financiers et à AI

La Banque centrale de UAE a publié en février 2026 des orientations en matière de AI responsable à l'intention des institutions financières agréées. Ces orientations portent sur la protection des consommateurs, la transparence, les biais, la responsabilité, l'explicabilité, la confidentialité des données et l'utilisation responsable. Une transaction impliquant une institution financière réglementée ou son fournisseur technologique important doit examiner comment ces principes s'appliquent au produit spécifique et à la chaîne contractuelle.

L'acheteur doit tester la gouvernance, l'information des clients, l'approbation des modèles, la protection des données, le suivi des résultats, les réclamations, la revue humaine et la surveillance des tiers. Il doit identifier quels documents étayent les déclarations de la direction et si les contrôles fonctionnent pour les modèles externalisés. L'analyse peut affecter les consentements des clients, les modifications de produit, le séquencement de l'intégration et le coût de l'assurance continue.

L'interprétation réglementaire relève de conseils qualifiés et de spécialistes compétents. Le modèle de transaction peut néanmoins intégrer les travaux de remédiation observables, les revenus affectés, les dates de décision et les besoins en capital. Cela crée un pont entre les éléments probants de conformité et la valorisation sans assimiler une conclusion juridique à un score technique.

13. Analyser les déclencheurs de changement de contrôle contrat par contrat

L'exposition au changement de contrôle peut apparaître dans les contrats avec les clients, les fournisseurs, ainsi que dans les accords relatifs aux données, au cloud, à l'emploi, au financement, à l'assurance, aux subventions et aux partenariats. Les clauses peuvent exiger un consentement, un préavis, un remboursement, une renégociation ou une résiliation. L'équipe de due diligence doit examiner l'ensemble des contrats et confirmer les résultats par un examen juridique et des entretiens avec les responsables métier.

Le caractère significatif doit refléter plus que la valeur du contrat. Un petit accord sur les données peut rendre possible un produit majeur. Un fournisseur de modèles peu coûteux peut soutenir la majeure partie des revenus. Un client disposant d'un droit de résiliation peut influencer d'autres clients ou une approbation réglementaire. Le registre doit donc relier chaque clause aux dépendances techniques et aux flux de trésorerie.

La stratégie de consentement doit avoir un responsable, un message, un séquencement, une solution de repli et une échéance. Les demandes précoces peuvent révéler la transaction ou affaiblir le levier de négociation. Les demandes tardives peuvent menacer la clôture. Les parties doivent aligner l'approche sur les conseils juridiques, les conditions de la transaction et la continuité d'exploitation. Des covenants intermédiaires doivent prévenir de nouvelles expositions évitables.

14. Tester le transfert et la confiance des clients

AI les clients peuvent avoir approuvé un modèle désigné, une région d'hébergement, une architecture de sécurité, un usage des données, un sous-traitant ou un processus de contrôle humain. Une acquisition peut modifier un ou plusieurs de ces éléments même lorsque le fournisseur juridique reste le même. L'acquéreur doit rattacher les engagements contractuels, les rapports d'assurance, les questionnaires et les lettres annexes au plan d'intégration envisagé.

La due diligence clientèle doit segmenter les revenus selon la sensibilité aux changements de modèle, de données, de propriété et de service. Des entretiens ou des procédures de confirmation autorisées peuvent tester les motifs d'achat, le coût de changement, la confiance et les critères de renouvellement. L'acquéreur doit éviter de promettre de futures évolutions produit avant que les autorisations et la faisabilité soient établies.

Les scénarios de rétention doivent refléter les éléments probants relatifs aux clients et les droits contractuels. Une protection de la transaction pourrait lier une partie de la contrepartie à la marge brute récurrente retenue, au consentement ou au renouvellement du client, sous réserve de définitions prudentes et de considérations liées au contrôle du vendeur. Le plan opérationnel doit prévoir un séquencement de communication, un responsable de compte désigné et une voie d'escalade.

15. Mesurer la dépendance aux personnes clés

AI les produits concentrent souvent les connaissances au sein d'un petit groupe qui maîtrise le lignage des données, la conception des évaluations, le déploiement, la réponse aux incidents ou la configuration client. Les intitulés de poste ne révèlent pas cette dépendance. L'acquéreur doit rattacher les décisions, les systèmes, les identifiants, les relations et les connaissances tacites à des rôles désignés, puis tester la couverture des suppléants et la documentation.

La concentration devient un risque de transaction lorsque la perte d'une personne peut interrompre le service, empêcher une mise en production, fragiliser une allégation, retarder l'intégration ou affaiblir la confiance des clients. L'analyse doit tenir compte des préavis, de la rétention, des incitations, de l'immigration, de la localisation, des covenants restrictifs, de la succession, de la charge de travail et de l'adéquation culturelle. Le droit du travail et l'opposabilité locale exigent l'avis de spécialistes.

Les paiements de rétention ne suffisent pas à transférer les connaissances. Un plan de transition doit prévoir des artefacts, de l'observation, une double validation, un transfert des accès, une passation des clients et des tests d'acceptation. L'acquéreur peut rattacher l'achèvement à la libération du séquestre, aux opérations d'earn-out ou aux jalons d'intégration lorsque cela est approprié et juridiquement étayé.

La concentration combine l'impact opérationnel et le délai nécessaire pour mettre en place une couverture crédible.

Tableau 4. Preuves relatives aux personnes clés et plan de protection

La rétention doit être associée à un transfert de connaissances maîtrisé et à une acceptation opérationnelle.

16. Rapprocher les accès, les identifiants et les pouvoirs opérationnels

L'acheteur doit savoir qui peut modifier la production, accéder à des données sensibles, approuver les mises en production, modifier la facturation, communiquer avec les clients et déclarer des incidents. Les identifiants détenus par des personnes ou des fournisseurs créent une exposition en matière de continuité et de sécurité. L'équipe de due diligence doit tester les accès au moyen d'une observation et de preuves approuvées, sans perturber la production.

La cartographie des accès doit rapprocher les systèmes d'identité, les consoles cloud, les dépôts, les registres de modèles, les stockages de données, la supervision, le support et les portails tiers. Elle doit identifier les comptes partagés, les administrateurs inactifs, les journaux manquants et les procédures d'accès d'urgence. La remédiation peut devoir attendre la clôture afin d'éviter de perturber la cible ; le plan du premier jour doit donc prioriser l'ordre des opérations et le retour arrière.

Les documents de l'opération peuvent soutenir la remise de preuves d'accès et la coopération, tandis que le plan d'intégration établit de nouveaux pouvoirs. L'acheteur doit conserver les preuves forensiques et respecter les obligations applicables en matière de vie privée et de droit du travail. Le transfert de comptes ne doit jamais reposer sur un partage informel de mots de passe.

17. Examiner l'historique des incidents comme élément de preuve de valorisation

Les incidents révèlent le comportement du produit sous contrainte et la manière dont l'organisation réagit. L'acheteur doit examiner les incidents liés à la sécurité, à la vie privée, à la disponibilité, aux sorties préjudiciables, à la qualité des données, aux clients et à la réglementation. Il doit rapprocher les tickets, les pages de statut, les journaux, les notifications d'assurance, les avoirs clients et les rapports au conseil d'administration afin d'identifier les événements omis ou classés différemment.

L'analyse doit mesurer le délai de détection, le confinement, le rétablissement, la récidive, la qualité de l'analyse des causes racines et l'achèvement des actions correctives. Des événements répétés de faible gravité peuvent révéler une conception défaillante des contrôles. Un seul événement grave peut être moins prédictif si la cause a été éliminée et si le correctif a été testé de manière indépendante. L'équipe de transaction doit conserver le contexte plutôt que de se contenter de noter le nombre d'incidents.

Les actions non résolues peuvent devenir une condition de closing, un élément de séquestre, une indemnité spécifique ou un plan de remédiation financé. Les événements historiques peuvent également affecter les garanties, la divulgation, l'assurance et la fidélisation des clients. Des conseillers qualifiés doivent déterminer le traitement juridique et comptable approprié.

18. Évaluer la surveillance et l'observabilité

Un produit AI doit offrir de la visibilité sur la qualité des entrées, les versions des modèles et des prompts, la récupération, les appels d'outils, la qualité des sorties, la latence, le coût, la sécurité, la revue humaine et les résultats clients. L'acheteur doit vérifier si la surveillance couvre les segments significatifs et si les alertes conduisent à des actions avec une responsabilité identifiée. Un tableau de bord n'est utile que si les définitions, la traçabilité des données et la responsabilité des réponses sont fiables.

La surveillance doit distinguer les indicateurs avancés et les indicateurs retardés. Une dérive des entrées, des notifications de fournisseurs, la latence et l'escalade des revues peuvent alerter avant l'attrition ou la perte de revenus. Les plaintes des clients et les renouvellements manqués montrent l'impact avéré. Le modèle de transaction peut relier les deux types d'indicateurs à des seuils et à des coûts de réponse.

Les covenants ou earn-outs post-closing qui dépendent d'indicateurs techniques nécessitent des définitions stables et des contrôles anti-manipulation. Lorsque les indicateurs peuvent être influencés par le routage, la sélection des échantillons ou des modifications de seuils, les parties doivent convenir de procédures de mesure et d'un accès aux éléments probants. Des mesures commerciales plus simples peuvent être plus facilement opposables lorsque l'instrumentation technique est immature.

19. Vérifier la sécurité sur l'ensemble de la chaîne d'approvisionnement AI

Le risque lié à la chaîne d'approvisionnement AI comprend les artefacts de modèles, les pipelines d'entraînement, le code, les données, les API, les plugins, l'infrastructure cloud et les outils tiers. L'acheteur doit examiner le contrôle d'accès, les secrets, la provenance, la gestion des vulnérabilités, la journalisation, la séparation des environnements, la réponse aux incidents et l'assurance des fournisseurs. Il doit également tester les risques propres au produit, notamment l'injection de prompts, les fuites de données, l'utilisation dangereuse d'outils et l'extraction de modèles.

Les recommandations du National Cyber Security Centre britannique sur la sécurisation des AI organisent la sécurité sur l'ensemble de la conception, du développement, du déploiement et de l'exploitation. Cette vision du cycle de vie est utile dans les transactions, car l'acheteur acquiert à la fois un système existant et le processus utilisé pour le faire évoluer. Un instantané sécurisé ne peut pas compenser un pipeline de publication non maîtrisé.

Les constats de sécurité doivent être traduits en exploitabilité, actifs concernés, impact commercial probable, remédiation et exposition résiduelle. La réponse transactionnelle peut inclure une correction avant closing, un ajustement du prix, un séquestre, une revue d'assurance, un covenant spécifique ou un point de contrôle d'intégration. Des spécialistes de la sécurité doivent valider les constats graves et les mesures de remédiation.

20. Tester la résilience et le fonctionnement en mode de repli

Les allégations relatives au mode de repli doivent être démontrées. L'acheteur doit observer ou reproduire le basculement en cas de défaillance d'un fournisseur, la substitution de modèle, le mode dégradé, la gestion des files d'attente, le retour arrière, la restauration des sauvegardes et la communication en cas d'incident. Les tests doivent refléter des volumes clients et des contraintes de données réalistes. Un mode de repli qui préserve la disponibilité mais dégrade sensiblement la qualité ou enfreint un contrat est incomplet.

L'analyse de résilience doit identifier le délai de rétablissement, le point de rétablissement, la capacité, la dépendance régionale, l'effort manuel et l'impact client. Elle doit inclure les incidents de tiers et les erreurs de déploiement internes. Le coût du maintien d'une capacité parallèle doit figurer dans le modèle de valorisation lorsqu'il est requis pour le niveau de service souscrit.

Un test de closing peut confirmer l'accès aux fournisseurs critiques et aux procédures de rétablissement. Un point de contrôle post-closing peut retarder la consolidation des plateformes jusqu'à ce que la résilience soit démontrée. L'acheteur doit éviter de supprimer la redondance dans le seul but de réaliser une synergie précoce si cette redondance protège des revenus significatifs.

21. Quantifier l'investissement de remédiation

La remédiation doit être chiffrée comme un programme plutôt que comme une liste de constats. L'estimation doit inclure les ressources humaines, les conseillers spécialisés, les licences, l'infrastructure, le fonctionnement en parallèle, les travaux liés aux clients, la validation, la documentation, les provisions pour aléas et le temps de la direction. Elle doit identifier les travaux nécessaires pour exploiter, se conformer, intégrer ou réaliser la thèse d'acquisition.

Le calendrier compte. Un coût engagé avant la croissance du chiffre d'affaires a un effet sur la valeur différent de celui d'un coût financé par les flux de trésorerie ultérieurs. Les retards peuvent aussi reporter les synergies ou les lancements de produits. Le modèle de valorisation doit donc rattacher les coûts et les avantages à des périodes et préciser les dépendances.

L'acheteur doit distinguer la correction par le vendeur, l'ajustement du prix d'achat, l'élément assimilable à de la dette, les travaux financés par séquestre et l'investissement de l'acheteur. Le traitement comptable dépend des faits et des normes applicables. Le modèle commercial peut montrer la conséquence sur la trésorerie, tandis que des conseillers qualifiés déterminent la classification.

22. Traduire le risque en scénarios de valorisation

La valorisation doit partir de la base d'exploitation observée et d'hypothèses explicites. Le registre algorithmique des risques modifie ensuite le chiffre d'affaires, la marge brute, les coûts d'exploitation, l'investissement, le besoin en fonds de roulement ou le calendrier. L'équipe peut calculer la sensibilité de la valeur d'entreprise dans des scénarios cohérents et identifier les hypothèses qui déterminent la fourchette.

La compression des multiples doit être utilisée avec prudence. Si une croissance, une marge et une durabilité plus faibles sont déjà intégrées dans les flux de trésorerie, une réduction arbitraire supplémentaire peut comptabiliser deux fois le risque. Un multiple terminal plus faible peut être justifié lorsque l'incertitude liée aux dépendances ou aux droits affecte la capacité de défense à long terme au-delà de la période de prévision. La justification doit être documentée.

Le comité d'investissement doit voir à la fois la valeur attendue et la liquidité en scénario défavorable. Une transaction peut conserver une valeur attendue tout en nécessitant davantage de trésorerie pour remédier aux problèmes ou résister à une perturbation. Les prêteurs et les sponsors financiers doivent évaluer la marge de manœuvre au titre des covenants, le service de la dette et la disponibilité des financements dans les mêmes scénarios.

23. Choisir entre prix et complément de prix conditionnel

Un ajustement fixe du prix peut couvrir une exposition dont l'effet attendu sur la trésorerie est mesurable et largement indépendant du contrôle du vendeur après la clôture. Un complément de prix conditionnel peut couvrir une incertitude qui se résout avec le temps, comme la fidélisation des clients, l'obtention d'un consentement, la performance ou la marge. L'indicateur, la période, les droits de contrôle et le processus de règlement des différends déterminent si le mécanisme reflète l'économie de l'opération ou crée un conflit.

Les indicateurs techniques peuvent être précis dans le code et ambigus sur le plan commercial. La performance du modèle peut varier selon l'échantillon, le routage, le seuil et la composition de la clientèle. Des indicateurs commerciaux tels que la marge brute récurrente peuvent mieux refléter la valeur, mais peuvent être influencés par les décisions d'intégration. Les parties ont besoin de définitions qui alignent contrôle et mesure.

L'acheteur doit modéliser les incitations comportementales. Un earn-out indexé sur le chiffre d'affaires peut encourager une utilisation coûteuse ou une sélection faible des clients. Un indicateur de marge peut décourager les investissements nécessaires. Un tableau de bord équilibré peut devenir trop complexe à administrer. Les spécialistes des transactions doivent choisir l'ensemble mesurable le plus restreint qui reflète le risque non résolu.

24. Concevoir le séquestre et la retenue de garantie autour d'événements de libération vérifiables

Le séquestre peut faciliter le recouvrement en cas de violation des garanties ou garantir l'exécution d'obligations spécifiques, sous réserve du droit applicable et des conditions négociées. Un événement de libération doit être objectif, assorti d'un délai et étayé par des preuves accessibles aux deux parties. Il peut s'agir, par exemple, de l'obtention d'un consentement important, de l'achèvement d'une régularisation de droits, du transfert d'un accès critique ou d'une remédiation vérifiée de manière indépendante.

Le montant du séquestre doit être lié à une exposition plausible et à la capacité de mise en œuvre, et non à un pourcentage générique. L'équipe peut modéliser le coût de remplacement, la marge brute affectée, la responsabilité vis-à-vis des clients, la remédiation et les retards. Les plafonds, les seuils de déclenchement, les exclusions et l'assurance interagissent avec le recouvrement effectif.

Les tests d'acceptation techniques doivent être définis avant la signature lorsque cela est possible. Si un test dépend d'un environnement futur contrôlé par l'acheteur, l'accord doit traiter de la coopération et des modifications. Des conseils qualifiés doivent rédiger toutes les dispositions relatives au séquestre, à la retenue de garantie et aux réclamations.

25. Rédiger les déclarations autour de preuves, et non d’adjectifs

Une déclaration selon laquelle un modèle est précis, robuste ou conforme peut être difficile à interpréter. Des dispositions plus utiles peuvent porter sur les systèmes divulgués, la propriété et les droits, les contrats importants, les incidents, les réclamations, la documentation, les tests, l’historique des modifications et l’exploitation conformément aux politiques ou obligations spécifiées. La formulation appropriée dépend de l’opération et de la juridiction.

La divulgation devrait rattacher les exceptions à l’actif, au client et aux flux de trésorerie concernés. Une data room volumineuse n’apporte pas de clarté si l’acheteur ne peut pas identifier quel document régit une dépendance de production. Les annexes devraient être rapprochées du registre des risques algorithmiques et de l’analyse de matérialité.

Les déclarations ne remplacent ni la due diligence ni le contrôle opérationnel. Leur valeur dépend des qualificatifs de connaissance, de la survie, des plafonds, des exclusions, de l’assurance et de la capacité de recouvrement. Les conseils juridiques devraient se prononcer sur la rédaction et la force exécutoire. L’équipe de l’opération devrait conserver les preuves étayant la justification commerciale.

26. Recourir à des covenants intermédiaires pour préserver le système tel qu’il a été souscrit

La période entre la signature et la clôture peut être importante pour une entreprise AI. Les modèles, prompts, jeux de données, fournisseurs, tarifs, effectifs et engagements clients peuvent évoluer dans le cadre de l’exploitation courante. Les covenants intermédiaires devraient préserver les éléments convenus de l’entreprise tout en permettant le développement et la conformité nécessaires.

Les parties peuvent définir une notification ou un consentement pour le remplacement important d’un modèle, un nouvel usage de données, la résiliation d’un fournisseur, un changement tarifaire, le départ d’une personne clé, un incident de sécurité, un contact réglementaire et un engagement client. Le seuil devrait être axé sur la matérialité économique et opérationnelle. Un covenant excessivement rigide peut empêcher des correctifs responsables ou la livraison du produit.

L’acheteur devrait opérer selon une gouvernance convenue et respecter les règles de concurrence applicables avant la clôture. Des dispositifs de clean team et des contrôles de l’information peuvent être nécessaires. Les conseils juridiques devraient déterminer le processus autorisé et la rédaction.

27. Fixer des conditions de clôture pour les dépendances existentielles

Une condition de clôture peut être appropriée lorsque l’absence d’un consentement, d’un droit, d’un accès ou d’une approbation empêche l’acheteur d’exploiter une partie importante de l’entreprise. La condition devrait être spécifique et susceptible d’une détermination objective. Les parties devraient comprendre qui contrôle la satisfaction de la condition et les conséquences d’un retard.

Les conditions peuvent également porter sur la remise d’artefacts, d’accords clés ou d’approbations réglementaires. Une condition ne devrait pas se substituer à la réalisation de la due diligence ordinaire. L’acheteur devrait évaluer les droits de résiliation, les dates butoirs, le financement et les effets sur les clients.

Lorsqu’une condition pleine et entière est disproportionnée, les solutions de rechange comprennent une renonciation avec protection du prix, un séquestre, un service de transition, une licence, une exclusion ou un remplacement financé. La décision dépend de la matérialité, du contrôle, du temps et de la force exécutoire. Un avis spécialisé est essentiel.

28. Élaborer le term sheet de protection de l’opération

Le term sheet de protection devrait recenser chaque exposition importante, les preuves, la trajectoire des flux de trésorerie, le responsable du contrôle, l’action préalable à la clôture, la réponse contractuelle, le test post-clôture et le risque résiduel. Cela crée un document de travail partagé entre les équipes commerciales, techniques, juridiques, financières, fiscales, réglementaires, de sécurité et d’intégration.

Le term sheet devrait préserver la distinction entre une réponse commerciale proposée et une rédaction juridique approuvée. Il peut identifier les options, les fourchettes de valorisation et les dépendances avant que les parties ne fixent la formulation. Les décisions et les solutions de rechange rejetées devraient être consignées pour étayer la gouvernance.

Le montage final doit rester cohérent en interne. Une réduction du prix d'achat suppose que l'acheteur accepte et finance le risque. Un séquestre suppose qu'un événement donnant lieu à récupération puisse être défini. Un covenant suppose que la partie obligée puisse exécuter ses obligations. Une clause d'indemnisation suppose que le processus de perte et de réclamation soit opérationnel. Chaque mécanisme nécessite un plan opérationnel.

Les protections sont sélectionnées en fonction du calendrier, du contrôle, de la mesurabilité et de la gravité.

Tableau 5. Term sheet illustratif de protection algorithmique des transactions

Les conditions nécessitent une négociation propre à chaque transaction et un conseil juridique qualifié.

29. Aligner les protections sur le contrôle après la clôture

Les conditions de la transaction doivent refléter qui contrôle le résultat. Un vendeur peut avoir une capacité limitée à atteindre un indicateur produit post-clôture après que l'acquéreur a modifié les modèles, le personnel, les prix ou les clients. Un acquéreur peut avoir une capacité limitée à obtenir un consentement fournisseur avant la clôture. Un contrôle mal aligné crée des litiges et affaiblit la conception des incitations.

La protection devrait définir les actions autorisées et requises, l'accès aux éléments de preuve, la coopération, les procédures de modification et le règlement des litiges. Si l'acquéreur a besoin de liberté pour intégrer, un prix fixe ou un séquestre peut être plus simple qu'un earn-out technique de longue durée. Si le vendeur continue d'exploiter l'entreprise, des mesures de performance soigneusement définies peuvent rester utiles.

La gouvernance devrait inclure des décideurs nommés et une procédure d'escalade. Les désaccords techniques peuvent nécessiter un expert indépendant ayant accès aux artefacts et aux méthodes convenues. Les conseillers juridiques devraient déterminer comment la détermination par expert interagit avec les réclamations contractuelles.

30. Intégrer sans détruire les éléments de preuve

L'intégration post-clôture peut écraser les journaux, les dépôts, les comptes, les versions de modèles et les configurations clients nécessaires pour valider les garanties ou les earn-outs. L'acquéreur devrait préserver les éléments de preuve pertinents avant de modifier les systèmes. La conservation doit respecter la confidentialité, la sécurité, l'obligation de conservation légale et les exigences contractuelles.

Le plan d'intégration devrait ordonnancer le transfert des accès, la rotation des clés, la surveillance, la réponse aux incidents, la remédiation des droits, la transition du personnel et le changement de plateforme. Les migrations à haut risque devraient utiliser des jalons de recette et un retour arrière. L'amélioration du produit peut commencer tôt, tandis que les modifications affectant la mesure ou les réclamations nécessitent des bases de référence contrôlées.

Le registre des risques de la transaction devient un registre de contrôle de l'intégration. Chaque protection devrait être associée à un responsable, une échéance, des éléments de preuve et une décision de libération. La finance devrait relier les dépenses et les résultats au dossier de valorisation. Cela permet au conseil d'administration de voir si le risque a été éliminé, transféré, accepté ou réalisé.

31. Encadrer les changements de modèle et de fournisseur après l'acquisition

L'acquéreur devrait établir un processus de changement couvrant les versions de modèles, les prompts, la récupération, les outils, les jeux de données, les seuils, les fournisseurs et l'infrastructure. Les changements devraient préciser l'objectif, les utilisateurs concernés, les éléments de preuve d'évaluation, l'évaluation de sécurité, le coût, l'impact réglementaire, l'approbation, la surveillance et le retour arrière. Le niveau de contrôle devrait être proportionné à l'importance relative.

Les notifications des fournisseurs devraient alimenter le même processus. Les achats, l'ingénierie, le produit, les risques, le juridique et la finance ont besoin d'un registre commun des changements susceptibles d'affecter les résultats clients et les aspects économiques. L'organisation devrait maintenir des solutions de repli testées pour les dépendances dont la défaillance dépasse l'appétit pour le risque.

La gouvernance devrait favoriser la rapidité grâce à des seuils clairs et des éléments de preuve réutilisables. Un comité lent qui examine chaque changement de prompt peut créer des pratiques parallèles. Une délégation définie, des tests standard et des voies d'exception peuvent préserver la responsabilité tout en permettant un développement responsable.

32. Relier les indicateurs opérationnels au dossier d'investissement

Le tableau de bord post-clôture doit faire le lien entre les indicateurs techniques, clients et financiers. Il peut inclure la performance par cohorte significative, la disponibilité, le taux de revue, la gravité des incidents, la concentration des fournisseurs, le coût unitaire, la rétention client, le bénéfice brut, les dépenses de remédiation et l'achèvement des jalons. Chaque mesure doit avoir un responsable, une définition, une source et un seuil de décision.

Les indicateurs avancés doivent être reliés à l'action du conseil d'administration. Une hausse du recours à des solutions de repli peut précéder une pression sur les coûts. Une baisse de la qualité de récupération peut précéder des tickets de support. Une notification fournisseur peut déclencher une évaluation et une communication client. Le tableau de bord doit consigner la décision et le résultat plutôt que d'afficher des données sans gouvernance.

La fonction finance doit rapprocher les effets de trésorerie réalisés du modèle d'acquisition. Les gains et les pertes doivent être attribués avec soin, car les facteurs d'intégration, de marché et algorithmiques interagissent. L'objectif est un apprentissage discipliné et une allocation du capital, non une précision artificielle.

33. Appliquer une discipline comptable et de dépréciation

La technologie acquise, les relations clients, le goodwill et les autres actifs doivent être comptabilisés selon le référentiel applicable. IFRS 3 régit la comptabilisation et l'évaluation lors des regroupements d'entreprises, tandis qu'IAS 36 traite de la dépréciation des actifs concernés. La dépendance algorithmique, les restrictions de droits, la perte de clients ou des prévisions plus faibles peuvent éclairer les hypothèses de flux de trésorerie et les indicateurs de dépréciation, sous réserve du jugement comptable.

Le modèle de due diligence doit conserver les éléments probants utilisés dans les prévisions et les valorisations. Le suivi post-clôture peut identifier des changements de performance, de coût, de durée d'utilité ou d'avantage économique. La direction et les auditeurs ont besoin d'hypothèses transparentes et d'un rapprochement.

Le présent document ne détermine pas la classification comptable, la juste valeur ni la dépréciation. Des comptables qualifiés et des spécialistes de la valorisation doivent appliquer les normes aux faits de la transaction. Le cadre opérationnel les aide à localiser les éléments probants et les trajectoires de flux de trésorerie.

34. Fournir aux prêteurs un scénario défavorable lié aux algorithmes

Les prêteurs ont besoin de visibilité sur la qualité des revenus récurrents, la marge brute, la concentration, les besoins en capital et la liquidité en scénario défavorable. Une entreprise AI peut afficher une forte croissance tout en dépendant d'un fournisseur susceptible de modifier ses prix ou ses conditions. Le modèle de financement doit donc inclure des scénarios liés au fournisseur, à la dérive, aux clients et à la remédiation.

La marge de manœuvre au titre des covenants doit être testée après des coûts et des retards de trésorerie réalistes. Les ajustements EBITDA liés à la remédiation ou à une intégration ponctuelle doivent être examinés de près, car certaines dépenses technologiques et d'assurance peuvent se répéter. Les prêteurs peuvent demander des obligations de reporting, des consentements, des protections de liquidité ou d'assurance selon le risque et la structure.

L'emprunteur doit éviter les détails techniques qui masquent l'économie substantielle de l'opération. Un calendrier concis des dépendances et des mesures d'atténuation peut étayer l'analyse de crédit. Les informations sensibles doivent être partagées dans le cadre de contrôles appropriés et après avis juridique.

35. Utiliser un exemple de transaction détaillé

Prenons l'exemple d'un acheteur hypothétique évaluant une entreprise de workflows AI affichant un revenu récurrent annuel de USD 30 million et une marge contributive déclarée de 58 %. Le produit repose sur une famille de modèles externes pour 72 % des requêtes de production, sur un jeu de données propriétaire sous licence auprès de trois sources et sur six collaborateurs expérimentés qui détiennent des connaissances sur les mises en production ou spécifiques aux clients. Ces chiffres sont des hypothèses illustratives.

La reproduction montre qu'une cohorte de clients à forte valeur affiche une performance inférieure à l'affirmation globale. Un scénario de prix d'un fournisseur réduit la marge contributive de quatre points de pourcentage. Une licence de données exige un consentement pour la cession, et deux capacités de mise en production manquent de suppléants efficaces. L'acheteur estime un programme de remédiation de douze mois et modélise les revenus, la marge, l'investissement et le retard sans traiter aucune probabilité supposée comme un fait observé.

La réponse de travail de l'acheteur comprend une fourchette de valorisation reflétant le scénario de dérive modérée, une condition de clôture pour le consentement sur les données significatives, un covenant intérimaire relatif aux changements de fournisseur et de modèle, un séquestre calibré pour la régularisation des droits, ainsi que des jalons de rétention et de transfert de connaissances. Des conseils juridiques, des comptables, des spécialistes de la sécurité et les autorités de régulation compétentes devraient être consultés sur la transaction réelle.

36. Franchir le jalon de décision du comité d’investissement

Le comité d’investissement doit recevoir le référentiel à l’état signé, la cartographie des dépendances, les scénarios de dérive, le waterfall des droits, l’évaluation des personnes critiques, le term sheet de protection et le plan d’intégration financé. Le document doit distinguer les preuves observées, les hypothèses analytiques, les avis de spécialistes et les questions non résolues. Il doit identifier les expositions acceptées, réduites, transférées ou susceptibles de mettre fin à la transaction.

Les critères de décision peuvent inclure la fourchette de valorisation, la liquidité en scénario défavorable, la certitude de closing, le périmètre juridique d’exploitation, la continuité client, la capacité d’intégration et l’adéquation stratégique. Le comité doit savoir quelles hypothèses doivent être vérifiées avant la signature, avant le closing et après le transfert de contrôle.

L’approbation doit consigner les conditions, les responsables et les éléments de preuve. Un risque accepté implicitement tend à réapparaître comme une surprise d’intégration. Une acceptation documentée favorise la responsabilisation et le réexamen ultérieur.

Le comité doit également recevoir un pont de valorisation ajusté des dépendances. Ce pont part de la valorisation autonome et montre l’effet de la concentration client, de l’exposition aux fournisseurs, de la remédiation des droits, de la couverture des personnes critiques, de l’investissement de résilience et des synergies différées. Chaque ajustement doit renvoyer aux éléments de due diligence pertinents et indiquer s’il modifie les flux de trésorerie attendus, le calendrier, la liquidité ou la durabilité terminale. Le pont aide les réviseurs à contester les chevauchements et à identifier où une protection contractuelle étaye la conclusion de valorisation.

Un test de résistance inversé peut identifier la combinaison de dérive, de perte de client, de hausse des coûts et de retard de remédiation qui épuise la liquidité ou enfreint un seuil de financement. L’exercice est un scénario analytique plutôt qu’une prévision. Il montre quels indicateurs précoces importent le plus et quelles mesures d’atténuation doivent être financées au closing. Lorsque le scénario défavorable dépend de plusieurs événements corrélés, le comité doit examiner leurs causes communes, notamment un fournisseur, un jeu de données, une personne ou une classification réglementaire unique.

37. Mettre en œuvre les 100 premiers jours

Le jour un doit sécuriser l’autorité, l’accès, la continuité et la réponse aux incidents. Les trente premiers jours doivent préserver les preuves, rapprocher les actifs et les droits, tester la surveillance, confirmer les engagements clients et commencer le transfert de connaissances. Les jours trente et un à soixante doivent achever la remédiation prioritaire, reproduire les évaluations importantes et tester les solutions de repli. Les jours soixante et un à cent ne doivent étendre que les changements ayant franchi les jalons client, technique, de sécurité et économique.

Le calendrier doit s’adapter au risque de la transaction. Un produit réglementé, une migration importante de données ou un remplacement de fournisseur peuvent nécessiter plus de temps. La rapidité du calendrier ne doit jamais se substituer aux preuves d’acceptation. Les exceptions doivent préciser le contrôle temporaire, le responsable, l’échéance et l’exposition résiduelle acceptée par un dirigeant responsable.

Le registre des protections transactionnelles doit être examiné parallèlement aux jalons d’intégration. Les libérations de séquestre, les calculs d’earn-out, les covenants et les garanties peuvent dépendre de preuves opérationnelles. Les équipes juridiques et financières doivent rester connectées aux travaux techniques.

38. Tenir un espace de preuves pour le système acquis

L’acheteur doit tenir un espace de preuves contrôlé contenant l’architecture, les inventaires de modèles et de données, les évaluations, les licences, les contrats, les consentements, les approbations, les incidents, la surveillance, les enregistrements de changements et les engagements clients. L’accès, la conservation et le secret professionnel exigent une conception rigoureuse. L’espace doit soutenir les opérations et l’assurance sans devenir une copie non contrôlée de données sensibles.

Les preuves doivent être versionnées et liées aux décisions. Une fiche modèle préparée après la due diligence ne doit pas écraser l’enregistrement de l’état signé. Un consentement doit être lié au jeu de données et au contrôle technique qu’il autorise. Un test de remédiation doit identifier l’environnement et l’autorité d’acceptation.

L’automatisation peut aider à rapprocher les enregistrements et à détecter les liens manquants. Les spécialistes humains restent responsables de l’interprétation et de l’approbation. L’espace de preuves soutient l’intégration, les audits, la due diligence client, le financement et la préparation d’une sortie future.

39. Conclure par une allocation disciplinée de l’incertitude

Les transactions AI comportent une incertitude opérationnelle qui ne peut pas toujours être levée avant la signature. Un processus rigoureux rend l'incertitude visible, la relie aux flux de trésorerie, attribue le contrôle et choisit une réponse mesurable. L'acquéreur gagne une valorisation et un plan d'intégration plus défendables. Le vendeur gagne des demandes plus claires et une voie pour démontrer la valeur.

La séquence de base est constante : reproduire la situation de référence, cartographier les dépendances, tester les dérives, documenter les droits, évaluer les personnes et les obligations, modéliser les effets sur la trésorerie, sélectionner les protections transactionnelles et conserver les tests post-clôture. Chaque étape doit rester proportionnée à l'importance relative et être soutenue par des spécialistes qualifiés.

Les conseils d'administration doivent rejeter les assurances simplistes selon lesquelles un modèle est propriétaire, exact ou portable lorsque les éléments probants opérationnels sont incomplets. Ils doivent aussi rejeter les conclusions techniques qui ne s'accompagnent pas d'un lien avec les flux de trésorerie. La transaction réussit lorsque les droits juridiques, le contrôle opérationnel, les résultats pour les clients et les paramètres économiques financés restent alignés après un changement de contrôle.

Le cadre doit rester proportionné. Un petit outil de productivité et un système de décision réglementé n'exigent pas une due diligence identique. L'importance relative peut être définie en fonction des revenus concernés, du préjudice pour les clients, de l'exposition réglementaire, du délai de remplacement, des besoins de trésorerie et de l'importance stratégique. L'équipe peut approfondir les tests lorsque plusieurs indicateurs convergent et documenter pourquoi les zones à moindre risque ont fait l'objet de travaux limités. Cette approche fondée sur les risques préserve la qualité des décisions tout en maîtrisant le coût de la due diligence et la charge de gestion.

Les futurs acquéreurs doivent s'attendre à ce que le niveau de preuve exigé augmente à mesure que la réglementation, les achats des clients et l'assurance technique arrivent à maturité. Une cible qui maintient des évaluations reproductibles, des droits traçables, des mises en production contrôlées, des solutions de repli testées et des connaissances transférables peut réduire les frictions transactionnelles. Ces capacités améliorent aussi les opérations courantes. La préparation d'une opération commence donc avant le processus de vente, grâce à une gouvernance qui rend le système compréhensible, modifiable et responsable.

Références

1. National Institute of Standards and Technology, Cadre de gestion des risques liés à l'intelligence artificielle (AI RMF 1.0), 2023. https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf
2. National Institute of Standards and Technology, cadre de gestion des risques liés à l'intelligence artificielle : profil pour l'intelligence artificielle générative, 2024. https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf
3. National Institute of Standards and Technology, AI RMF Playbook. https://airc.nist.gov/airmf-resources/playbook/
4. Commission européenne, Lignes directrices sur les obligations des fournisseurs de AI à usage général, 2025. https://digital-strategy.ec.europa.eu/en/faqs/guidelines-obligations-general-purpose-ai-providers
5. Commission européenne, Lignes directrices sur le champ des obligations des fournisseurs de modèles AI à usage général, 2025. https://digital-strategy.ec.europa.eu/en/library/guidelines-scope-obligations-providers-general-purpose-ai-models-under-ai-act
6. Commission européenne, Modèles AI à usage général dans le règlement AI : questions et réponses. https://digital-strategy.ec.europa.eu/en/faqs/general-purpose-ai-models-ai-act-questions-answers
7. Commission européenne, cadre réglementaire du règlement AI. https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
8. Commission européenne, Code de bonnes pratiques pour l'AI à usage général. https://digital-strategy.ec.europa.eu/en/policies/contents-code-gpai
9. Banque centrale de UAE, Note d'orientation sur la protection des consommateurs et l'adoption et l'utilisation responsables de l'intelligence artificielle et de l'apprentissage automatique, 2026. https://rulebook.centralbank.ae/en/rulebook/guidance-note-consumer-protection-and-responsible-adoption-and-use-artificial-intelligence
10. Centre national de cybersécurité du Royaume-Uni, Lignes directrices pour le développement sécurisé des systèmes AI, 2023. https://www.ncsc.gov.uk/collection/guidelines-secure-ai-system-development
11. Autorité de la concurrence et des marchés du Royaume-Uni, modèles de base AI : document de mise à jour, 2024. https://www.gov.uk/government/publications/ai-foundation-models-update-paper
12. Autorité de la concurrence et des marchés du Royaume-Uni, lignes directrices sur l'évaluation des concentrations, 2021. https://www.gov.uk/government/publications/merger-assessment-guidelines
13. Département de la Justice des États-Unis et Commission fédérale du commerce, lignes directrices sur les concentrations, 2023. https://www.justice.gov/atr/2023-merger-guidelines
14. Bureau du Commissaire à l'information du Royaume-Uni, orientations sur AI et la protection des données. https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/artificial-intelligence/guidance-on-ai-and-data-protection/
15. Organisation de coopération et de développement économiques, principes de l'OCDE sur AI. https://oecd.ai/en/ai-principles
16. Organisation internationale de normalisation, ISO/IEC 42001 Système de management de l’intelligence artificielle. https://www.iso.org/standard/81230.html
17. Organisation internationale de normalisation, ISO/IEC 23894 Gestion des risques liés à l’intelligence artificielle. https://www.iso.org/standard/77304.html
18. Fondation IFRS, IFRS 3 Regroupements d’entreprises. https://www.ifrs.org/issued-standards/list-of-standards/ifrs-3-business-combinations/
19. Fondation IFRS, IAS 36 Dépréciation d’actifs. https://www.ifrs.org/issued-standards/list-of-standards/ias-36-impairment-of-assets/
20. Takeover Panel britannique, The Takeover Code. https://www.thetakeoverpanel.org.uk/the-code/download-code
21. Agence de l’Union européenne pour la cybersécurité, Cadre multicouche pour les bonnes pratiques de cybersécurité applicables à AI, 2023. https://www.enisa.europa.eu/publications/multilayer-framework-for-good-cybersecurity-practices-for-ai
22. Agence américaine de cybersécurité et de sécurité des infrastructures, Feuille de route pour l'intelligence artificielle, 2023. https://www.cisa.gov/resources-tools/resources/roadmap-artificial-intelligence
23. Securities and Exchange Commission américaine, Gestion des risques de cybersécurité, stratégie, gouvernance et divulgation des incidents, 2023. https://www.sec.gov/files/rules/final/2023/33-11216.pdf
24. Conseil de stabilité financière, implications de l'intelligence artificielle pour la stabilité financière, 2024. https://www.fsb.org/2024/11/the-financial-stability-implications-of-artificial-intelligence/
25. Banque des règlements internationaux, Institut de stabilité financière, Réglementer AI dans le secteur financier : développements récents et principaux défis, 2024. https://www.bis.org/fsi/fsipapers24.htm