Chaîne de titularité assistée par AI : vérification des secondaires pré-IPO avec des LLM

Introduction

Les transactions secondaires pré-IPO se situent à l'intersection du droit des sociétés non cotées, du contrat, de la réglementation des valeurs mobilières, des registres sociaux, de la propriété effective et du règlement opérationnel. Un acheteur peut recevoir un récit commercial attractif et une vaste data room tout en restant sans réponse complète à la question fondamentale : quel intérêt précis est vendu, par quelle chaîne juridique, sous quelles restrictions, par quelle personne autorisée et avec le consentement de qui ? La difficulté augmente lorsque l'exposition est détenue par l'intermédiaire de nominees, de dépositaires, d'agrégateurs, de véhicules ad hoc ou de plusieurs entités superposées. Chaque couche peut introduire un registre, un document constitutif, un instrument de transfert, un processus d'approbation, un droit économique et un périmètre de divulgation différents.

Cet article développe un modèle opérationnel de chaîne de titre assisté par AI pour les acheteurs de secondaires pré-IPO, y compris les family offices et les investisseurs ultra-fortunés, ainsi que pour les intermédiaires, y compris les courtiers, les banques d'investissement et les plateformes. Son objectif est d'aider ces parties à organiser les preuves, à mettre en évidence les lacunes et à orienter les décisions avant tout mouvement de capitaux. Le modèle utilise l'extraction de documents, la résolution d'entités, un graphe de connaissances, des règles déterministes, des contrôles de sanctions et de propriété effective, une analyse par grand modèle de langage citée et des approbations humaines nominatives. Il ne délègue pas les décisions relatives au titre juridique, au droit des valeurs mobilières, aux restrictions de transfert, aux sanctions, à l'adéquation, à la fiscalité ou à l'investissement à un LLM.

L'expression chaîne de titre est utilisée ici comme un raccourci opérationnel de due diligence. Pour une action directe, les preuves pertinentes peuvent inclure le registre des actions ou registre des membres de l'émetteur, le certificat ou l'enregistrement électronique, les instruments de souscription et de transfert antérieurs, les restrictions, les consentements, les pouvoirs et les instructions de règlement. Pour une participation dans SPV, la chaîne peut également inclure les preuves de constitution et de maintien en règle de SPV, les documents constitutifs, le registre des membres ou des associés, les comptes de capital, les accords de nominee ou de conservation, la propriété en amont, l'exposition en aval à l'émetteur, les waterfalls économiques, les nantissements, les privilèges et les transferts antérieurs. Le droit applicable et la structure de la transaction déterminent la portée juridique de chaque élément. Le droit du Delaware, par exemple, reconnaît les restrictions de transfert sous réserve de conditions légales ; le droit fédéral américain des valeurs mobilières exige séparément une exemption d'enregistrement disponible pour la revente de valeurs mobilières restreintes [1-5].

L'unité analytique de cet article est une affirmation étayée par des preuves, et non un résumé de document. Une affirmation énonce une proposition, indique la source et l'emplacement exacts, enregistre la date et l'autorité de la source, identifie la personne ou le système qui l'a fournie, porte un statut de confiance et de conflit, et est transmise à un réviseur responsable. Cette structure suit l'idée centrale du Beneficial Ownership Data Standard : les déclarations de données sont des affirmations ayant leur propre provenance, leurs dates et leurs sources, et des déclarations apparemment incohérentes peuvent coexister jusqu'à leur résolution [14-15]. W3C PROV-O fournit un vocabulaire compatible pour les entités, les activités, les agents et les dérivations [28].

La réponse opérationnelle développée dans cet article est résumée ci-dessous.

La contribution est pragmatique. Les sections 2 à 6 définissent le périmètre de décision, les objets juridiques et probatoires, la hiérarchie des sources et le graphe. Les sections 7 à 12 précisent l’architecture d’extraction, de résolution d’entités, de restrictions, de contrepartie, Claude et de citation. Les sections 13 à 17 transforment la conception en un flux de travail contrôlé, un exemple pratique, une grille d’évaluation, un programme d’évaluation et un modèle de sécurité. Les sections 18 à 20 fournissent une feuille de route de mise en œuvre, une liste de contrôle de mise en production, un registre des assertions et les limites.

Question de recherche	Réponse opérationnelle
Que doit extraire AI ?	Parties, entités, instruments, classes de titres, quantités, dates, signatures, approbations, restrictions, droits, déclarations de propriété et emplacements des sources.
Que doit contenir le graphe ?	Assertions étayées par des preuves et relations typées entre émetteurs, titres, détenteurs, bénéficiaires effectifs, SPV, agents, instruments, autorisations et événements de transfert.
Que peut décider un LLM ?	Il peut classer, comparer, expliquer et proposer une analyse des exceptions citée dans un schéma approuvé ; il ne peut pas fournir une validation juridique ni confirmer le titre de propriété.
Comment les restrictions de transfert sont-elles testées ?	Des règles déterministes identifient les clauses applicables, les exigences de notification, les droits de préemption, les conditions de consentement et les faits non résolus ; des conseils qualifiés et les parties autorisées de l’émetteur déterminent leur effet.
Comment le risque de contrepartie est-il noté ?	Une grille de triage transparente combine l’identité, l’habilitation, la provenance, les sanctions, les éléments défavorables, les exceptions de paiement et de règlement ; les évaluateurs conservent la décision d’approbation.
Qu’est-ce qui permet au capital de circuler ?	Un dossier de déblocage contenant des éléments probants résolus, des autorisations nominatives, des instructions de paiement autorisées, des contrôles de règlement et une trace explicite des conditions résiduelles.

Public et périmètre de décision

acheteurs secondaires pré-IPO

Les acheteurs ont besoin d’une base probatoire qui relie l’évaluation commerciale à une propriété exécutable. Leurs questions couvrent généralement cinq niveaux : l’émetteur et le titre ; le vendeur et son habilitation ; la voie juridique par laquelle le vendeur a acquis ou contrôle la participation ; les restrictions et autorisations encadrant le transfert proposé ; et le mécanisme d’échange entre les liquidités et la participation acquise. Un family office peut recourir à un conseiller, un dépositaire, un prête-nom ou SPV, mais reste responsable de ses propres décisions d’investissement, juridiques, fiscales, de conformité et de gouvernance.

Le comité d’investissement de l’acheteur peut utiliser un dossier assisté par AI pour examiner la provenance, la concentration, la base de fixation des prix, les droits à l’information, l’exposition en matière de gouvernance et les conditions résiduelles. Il doit bénéficier d’une séparation claire entre documents observés, déclarations de tiers, conclusions d’analystes, déterminations de conseils et hypothèses non résolues. Le système ne doit jamais convertir une déclaration du vendeur en fait observé simplement parce qu’elle figure dans des documents signés.

intermédiaires

les intermédiaires peuvent sourcer, introduire, structurer, syndiquer, arranger ou faciliter une transaction. Leur rôle réglementé exact, leurs obligations et leurs activités autorisées dépendent de la juridiction et du mandat. Le modèle opérationnel enregistre donc le rôle et les pouvoirs au niveau de la transaction. Il ne présuppose pas qu'un courtier, une plateforme, un agent de placement ou une banque d'investissement ait vérifié la propriété, détienne des fonds clients, fournisse des conseils juridiques ou contrôle le règlement avec l'émetteur.

Un intermédiaire peut utiliser le système pour normaliser la réception des dossiers, identifier les lacunes documentaires, éviter de présenter des déclarations incompatibles aux contreparties, contrôler les autorisations de divulgation et maintenir une passation défendable. Le dossier de remise de l'intermédiaire doit indiquer ce qu'il a reçu, ce qu'il a testé, ce qui reste fourni par des tiers ou par la direction, quels spécialistes ont pris les décisions, et quelles conditions subsistent avant la clôture.

Droits décisionnels

Le langage de contrôle à trois états

Chaque proposition significative de due diligence doit être classée dans l’un de trois états. Étayé signifie qu’une source approuvée étaye la proposition dans son périmètre et sa date déclarés. Conditionné signifie que la proposition dépend d’un consentement, d’un événement, d’un document ou d’une détermination par un spécialiste nommément désigné. Non résolu signifie que la preuve est absente, contradictoire, périmée, illisible ou hors du périmètre d’autorité de l’évaluateur. Ce langage crée une barrière utile contre la fausse certitude. Il permet également à un comité d’investissement de distinguer une condition de clôture remédiable d’une lacune de provenance non bornée.

Ce que signifie la chaîne de titre pour les titres privés

Actions nominatives directes

Pour les actions nominatives directes, la chaîne commence par l’émetteur et la catégorie exacte de titres. Le dossier de due diligence doit identifier la dénomination sociale et la juridiction de l’émetteur, la catégorie et les droits du titre, le titulaire inscrit, la quantité, le certificat ou la position électronique, l’événement d’acquisition, la contrepartie, les mentions restrictives pertinentes, les sûretés et le transfert envisagé. L’article 159 du Delaware General Corporation Law reconnaît que les actions sont des biens meubles transférables comme le prévoit l’article 8 du Uniform Commercial Code [3]. L’article 202 traite des restrictions au transfert et des cas dans lesquels elles peuvent être opposables aux titulaires et aux cessionnaires [2]. Ces dispositions confèrent de l’importance aux éléments factuels relatifs à l’instrument, à l’avis et à la connaissance ; une déclaration générique selon laquelle les actions sont transférables est insuffisante.

