Vérification d'entreprise avec Claude : KYB et bénéficiaires effectifs via le MCP de Didit

Points clés à retenir

• Dans Claude, un opérateur crée une session parente Know Your Business (KYB) avec un flux de travail KYB configuré. Le flux hébergé de Didit — et non Claude — génère automatiquement des sessions enfants Know Your Customer (KYC) selon les paramètres de Personnes Clés du flux de travail.
• Le KYC n'est pas obligatoire pour chaque Bénéficiaire Effectif Ultime (UBO). Les seuils de propriété, les rôles requis et les règles d'omission sont configurables, et le seuil légal applicable dépend de la juridiction et de la politique.
• didit_verify_kyb_search renvoie les candidats du registre. Il ne parcourt pas les relations d'entreprise. Un candidat sélectionné peut être résolu avec didit_verify_kyb_select.
• Claude est utile en tant qu'interface de contrôle conversationnel : vous lui demandez de créer la session parente, d'expliquer les états renvoyés, de résumer la progression des parties et d'assembler les preuves. Un humain sélectionne toujours la bonne entreprise et prend les décisions stratégiques.
• La vérification d'entreprise Didit commence à partir de 2,00 $ par entreprise. Didit couvre plus de 220 pays et territoires, et chaque fonctionnalité comprend 500 vérifications gratuites par mois.

Une conversation de vérification d'entreprise avec Claude doit sembler simple sans prétendre que le travail de conformité sous-jacent l'est. L'opérateur nomme l'entreprise et le flux de travail approuvé. Claude appelle les outils Didit pertinents. Le représentant de l'entreprise complète le flux hébergé. Didit résout les exigences du registre et des personnes clés. Claude transforme ensuite les enregistrements résultants en un résumé de cas lisible.

Cet article se concentre sur cette conversation : ce que vous tapez, ce que Claude doit renvoyer et ce qu'un humain décide encore. Pour les mécanismes du produit, les données de propriété et le cycle de vie plus large de la vérification d'entreprise, lisez KYB avec le serveur MCP de Didit. Pour la configuration de Claude, utilisez le guide d'installation du connecteur.

Avant la conversation : configurer la politique

Claude ne doit pas inventer votre politique KYB. Configurez d'abord un flux de travail KYB dans Didit. Ses paramètres de Personnes Clés déterminent quelles personnes liées à une entreprise doivent compléter les sessions KYC enfants. Ces paramètres peuvent utiliser des seuils de propriété, exiger une vérification pour des rôles spécifiques tels que les administrateurs ou les représentants, et ignorer le KYC lorsque votre politique approuvée le permet.

Un seuil de propriété de 25 % est courant dans certains contextes réglementaires, mais il n'est pas universel. La juridiction, le type de client, le niveau de risque, les droits de contrôle et les obligations de votre organisation peuvent modifier les personnes qui doivent être identifiées ou vérifiées. La configuration du flux de travail exprime cette politique ; Claude l'exécute.

Connectez-vous via le connecteur personnalisé Didit pour Claude. Le point de terminaison hébergé utilise OAuth (Open Authorization) 2.1 avec PKCE (Proof Key for Code Exchange), de sorte que Claude agit avec le rôle d'organisation existant de l'utilisateur connecté.

Conversation 1 : confirmer le contexte et le flux de travail

Commencez par demander à Claude d'identifier où il opérera. Cela est important lorsqu'un analyste peut accéder à plusieurs organisations ou applications :

Appelez didit_context_get. Indiquez l'organisation Didit et l'application sélectionnées. Ne créez ni ne mettez à jour quoi que ce soit.

Demandez ensuite les flux de travail configurés :

Listez mes flux de travail et affichez uniquement ceux configurés pour la vérification d'entreprise. Retournez chaque nom et workflow_id. Pour le flux de travail que je choisis, résumez ses exigences de Personnes Clés sans les modifier.

