Partie 1 — l'AI Assistant intégré au cabinet et ses commandes slash. Partie 2 — connexion de Compliance MCP à ChatGPT ou Claude et formulation des prompts. Référence complète pour les deux surfaces.
Le cabinet client inclut l'AI Assistant : une interface de chat qui comprend les questions en langage naturel sur les sanctions, TARIC et la conformité, et peut lancer les vérifications de la plateforme pour vous. Les commandes slash ouvrent des formulaires guidés avec exactement les champs dont chaque workflow a besoin.
/ pour un formulaire guidé.L'assistant comprend le langage naturel et peut lancer les vérifications de la plateforme pour vous. Pour démarrer vite, les commandes slash ouvrent un formulaire avec exactement les champs dont un workflow a besoin.
/ dans le champ de saisie et sélectionnez un workflow préparé. Chaque commande ouvre un formulaire avec exactement les champs nécessaires — sans deviner quels paramètres s'appliquent./entity pour le KYC et les sanctions sur les noms, /goods pour marchandises / CN / TARIC, et /payment pour le XML ISO 20022.Screening — /entity, /audit, /lv-frozen, /vop
Marchandises — /goods, /report, /overview, /embargo, /duty, /measures
Référence — /code, /describe
Sources — /sources
Paiements — /payment
Les points d'entrée principaux pour l'opérateur sont /entity pour KYC/sanctions sur les noms, /goods pour marchandises/CN/TARIC, et /payment pour le XML ISO 20022.
| Commande | Fonction | Catégorie |
|---|---|---|
| /audit | Screening de personne/entreprise à un instant donné pour une date historique | Screening |
| /lv-frozen | KYC de contrepartie lettone contre le registre des avoirs gelés Latvia FID | Screening |
| /entity | Vérifier une personne, une entreprise, un navire, un aéronef ou un identifiant contre les sources de sanctions | Screening |
| /vop | Verification of Payee (EPC288-23) pour le screening de paiement | Screening |
| /goods | Formulaire CN/TARIC guidé : report, overview, embargo, duty, measures, description, search | Marchandises |
| /report | Rapport HTML prêt pour le client pour CN + pays | Marchandises |
| /overview | Carte CN compacte : description, signal de droits, sanctions | Marchandises |
| /embargo | Vérification de l'embargo de marchandises RU/BY par code CN | Marchandises |
| /duty | Taux de droits uniquement : pays tiers, union douanière, préférentiel | Marchandises |
| /measures | Mesures TARIC complètes : interdictions, licences, TVA, droits | Marchandises |
| /code | Trouver un code CN à partir de la description du produit | Référence |
| /describe | Hiérarchie CN sans mesures | Référence |
| /sources | Catalogue des sources de sanctions et de contrôle des exportations | Sources |
| /payment | Formulaire de screening de paiement ISO 20022 : rapport ponctuel ou PaymentCase persisté | Paiements |
Recherche parmi les sources de sanctions configurées : EU FSF, OFAC SDN/Non-SDN, US CSL, UN SC, UK UKSL, CH SECO, CA SEMA, AU DFAT, JP MOF, LV FID, EurLex RU 269, EurLex RU 833, EurLex BY 765 et LV FID Frozen.
Petr Olegovich Aven · pays RU · date de naissance 1955-03-16.Northbridge Trading Ltd · pays RU.SABRRUMM.40003698011 · enregistrement 40003698011.9610903.Correspondances avec un score 0–100, source, règlement, motifs, date de naissance, numéro d'enregistrement et une explication du score.
Pour les navires OFAC, le résultat comprend aussi les caractéristiques du navire (type, pavillon, tonnage) et les parties liées propriétaire / contrôleur extraites du graphe de relations avancé OFAC — utile pour l'examen de la flotte fantôme et du bénéficiaire effectif.
À utiliser pour des questions d'audit telles que : « Que savions-nous du client X à la date de transaction Y ? »
/audit, cette option est activée par défaut.BELKOMMUNMASH · date de référence 2026-04-15 · include delisted : oui.Alexey Nechayev · date de référence 2025-12-01 · include delisted : oui.Le sujet était-il actif à la date choisie ? Quand a-t-il été inscrit et radié ?
En quoi le statut historique diffère-t-il du statut actuel ? Affiche la piste d'audit.
Cela peut-il servir de preuve pour un examen rétrospectif ?
Vérifie si une SIA, un fonds ou une personne lettone figure dans le registre. Cette couverture relie les donneurs d'ordre sanctionnés par l'UE/l'ONU aux entités lettones dont les avoirs sont gelés.
Faberlic Baltija SIA.50003698011.Petr Aven.S'agit-il d'un enregistrement d'avoirs gelés ou d'une entrée de sanctions ordinaire ? Qui est le donneur d'ordre sanctionné ?
Quel lien de propriété / contrôle est indiqué ? Quelle base juridique lettone s'applique ?
Que faut-il vérifier manuellement avant l'intégration ?
Verification of Payee selon le règlement (UE) 2024/886. Chaque correspondance renvoie un code de décision explicite.
Reg. (EU) 2024/886.IVAN PETROVICH IVANOV · pays RU · date de naissance 1970-05-12.OAO TRANSNEFT · enregistrement SWIFTRUMM.Quel code EPC a été renvoyé : MTCH, CMTC, NMTC ou NOAP ? Que signifie-t-il pour le paiement ?
Pourquoi une correspondance proche plutôt qu'exacte ? Quels champs payeur/bénéficiaire faut-il corriger ?
Le nom et l'identifiant concordaient-ils ?
Choisissez un workflow dans le formulaire : report, overview, sanctions, duties, measures, description ou search. La meilleure option lorsque l'opérateur ne se souvient pas de la commande exacte.
Exemple — CN/TARIC 7208510000 · pays RU · date 2026-05-13 · langue EN. Avec le workflow report, un rapport HTML prêt pour le client s'ouvre.
Les deux sont des alternatives à workflow fixe de /goods — utilisez-les lorsque vous savez déjà quel niveau de détail vous voulez.
Alternative à /goods avec le workflow fixe report. Utilisez-le lorsque vous savez déjà qu'un rapport complet est nécessaire.
Exemple — CN/TARIC 8517130000 · pays CN · langue EN.
Résumé CN compact — description, taux de droits principal, signal de sanctions et principaux types de mesures. À utiliser pour un aperçu rapide sans le rapport complet.
Exemple — CN/TARIC 8471300000 · pays CN · langue EN.
/report — afficher la base juridique et les liens vers les sources ; quelles interdictions ou licences s'appliquent ; quelles notes de bas de page sont importantes ; rédiger une synthèse pour le client. · /overview — quelle est la décision concise ; y a-t-il un taux de droits ou un signal RU/BY ; quand l'opérateur doit-il plutôt demander un rapport complet.
Deux commandes marchandises à portée restreinte pour des réponses rapides et précises.
Vérifie si un code CN/TARIC relève de sanctions de marchandises contre la Russie ou la Biélorussie (Reg. 833/2014, Reg. 765/2006). Renvoie les correspondances directes et les correspondances au niveau du groupe.
Acier — CN 7208510000 · RU. Biélorussie — CN 2710120000 · BY.
À utiliser lorsque vous n'avez besoin que des taux de droits — pays tiers, union douanière ou préférentiel. Omet les mesures, notes de bas de page et sanctions. Renvoie le montant, l'expression et le règlement par mesure de droits.
Exemple — CN 6203420010 · CN · date 2026-05-13.
/embargo — correspondance directe ou de groupe ; à quel niveau CN/position elle s'est déclenchée ; quel règlement ; faut-il lancer le rapport complet. · /duty — droit pays tiers ; taux préférentiel/union douanière ; ce qui change avec un autre pays d'origine ; pour quelle date le taux est valable ; quelles mesures non tarifaires l'outil omet intentionnellement.
Droits, interdictions, licences, TVA et références juridiques — sans l'enveloppe du rapport HTML.
277 pour une interdiction d'exportation.8517130000 · pays vide pour un aperçu global · type de mesure facultatif.Quels types de mesures s'appliquent ? Y a-t-il des interdictions, licences, anti-dumping, TVA ou codes additionnels ?
Quelles conditions / notes de bas de page nécessitent un examen ? Faut-il générer un rapport HTML ?
L'assistant valide le message, analyse la chaîne de paiement, résout les BIC via la cascade déterministe (cache local → GLEIF → fournisseurs configurés), vérifie chaque participant et prépare un rapport HTML.
screening_run_id. En production, l'exécution est durable-temporaire dans Supabase jusqu'au TTL, mais n'entre pas dans le registre des dossiers. Outil : screen_iso20022_payment.create_iso20022_payment_case./payment → coller le XML pain.001 / pacs.008 → activer Persist payment case → soumettre. La réponse comprend un case_id ; les preuves de suivi sont chargées avec get_payment_case_evidence.run_id ponctuel. Les questions de suivi lisent le résultat enregistré avec get_payment_screening_run (par run_id, ou sans arguments pour la dernière exécution active). Ne soumettez pas à nouveau le XML sauf si une nouvelle exécution est explicitement demandée.pacs.008.001.12 · persist désactivé · seuil 75. Persisté — pain.001.001.13 · persist activé · seuil 75 · date de référence vide ou une date historique précise.Décision principale — clear / examen requis / hit / erreur d'intégrité.
Métadonnées du message — type, version, identifiant de message, statut de validation XSD.
Chaîne de paiement — rôle, nom, pays, identifiants, verdict.
Avertissements de validation.
Correspondances de sanctions et preuve de source/règlement.
run_id + expiration pour un ponctuel, ou case_id + état pour un dossier persisté.
L'étape suivante pour l'opérateur.
Deux commandes de référence pour le travail de classification — aucune ne renvoie de mesures ou de sanctions.
Trouvez un code CN par description du produit ou préfixe numérique. Renvoie les codes CN correspondants avec descriptions.
Par description — produit ou préfixe electric motors · langue EN. Par préfixe — 8517.
Renvoie la hiérarchie de classification et la description — chapitre → position → sous-position → CN — sans mesures ni sanctions.
Exemple — CN/TARIC 8471300000 · langue EN.
/code — quel code est le plus probable et pourquoi ; les alternatives les plus proches ; quoi demander au client (matériau, usage, puissance, composition, emballage) ; lancer overview/report pour le code sélectionné. · /describe — où se situe le code dans la hiérarchie ; positions parentes ; codes voisins similaires ; lancer measures/duties après la classification.
Autorité, juridiction, couverture, fréquence de mise à jour et dernier statut de synchronisation quotidienne — pour l'explicabilité et les rapports d'audit.
sanctions pour ne voir que les sources de sanctions.Quelles sources sont activées ? Quand a eu lieu la dernière mise à jour réussie ? Quelles sources ont une synchronisation quotidienne ?
Y a-t-il des sources désactivées / candidates ? Quelles juridictions sont couvertes ?
Quelles sources sont utilisées séparément pour le paiement, l'entité et les marchandises ?
Utile pour les démos, le QA et la formation des opérateurs — chacune vérifie que l'assistant conserve le contexte et peut lire le résultat de l'outil dont il dispose déjà.
| Commande | Questions de suivi utiles |
|---|---|
| /entity | Pourquoi cette correspondance a-t-elle reçu ce score ? Quels alias correspondaient ? Quelles listes de sanctions ont renvoyé des résultats ? Affiche règlement / programme / motifs. Y a-t-il des signaux de propriété ou de contrôle ? Que doit faire l'opérateur ensuite ? |
| /audit | Le sujet était-il actif à la date choisie ? Quand a-t-il été inscrit et radié ? En quoi le statut historique diffère-t-il du statut actuel ? Affiche la piste d'audit. Cela peut-il servir de preuve pour un examen rétrospectif ? |
| /lv-frozen | S'agit-il d'un enregistrement d'avoirs gelés ou d'une entrée de sanctions ordinaire ? Qui est le donneur d'ordre sanctionné ? What ownership/control link is stated? Which Latvian legal basis applies? Que faut-il vérifier manuellement avant l'intégration ? |
| /vop | Quel code EPC a été renvoyé : MTCH, CMTC, NMTC ou NOAP ? Que signifie-t-il pour le paiement ? Pourquoi une correspondance proche plutôt qu'exacte ? Quels champs payeur/bénéficiaire faut-il corriger ? Le nom et l'identifiant concordaient-ils ? |
| /goods | Quel workflow a été sélectionné et pourquoi ? Quel code CN a été utilisé ? Y a-t-il des sanctions / interdictions / licences ? Faut-il ouvrir le rapport HTML complet ? Quels paramètres nécessitent des précisions : pays d'origine, date, code additionnel ? |
| /report | Affiche la base juridique et les liens vers les sources. Quelles interdictions ou licences s'appliquent ? Quelles notes de bas de page sont importantes ? Rédige une synthèse pour le client. Y a-t-il des limitations de pays/date/code additionnel ? |
| /overview | Quelle est la décision de conformité concise ? Y a-t-il un taux de droits ? Y a-t-il un signal de sanctions RU/BY ? Quels types de mesures sont présents ? Quand l'opérateur doit-il demander un rapport complet plutôt qu'un overview ? |
Les workflows restants — commandes marchandises à portée restreinte, commandes de référence, sources et les deux modes de paiement.
| Commande | Questions de suivi utiles |
|---|---|
| /embargo | S'agit-il d'une correspondance directe ou au niveau du groupe ? À quel niveau CN/position s'est-elle déclenchée ? Quel règlement s'applique ? Et si le produit ne touche qu'une restriction au niveau du groupe ? Faut-il lancer le rapport complet ? |
| /duty | Quel est le droit pays tiers ? Y a-t-il un taux préférentiel/d'union douanière ? Qu'est-ce qui change avec un autre pays d'origine ? Pour quelle date le taux est-il valable ? Quelles mesures non tarifaires cet outil omet-il intentionnellement ? |
| /measures | Quels types de mesures s'appliquent ? Y a-t-il des interdictions, licences, anti-dumping, TVA ou codes additionnels ? Quelles conditions / notes de bas de page nécessitent un examen ? Faut-il générer un rapport HTML ? |
| /code | Quel code est le plus probable et pourquoi ? Quelles sont les alternatives les plus proches ? Que devons-nous demander au client : matériau, usage, puissance, composition, emballage ? Pouvons-nous lancer immédiatement overview/report pour le code sélectionné ? |
| /describe | Où se situe le code dans la hiérarchie ? Quelles sont les positions parentes ? Y a-t-il des codes voisins similaires ? Que signifie la description CN ? Faut-il lancer measures/duties après la classification ? |
| /sources | Quelles sources sont activées ? Quand a eu lieu la dernière mise à jour réussie ? Quelles sources ont une synchronisation quotidienne ? Are there disabled/candidate sources? Which jurisdictions are covered? Which sources are used for payment/entity/goods? |
| /payment one-shot | Affiche la chaîne de paiement : rôle, nom, pays, verdict. Qui nécessite un examen et pourquoi ? Y a-t-il des avertissements de validation ? Quel est le statut de l'exécution et quand expire-t-elle ? BIC non résolus ou tâches d'enrichissement ? Participant le plus risqué ? Comment enregistrer ceci dans les dossiers ? |
| /payment case | Quels sont le case_id et l'état ? Affiche les preuves stockées. Quels éléments de dossier ont été créés ? La preuve XML brute est-elle disponible ? Quels participants/validations nécessitent un examen par un analyste ? Comment ouvrir le rapport de dossier signé ? |
Chaque commande et chaque requête en langage naturel correspond à un outil MCP concret. Connaître la correspondance aide au débogage et à la formation des opérateurs.
| Outil MCP | Invoqué via · quoi demander ensuite |
|---|---|
| open_entity_screening_form | /entity, /screen — quels champs sont requis ? Faut-il fournir la date de naissance, le pays ou le numéro d'enregistrement ? Quel seuil ? |
| screen_entities | /entity, /audit, /lv-frozen, requête KYC naturelle — pourquoi ce score ? Quels alias/identifiants correspondaient ? Quelles listes et règlements ? Statut historique/radié ? |
| screen_entity_vop | /vop, requête de vérification de paiement — quel code EPC ? Que signifient MTCH/CMTC/NMTC/NOAP ? Examen manuel nécessaire ? Quelles données du bénéficiaire corriger ? |
| open_goods_screening_form | /goods — quel workflow : report, overview, embargo, duty, measures, description, search ? Quels paramètres manquent ? |
| get_compliance_report | /report, workflow report de /goods — base juridique, interdictions/licences, notes de bas de page, liens vers les sources, synthèse, Ouvrir/Télécharger. |
| check_trade_compliance | Vérification détaillée directe API/MCP — quelles mesures se sont déclenchées ? Y a-t-il des sanctions ? Quels faits bruts/notes de bas de page sont importants ? Rapport prêt pour le client nécessaire ? |
| get_overview | /overview, workflow overview de /goods — décision courte ? Signal de droits/sanctions ? Quand un rapport complet est-il nécessaire ? |
| check_sanctions | /embargo, workflow sanctions de /goods — correspondance directe ou de groupe ? Quel règlement ? Quel niveau CN/position ? Rapport complet nécessaire ? |
| get_duties | /duty, workflow duties de /goods — pays tiers ou préférentiel ? Quelle date ? Qu'est-ce qui change avec une autre origine ? Quelles mesures non tarifaires omises ? |
| get_measures | /measures, workflow measures de /goods — quels types de mesures ? Interdiction/licence/anti-dumping/TVA ? Conditions et codes additionnels ? |
Recherches de référence, la chaîne d'outils de paiement ISO 20022, l'enrichissement BIC et le catalogue des sources.
| Outil MCP | Invoqué via · quoi demander ensuite |
|---|---|
| search_cn_codes | /code, workflow search de /goods — quel code est le plus probable ? Alternatives ? Quoi clarifier avec le client ? Lancer overview/report pour le code sélectionné ? |
| get_cn_description | /describe, workflow description de /goods — où est le code dans la hiérarchie ? Codes parents/voisins ? measures/duties nécessaires après la classification ? |
| open_payment_screening_form | /payment — ponctuel ou Persist PaymentCase ? Comment activer la case à cocher ? Quelles versions XML sont prises en charge ? |
| validate_iso20022_payment | Requête naturelle pour valider la structure XML — XSD valide/invalide ? Avertissements de validation ? Chaîne de paiement analysée ? BIC manquants ? |
| screen_iso20022_payment | /payment ponctuel — chaîne de paiement, participants nécessitant un examen, avertissements, compteurs de synthèse, listes de sources/règlements, statut/expiration de l'exécution. |
| get_payment_screening_run | Suivi après un /payment ponctuel — afficher les preuves sans relancer : chaîne, avertissements, participant le plus risqué, synthèse, métadonnées de l'exécution. |
| create_iso20022_payment_case | /payment avec Persist payment case coché — quels sont le case_id et l'état ? Quels éléments/preuves de dossier ont été enregistrés ? Étapes suivantes ? |
| get_payment_case_evidence | Suivi pour un PaymentCase persisté — afficher la preuve XML brute, les participants, les messages, les correspondances, les avertissements, le lien du rapport de dossier. |
| resolve_payment_bics_agentic | Requête explicite d'enrichissement/débogage BIC — quels BIC ne sont pas résolus ? Quelles tâches de recherche web ? Marquer tous les résultats ⚠ UNVERIFIED (web search) ; ne jamais valider le paiement sur cette seule base. |
| list_sanctions_sources | /sources, questions de fraîcheur/couverture des données — quelles sources sont activées ? Dernière mise à jour ? Synchronisation quotidienne ? Sources désactivées/candidates ? Quelles sources pour entity/goods/payment ? |
Conseils pratiques pour les opérateurs travaillant dans l'AI Assistant du cabinet.
Les filtres de sources de sanctions acceptent ces IDs exacts — utiles pour des périmètres de screening précis et reproductibles.
EU_FSF, OFAC_SDN, OFAC_NON_SDN, UN_SC, LV_FID, LV_FID_FROZEN, UK_UKSL, CH_SECO, US_CSL, CA_SEMA, AU_DFAT, UA_NSDC, JP_MOF, EurLex_RU_269, EurLex_RU_833, EurLex_BY_765.EurLex_RU_269 est la liste de désignation de gel des avoirs de l'UE (Reg. 269/2014) ; EurLex_RU_833 est la liste sectorielle / commerciale.EU_ML (EU Common Military List) et EU_DUAL_USE (EU Dual-Use Annex I).EU_ML et EU_DUAL_USE sont des preuves de source pour la classification des marchandises / du contrôle des exportations — pas des filtres de screening d'entités.Utiliser des IDs de sources exacts permet à un opérateur de rattacher une exécution de screening à un ensemble précis et nommé de listes — et de la reproduire ultérieurement pour un audit.
Cela maintient aussi les données de référence du contrôle des exportations (Military List, Dual-Use Annex I) clairement séparées du screening de sanctions d'entités.
Pour les clients qui connectent Compliance MCP à ChatGPT ou Claude. Après la connexion, il n'y a pas de commandes slash — l'assistant choisit l'outil à partir de la requête en langage naturel. Cette partie montre comment formuler les prompts, quel outil MCP doit être appelé, et ce que l'opérateur doit attendre.
Après la connexion, il n'y a pas de commandes slash — le LLM choisit l'outil à partir des mots-clés de votre requête.
Plus les mots-clés sont clairs, plus le modèle choisit le bon outil de manière fiable. La diapositive suivante associe les signaux courants à l'outil qu'ils déclenchent.
Le LLM lit la description de chaque outil et l'associe aux signaux de votre prompt.
| Mots-clés de la requête | Outil probablement appelé |
|---|---|
| Code CN + pays + « check », « report », « compliance » | get_compliance_report |
| Code CN + « short », « overview », « summary » | get_overview |
| Code CN + « duty », « tariff » | get_duties |
| Code CN + « measures », « prohibitions » | get_measures |
| Code CN + RU/BY + « sanctions », « embargo » | check_sanctions |
| Code CN + « describe », « hierarchy », « classification » | get_cn_description |
| Description de produit sans code | search_cn_codes |
| CAS RN / CUS / EC number / InChIKey / nom de produit chimique | search_chemical_substances |
| « export control », « dual-use », « EU Military List », « ML », indice de contrôle CAS | search_export_control_candidates |
| Nom/entreprise + « screen », « KYC », « SDN », « sanctions list » | screen_entities |
| Nom de navire / IMO + « owner », « operator », « beneficial owner », « shadow fleet » | screen_entities · entity_type=vessel |
| Navire/aéronef + « related parties », « owner graph », « manager », « charterer » | lookup_ofac_asset_related_parties → screen_entities |
| Nom de banque / BIC / SWIFT + « sanctions », « screen » | screen_entities · entity_type=legal_person |
| Nom/entreprise + « as of date », « point-in-time », « audit » | screen_entities · as_of_date |
| Nom du bénéficiaire + « payment », « VoP », « verification of payee » | screen_entity_vop |
| XML ISO 20022, pain.001 ou pacs.008 | validate_iso20022_payment |
| XML ISO 20022 + « screen all participants » | screen_iso20022_payment |
| /payment, « open payment form », « create PaymentCase » | open_payment_screening_form → screen / create case |
| « where is the data from », « sources », « freshness » | list_sanctions_sources |
Donnez à l'assistant le type d'entité et un identifiant lorsque c'est possible.
screen_entities · query="Petr Olegovich Aven" · date_of_birth="1955-03-16" · country="RU" · entity_type="natural_person".screen_entities · query="Northbridge Trading Ltd PJSC" · entity_type="legal_person" · limit=10.Une correspondance exacte d'identifiant est une preuve à haute confiance ; une date de référence bascule l'exécution vers un screening historique.
screen_entities avec registration_number.screen_entities avec as_of_date et include_historical_closed=true.Le screening de navire fait ressortir le propriétaire / contrôleur ; la recherche de parties liées ne renvoie que des métadonnées de relation.
screen_entities · entity_type="vessel" · IMO comme registration_number.lookup_ofac_asset_related_parties · item_type="vessel" (aussi "aircraft") · IMO comme registration_number.screen_entities sur les parties nommées avant toute décision de conformité. Une correspondance de partie liée n'est pas à elle seule une détermination de sanctions.Les mots comme « payment », « VoP », « EPC288-23 », « PSP » et « payee » orientent le modèle vers l'outil VoP.
screen_entity_vop.MTCH, CMTC, NMTC ou NOAP, un libellé de scénario, et ce que l'opérateur de paiement doit corriger ou examiner.MTCH — correspondance, autoriser.
CMTC — correspondance proche, examen manuel.
NMTC — pas de correspondance, bloquer ou enquêter.
NOAP — non applicable.
Dites « client HTML report » lorsque vous avez besoin d'un livrable ; « short overview » pour une carte rapide.
get_compliance_report.get_overview.L'embargo sépare les correspondances directes des correspondances de groupe ; le mode droits uniquement omet intentionnellement les mesures non tarifaires.
check_sanctions.get_duties.La recherche renvoie des candidats et des questions de clarification ; la hiérarchie montre où se situe un code.
search_cn_codes.get_cn_description.Les deux renvoient des classifications candidates — le texte juridique reste la source de référence.
search_chemical_substances.search_export_control_candidates.Le formulaire /payment accepte pain.001 ou pacs.008, vous permet de définir le seuil / la date de référence, et de choisir un mode ponctuel ou un dossier d'audit enregistré.
validate_iso20022_payment. Attendu — type/version du message, statut de validation, nœuds de la chaîne de paiement, avertissements (BIC manquants, valeurs de liste de codes invalides) et statut XSD.open_payment_screening_form. Le formulaire exécute un screening ponctuel ou un PaymentCase persisté.Ponctuel — valide le XML, analyse la chaîne, vérifie les participants, renvoie un rapport HTML + screening_run_id. Durable-temporaire dans Supabase jusqu'au TTL ; ce n'est pas un PaymentCase. Outil : screen_iso20022_payment.
Persist PaymentCase — même screening, enregistré comme dossier prêt pour l'audit. Outil : create_iso20022_payment_case.
Pour cocher la case : tapez /payment → collez le XML → activez Persist payment case → soumettez. L'assistant doit appeler create_iso20022_payment_case et renvoyer un case_id. Règle de suivi : relisez un ponctuel avec get_payment_screening_run — ne soumettez pas à nouveau le XML.
Ces questions fonctionnent après le rapport — l'agent lit le résultat enregistré plutôt que de soumettre à nouveau le XML.
| Question de l'utilisateur | Comportement attendu de l'agent |
|---|---|
| Affiche la chaîne de paiement — rôles, noms, pays, verdict. | Lit participants[] depuis get_payment_screening_run ; affiche le rôle, le nom, le pays et screening.status. |
| Quels participants nécessitent un examen et pourquoi ? | Filtre les participants hit / review / error, plus les avertissements de validation, les écarts de BIC et les BIC non résolus. |
| Y a-t-il des avertissements de validation ? | Lit validation.warnings[] — affiche le code, le message, les détails et l'impact sur l'audit. |
| Quel est le statut de l'exécution et quand expire-t-elle ? | Lit screening_run.status, persistence, storage_backend, expires_at, ttl_seconds. |
| Affiche les listes sources et les règlements pour les correspondances. | Inspecte participants[].screening.matches[] — liste/source, règlement/programme, autorité, date d'inscription, URL de la source. |
| BIC non résolus ou tâches d'enrichissement agentiques ? | Inspecte agenticBicEnrichment et les statuts de résolution ; marque la sortie de recherche web comme UNVERIFIED. |
| Formule l'étape suivante pour l'opérateur. | Utilise la décision principale + les avertissements — ne poursuivre que si clear ; examiner les avertissements/écarts ; bloquer ou escalader les correspondances de sanctions. |
| Affiche les compteurs de synthèse. | Lit summary.hit_count, review_count, clear_count, warning_count. |
| Ouvre les détails du participant le plus risqué. | Sélectionne le score le plus élevé ou le statut hit ; affiche les identifiants, la meilleure correspondance, la liste, le règlement, les motifs, les dates des preuves. |
| Comment enregistrer ce paiement dans les dossiers ? Puis-je le valider ? | Explique la case Persist payment case ; un ponctuel terminé nécessite une nouvelle soumission pour être persisté. Ne pas valider automatiquement — exiger un examen en cas d'avertissements, de correspondances ou de BIC non résolus. |
La persistance préserve les preuves d'audit ; l'enrichissement BIC agentique est une aide à la recherche, jamais une modification de verdict.
create_iso20022_payment_case, ou /payment avec Persist payment case activé.case_id, état, rapport HTML signé, chaîne de paiement, avertissements de validation, verdicts par participant et, le cas échéant, une section d'enrichissement BIC agentique. Les preuves de suivi utilisent get_payment_case_evidence.resolve_payment_bics_agentic.screen_entities de suivi requis avant validation.Après n'importe quelle famille de prompts, ces questions vérifient que l'agent a conservé le contexte — pour les démos, le QA et la formation.
| Famille de prompts | Questions de suivi utiles |
|---|---|
| entity / KYC | Pourquoi ce score ? Quels alias correspondaient ? Quelles listes ont renvoyé des résultats ? Affiche règlement / programme / motifs. Signaux de propriété ou de contrôle ? Et ensuite ? |
| audit / point-in-time | Le sujet était-il actif à la date choisie ? Quand inscrit et radié ? En quoi le statut historique diffère-t-il de l'actuel ? Affiche la piste d'audit des sources. |
| VoP | Quel code EPC renvoyé — MTCH, CMTC, NMTC, NOAP ? Pourquoi une correspondance proche ? Quels champs payeur faut-il corriger ? |
| lv-frozen | S'agit-il d'un enregistrement d'avoirs gelés ou d'une entrée de sanctions ordinaire ? Qui est le donneur d'ordre sanctionné ? What ownership/control link is stated? |
| goods guided | Quel workflow a été sélectionné et pourquoi ? Quel code CN ? Y a-t-il des sanctions, interdictions ou licences ? Faut-il ouvrir le rapport HTML complet ? |
| overview | Quelle est la décision de conformité courte ? Y a-t-il un taux de droits ou un signal de sanctions RU/BY ? Quand un rapport complet est-il nécessaire ? |
| report | Affiche la base juridique et les liens vers les sources. Quelles interdictions ou licences s'appliquent ? Quelles notes de bas de page sont importantes ? Rédige une synthèse. |
| embargo | Correspondance directe ou au niveau du groupe ? Quel niveau CN/position s'est déclenché ? Quel règlement s'applique ? Faut-il lancer le rapport complet ? |
| duty | Quel est le droit pays tiers ? Y a-t-il un taux préférentiel ? Qu'est-ce qui change avec un autre pays d'origine ? |
| measures | Quels types de mesures s'appliquent ? Interdictions, licences, anti-dumping, TVA ou codes additionnels ? |
| code / describe | Quel code est le plus probable et pourquoi ? Alternatives les plus proches ? Quoi demander au client ? Où se situe le code dans la hiérarchie de classification ? |
| sources | Quelles sources sont activées ? Dernière mise à jour ? Synchronisation quotidienne ? Sources désactivées/candidates ? Quelles sources pour entity/goods/payment ? |
| payment | Affiche la chaîne. Qui nécessite un examen et pourquoi ? Avertissements de validation ? Expiration ? BIC non résolus ? Compteurs de synthèse ? Participant le plus risqué ? case_id et état ? Preuves stockées ? |
Deux prompts d'explicabilité — d'où viennent les données, et pourquoi un score a atterri là où il l'a fait.
list_sanctions_sources.Une seule requête peut déclencher deux outils ou plus ; l'assistant les agrège en une seule décision pour l'opérateur.
get_compliance_report et screen_entities.check_sanctions, screen_entities, screen_entity_vop.Conseils pour les clients qui utilisent Compliance MCP dans leur propre ChatGPT ou Claude.
7208510000, et non 7208 51 0000.L'assistant est conçu pour refuser le contournement et pour insister sur des réponses fondées et étayées par des outils.
Sur les deux surfaces — assistant du cabinet et MCP externe — la règle est la même : ancrer la réponse dans un appel d'outil, conserver les preuves, et laisser un analyste examiner tout ce qui génère un avertissement ou une correspondance.