La législation fédérale sur les valeurs mobilières crée une question distincte de revente. Les orientations de la SEC expliquent que les titres du marché privé peuvent rester soumis à restrictions et que les reventes exigent un enregistrement ou une exemption disponible [1]. La Rule 144 offre une sphère de sécurité non exclusive, sous réserve de ses conditions ; la Section 4(a)(7) prévoit une autre voie légale dont les conditions incluent le statut de l’acheteur, l’absence de sollicitation générale et des informations spécifiées [4-5]. Une chaîne opérationnelle nécessite donc à la fois une voie de registre sociétaire et une voie de droit des valeurs mobilières. Le respect de l’une n’établit pas le respect de l’autre.

Les agents de transfert exercent une fonction essentielle de tenue de registres sur les marchés de valeurs mobilières, notamment en enregistrant les changements de propriété, en tenant les registres et en annulant ou émettant des certificats [6]. De nombreuses sociétés privées gèrent leurs registres directement ou par l’intermédiaire de prestataires de services du marché privé. Le système doit identifier qui contrôle réellement le registre concerné et quelles preuves cette partie exige. Une capture d’écran, un export de table de capitalisation ou un certificat fourni par le vendeur peuvent éclairer la due diligence tout en restant subordonnés au registre autorisé et aux mécanismes de clôture.

SPV et participations dans des fonds

Une transaction SPV peut transférer une participation dans une entité dont l’actif est le titre de l’émetteur. L’investisseur peut donc acquérir une exposition sans devenir actionnaire direct. Le parcours probatoire comporte alors au moins deux chaînes liées : la propriété et la cessibilité de la participation SPV, ainsi que la propriété et les droits économiques de SPV sur le titre sous-jacent de l’émetteur. Chaque chaîne nécessite son propre droit applicable, registre, instruments, restrictions, approbations et analyse des sûretés.

Les SPV superposés ajoutent une chaîne supplémentaire à chaque niveau. L'acquéreur d'une participation dans SPV C peut dépendre de la participation de SPV C dans SPV B, de la participation de SPV B dans SPV A, et de la participation enregistrée ou du droit bénéficiaire de SPV A dans l'émetteur. Les droits économiques peuvent diverger des droits de vote, d'information, de distribution et de transfert à chaque niveau. Les frais, le carried interest, les réserves et les mécanismes d'allocation peuvent modifier l'exposition. Le graphe doit modéliser le titre sous-jacent séparément du droit économique contractuel.

Prête-noms, dépositaires et bénéficiaires effectifs

La propriété juridique, la détention enregistrée, la garde, la capacité de prête-nom, le contrôle et la propriété bénéficiaire sont des relations différentes. Les orientations d'OpenOwnership modélisent expressément les relations de prête-nom plutôt que de fusionner les prête-noms avec les bénéficiaires effectifs [15]. Les orientations du GAFI en matière de propriété bénéficiaire soutiennent une approche à plusieurs volets reposant sur des informations adéquates, exactes et à jour [10]. Les exigences de UAE appellent de la même manière à l'identification et à la vérification des bénéficiaires effectifs au moyen de sources indépendantes fiables [11-13].

Le système doit stocker chaque relation avec son propre type, sa période d'effet, sa source et son réviseur. Une personne peut être le bénéficiaire effectif ultime d'un SPV tandis qu'un prestataire de services aux sociétés constitue son siège social, qu'un prête-nom est son actionnaire enregistré, qu'un gestionnaire de placements dispose d'une autorité contractuelle et qu'un dépositaire contrôle le règlement. La résolution d'entités doit relier ces identités sans les considérer comme interchangeables.

Événements de transfert

Une chaîne est temporelle. Chaque émission, souscription, cession, vente, apport, conversion, division, annulation, nantissement, mainlevée, déclaration de prête-nom ou fusion peut modifier la position. Le graphe doit représenter la quantité avant et après, l'instrument, sa date d'effet, les parties, les approbations et les éléments probants du grand livre. Les instruments antidatés, non datés ou à effet conditionnel doivent conserver ces états. Un LLM peut extraire une date imprimée sur un document ; le flux de travail doit établir séparément l'exécution, la remise, l'effectivité et l'inscription lorsque ces distinctions importent.

SPV en cascade et provenance

Un graphe plutôt qu'une arborescence de dossiers

Les structures de dossiers organisent les fichiers ; elles n'expriment pas les relations juridiques et économiques entre eux. Un document peut couvrir plusieurs entités, titres et événements. Une entité peut apparaître sous des noms historiques ou des abréviations. Deux instruments signés peuvent se contredire. Un graphe permet à l'analyste de demander quelles créances étayent une relation, ce qui a changé au cours d'une période, quels bénéficiaires effectifs en amont franchissent un seuil et quel transfert proposé dépend d'une approbation en suspens.

Le graphe recommandé sépare objets du monde réel à partir de déclarations de preuve. Un nœud d'entité représente l'identité résolue actuelle du système. Un nœud de déclaration enregistre qu'une source spécifique a affirmé une relation ou un attribut particulier. Les évaluateurs peuvent promouvoir une déclaration au statut opérationnel accepté, la rejeter ou la laisser non résolue. La déclaration d'origine reste immuable pour des raisons de provenance. Cela correspond à la conception fondée sur les déclarations de BODS 0.4 et évite de réécrire silencieusement l'historique [14].

Enregistrements bitemporels

Deux dimensions temporelles sont utiles. Temps de validité enregistre le moment où une relation ou un fait est censé s'appliquer dans le monde réel. Temps système enregistre le moment où la déclaration est entrée dans le système de due diligence ou y a changé de statut. Un extrait de registre daté du 15 juillet peut indiquer une détention effective à compter du 1er juin mais arriver le 20 juillet. Les trois dates doivent rester distinguables. Cela rend visibles les preuves tardives, les instruments antidatés et les mises à jour postérieures à la clôture.

Chaque déclaration doit également porter une classe de preuve « observée », « représentée », « dérivée » ou « déterminée ». Une preuve observée provient directement d'un système faisant autorité ou d'un document original accessible à l'évaluateur. Une preuve représentée est fournie par une partie. Une preuve dérivée est calculée ou liée à partir d'autres déclarations. Une preuve déterminée enregistre une décision d'un spécialiste ou une décision autorisée. Les libellés décrivent la provenance ; ils ne rendent pas la proposition sous-jacente vraie.

Clés d'identité

La résolution d'entités doit commencer par des identifiants durables et un contexte juridictionnel. Les identifiants pertinents peuvent inclure les numéros d'immatriculation des sociétés, les identifiants d'entités juridiques, les identifiants fiscaux lorsqu'ils sont traités conformément à la loi, les passeports ou identifiants nationaux au sein d'un service KYC restreint, les adresses, les dates de naissance, les dates de constitution et les identifiants de compte. GLEIF sépare les données de référence d'entité de niveau 1, décrites comme « qui est qui », des données de relation de niveau 2, décrites comme « qui possède qui » [16-17]. Ses relations de consolidation comptable ne remplacent pas l'analyse des bénéficiaires effectifs ou l'analyse propre à une transaction, mais le modèle offre une séparation précieuse entre les déclarations d'identité et les déclarations de relation.

La similarité des noms est un générateur de candidats. Ce n'est pas une méthode de confirmation. Le système doit attribuer les correspondances à partir d'identifiants exacts, d'attributs corroborés et de décisions des évaluateurs, et doit conserver les alias et les noms historiques. Un service de contrôle des sanctions doit recevoir les identifiants et les relations de détention dont il a besoin en vertu du droit applicable et des contrôles de confidentialité approuvés.

Invariants de graphe

Des tests déterministes sur le graphe exposent les erreurs structurelles avant l'examen narratif. Parmi les exemples figurent une quantité transférée supérieure à la position justifiée du vendeur, un événement daté avant la formation d'une entité, une détention directe circulaire sans instrument explicatif, des pourcentages qui dépassent leur base déclarée, une catégorie de titres absente des documents constitutifs, un nantissement sans preuve de mainlevée, un bénéficiaire effectif déconnecté de la chaîne de détention, ou une instruction de clôture émise par une partie sans pouvoir justifié.

Les tests de graphe produisent des exceptions plutôt que des conclusions factuelles. Une incohérence de quantité peut refléter une division d'actions, une conversion, des preuves partielles ou une erreur d'extraction de données. L'exception doit être acheminée au responsable des preuves avec les affirmations exactes et les emplacements des sources qui l'ont produite.

Taxonomie des preuves et hiérarchie des sources

Classes de sources

Le système nécessite une hiérarchie des sources déclarée pour chaque proposition. Le registre des émetteurs autorisés, le registre des membres ou le dossier de l'agent de transfert peuvent régir la propriété inscrite. Les documents constitutifs et les accords signés régissent les droits contractuels, sous réserve du droit et de l'interprétation. Les registres gouvernementaux et les sources d'identité réglementées peuvent étayer le statut de l'entité. Les listes de sanctions indépendantes fournissent des données officielles de filtrage. Les déclarations des vendeurs, les synthèses des courtiers, les enregistrements de plateforme et les notes d'analystes fournissent des affirmations utiles dont l'autorité diffère.

Authenticité et exhaustivité

Un document authentique peut toujours être incomplet, obsolète ou non pertinent. Le processus d’ingestion doit conserver le fichier d’origine, l’empreinte cryptographique, le canal de réception, le fournisseur, la classification d’accès et l’historique de traitement. Il doit détecter les pages manquantes, les numérisations illisibles, les signatures défectueuses, les paginations incohérentes, les pièces jointes référencées mais absentes et les annexes omises du data room. La validation de signature numérique et les canaux de livraison de confiance peuvent fournir des éléments de preuve supplémentaires lorsqu’ils sont disponibles.

Le statut du document compte. Un projet, un spécimen, un exemplaire signé, une copie conformée, un extrait et une copie certifiée conforme ne doivent pas partager un même libellé indifférencié. Le système doit éviter de déduire l’exécution d’un nom de fichier. Il doit comparer les pages de signature, les dates, les parties, les termes définis et les annexes, puis orienter les écarts.

