Filtrage LAB via le serveur MCP : Vérifications des sanctions, PPE et médias défavorables depuis n'importe quel agent IA

Points clés à retenir

• Effectuez le filtrage LAB (Lutte Anti-Blanchiment) sur plus de 1 300 listes de sanctions, PPE et de médias défavorables depuis n'importe quel client IA compatible MCP.
• Un seul appel d'outil : didit_verify_aml avec full_name (obligatoire) plus le type d'entité, la date de naissance, la nationalité, le numéro de document, l'indicateur de médias défavorables et l'inscription au suivi continu (facultatifs).
• 0,20 $ par vérification LAB, 0,07 $/utilisateur/an pour le suivi continu. 500 vérifications gratuites par mois incluses.
• Les faux positifs peuvent être effacés avec une note d'audit via didit_session_add_review ou un commentaire didit_case_manage.
• Le serveur Didit MCP expose 115 outils (hébergés, authentifiés par OAuth) dans 19 domaines — aucune clé API requise, aucun package npm à installer.
• Utilisé par plus de 2 000 entreprises en production. Y Combinator W26, 7,5 M$ levés.

Qu'est-ce que le filtrage LAB et pourquoi l'exécuter via MCP ?

Le filtrage LAB — vérification d'une personne ou d'une entreprise par rapport aux listes de sanctions, aux bases de données des Personnes Politiquement Exposées (PPE) et aux sources de médias défavorables — est une exigence réglementaire pour les fintechs, les plateformes de crypto-monnaies, les sociétés de paiement et toute entreprise qui intègre des utilisateurs ou traite des transactions transfrontalières. C'est généralement la deuxième vérification dans un flux KYC, après la vérification d'identité et avant l'approbation du client.

Le serveur du Protocole de Contexte de Modèle (MCP) de Didit expose le filtrage LAB comme un seul appel d'outil qu'un agent IA peut invoquer directement. Il n'y a pas d'interface utilisateur à naviguer, pas de clé API à coller dans un fichier de configuration, et pas de service intermédiaire à encapsuler. Un agent équipé du connecteur Didit peut filtrer un nom par rapport à des listes de surveillance mondiales en direct et renvoyer un rapport de correspondance structuré en moins de deux secondes.

L'outil : didit_verify_aml

L'outil didit_verify_aml fait partie du domaine vérification du serveur Didit MCP. Il accepte les paramètres suivants :

• full_name (obligatoire) — le nom à filtrer.
• entity_type — personne ou entreprise (par défaut personne).
• date_of_birth — format AAAA-MM-JJ. Améliore la précision des correspondances pour les personnes.
• nationality — code pays ISO. Améliore encore la précision des correspondances.
• document_number — ID de document facultatif pour une correspondance exacte.
• include_adverse_media — booléen. Si vrai, renvoie les résultats de médias défavorables en plus des correspondances de sanctions et de PPE.
• include_ongoing_monitoring — booléen. Si vrai, inscrit l'entité filtrée pour un suivi continu à 0,07 $/utilisateur/an.
• vendor_data — chaîne facultative pour la configuration spécifique au fournisseur.
• metadata — objet facultatif pour des paires clé-valeur personnalisées.

L'outil filtre sur plus de 1 300 listes de surveillance couvrant les régimes de sanctions mondiaux (ONU, OFAC, UE, Royaume-Uni), les bases de données PPE couvrant plus de 220 pays, et les sources de médias défavorables. Chaque correspondance est renvoyée avec les détails de la correspondance, le nom de la liste, la catégorie et les indicateurs de confiance.

Comment exécuter un filtrage LAB depuis un client MCP

Tout d'abord, connectez votre client MCP au serveur Didit. Le point de terminaison hébergé est https://mcp.didit.me/mcp et utilise OAuth 2.1 + PKCE — aucune clé API statique n'est impliquée. Dans Claude, utilisez la boîte de dialogue de connecteur personnalisé :

Ajouter Didit comme connecteur Claude

Une fois connecté, vous pouvez demander à l'agent d'effectuer une vérification LAB. Une invite typique ressemble à ceci :

Filtrez le nom suivant par rapport aux listes de surveillance LAB mondiales : John Michael Smith. Incluez les médias défavorables et inscrivez-le pour un suivi continu.

L'agent appelle didit_verify_aml avec les paramètres et renvoie un résultat structuré listant chaque correspondance, sa catégorie, le nom de la liste de surveillance et le score de confiance.

Interprétation des correspondances LAB

Un résultat de filtrage LAB comprend une liste de correspondances, chacune avec :

• Catégorie de correspondance — sanctions, PPE ou médias défavorables.
• Nom de la liste — la liste de surveillance spécifique qui a déclenché la correspondance (par exemple, OFAC SDN, EU Consolidated, UK Sanctions List).
• Confiance de la correspondance — un score indiquant à quel point l'entité filtrée correspond à l'entrée de la liste.
• Détails de l'entité — nom, date de naissance, nationalité tels qu'enregistrés sur la liste.