Claude peut utiliser didit_workflow_list pour afficher les définitions disponibles. Lisez attentivement le résumé. Si le flux de travail exige des administrateurs, des représentants ou des propriétaires au-delà d'un seuil configuré, ce sont des règles de flux de travail — et non des recommandations générées par Claude. Si le résumé est ambigu, arrêtez-vous et inspectez le flux de travail dans la console d'entreprise avant de démarrer la session d'entreprise.

Conversation 2 : vérifier éventuellement le candidat du registre

Pour une vérification préliminaire, vous pouvez demander à Claude de rechercher un registre officiel :

Recherchez dans le registre du Royaume-Uni « Acme Trading Limited » en utilisant le code pays GB. Retournez les noms enregistrés des candidats, les numéros d'enregistrement, les statuts et les valeurs kyb_response_id. Ne sélectionnez pas de candidat.

Claude appelle didit_verify_kyb_search. La réponse est une liste de candidats, pas un graphe de propriété vérifié ; l'outil de recherche ne parcourt pas les relations de filiales ou de sociétés mères. Des noms similaires, d'anciens noms et des noms commerciaux réutilisés peuvent produire plusieurs candidats plausibles.

L'opérateur choisit l'entité juridique correspondante en utilisant des preuves telles que le numéro d'enregistrement, la juridiction et l'adresse enregistrée. Demandez ensuite à Claude de résoudre ce candidat :

Sélectionnez kyb_response_id KYB_CANDIDATE_ID et retournez l'enregistrement complet du registre. Séparez les faits du registre de toute interprétation. Signalez les champs manquants et n'inférez pas les propriétaires absents.

didit_verify_kyb_select résout le candidat choisi. Claude peut formater l'enregistrement et signaler les incohérences, mais l'humain est responsable de la sélection du candidat. Un résumé fluide ne prouve pas que la bonne « Acme » a été sélectionnée.

Conversation 3 : créer une session KYB parente

Le flux KYB hébergé commence par une session créée à partir du flux de travail KYB sélectionné :

Créez une session de vérification d'entreprise en utilisant workflow_id 11111111-2222-3333-4444-555555555555. Définissez vendor_data sur merchant-2048. Retournez uniquement le parent session_id et l'url.

Claude appelle didit_session_create. L'argument requis est workflow_id ; le flux de travail définit qu'il s'agit d'une session KYB. La réponse comprend le session_id parent et l'url hébergée. Envoyez cette URL au représentant d'entreprise autorisé via votre canal approuvé.

Claude ne doit pas appeler didit_session_create une fois par propriétaire et affirmer que ces sessions ad hoc sont liées à l'entreprise. Ce n'est pas le modèle d'orchestration KYB. Au fur et à mesure que le représentant complète le flux d'entreprise hébergé, Didit génère automatiquement les sessions KYC enfants requises selon les paramètres de Personnes Clés du flux de travail parent. Les règles configurées déterminent quelles parties doivent vérifier ; les paramètres d'omission et les exigences par rôle restent effectifs.

L'utilisateur final voit le flux d'entreprise hébergé : demandes d'informations ou de documents d'entreprise requis par le flux de travail, étapes de résolution du registre le cas échéant, et invitations ou transferts pour les Personnes Clés qui doivent compléter le KYC. L'expérience exacte dépend de la configuration et des données de registre disponibles. Ce n'est pas une séquence universelle de « vérifier chaque UBO ».

Conversation 4 : lire correctement l'état parent

Demandez à Claude de récupérer la décision parente réelle plutôt que d'estimer le temps d'achèvement :

Récupérez la décision pour la session KYB parente 66666666-7777-8888-9999-000000000000. Signalez le statut parent, les conclusions d'entreprise, les Personnes Clés requises et l'état d'achèvement de chaque partie KYC enfant liée. N'inférez pas les parties manquantes et ne marquez pas l'entreprise comme approuvée.