Schéma de déclaration

preuve négative

L’absence doit être consignée avec soin. Une recherche qui n’a pas permis de localiser un nantissement ne prouve pas qu’il n’existe aucun nantissement. Le compte rendu doit préciser la population recherchée, la requête ou la procédure, la date, l’opérateur et les limites. Une confirmation négative d’une partie autorisée a un poids probatoire différent. Le système doit employer des formulations telles que « aucun élément pertinent trouvé dans la population examinée » et éviter de les transformer en « aucune sûreté n’existe ».

La data room comme système de preuve

Matrice des exigences

Une data room de transaction doit être générée à partir d’une matrice des exigences plutôt que traitée comme un dossier de dépôt arbitraire. Chaque exigence renvoie à un élément, à une allégation ou à une exception explicite. Les exigences varient selon qu’il s’agit d’actions directes ou d’une structure SPV, de la juridiction, des sûretés, de l’acheteur, du vendeur et du mode de règlement. La matrice doit être versionnée et approuvée par les équipes de transaction et juridiques responsables.

Les domaines clés comprennent la constitution des entités et leur situation régulière ; les registres de propriété et la capitalisation ; les documents constitutifs ; les sûretés ; les actes d’acquisition et de transfert antérieurs ; les approbations du conseil, des actionnaires, des dirigeants, des membres ou des associés ; les restrictions et notifications de transfert ; les bénéficiaires effectifs et les pouvoirs ; KYC, AML et sanctions ; les sûretés et charges ; les preuves financières et fiscales ; les frais et waterfalls de distribution ; les confirmations des prestataires ; les droits à l’information ; le contentieux et les litiges ; les instructions de paiement ; les livrables de règlement ; et les mises à jour des registres après clôture.

Classes d’autorisations

L’ensemble des fichiers peut contenir des données personnelles, des informations confidentielles sur l’émetteur, des coordonnées bancaires, des signatures, des documents fiscaux, des analyses juridiques couvertes par le secret professionnel et des clauses commercialement sensibles. Les autorisations doivent s’appliquer avant l’extraction. Un utilisateur qui ne peut pas accéder à une source ne doit pas recevoir de réponse qui en est issue. L’index doit donc porter, selon le cas, des libellés de transaction, d’entité, de classe de document, de destinataire, de finalité, de juridiction, de secret professionnel et de niveau de champ.

Le caviardage doit produire un dérivé distinct doté de son propre hash, de sa finalité, de son créateur et d’un lien vers l’original. Le système doit consigner quelle version a été communiquée à quel destinataire. Les contrôles produits d’un fournisseur de modèle ne remplacent pas l’architecture d’accès de l’utilisateur ni son évaluation contractuelle.

Fraîcheur et déclencheurs d’événements

La préparation à la clôture évolue lorsqu’intervient un nouveau transfert, une sûreté, un consentement, un changement de propriété, une mise à jour des sanctions, une action de l’émetteur ou un avenant à un document. La data room doit faire l’objet de revues planifiées et d’une actualisation pilotée par les événements. Chaque allégation importante doit renvoyer à un responsable de la source et à un déclencheur d’actualisation. Une bannière de dernière mise à jour sans dates au niveau des allégations est insuffisante.

Lots de diffusion

Un lot de diffusion doit être immuable après approbation et contenir les fichiers exacts communiqués, la note dérivée, l’instantané du graphe, le registre des exceptions, le dossier d’approbation et les autorisations des destinataires. Le manifeste du lot doit lister les hashes et les versions. Si une correction est nécessaire, le système doit créer une diffusion de remplacement et conserver la précédente. Cette approche permet de reconstituer ultérieurement ce que l’acheteur, l’intermédiaire, le conseil et les parties au règlement ont réellement vu.

Pipeline d’extraction de documents

Ingestion et préservation

Le pipeline commence par une réception contrôlée. Les fichiers sont mis en quarantaine, filtrés contre les logiciels malveillants, hachés et affectés d’un identifiant stable. Le texte natif, les pages numérisées, les tableurs, les conteneurs de courriel et les formats d’image suivent des chemins d’analyse différents. L’original reste inchangé. Un dérivé traité enregistre l’outil, la version, la configuration et l’horodatage qui l’ont produit.

La sortie OCR doit conserver les coordonnées de page et le niveau de confiance. Les tableaux nécessitent une structure de lignes et de colonnes. Les annotations manuscrites ou à faible résolution doivent être orientées vers une revue manuelle. Les fichiers protégés par mot de passe, corrompus, tronqués et non pris en charge doivent générer des exceptions explicites. Le système doit également reconnaître les documents intégrés sous forme de pièces jointes ou de portefeuilles lorsque la chaîne d’outils les prend en charge.

Classification et segmentation

La classification doit identifier le type de document, l’entité, la transaction, le statut, les parties, le droit applicable, la langue et la confidentialité. Les documents longs doivent être segmentés selon les clauses, les annexes, les tableaux, les blocs de signature et les relations entre termes définis. Un contrat d’achat d’actions ne peut pas être examiné de manière fiable sous forme de segments de texte isolés de longueur fixe, car le sens d’une clause dépend souvent des définitions, des exceptions et des annexes.

L’index doit conserver la hiérarchie du document et les renvois. Lorsqu’un modèle reçoit la clause 7.2, il peut également avoir besoin des termes définis, de l’annexe de sûretés et de l’exception de la clause 7.5. La récupération doit donc prendre en charge une expansion liée dans un contexte délimité et vérifiable.

Extraction structurée

Le schéma d’extraction doit être restreint et explicite. Un objet partie peut contenir le nom imprimé, le rôle juridique, la qualité, l’adresse, l’identifiant, le statut de signature et la portion de texte source. Un objet restriction peut contenir la sûreté concernée, l’acte restreint, le déclencheur, le bénéficiaire, la notification, la période, l’autorité de renonciation, l’autorité de consentement, les exceptions et les portions de texte source. Le système doit autoriser les valeurs « inconnu », « non indiqué » et « ambigu ». Le remplissage forcé augmente le risque de champs inventés.

Validation déterministe

Après l’extraction, des contrôles déterministes comparent les dates, les quantités, la devise, les dénominations juridiques, les identifiants, les signatures, les totaux et les renvois. Un analyseur peut détecter qu’une annexe totalise 98 000 actions alors que le contrat d’achat indique 100 000. Il ne doit pas réconcilier silencieusement l’écart. Un validateur peut également identifier un bloc de signature non signé, un terme défini sans définition ou un consentement référencé absent de la salle de données.

Résolution d'entités et graphe de propriété effective

Génération de candidats

La génération de candidats combine les noms normalisés, la translittération, les alias, les noms historiques, les juridictions, les adresses, les dates de constitution et les identifiants. Les suffixes sociétaires doivent être normalisés sans écarter la forme d'origine. La mise en correspondance des personnes doit être traitée dans un service restreint, avec une finalité licite, la minimisation des données et une sécurité appropriée.

L'étape de génération de candidats peut recourir à la similarité floue et à des embeddings pour identifier des correspondances potentielles. Elle doit privilégier le rappel et expliquer pourquoi un candidat a été retenu. Les identifiants exacts ou corroborés permettent ensuite d'obtenir une résolution à plus haut niveau de confiance. Une affirmation générée par un modèle selon laquelle deux entités « se ressemblent » ne suffit pas.

Décision de résolution

Chaque fusion et scission manuelle doit être réversible et journalisée. Le système doit expliquer quelles déclarations dépendent d’un lien d’identité, car la modification de ce lien peut altérer les totaux de détention, l’exposition aux sanctions et l’autorité.

Chemins de détention et de contrôle

La propriété effective est représentée sous forme de chemin, et non d’un champ de pourcentage unique. Le graphe enregistre les participations directes, les participations indirectes, le contrôle des droits de vote, les droits de nomination, le contrôle contractuel, les relations de prête-nom et d’autres bases applicables. Les calculs de pourcentage doivent indiquer le dénominateur, la catégorie, la date et la méthode de multiplication. L’analyse des seuils doit être paramétrée selon la juridiction et la politique, et revue par la conformité.

Les orientations du GAFI soulignent l’accès à des informations adéquates, exactes et à jour sur les bénéficiaires effectifs [10]. Les règles UAE incluent la vérification au moyen de sources fiables et indépendantes [11-13]. Les dépôts officiels peuvent éclairer l’analyse tout en restant soumis à leurs définitions juridictionnelles et à leurs cycles de mise à jour. Le système ne doit pas considérer un champ de registre comme une preuve universelle.

Modèle de provenance

Les concepts d’entité, d’activité et d’agent de PROV-O constituent une base utile [28]. Un document source est une entité. L’OCR et l’extraction sont des activités. Une déclaration est dérivée d’un fragment de source. Un agent logiciel et un réviseur humain participent aux activités. Une note diffusée est dérivée de déclarations revues. Cela rend la piste d’audit explicite et permet de répondre à des questions telles que la version du modèle, la source et le réviseur ayant contribué à une conclusion importante.

Moteur de restrictions de transfert et de droits

Taxonomie des clauses

Les transferts de titres privés peuvent être affectés par des restrictions prévues dans les actes constitutifs, règlements intérieurs, pactes d'actionnaires, conventions relatives aux droits des investisseurs, plans d'intéressement en actions, contrats d'achat, lettres annexes, conventions SPV et le droit applicable. Une taxonomie exploitable comprend le consentement de l'émetteur, l'approbation du conseil d'administration, le consentement du gestionnaire ou du commandité, les droits de préemption, les droits de première offre, les droits de cession conjointe, les droits de sortie conjointe et d'entraînement, les périodes de lock-up, les conditions applicables aux cessionnaires autorisés, les restrictions visant les concurrents, les tailles minimales de transfert, les exigences relatives aux investisseurs accrédités ou qualifiés, les conditions liées au droit des valeurs mobilières, les conditions d'accès à l'information et les dispositions relatives aux transferts indirects ou aux changements de contrôle.