Une correspondance ne signifie pas automatiquement que le sujet est une personne sanctionnée. De nombreuses correspondances sont des faux positifs causés par des noms courants, des correspondances de noms partielles ou des entrées de liste obsolètes. Le flux de travail typique de l'opérateur est le suivant :

1. Examiner la confiance de la correspondance et la catégorie de la liste.
2. Si la correspondance est de faible confiance ou clairement une personne différente, ajouter une note d'examen à la session pour effacer la correspondance.
3. Si la correspondance est de haute confiance et que l'entité figure sur une liste de sanctions avec des identifiants correspondants, transmettre pour examen manuel de la conformité.

Effacer un faux positif

Pour documenter l'effacement d'un faux positif, utilisez l'outil didit_session_add_review pour joindre un commentaire d'audit à la session de vérification originale :

# L'agent appelle didit_session_add_review avec :
# session_id : l'UUID de l'écran LAB
# comment : "Faux positif — John Michael Smith est un nom courant.
#          La correspondance OFAC est un individu différent né en 1975 en Irak ;
#          notre sujet est né en 1990 au Canada."
# new_status : "Approuvé"

Alternativement, si un cas a été créé à partir de la correspondance LAB, utilisez didit_case_manage avec l'action comment pour ajouter l'explication à la chronologie du cas. Les six actions disponibles sont assigner, résoudre, rouvrir, escalader, commenter et mettre à jour — toutes accessibles depuis le même client MCP sans passer à la console.

Tarification et niveau gratuit

Le filtrage LAB est tarifé à 0,20 $ par vérification. Si vous avez également besoin de la vérification d'identité, le bundle KYC complet (vérification d'identité + vivacité passive + correspondance faciale + analyse IP) est de 0,33 $. Le suivi LAB continu coûte 0,07 $ par utilisateur par an et est activé en définissant include_ongoing_monitoring: true lors de l'appel didit_verify_aml.

Chaque fonctionnalité comprend 500 vérifications gratuites par mois. Le serveur MCP lui-même est gratuit — il n'y a pas de coût supplémentaire pour l'utilisation du protocole MCP par rapport à l'API REST. Tous les prix sont publics sur didit.me/pricing sans minimum ni contrat.

Au-delà du filtrage ponctuel : le suivi continu

Le LAB n'est pas un événement unique. Les entités réglementées sont tenues de surveiller leur clientèle par rapport aux listes de surveillance mises à jour de manière continue. La plateforme Didit gère cela grâce au suivi LAB continu, qui re-filtre les entités inscrites chaque fois que les listes de surveillance sont mises à jour. L'inscription est un paramètre de l'appel didit_verify_aml — aucune API ou flux de travail séparé n'est nécessaire.

Lorsqu'un suivi continu produit une nouvelle correspondance, celle-ci apparaît dans la Console d'entreprise comme un cas. Le serveur MCP expose le cycle de vie complet des cas via six outils dédiés (didit_case_search, didit_case_list, didit_case_get, didit_case_create, didit_case_manage, didit_case_statistics), de sorte qu'un agent peut trier les nouvelles correspondances, ajouter des commentaires, escalader ou résoudre les cas sans quitter l'interface de chat.

Les activités à haute gravité comme le dépôt de SAR (Rapport d'Activité Suspecte) et la gestion des ensembles de règles restent dans la Console d'entreprise — elles nécessitent un jugement humain et des contrôles d'audit qui sont en dehors de la surface de l'outil MCP. Le MCP gère l'ingestion, le filtrage, le triage et le cycle de vie des cas ; la console gère la gouvernance et le reporting.

Quand la console prend le relais

Le serveur MCP est conçu pour le triage et les actions opérationnelles, pas pour la gouvernance de la conformité. La Console d'entreprise à l'business.didit.me est l'endroit pour :

• Configurer les ensembles de règles LAB et les paramètres de filtrage.
• Examiner et déposer les SARs avec des pistes d'audit complètes.
• Gérer les rôles et les permissions des utilisateurs pour les flux de travail LAB.
• Exporter les rapports de conformité et les journaux d'audit.

Le MCP complète la console en permettant aux agents de gérer la boucle rapide — filtrer un nom, vérifier les correspondances, effacer les faux positifs et escalader les correspondances réelles — tandis que la console reste la source de vérité pour les enregistrements de conformité et les dépôts réglementaires.

Pour commencer

Le serveur Didit MCP est open source (MIT) et disponible sur GitHub. Le serveur hébergé à https://mcp.didit.me/mcp utilise OAuth 2.1 + PKCE et ne nécessite aucune clé API, aucune installation locale et aucun package npm. Connectez-vous avec votre compte Didit et votre agent hérite des permissions de votre espace de travail.

Ajoutez le connecteur Didit à Claude pour exécuter votre premier filtrage LAB depuis un agent IA.

Pour plus de détails, consultez la vue d'ensemble des documents MCP, la référence complète des outils, et le guide d'authentification OAuth.

Lecture connexe : Comment Didit a construit le serveur MCP d'identité et de fraude et Référence des outils Didit MCP.