Claude appelle didit_session_get_decision et résume ce que Didit a renvoyé. L'état En attente d'utilisateur a une signification KYB spécifique : la session d'entreprise parente est en attente pendant que les parties KYC enfants requises terminent. Ce n'est pas une étiquette générique pour toute information commerciale manquante.

N'attachez pas le chiffre d'inférence p99 de moins de 2 secondes au temps de réponse KYB global. Un flux d'entreprise peut inclure la collecte de documents humains, la disponibilité du registre et plusieurs personnes complétant des sessions enfants hébergées. Claude doit signaler les états actuels, et non promettre une fenêtre d'achèvement.

Une invite de suivi utile est :

Transformez cette décision KYB en une liste de contrôle pour analyste avec quatre sections : faits du registre vérifiés, vérifications des Personnes Clés terminées, preuves non résolues ou contradictoires, et décisions nécessitant un humain. Incluez les identifiants d'enregistrement à côté de chaque conclusion.

Conversation 5 : filtrer et examiner sans surestimer

Si le flux de travail ou la politique exige un filtrage anti-blanchiment d'argent (AML), demandez d'abord à Claude si un résultat actuel existe déjà. Évitez de payer pour une vérification en double simplement parce qu'une nouvelle conversation a commencé :

Vérifiez la décision KYB existante pour les résultats AML de l'entité et des Personnes Clés. Si un résultat actuel requis est absent, affichez les données exactes du sujet que vous soumettriez à didit_verify_aml et attendez l'approbation avant d'exécuter un nouveau filtrage.

didit_verify_aml filtre par rapport à plus de 1 300 listes de sanctions, de personnes politiquement exposées (PEP) et de médias défavorables. Les correspondances renvoyées sont des candidats à l'analyse, et non une preuve automatique que l'entreprise ou la personne est interdite. Un examinateur humain doit résoudre la similitude d'identité, la juridiction, les dates, la fiabilité de la source et la politique d'escalade de l'organisation.

Ce que Claude renvoie, et ce que l'humain décide

• Claude peut renvoyer : les candidats du registre, un enregistrement de registre sélectionné, le lien de la session parente, le statut parent actuel, la progression des parties liées, les résultats du filtrage et un résumé des preuves étiquetées par source.
• L'humain sélectionne : l'entité juridique correcte lorsque les candidats sont ambigus et le flux de travail approuvé avant le début de la session.
• Le flux de travail configuré détermine : les seuils de propriété, les rôles requis et les omissions KYC autorisées pour les Personnes Clés.
• L'humain examine : l'ambiguïté de la propriété ou du contrôle, les lacunes du registre, les correspondances AML potentielles, les exceptions et la décision finale sur le risque.
• La console d'entreprise reste utile : lorsqu'un analyste a besoin d'une vue visuelle de la propriété, d'une configuration de politique ou d'une surface d'examen contrôlée au-delà du résumé du chat.

La vérification d'entreprise commence à partir de 2,00 $ par entreprise. Un ensemble KYC complet lié, lorsqu'il est requis par les règles de Personnes Clés configurées, coûte 0,33 $ et comprend la vérification d'identité, la vivacité passive, la correspondance faciale et l'analyse IP. Chaque fonctionnalité comprend 500 vérifications gratuites par mois. Le serveur MCP lui-même est gratuit.

Ressources

• Dépôt GitHub Didit MCP — source publique sous licence MIT
• Présentation du MCP — modèle de point de terminaison, de transport et de connecteur
• Documentation des outils MCP — entrées et sorties canoniques
• Page développeur Didit MCP — présentation du produit
• Référence des outils Didit MCP — catalogue d'outils conversationnels

La valeur pratique n'est pas une enquête autonome imaginaire sur la propriété. C'est une conversation contrôlée autour d'un véritable flux de travail KYB : une session parente, des exigences KYC enfants gérées automatiquement, des preuves renvoyées par Didit et une décision humaine aux points où la loi et la politique de risque exigent un jugement.