Le moteur doit extraire la clause applicable, les termes définis, les exceptions, le titre concerné, l'opération déclencheuse, le mode de notification, le délai de notification, le délai d'exercice, les informations requises, l'autorité compétente pour accorder une renonciation, les conséquences et les emplacements des sources. Il doit relier les renvois et les modifications. Il doit préserver les rédactions ambiguës aux fins d'examen par le conseil juridique.

Représentation des règles

Une règle peut être représentée sous forme de table de décision avec entrées, tests, sorties et états de preuve manquante. Par exemple, un flux de travail de droit de préemption peut exiger l'identité du cessionnaire proposé, le prix, la forme de paiement, la quantité, la date de notification et la preuve de remise. Le système ne peut calculer un délai contractuel qu'après confirmation par le conseil juridique ou un responsable autorisé des règles juridiques de la clause applicable, de la convention de calendrier et de la date de déclenchement.

Cessions directes et indirectes

Une cession SPV peut être décrite commercialement comme une cession de participations dans l’entité plutôt que comme une cession d’actions. Les documents constitutifs peuvent néanmoins contenir des dispositions relatives aux cessions indirectes, au changement de contrôle ou au bénéficiaire effectif. Le graphe doit donc relier la transaction proposée au niveau SPV aux titres en aval et interroger les clauses qui mentionnent une cession indirecte ou le contrôle. Le conseil juridique détermine l’applicabilité.

Voie en droit des valeurs mobilières

Les orientations de la SEC indiquent que les transactions de secondaire privé exigent un enregistrement ou une exemption [1]. La règle 144 et la section 4(a)(7) ont leurs propres conditions [4-5]. Le système doit créer un objet de voie qui répertorie l’exemption proposée, les faits requis, les preuves, le conseil juridique responsable et les conditions non résolues. Il doit éviter de qualifier une revente de « conforme » au seul motif que les parties sont accréditées ou que l’émetteur est privé.

Langue de sortie

La sortie du moteur doit employer des formulations circonscrites : « clause localisée », « fait étayé », « condition paraissant déclenchée pour examen par le conseil », « renonciation fournie », « remise non vérifiée » ou « effet juridique déterminé par le conseil ». Il doit citer les segments exacts. Un statut vert signifie que le point de contrôle de revue configuré a été franchi ; il ne garantit ni l’opposabilité ni la titularité.

Triage de la contrepartie, de la LBC/FT et des sanctions

Identité avant notation

Le tri des contreparties commence après la résolution de l’identité. Le système doit identifier le vendeur, l’acheteur, la partie introductrice, les signataires, les bénéficiaires effectifs, les personnes exerçant le contrôle, le bénéficiaire du paiement et les agents de règlement. Il doit préserver le rôle juridique et les pouvoirs de chaque partie. Une marque reconnue, un compte de plateforme ou une adresse e-mail professionnelle ne permettent pas d’établir que les entités contractante et bénéficiaire sont identiques.

Le filtrage des sanctions doit s’appuyer sur des sources officielles à jour et un processus de résolution contrôlé. L’Organisation des Nations Unies tient une liste consolidée pour les mesures de sanctions du Conseil de sécurité [18]. L’OFAC publie des services de recherche et de données sur les listes de sanctions, des orientations et des interprétations relatives à la propriété [19-22]. Une similitude de nom produit une correspondance potentielle. Les analystes conformité ont besoin d’identifiants, de chaînes de propriété, du contexte du programme et d’une analyse du droit applicable pour la résoudre.

Contrôles des pouvoirs et des paiements

Les pouvoirs doivent être justifiés par les documents constitutifs, les résolutions, les procurations, les attestations de fonctions, les registres des signataires autorisés et, selon le cas, une confirmation d’un spécialiste. Le système doit comparer la partie contractante, le titulaire inscrit, le bénéficiaire effectif, l’émetteur de la facture et le bénéficiaire du compte bancaire. Toute divergence exige une explication et une approbation. Les modifications des instructions de paiement doivent déclencher une vérification par un canal indépendant avec un contact préalablement validé et une séparation des fonctions.

Le risque de paiement se distingue du risque de titre. Les mécanismes de séquestre, de dépositaire, d’agent de transfert et de livraison contre paiement peuvent réduire l’exposition opérationnelle en fonction de leurs conditions et contrôles. Le système de due diligence consigne le mécanisme de règlement retenu et les conditions de libération requises. Il ne présume pas qu’un prestataire de services garantit la transaction.

Grille de tri transparente

Le score est un outil de priorisation des exceptions. Il ne doit jamais masquer une règle bloquante. Une interdiction de sanctions confirmée, une identité non résolue, des pouvoirs non étayés ou une anomalie dans les instructions de paiement peuvent entraîner un arrêt strict, quel que soit le score global. Les pondérations et seuils doivent être approuvés par les autorités compétentes en matière de conformité et de transaction et testés sur des cas historiques.

Périmètres des informations défavorables

L'analyse d'informations défavorables issues de sources ouvertes peut générer de faux rapprochements, des rapports obsolètes et des données personnelles juridiquement sensibles. Les recherches doivent s'appuyer sur une finalité approuvée, des sources documentées, une date et une méthode de résolution d'identité. Le système doit distinguer l'allégation, la procédure, le constat, la sanction et la condamnation. Les constats significatifs nécessitent une revue qualifiée par les fonctions conformité ou juridique. Les synthèses générées doivent citer la source sous-jacente et éviter d'amplifier des allégations non étayées.

Claude, architecture de récupération et de graphe de connaissances

Rôle encadré pour Claude

Claude peut aider à la classification de documents, à l'extraction structurée, à la comparaison de clauses, à l'explication des exceptions, à la réponse aux questions et à la rédaction de notes. La capacité de citation d'Anthropic peut renvoyer des réponses liées aux sources à partir des documents fournis [23]. Son traitement des PDF peut utiliser le texte et les images de pages, sous réserve des limites et de la configuration actuelles du produit [24]. Ces capacités facilitent l'inspection ; elles n'établissent ni l'authenticité des sources, ni la suffisance juridique, ni la véracité factuelle.

L'architecture doit placer Claude entre un service de récupération tenant compte des habilitations et une couche de validation structurée. Le modèle reçoit la tâche exacte, les passages sources approuvés, les faits du graphe, les exceptions non résolues, le destinataire, le schéma de sortie et les règles d'abstention. Il renvoie des affirmations structurées avec citations et statut. Des services déterministes vérifient ensuite les identifiants, les nombres, les dates, les habilitations sur les sources, les champs obligatoires et les emplacements des citations avant l'examen humain.

Couches de l'architecture

Récupération selon l’autorité et la relation

La similarité seule peut extraire une clause commode d’un document remplacé. La récupération doit d’abord restreindre la transaction, l’entité, le statut du document, l’autorisation et la période d’effet, puis classer selon l’autorité de la source et la pertinence. Le parcours de graphe peut extraire l’avenant, les termes définis, les annexes et l’approbation liés à une clause. Une récupération hybride lexicale et sémantique peut ensuite identifier les segments justificatifs.

Les requêtes doivent énoncer la proposition testée. « Qui détient les actions ? » est trop large. Une requête contrôlée pourrait demander : « Quelles sources approuvées identifient le détenteur inscrit de 25 000 actions de série C à la date de clôture proposée, et existe-t-il des quantités contradictoires ou des événements de transfert ultérieurs ? » La réponse doit distinguer les preuves documentaires, les déclarations et les allégations non résolues.

Contrat de prompt

Un prompt système doit établir le rôle, la tâche, les sources autorisées, le schéma de sortie, l’exigence de citation, les inférences interdites, la gestion des ambiguïtés et l’escalade. Les documents sont du contenu non fiable. Les instructions figurant dans un document doivent être traitées comme du texte probant et jamais comme des commandes système. Les recommandations d’Anthropic en matière de garde-fous comprennent des mesures contre les risques de jailbreak et d’injection de prompt [25]. L’application doit également isoler les outils, restreindre les actions, valider les sorties et tester des cas adverses.

Enregistrement du modèle et de la configuration

Chaque exécution significative doit enregistrer l’identifiant du modèle, le fournisseur, la date, la version du prompt système, la configuration des outils, la requête de récupération, les identifiants des sources, les limites de jetons ou de contexte, la sortie et le résultat de validation. La mise en production n’a pas besoin d’exposer la configuration interne sensible à chaque destinataire. La piste d’audit interne doit permettre la reconstruction et la comparaison après un changement de modèle ou de prompt.

Modèle de citations et d’allégations

Présence de la citation et étayage par la citation

Une citation prouve qu’une réponse renvoie quelque part. L’examen doit établir que le passage cité étaye exactement la proposition, s’applique à l’entité et à la période correctes, fait autorité pour l’usage envisagé et peut être divulgué au destinataire. La documentation actuelle d’Anthropic décrit les emplacements des sources pour les citations et signale des contraintes produit [23]. L’application doit stocker à la fois l’emplacement fourni par le modèle et sa propre référence de source immuable.

Affirmations atomiques

Les phrases composées créent un étayage ambigu. Une déclaration telle que « Le vendeur A détient 25 000 actions, est habilité à les vendre et aucun consentement n’est requis » contient au moins trois propositions. Chaque proposition doit avoir ses propres références, classe de preuve et réviseur. Le générateur de récit peut recombiner les affirmations atomiques approuvées à des fins de lisibilité après validation.

Ensembles de conflits

Le système regroupe les affirmations qui portent sur la même proposition et la même période. Les affirmations compatibles peuvent renforcer une conclusion ; les affirmations incompatibles créent un ensemble de conflits. Un conflit est résolu par une décision consignée qui identifie l'affirmation opérationnelle acceptée, les affirmations rejetées ou remplacées, le motif, l'autorité et la date d'effet. Les affirmations historiques restent visibles.

Objets de détermination humaine

Les conclusions des spécialistes doivent également être structurées. Une détermination du conseil juridique consigne la question précise, la population examinée, la juridiction applicable, la conclusion, les conditions, les limites, la date et la personne autorisée. Une résolution de conformité consigne les correspondances candidates, les identifiants, l'analyse de propriété, le programme ou la règle, la décision et le réviseur. Le système ne doit pas paraphraser ces déterminations au-delà de leur périmètre approuvé.

Étape	Livrable	Point de contrôle
réception	original, empreinte, fournisseur et étiquette d’accès	canal accepté et résultat de détection de logiciels malveillants
analyse	texte, tableaux, images et coordonnées	contrôles d’exhaustivité et de qualité
classer	type de document, entité, statut et confidentialité	confirmation du réviseur pour les éléments significatifs
extraire	objets de schéma avec des segments source exacts	niveau de confiance des champs et politique des valeurs nulles obligatoires
valider	incohérences déterministes et dépendances manquantes	aucune exception masquée
réviser	déclarations acceptées, rejetées ou conditionnelles	réviseur nommé et habilité
publier	graphe et éléments probants prêts pour la publication	enregistrement de version, d'autorisation et d'audit

Flux de travail du data room au règlement

Périmètre de réception et de mandat

Le responsable de la transaction consigne l'actif proposé, la quantité, la structure, les parties, les rôles, la juridiction, les conditions commerciales, le calendrier et la voie de règlement envisagée. Les intermédiaires consignent leur engagement et leur activité autorisée. Les acheteurs consignent leur processus d'approbation et leurs conseillers. Le système crée un identifiant de transaction et une matrice des exigences fondée sur le modèle approuvé.

Collecte des preuves

Le vendeur ou la source autorisée fournit des documents par des canaux contrôlés. Chaque exigence est liée à un élément fourni, à une détermination motivée de non-applicabilité ou à une demande ouverte. Le système conserve les originaux, classe l'accès et achemine les documents importants pour confirmation par le propriétaire de la source. L'extraction automatisée peut commencer tandis que les éléments incomplets et contradictoires restent visiblement ouverts.

Construction du graphe et exceptions

La résolution d'entités relie les parties et les SPV. Les extractions structurées créent des assertions et des événements candidats. Les invariants du graphe testent les dates, les quantités et les liens. Le moteur de restrictions localise les clauses potentiellement applicables. Les services de bénéficiaire effectif et de sanctions évaluent la population d'identités approuvée. Chaque exception a un responsable, une gravité, une échéance, des liens vers des preuves et un état de résolution.

Déterminations des spécialistes

Des conseils qualifiés traitent, selon le cas, de la titularité, des restrictions de transfert, de l'opposabilité, de la voie en droit des valeurs mobilières et des documents de l'opération. La conformité résout les questions KYC, de bénéficiaire effectif et de sanctions. Les spécialistes fiscaux, comptables et réglementaires traitent leurs domaines respectifs. Les preuves de l'émetteur ou de l'agent de transfert agréé confirment les exigences de registre et de processus. Le système consigne les décisions sans en élargir la portée.

Approbation de l'investissement et de l'opération

Le comité d'investissement reçoit l'analyse de souscription commerciale, le graphe de chaîne, le résumé des preuves, la grille d'évaluation des risques, les déterminations des spécialistes, les conditions non résolues, les scénarios défavorables et les contrôles de clôture proposés. L'approbation doit préciser les éventuelles conditions suspensives, les pouvoirs délégués et l'échéance. Une décision d'investissement favorable ne libère pas le paiement.

Clôture et règlement

La liste de contrôle de clôture relie chaque condition à des preuves et à une approbation. Les instructions de paiement passent par un flux de vérification distinct. Le cas échéant, les étapes de séquestre, de dépositaire ou d'agent de transfert sont consignées. L'autorité de libération confirme les conditions, les instructions et la ségrégation. Les preuves post-clôture comprennent les registres mis à jour de l'émetteur ou de SPV, les instruments signés, les reçus et l'allocation finale. Le graphe reçoit un nouvel événement plutôt que d'écraser l'événement proposé.

Suivi post-clôture

Si l'investissement reste dans un SPV, les transferts, frais, distributions, opérations sur titres, modifications et changements de propriété ultérieurs peuvent affecter la position. Le système de preuves doit continuer dans le cadre d'un périmètre de suivi approuvé. Les règles d'accès et de conservation doivent refléter les obligations liées à l'opération clôturée et aux investisseurs.

Exemple de vérification concret

Faits du scénario

Exemple illustratif Un family office, Buyer FO, envisage un achat USD 4.8 million de l’ensemble des participations sociales dans Alpha Access SPV II LLC. Il est indiqué que SPV détient 100 000 actions privilégiées de série D de Nova Systems, Inc. Le vendeur, Seller Holdings Ltd, détient sa participation dans SPV par l’intermédiaire d’un prête-nom. Un intermédiaire a présenté les parties. Tous les noms, valeurs, documents, dates et seuils de ce scénario sont inventés à des fins d’illustration méthodologique et ne décrivent pas une Matchpoint ni une opération client.

La data room contient un certificat de l’émetteur au nom de SPV pour 100 000 actions, un export de la table de capitalisation de l’émetteur indiquant 98 000 actions, l’accord de fonctionnement de SPV, une cession antérieure de participations sociales, une déclaration de prête-nom, un consentement du conseil d’administration, un projet de contrat d’achat et un e-mail contenant les instructions de paiement. Le pacte d’actionnaires de l’émetteur prévoit un droit de premier refus sur les transferts directs et certains transferts indirects. L’accord de fonctionnement de SPV exige le consentement du gérant pour une cession de participations sociales.

Résultat de l’extraction

Exemple illustratif Le pipeline identifie cinq entités, deux personnes physiques, trois instruments, une catégorie de titres, deux événements de transfert proposés et quatre objets d'approbation. La confiance OCR est faible sur un chiffre du certificat. Le validateur de quantité détecte un écart de 2 000 actions entre le certificat et l'export de la table de capitalisation. Le validateur de signature marque la cession antérieure comme complète mais ne trouve aucun consentement du gestionnaire joint. Le comparateur de paiement constate que le nom du bénéficiaire diffère de celui du vendeur contractant.

Analyse du graphe et des restrictions

Exemple illustratif Le graphe relie le family office acheteur à l’acquisition proposée de la participation SPV et le SPV à deux déclarations contradictoires de position d’émetteur. Il enregistre le nominee comme détenteur inscrit de la participation du vendeur et Seller Holdings comme bénéficiaire effectif déclaré. Le moteur signale la clause de transfert indirect du pacte d’actionnaires pour examen par le conseil juridique, identifie l’exigence de consentement du gestionnaire SPV et crée une exception d’autorité non résolue pour le signataire.

Triage des contreparties

Exemple illustratif Le filtrage officiel des sanctions ne produit aucune correspondance résolue pour les identifiants fournis ; le dossier précise les sources, l'horodatage et l'auteur de la revue et ne prétend pas que le risque de sanctions est absent. Le bénéficiaire de paiement tiers crée un blocage ferme pour la fonction finance. La conformité demande des preuves de propriété effective pour Seller Holdings et le destinataire du paiement. Le rôle de l'intermédiaire est consigné comme étant l'introduction et la coordination ; aucune vérification du titre de propriété ni de conformité ne lui est attribuée.

Résolution et libération

Exemple illustratif L'émetteur fournit un extrait de registre daté attestant de 98 000 actions et explique que 2 000 actions ont été annulées après un rachat. Le certificat d'origine est remplacé et la preuve d'annulation est ajoutée. Le conseil juridique consigne que le consentement du gérant est requis et traite séparément de la clause de transfert indirect. Le gérant SPV signe un consentement. Le vendeur remplace l'instruction de paiement par un compte à son nom légal vérifié, et la fonction finance le confirme par un canal approuvé.

Le comité d'investissement reçoit un tableau d'exposition révisé fondé sur 98 000 actions sous-jacentes, des paramètres économiques commerciaux actualisés, le graphe résolu, les conclusions du conseil juridique et les conditions de clôture. Le contrôleur de clôture ne libère les fonds qu'une fois les documents d'achat signés, le consentement, les instructions vérifiées et le mécanisme de règlement convenu finalisés. Le système enregistre ensuite le registre des membres après clôture et les preuves finales de la position de l'émetteur.

Enseignements

Le scénario montre pourquoi un certificat ou contrat impeccable ne doit pas primer sur des preuves faisant autorité et contradictoires. Il montre également que les exceptions relatives à la quantité, aux pouvoirs, aux restrictions et aux paiements exigent des responsables distincts. Le graphe rend leurs dépendances visibles. Le score agrégé ne peut pas primer sur un blocage ferme de la fonction finance ou sur une condition juridique de clôture.

Grille de notation des risques et conditions de validation

Quatre résultats

Le système doit produire quatre résultats distincts : un score de qualité d'extraction, un score de couverture des preuves, un score de tri des contreparties et un statut des conditions de validation. La qualité d'extraction décrit la performance du parseur. La couverture des preuves indique si les propositions requises disposent d'éléments justificatifs approuvés. Le tri des contreparties donne la priorité à l'examen. Le statut de validation reflète l'achèvement des décisions obligatoires configurées. Combiner les quatre en un seul chiffre masque le risque.

Exemple de conception de score

Exemple illustratif Les pondérations suivantes constituent un exemple de conception nécessitant l'approbation de la direction, du service juridique et de la conformité avant utilisation.

Exemple illustratif Une tranche à faible risque pourrait exiger un score inférieur à 20 sans blocage absolu, moyenne de 20 à 39, élevée de 40 à 59 et critique de 60 ou plus. Ces seuils n'ont pas de validation empirique dans cet article. Ils doivent être calibrés sur un ensemble de cas étiquetés approuvé et peuvent ne pas convenir à une organisation ou une juridiction donnée.

Registre des blocages absolus

Décision de libération

Un point de contrôle de libération enregistre « réussi », « réussi avec conditions précisées », « échec » ou « expiré ». Une validation confirme l'achèvement du processus configuré à ce moment-là. Elle ne garantit ni le titre de propriété, ni la légalité, ni la solvabilité, ni la performance future, ni l'absence de fraude. La libération doit indiquer le périmètre, les sources, les hypothèses importantes, les conclusions des spécialistes et les conditions résiduelles.

Évaluation sur jeu de référence

Population d'évaluation

Les recommandations d'évaluation d'Anthropic préconisent des tests spécifiques à la tâche et des critères de réussite clairement définis [26]. Il convient d'utiliser un jeu de référence de documents et de cas dé-identifiés ou synthétiques approuvés pour l'environnement. Il doit couvrir des PDF natifs propres, des scans difficiles, des tableaux, des avenants, des entités superposées, des relations de prête-nom, des quantités contradictoires, des clauses de transfert indirect, des collisions de noms liées aux sanctions, des modifications de paiement et des tentatives d'injection de prompt.

Le jeu doit contenir des étiquettes provenant d'experts autorisés en matière juridique, de conformité et de transactions. Il doit séparer les champs extractibles des déterminations nécessitant un jugement. Les modifications apportées aux modèles, prompts, à l'analyse syntaxique, à la récupération, aux règles ou aux schémas doivent être exécutées sur le même jeu versionné avant la mise en production.

Indicateurs

Erreurs pondérées par gravité

Une erreur liée à la ponctuation et une erreur liée à l’identité du titulaire inscrit ne devraient pas avoir le même poids. Le plan de test devrait définir la gravité en fonction des conséquences potentielles et orienter les erreurs critiques vers une tolérance zéro ou une dérogation explicite. Les fusions erronées, les restrictions non détectées, les quantités incorrectes, les pouvoirs non justifiés et les écarts de paiement méritent une gravité accrue.

Tests adversariaux

Les documents doivent inclure du texte demandant au modèle d’ignorer le flux de travail, de fabriquer un consentement ou de divulguer des informations restreintes. L’application doit prouver que le contenu d’un document ne peut pas modifier l’autorité du système. Les tests doivent également couvrir les noms de fichiers malveillants, le texte masqué, la confusion Unicode, les pièces jointes contradictoires, les documents surdimensionnés et les tentatives d’appel d’outils. Le profil « Generative AI » du NIST identifie les actions de gestion des risques pour les systèmes génératifs [30] ; le cadre de développement logiciel sécurisé du NIST fournit une discipline plus large de développement sécurisé [31].

Surveillance en production

La surveillance en production devrait échantillonner les affirmations importantes, suivre les corrections des réviseurs, mesurer les exceptions non résolues, détecter les dérives de distribution et enregistrer les événements d’accès. Une augmentation des corrections manuelles après une mise à jour du modèle devrait déclencher un retour arrière ou une enquête. L’acceptation par l’utilisateur ne constitue pas à elle seule une preuve d’exactitude. La charge de travail des réviseurs, le temps écoulé et le taux de correction devraient être observés par rapport à une référence approuvée.

Sécurité, confidentialité et gouvernance

Classification et minimisation des données

La population de preuves peut contenir des informations confidentielles de l’émetteur, des identifiants personnels, des coordonnées bancaires, des signatures et des analyses privilégiées. La collecte et le traitement doivent avoir une finalité et une base juridique approuvées. Le système doit minimiser les champs, isoler les services sensibles, restreindre les exports et appliquer des règles de conservation et de suppression. L’article ne détermine pas le régime de protection des données applicable à une transaction.

Accès avant récupération

Les contrôles d’identité et d’accès doivent appliquer le moindre privilège, l’isolation des transactions, les autorisations des destinataires et le traitement des documents privilégiés. Les contrôles d’autorisation ont lieu avant la récupération, la construction du contexte du modèle et l’export. Les journaux doivent enregistrer l’accès aux sources, les requêtes de graphe, l’utilisation du modèle, la révision et la divulgation. Les actions administratives à haut risque doivent exiger une authentification renforcée et une séparation des tâches.

Gouvernance des fournisseurs et des modèles

L’organisation devrait évaluer les conditions du fournisseur, l’utilisation des données, la conservation, la localisation, la sécurité, la gestion des incidents, les sous-traitants, les modifications de modèle, la disponibilité et la réversibilité. Les paramètres du produit et les engagements contractuels devraient être vérifiés pour le service et la date sélectionnés. Les cas d’usage sensibles peuvent nécessiter un API, un réseau privé, des contrôles régionaux ou une architecture différente. Le système devrait éviter d’envoyer des secrets que la conception approuvée n’exige pas.

Développement sécurisé

NIST SP 800-218 décrit les pratiques de développement sécurisé couvrant la préparation de l’organisation, la protection des logiciels, la production de logiciels correctement sécurisés et la réponse aux vulnérabilités [31]. L’application doit tenir à jour une nomenclature logicielle lorsque cela est approprié, revoir les dépendances, analyser le code et l’infrastructure, protéger les secrets, valider les entrées et les sorties, tester l’autorisation, gérer les vulnérabilités et préserver un chemin de restauration. Les modifications apportées aux jeux de règles et aux schémas méritent la même rigueur de publication que le code applicatif.

Gouvernance des risques AI

Le cadre de gestion des risques AI du NIST organise le travail autour des fonctions gouverner, cartographier, mesurer et gérer [29]. Son profil génératif AI traite des risques propres à la technologie générative AI ou amplifiés par elle [30]. Appliqué ici, la gouvernance identifie les responsables redevables et la tolérance au risque ; la cartographie définit les parties, les juridictions, les données et les conséquences ; la mesure teste l’extraction, la récupération, la citation et le flux de travail ; la gestion fixe les portes de publication, la surveillance et la réponse.

Réponse aux incidents

Les incidents comprennent la divulgation non autorisée, la publication incorrecte, la défaillance d’un modèle ou d’une règle, la corruption de preuves, la résolution erronée d’identité, l’échec du filtrage des sanctions, la fraude aux paiements et la panne d’un fournisseur. Le plan de réponse doit préserver les preuves, arrêter les flux de travail concernés, identifier les publications touchées, notifier les responsables redevables, corriger ou remplacer les résultats et documenter les enseignements. Un dossier diffusé nécessite une liste de destinataires traçable afin que les corrections puissent atteindre les bonnes parties.

Feuille de route de mise en œuvre sur 90 jours

Jours 0 à 15 : périmètre et inventaire des preuves

Sélectionner un modèle de transaction, un périmètre juridictionnel et un sponsor responsable. Cartographier les rôles, les autorités juridiques et de conformité, les sources de data room, les parties au règlement et les modes de défaillance actuels. Définir le processus actuel et la référence de base. Identifier les déterminations qui restent entièrement en dehors du système.

Les livrables comprennent un périmètre de mandat, une matrice RACI, une classification des données, une taxonomie documentaire, une matrice d’exigences, un schéma de revendications, une hiérarchie des sources et un plan d’ensemble de référence approuvé. L’équipe doit également définir les données et les actions d’outils interdites.

Jours 16 à 30 : ingestion contrôlée et schéma de graphe

Mettre en place un stockage immuable des accusés de réception, du hachage, de l’analyse syntaxique, de l’OCR et des coordonnées de page. Configurer les objets entité, sécurité, instrument, événement, revendication, restriction et approbation. Établir les étiquettes d’accès avant l’indexation. Charger des cas synthétiques ou approuvés et dé-identifiés et tester la reconstruction.

Jours 31 à 45 : extraction, résolution et règles

Mettre en œuvre des schémas d'extraction restreints et une validation déterministe. Ajouter des candidats de résolution d'entités et des décisions de réviseur réversibles. Encoder un petit ensemble de règles de restriction approuvées et d'invariants de graphe. Intégrer les sources officielles de sanctions via le processus de filtrage approuvé de l'organisation.

Jours 46 à 60 : Claude et analyse citée en mode ombre

Ajouter une récupération tenant compte des autorisations et des sorties de Claude avec citations et abstention. Exécuter en parallèle du processus actuel sans diffuser de conclusions assistées par modèle. Examiner chaque champ et chaque allégation importants. Consigner les erreurs par gravité et améliorer la source, le schéma, le prompt ou la règle qui les a causées.

Jours 61 à 75 : pilote à périmètre limité

Mener un pilote sur un cas réel ou contrôlé sélectionné de manière restreinte, avec consentement explicite et autorité humaine pleine et entière. Utiliser la file des exceptions, les objets de détermination des spécialistes et le lot de libération. Arrêter en cas d'erreur critique, de violation d'accès ou de contournement du flux de travail. Comparer le temps écoulé, l'effort des réviseurs, la couverture des preuves et le taux de correction à la référence approuvée.

Jours 76 à 90 : décision et renforcement

L'organe de gouvernance examine les preuves d'évaluation, les constats de sécurité, les retours des spécialistes, le comportement des utilisateurs, les incidents, les aspects économiques et le risque résiduel. Il peut approuver un périmètre de production limité, exiger des mesures correctives, prolonger le mode ombre ou arrêter. Tout périmètre approuvé précise les types de transactions, les juridictions, les classes de données, les modèles, les règles, les réviseurs et les points de contrôle de libération.

Conditions économiques

Le dossier de justification économique doit distinguer le coût de mise en œuvre, les coûts récurrents de logiciels et de spécialistes, le temps de revue, le temps écoulé, les reprises évitées, les effets sur le débit des transactions et les événements de perte. Les revenus attribués à Matchpoint ou aux clients, la réduction des coûts de trésorerie, la réduction des pertes et l'alpha restent USD 0 dans cet article, car aucune preuve observée approuvée n'a été fournie. Toute allégation de productivité, de conversion ou d'évitement de pertes doit indiquer sa référence, sa période, son contrefactuel et l'approbation financière.

Liste de contrôle de libération et registre des allégations

Liste de contrôle de libération des transactions

1. Confirmer l'ID de transaction, la structure, les parties, les rôles et les juridictions compétentes.
2. Confirmer l'émetteur, la catégorie de titres, la quantité, le porteur et la participation proposée.
3. Rapprocher le registre faisant foi, les certificats et les instruments de transaction.
4. Reconstituer les événements antérieurs d'émission et de transfert dans le périmètre approuvé.
5. Résoudre les identités des entités, les alias, les prête-noms, les dépositaires et les bénéficiaires effectifs.
6. Vérifier les preuves de constitution, de statut et de pouvoirs pour chaque entité significative.
7. Identifier les documents régissant, avenants, accords parallèles et versions en vigueur.
8. Examiner les restrictions de transfert directes, indirectes et en cas de changement de contrôle.
9. Obtenir et authentifier les notifications, consentements, dérogations et approbations requis.
10. Consigner la voie de revente proposée au regard du droit des valeurs mobilières et la détermination du conseil.
11. Examiner les sûretés, nantissements, privilèges et preuves de mainlevée selon le périmètre approuvé.
12. Réaliser la revue KYC, du bénéficiaire effectif, des sanctions et des informations défavorables.
13. Résoudre les questions de pouvoir de signature et de cohérence de la partie contractante.
14. Vérifier le bénéficiaire du paiement et les instructions au moyen de contrôles approuvés.
15. Confirmer le mécanisme de règlement, les livrables et la séparation des tâches.
16. Résoudre tous les invariants de graphe et toutes les exceptions d'extraction significatives.
17. Valider chaque affirmation significative, citation, période, autorité de la source et autorisation.
18. Consigner les déterminations des spécialistes avec le périmètre, la date, les conditions et les limites.
19. Présenter les conditions non résolues et les implications défavorables à l'autorité d'investissement.
20. Figer le lot de publication approuvé, le manifeste, l'instantané de graphe et le registre des exceptions.
21. Ne libérer les capitaux que dans le cadre du processus de clôture autorisé distinct.
22. Obtenir les actes post-clôture, les mises à jour du registre, les reçus et les justificatifs de position finale.

Registre des affirmations publiques

Pack opérationnel minimal

Le pack de production doit inclure l’architecture approuvée, la hiérarchie des sources, le schéma des assertions, le schéma de graphe, la taxonomie documentaire, les modèles d’exigences, le catalogue de règles, les contrats de prompt et de sortie, le jeu de référence, le rapport d’évaluation, la matrice d’accès, l’évaluation des fournisseurs, le plan de gestion des incidents, la matrice RACI, la liste de contrôle de publication et le journal des modifications. Le pack transactionnel ajoute les preuves et approbations propres au cas.

Limites et conclusion

Limites

Le présent document ne fournit pas de conseils juridiques, d’investissement, réglementaires, de conformité, fiscaux, comptables, de confidentialité, de cybersécurité ou techniques. Il ne détermine pas le titre de propriété ni la validité d’un transfert quelconque. Il ne traite pas de chaque juridiction, valeur mobilière, forme d’entité, exemption, droit contractuel, régime de sanctions, question d’insolvabilité, registre des sûretés, conséquence fiscale ou activité réglementée. Des conseils spécialisés et des documents faisant autorité restent essentiels.

Le présent document n’a pas évalué de modèle de production sur un jeu de données secondaires pré-IPO étiqueté et approuvé. Les capacités des produits et les exigences officielles peuvent changer. Le scénario détaillé, les pondérations des scores, les seuils, la planification temporelle et les données économiques sont des hypothèses de modélisation hypothétiques. Aucun résultat client n’est revendiqué. L’attribution d’auteur à une personne nommée reste en attente de l’approbation de CK ; l’auteur organisationnel est Matchpoint Partners.

L’authenticité des documents peut être contestée. Les registres officiels peuvent être en retard, contenir des erreurs ou utiliser des définitions différentes de celles de la transaction. Un modèle peut omettre, classer erronément ou inventer du contenu. La résolution d’entités peut fusionner des parties différentes ou scinder une même partie. Les règles peuvent encoder une interprétation juridique incomplète. Les relecteurs humains peuvent aussi se tromper. La conception réduit l’opacité en conservant les sources, les exceptions et les décisions ; elle n’élimine pas l’incertitude.

Conclusion

La diligence sur la chaîne des titres assistée par AI se comprend mieux comme un système de contrôle des preuves. Les documents entrent par un pipeline préservé et soumis à autorisation. L’extraction structurée crée des assertions candidates. La résolution d’entités et un graphe de connaissances relient émetteurs, titres, détenteurs, bénéficiaires effectifs, SPV, instruments et événements. Des contrôles déterministes identifient les incohérences structurelles. Les règles relatives aux clauses exposent les restrictions potentiellement applicables. Claude peut aider à comparer les preuves et à rédiger des explications citées. Les responsables désignés des fonctions juridique, conformité, émetteur, investissement, finance et règlement-livraison prennent les décisions déterminantes.

Pour les family offices et les acheteurs UHNW, le système offre un parcours plus vérifiable de l’opportunité commerciale à la détention exécutable. Pour les intermédiaires, il fournit un dossier de réception, de divulgation et de transmission plus clair. Le résultat le plus précieux n’est pas un récit convaincant. C’est un dossier de déblocage dans lequel chaque proposition importante dispose d’une source, d’une date, d’une autorité, d’une autorisation, d’un validateur et d’un statut de condition non résolue avant tout mouvement de capitaux.

Couche	Fonction	Contrôle minimal
systèmes sources	salle de données, registres, contrats, dossiers KYC et enregistrements de transactions	propriétaire, version, classe d'accès, hash et conservation
ingestion	préserver, numériser, analyser, océriser et classer	original immuable et journal de traitement
référentiel de preuves	texte, tableaux, coordonnées, objets et hiérarchie des sources	emplacement exact et héritage des autorisations
graphe de connaissances	entités, instruments, créances, événements, propriété et approbations	provenance bitemporelle et résolution réversible
récupération	interrogation de graphe, recherche lexicale, recherche vectorielle et extension du contexte lié	autorisation avant récupération, autorité de la source et contexte délimité
Claude	extraire, comparer, expliquer et rédiger	schéma explicite, citations, abstention et périmètre de protection contre l'injection de prompt
règles déterministes	quantités, dates, invariants de graphe, règles de restriction et contrôles de paiement	propriétaire de règle versionnée et résultat reproductible
flux de travail	file d’attente des exceptions, examen par un spécialiste, approbations et mise en production	séparation des tâches et registre immuable des décisions
surveillance	accès, modèle, récupération, qualité, exceptions, coûts et incidents	seuil, alerte, retour arrière et revue périodique

Références

[1] U.S. Securities and Exchange Commission, « Marchés secondaires privés », mis à jour le 24 avril 2026. https://www.sec.gov/resources-small-businesses/capital-raising-building-blocks/private-secondary-markets

[2] Delaware General Assembly, Delaware Code, titre 8, chapitre 1, sous-chapitre VI, sections 201-202, code en ligne en vigueur. https://www.delcode.delaware.gov/title8/c001/sc06/

[3] Delaware General Assembly, Delaware Code, titre 8, chapitre 1, sous-chapitre V, section 159, code en ligne en vigueur. https://delcode.delaware.gov/title8/c001/sc05/index.html

[4] U.S. Securities and Exchange Commission, « Règle 144 : vente de titres restreints et de contrôle ». https://www.sec.gov/reports/rule-144-selling-restricted-control-securities

[5] United States Code, 15 U.S.C. article 77d, y compris l’article 4(a)(7). https://www.law.cornell.edu/uscode/text/15/77d

[6] U.S. Securities and Exchange Commission, « Agents de transfert ». https://www.sec.gov/about/divisions-offices/division-trading-markets/transfer-agents

[7] Royaume-Uni, Companies Act 2006, y compris les dispositions relatives au registre des membres. https://www.legislation.gov.uk/ukpga/2006/46/pdfs/ukpga_20060046_en.pdf

[8] Gouvernement du Royaume-Uni, recueil « Exigences relatives aux personnes ayant un contrôle significatif », mis à jour en 2026. https://www.gov.uk/government/collections/people-with-significant-control-requirements

[9] Gouvernement du Royaume-Uni, « Guide synthétique à l’intention des sociétés : registre des personnes ayant un contrôle significatif ». https://www.gov.uk/government/publications/people-with-significant-control-summary-guidance/summary-guidance-for-companies-register-of-people-with-significant-control-pscs

[10] Groupe d’action financière (GAFI), « Lignes directrices sur la propriété effective des personnes morales », mars 2023. https://www.fatf-gafi.org/content/fatf-gafi/en/publications/Fatfrecommendations/Guidance-Beneficial-Ownership-Legal-Persons.html

[11] Émirats arabes unis, décision du Conseil des ministres n° 109 de 2023 réglementant les procédures relatives au bénéficiaire effectif. https://rulebook.centralbank.ae/en/rulebook/cabinet-decision-no-109-2023-regulating-beneficial-owner-procedures

[12] Émirats arabes unis, résolution du Conseil des ministres n° 134 de 2025 relative au règlement d’exécution du décret-loi fédéral n° 10. https://rulebook.centralbank.ae/en/rulebook/cabinet-resolution-no-134-2025-regarding-executive-regulations-federal-decree-law-no-10

[13] Banque centrale de UAE, « Identification et vérification des bénéficiaires effectifs ». https://rulebook.centralbank.ae/en/rulebook/325-beneficial-ownership-identification-and-verification

[14] OpenOwnership, Norme relative aux données sur la propriété effective 0.4, « Concepts clés ». https://standard.openownership.org/en/latest/standard/concepts.html

[15] OpenOwnership, Norme relative aux données sur la propriété effective 0.4, « Représentation des prête-noms ». https://standard.openownership.org/en/latest/standard/modelling/repr-nominations.html

[16] Global Legal Entity Identifier Foundation, « Données de niveau 2 : qui détient qui ». https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-who-owns-whom

[17] Global Legal Entity Identifier Foundation, « Format CDF 2.1 des enregistrements de relations ». https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-relationship-record-rr-cdf-2-1-format

[18] Conseil de sécurité des Nations unies, « Liste consolidée du Conseil de sécurité des Nations unies ». https://scsanctions.un.org/consolidated/

[19] Département du Trésor des États-Unis, Office of Foreign Assets Control, « Recherche dans les listes de sanctions ». https://ofac.treasury.gov/sanctions-list-search-tool

[20] Département du Trésor des États-Unis, Office of Foreign Assets Control, « Autres listes de sanctions de l’OFAC ». https://ofac.treasury.gov/other-ofac-sanctions-lists

[21] Département du Trésor des États-Unis, Office of Foreign Assets Control, « Un cadre pour les engagements de conformité de l’OFAC », mai 2019. https://ofac.treasury.gov/media/16331/download

[22] Département du Trésor des États-Unis, Office of Foreign Assets Control, FAQ 585 relatif aux entités détenues à 50 % ou plus. https://ofac.treasury.gov/faqs/585

[23] Anthropic, Documentation Claude API, « Citations », consulté le 1er août 2026. https://platform.claude.com/docs/en/build-with-claude/citations

[24] Anthropic, Documentation Claude API, « Prise en charge des PDF », consulté le 1er août 2026. https://platform.claude.com/docs/en/build-with-claude/pdf-support

[25] Anthropic, Documentation Claude, « Atténuer les jailbreaks et les injections de prompt », consulté le 1er août 2026. https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/mitigate-jailbreaks

[26] Anthropic, Documentation Claude, « Développer des cas de test », consulté le 1er août 2026. https://platform.claude.com/docs/en/test-and-evaluate/develop-tests

[27] Département du Trésor des États-Unis, Office of Foreign Assets Control, « Valeurs de hachage des fichiers de listes de sanctions de l’OFAC ». https://ofac.treasury.gov/specially-designated-nationals-list-sdn-list/hash-values-for-ofac-sanctions-list-files

[28] World Wide Web Consortium, « PROV-O : l’ontologie PROV », recommandation du W3C, 30 avril 2013. https://www.w3.org/TR/prov-o/

[29] Institut national des normes et de la technologie, « Cadre de gestion des risques liés à l’intelligence artificielle (AI RMF 1.0) », janvier 2023. https://www.nist.gov/itl/ai-risk-management-framework

[30] Institut national des normes et de la technologie, « Cadre de gestion des risques liés à l’intelligence artificielle : profil d’intelligence artificielle générative », NIST AI 600-1, juillet 2024. https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf

[31] Institut national des normes et de la technologie, « Cadre de développement de logiciels sécurisés (SSDF) version 1.1 », NIST SP 800-218, février 2022. https://csrc.nist.gov/pubs/sp/800/218/final

[32] Consortium World Wide Web, « RDF 1.1 Concepts et syntaxe abstraite », recommandation W3C, 25 février 2014. https://www.w3.org/TR/rdf-concepts/

Annexe A. Modèle d’enregistrement d’affirmation

Annexe B. Modèle de fiche d'exception

Annexe C. Enregistrement d'exécution du modèle

Registre des sources

L’article complet consigne le périmètre, le cadre probatoire et les limites appliquées à ces sources.

1. [1] U.S. Securities and Exchange Commission, « Marchés secondaires privés », mise à jour le 24 avril 2026. Source ouverte
2. [2] Assemblée générale du Delaware, Code du Delaware, Titre 8, Chapitre 1, Sous-chapitre VI, articles 201-202, code en ligne en vigueur. Source ouverte
3. [3] Assemblée générale du Delaware, Code du Delaware, Titre 8, Chapitre 1, Sous-chapitre V, article 159, code en ligne en vigueur. Source ouverte
4. [4] U.S. Securities and Exchange Commission, « Règle 144 : Vente de titres restreints et de contrôle ». Source ouverte
5. [5] Code des États-Unis, 15 U.S.C. article 77d, y compris l'article 4(a)(7). Source ouverte
6. [6] U.S. Securities and Exchange Commission, « Agents de transfert ». Source ouverte
7. [7] Royaume-Uni, Companies Act 2006, y compris les dispositions relatives au registre des membres. Source ouverte
8. [8] Gouvernement britannique, recueil « Exigences relatives aux personnes exerçant un contrôle significatif », mis à jour en 2026. Source ouverte
9. [9] Gouvernement britannique, « Guide synthétique à l'intention des sociétés : registre des personnes exerçant un contrôle significatif ». Source ouverte
10. [10] Groupe d'action financière, « Lignes directrices sur la propriété effective des personnes morales », mars 2023. Source ouverte
11. [11] Émirats arabes unis, décision du Conseil des ministres n° 109 de 2023 réglementant les procédures relatives aux bénéficiaires effectifs. Source ouverte
12. [12] Émirats arabes unis, résolution du Conseil des ministres n° 134 de 2025 relative au règlement d'exécution du décret-loi fédéral n° 10. Source ouverte
13. [13] Banque centrale de UAE, « Identification et vérification de la propriété effective ». Source ouverte
14. [14] OpenOwnership, Norme de données sur la propriété effective 0.4, « Concepts clés ». Source ouverte
15. [15] OpenOwnership, Norme de données sur la propriété effective 0.4, « Représentation des prête-noms ». Source ouverte
16. [16] Global Legal Entity Identifier Foundation, « Données de niveau 2 : qui détient quoi ». Source ouverte
17. [17] Global Legal Entity Identifier Foundation, « Format CDF 2.1 de l'enregistrement des relations ». Source ouverte
18. [18] Conseil de sécurité des Nations unies, « Liste consolidée du Conseil de sécurité des Nations unies ». Source ouverte
19. [19] Département du Trésor des États-Unis, Bureau de contrôle des avoirs étrangers, « Recherche dans les listes de sanctions ». Source ouverte
20. [20] Département du Trésor des États-Unis, Office of Foreign Assets Control, « Autres listes de sanctions de l’OFAC ». Source ouverte
21. [21] Département du Trésor des États-Unis, Office of Foreign Assets Control, « Un cadre pour les engagements de conformité de l’OFAC », mai 2019. Source ouverte
22. [22] Département du Trésor des États-Unis, Office of Foreign Assets Control, FAQ 585 concernant les entités détenues à 50 pour cent ou plus. Source ouverte
23. [23] Anthropic, Documentation Claude API, « Citations », consulté le 1er août 2026. Source ouverte
24. [24] Anthropic, Documentation Claude API, « Prise en charge des PDF », consulté le 1er août 2026. Source ouverte
25. [25] Anthropic, Documentation Claude, « Atténuer les jailbreaks et les injections de prompt », consulté le 1er août 2026. Source ouverte
26. [26] Anthropic, Documentation Claude, « Développer des cas de test », consulté le 1er août 2026. Source ouverte
27. [27] Département du Trésor des États-Unis, Office of Foreign Assets Control, « Valeurs de hachage des fichiers de listes de sanctions de l’OFAC ». Source ouverte
28. [28] World Wide Web Consortium, « PROV-O : l’ontologie PROV », recommandation W3C, 30 avril 2013. Source ouverte
29. [29] National Institute of Standards and Technology, « Cadre de gestion des risques liés à l’intelligence artificielle (AI RMF 1.0) », janvier 2023. Source ouverte
30. [30] 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, juillet 2024. Source ouverte
31. [31] National Institute of Standards and Technology, « Cadre de développement logiciel sécurisé (SSDF) version 1.1 », NIST SP 800-218, février 2022. Source ouverte
32. [32] World Wide Web Consortium, « RDF 1.1 : concepts et syntaxe abstraite », recommandation W3C, 25 février 2014. Source ouverte

Affirmation	Statut des éléments de preuve dans cet article	Formulation autorisée
Les LLM peuvent extraire et comparer des documents de marchés privés	étayé en tant que capacité technique sous réserve de tests et de contrôles [23-26]	Extraction assistée par AI et analyse sourcée
les citations établissent le titre de propriété	non étayé	ne pas affirmer
un graphe de connaissances peut représenter la provenance et les revendications de propriété	étayé en tant qu'approche de conception [14,16-17,28,32]	modèle de preuves et de provenance fondé sur un graphe
le modèle peut établir des qualifications juridiques	non étayé	ne pas affirmer
le processus empêche la fraude ou les pertes	non étayé	ne pas affirmer
le processus garantit la validité d’un transfert	non étayé	ne pas affirmer
	aucune preuve observée approuvée n’est fournie	Aucune Matchpoint ni aucun résultat financier client n’est allégué.
le plan à quatre-vingt-dix jours convient à toutes les organisations	hypothèse de mise en œuvre non vérifiée	adapter et approuver au niveau local