Parte 1 — el AI Assistant dentro del Cabinet y sus comandos de barra. Parte 2 — conexión de Compliance MCP a ChatGPT o Claude y formulación de prompts. Referencia completa para ambas superficies.
El Cabinet del cliente incluye el AI Assistant: una interfaz de chat que entiende preguntas en lenguaje natural sobre sanciones, TARIC y compliance, y puede ejecutar las comprobaciones de la plataforma por usted. Los comandos de barra abren formularios guiados con exactamente los campos que cada flujo de trabajo necesita.
/ para un formulario guiado.El asistente entiende el lenguaje natural y puede ejecutar comprobaciones de la plataforma por usted. Para empezar rápido, los comandos de barra abren un formulario con exactamente los campos que un flujo de trabajo necesita.
/ en el campo de entrada y seleccione un flujo de trabajo preparado. Cada comando abre un formulario con exactamente los campos necesarios — sin adivinar qué parámetros aplican./entity para KYC y sanciones por nombre, /goods para mercancías / CN / TARIC, y /payment para XML ISO 20022.Screening — /entity, /audit, /lv-frozen, /vop
Mercancías — /goods, /report, /overview, /embargo, /duty, /measures
Referencia — /code, /describe
Fuentes — /sources
Pagos — /payment
Los puntos de entrada principales para el operador son /entity para KYC/sanciones por nombre, /goods para mercancías/CN/TARIC, y /payment para XML ISO 20022.
| Comando | Función | Categoría |
|---|---|---|
| /audit | Screening de persona/empresa en un momento determinado para una fecha histórica | Screening |
| /lv-frozen | KYC de contraparte letona contra el registro de activos congelados de la Latvia FID | Screening |
| /entity | Comprobar una persona, empresa, buque, aeronave o identificador contra fuentes de sanciones | Screening |
| /vop | Verification of Payee (EPC288-23) para el screening de pagos | Screening |
| /goods | Formulario CN/TARIC guiado: report, overview, embargo, duty, measures, description, search | Mercancías |
| /report | Informe HTML listo para el cliente para CN + país | Mercancías |
| /overview | Tarjeta CN compacta: descripción, señal de arancel, sanciones | Mercancías |
| /embargo | Comprobación de embargo de mercancías RU/BY por código CN | Mercancías |
| /duty | Solo tipos arancelarios: tercer país, unión aduanera, preferencial | Mercancías |
| /measures | Medidas TARIC completas: prohibiciones, licencias, IVA, aranceles | Mercancías |
| /code | Encontrar un código CN por descripción de producto | Referencia |
| /describe | Jerarquía CN sin medidas | Referencia |
| /sources | Catálogo de fuentes de sanciones y control de exportaciones | Fuentes |
| /payment | Formulario de screening de pagos ISO 20022: informe one-shot o PaymentCase persistido | Pagos |
Búsqueda en las fuentes de sanciones configuradas: 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 y LV FID Frozen.
Petr Olegovich Aven · país RU · fecha de nacimiento 1955-03-16.Northbridge Trading Ltd · país RU.SABRRUMM.40003698011 · registro 40003698011.9610903.Coincidencias con puntuación 0–100, fuente, reglamento, motivos, fecha de nacimiento, número de registro y una explicación de la puntuación.
Para los buques de OFAC, el resultado también incluye los datos del buque (tipo, bandera, tonelaje) y las partes vinculadas al propietario / controlador extraídas del grafo de relaciones avanzado de OFAC — útil para la revisión de flotas en la sombra y de beneficiarios efectivos.
Úselo para preguntas de auditoría como: «¿Qué sabíamos del cliente X en la fecha de transacción Y?»
/audit, esa opción está activada por defecto.BELKOMMUNMASH · fecha de referencia 2026-04-15 · include delisted: sí.Alexey Nechayev · fecha de referencia 2025-12-01 · include delisted: sí.¿Estaba el sujeto activo en la fecha seleccionada? ¿Cuándo se incluyó y se eliminó de la lista?
¿En qué se diferencia el estado histórico del estado actual? Muestra la pista de auditoría.
¿Puede usarse esto como prueba para una revisión retrospectiva?
Comprueba si una SIA letona, un fondo o una persona aparece en el registro. Esta cobertura vincula a los principales sancionados por la UE/ONU con entidades letonas con activos congelados.
Faberlic Baltija SIA.50003698011.Petr Aven.¿Es esto un registro de activos congelados o una entrada de sanciones ordinaria? ¿Quién es el principal sancionado?
¿Qué vínculo de propiedad / control se indica? ¿Qué base jurídica letona aplica?
¿Qué debe comprobarse manualmente antes del onboarding?
Verification of Payee según el Reglamento (UE) 2024/886. Cada coincidencia devuelve un código de decisión explícito.
Reg. (EU) 2024/886.IVAN PETROVICH IVANOV · país RU · fecha de nacimiento 1970-05-12.OAO TRANSNEFT · registro SWIFTRUMM.¿Qué código EPC se devolvió: MTCH, CMTC, NMTC o NOAP? ¿Qué significa para el pago?
¿Por qué coincidencia aproximada y no exacta? ¿Qué campos del ordenante/beneficiario deberían corregirse?
¿Coincidían el nombre y el identificador?
Elija un flujo de trabajo en el formulario: report, overview, sanctions, duties, measures, description o search. La mejor opción cuando el operador no recuerda el comando exacto.
Ejemplo — CN/TARIC 7208510000 · país RU · fecha 2026-05-13 · idioma EN. Con el flujo de trabajo report, se abre un informe HTML listo para el cliente.
Ambos son alternativas de flujo de trabajo fijo a /goods — úselos cuando ya sabe qué nivel de detalle de salida necesita.
Alternativa a /goods con el flujo de trabajo fijo report. Úselo cuando ya sabe que se necesita un informe completo.
Ejemplo — CN/TARIC 8517130000 · país CN · idioma EN.
Resumen CN compacto — descripción, tipo arancelario principal, señal de sanciones y tipos de medida clave. Úselo cuando necesite un vistazo rápido sin el informe completo.
Ejemplo — CN/TARIC 8471300000 · país CN · idioma EN.
/report — mostrar la base jurídica y los enlaces a las fuentes; qué prohibiciones o licencias aplican; qué notas a pie de página importan; redactar un resumen ejecutivo para el cliente. · /overview — cuál es la decisión concisa; hay un tipo arancelario o una señal RU/BY; cuándo debería el operador solicitar un informe completo en su lugar.
Dos comandos de mercancías de alcance limitado para respuestas rápidas y específicas.
Comprueba si un código CN/TARIC entra dentro de las sanciones a las mercancías contra Rusia o Bielorrusia (Reg. 833/2014, Reg. 765/2006). Devuelve coincidencias directas y coincidencias a nivel de grupo.
Acero — CN 7208510000 · RU. Bielorrusia — CN 2710120000 · BY.
Úselo cuando necesite solo tipos arancelarios — tercer país, unión aduanera o preferencial. Omite medidas, notas a pie de página y sanciones. Devuelve importe, expresión y reglamento por cada medida arancelaria.
Ejemplo — CN 6203420010 · CN · fecha 2026-05-13.
/embargo — coincidencia directa o de grupo; en qué nivel de CN/partida se activó; qué reglamento; deberíamos ejecutar el informe completo. · /duty — arancel de tercer país; tipo preferencial/de unión aduanera; qué cambia con un país de origen distinto; para qué fecha es válido el tipo; qué medidas no arancelarias omite la herramienta intencionadamente.
Aranceles, prohibiciones, licencias, IVA y referencias legales — sin el envoltorio del informe HTML.
277 para una prohibición de exportación.8517130000 · país vacío para una visión global · tipo de medida opcional.¿Qué tipos de medida aplican? ¿Hay prohibiciones, licencias, antidumping, IVA o códigos adicionales?
¿Qué condiciones / notas a pie de página necesitan revisión? ¿Deberíamos generar un informe HTML?
El asistente valida el mensaje, analiza la cadena de pago, resuelve los BIC mediante la cascada determinista (caché local → GLEIF → proveedores configurados), comprueba a cada participante y prepara un informe HTML.
screening_run_id. En producción, la ejecución es durable-temporary en Supabase hasta el TTL, pero no entra en el registro de casos. Herramienta: screen_iso20022_payment.create_iso20022_payment_case./payment → pegue el XML pain.001 / pacs.008 → active Persist payment case → envíe. La respuesta incluye un case_id; la evidencia de seguimiento se carga con get_payment_case_evidence.run_id one-shot. Las preguntas de seguimiento leen el resultado guardado con get_payment_screening_run (por run_id, o sin argumentos para la última ejecución activa). No reenvíe el XML salvo que se pida explícitamente una nueva ejecución.pacs.008.001.12 · persist desactivado · umbral 75. Persistido — pain.001.001.13 · persist activado · umbral 75 · fecha de referencia vacía o una fecha histórica concreta.Decisión principal — clear / revisión requerida / hit / error de integridad.
Metadatos del mensaje — tipo, versión, ID del mensaje, estado de validación XSD.
Cadena de pago — rol, nombre, país, identificadores, veredicto.
Advertencias de validación.
Coincidencias de sanciones y evidencia de fuente/reglamento.
run_id + caducidad para one-shot, o case_id + estado para un caso persistido.
El siguiente paso para el operador.
Dos comandos de referencia para el trabajo de clasificación — ninguno devuelve medidas ni sanciones.
Encuentre un código CN por descripción de producto o prefijo numérico. Devuelve códigos CN coincidentes con descripciones.
Por descripción — producto o prefijo electric motors · idioma EN. Por prefijo — 8517.
Devuelve la jerarquía de clasificación y la descripción — capítulo → partida → subpartida → CN — sin medidas ni sanciones.
Ejemplo — CN/TARIC 8471300000 · idioma EN.
/code — qué código es más probable y por qué; alternativas más cercanas; qué preguntar al cliente (material, uso, potencia, composición, embalaje); ejecutar overview/report para el código seleccionado. · /describe — dónde se sitúa el código en la jerarquía; partidas superiores; códigos hermanos similares; ejecutar measures/duties tras la clasificación.
Autoridad, jurisdicción, cobertura, frecuencia de actualización y último estado de sincronización diaria — para la explicabilidad y los informes de auditoría.
sanctions para ver solo las fuentes de sanciones.¿Qué fuentes están habilitadas? ¿Cuándo fue la última actualización correcta? ¿Qué fuentes tienen sincronización diaria?
¿Hay fuentes deshabilitadas / candidatas? ¿Qué jurisdicciones están cubiertas?
¿Qué fuentes se usan por separado para payment, entity y goods?
Útiles para demos, QA y formación de operadores — cada una comprueba que el asistente mantiene el contexto y puede leer el resultado de la herramienta que ya tiene.
| Comando | Preguntas de seguimiento útiles |
|---|---|
| /entity | ¿Por qué recibió esta coincidencia esta puntuación? ¿Qué alias coincidieron? ¿Qué listas de sanciones devolvieron resultados? Muestra el reglamento / programa / motivos. ¿Hay señales de propiedad o control? ¿Qué debería hacer el operador a continuación? |
| /audit | ¿Estaba el sujeto activo en la fecha seleccionada? ¿Cuándo se incluyó y se eliminó de la lista? ¿En qué se diferencia el estado histórico del estado actual? Muestra la pista de auditoría. ¿Puede usarse esto como prueba para una revisión retrospectiva? |
| /lv-frozen | ¿Es esto un registro de activos congelados o una entrada de sanciones ordinaria? ¿Quién es el principal sancionado? What ownership/control link is stated? Which Latvian legal basis applies? ¿Qué debe comprobarse manualmente antes del onboarding? |
| /vop | ¿Qué código EPC se devolvió: MTCH, CMTC, NMTC o NOAP? ¿Qué significa para el pago? ¿Por qué coincidencia aproximada y no exacta? ¿Qué campos del ordenante/beneficiario deberían corregirse? ¿Coincidían el nombre y el identificador? |
| /goods | ¿Qué flujo de trabajo se seleccionó y por qué? ¿Qué código CN se usó? ¿Hay sanciones / prohibiciones / licencias? ¿Deberíamos abrir el informe HTML completo? ¿Qué parámetros necesitan aclaración: país de origen, fecha, código adicional? |
| /report | Muestra la base jurídica y los enlaces a las fuentes. ¿Qué prohibiciones o licencias aplican? ¿Qué notas a pie de página importan? Redacta un resumen ejecutivo para el cliente. ¿Hay limitaciones de país/fecha/código adicional? |
| /overview | ¿Cuál es la decisión de compliance concisa? ¿Hay un tipo arancelario? ¿Hay una señal de sanciones RU/BY? ¿Qué tipos de medida están presentes? ¿Cuándo debería el operador solicitar un informe completo en lugar de overview? |
Los flujos de trabajo restantes — comandos de mercancías de alcance limitado, comandos de referencia, fuentes y ambos modos de pago.
| Comando | Preguntas de seguimiento útiles |
|---|---|
| /embargo | ¿Es esto una coincidencia directa o a nivel de grupo? ¿En qué nivel de CN/partida se activó? ¿Qué reglamento aplica? ¿Qué pasa si el producto solo activa una restricción a nivel de grupo? ¿Deberíamos ejecutar el informe completo? |
| /duty | ¿Cuál es el arancel de tercer país? ¿Hay un tipo preferencial/de unión aduanera? ¿Qué cambia con un país de origen distinto? ¿Para qué fecha es válido el tipo? ¿Qué medidas no arancelarias omite esta herramienta intencionadamente? |
| /measures | ¿Qué tipos de medida aplican? ¿Hay prohibiciones, licencias, antidumping, IVA o códigos adicionales? ¿Qué condiciones / notas a pie de página necesitan revisión? ¿Deberíamos generar un informe HTML? |
| /code | ¿Qué código es más probable y por qué? ¿Cuáles son las alternativas más cercanas? ¿Qué deberíamos preguntar al cliente: material, uso, potencia, composición, embalaje? ¿Podemos ejecutar de inmediato overview/report para el código seleccionado? |
| /describe | ¿Dónde se sitúa el código en la jerarquía? ¿Cuáles son las partidas superiores? ¿Hay códigos hermanos similares? ¿Qué significa la descripción CN? ¿Deberíamos ejecutar measures/duties tras la clasificación? |
| /sources | ¿Qué fuentes están habilitadas? ¿Cuándo fue la última actualización correcta? ¿Qué fuentes tienen sincronización diaria? Are there disabled/candidate sources? Which jurisdictions are covered? Which sources are used for payment/entity/goods? |
| /payment one-shot | Muestra la cadena de pago: rol, nombre, país, veredicto. ¿Quién requiere revisión y por qué? ¿Hay advertencias de validación? ¿Cuál es el estado de la ejecución y cuándo caduca? ¿BIC sin resolver o tareas de enriquecimiento? ¿Participante de mayor riesgo? ¿Cómo guardo esto en casos? |
| /payment case | ¿Cuáles son el case_id y el estado? Muestra la evidencia almacenada. ¿Qué elementos del caso se crearon? ¿Está disponible la evidencia del XML en bruto? ¿Qué participantes/validaciones necesitan revisión de un analista? ¿Cómo abro el informe del caso firmado? |
Cada comando y cada solicitud en lenguaje natural se asigna a una herramienta MCP concreta. Conocer esta asignación ayuda con la depuración y la formación de operadores.
| Herramienta MCP | Invocada mediante · qué preguntar a continuación |
|---|---|
| open_entity_screening_form | /entity, /screen — ¿qué campos son obligatorios? ¿Debo indicar fecha de nacimiento, país o número de registro? ¿Qué umbral? |
| screen_entities | /entity, /audit, /lv-frozen, solicitud KYC en lenguaje natural — ¿por qué esta puntuación? ¿Qué alias/identificadores coincidieron? ¿Qué listas y reglamentos? ¿Estado histórico/eliminado de la lista? |
| screen_entity_vop | /vop, solicitud de verificación de pago — ¿qué código EPC? ¿Qué significan MTCH/CMTC/NMTC/NOAP? ¿Se necesita revisión manual? ¿Qué datos del beneficiario corregir? |
| open_goods_screening_form | /goods — ¿qué flujo de trabajo: report, overview, embargo, duty, measures, description, search? ¿Qué parámetros faltan? |
| get_compliance_report | /report, flujo de trabajo report de /goods — base jurídica, prohibiciones/licencias, notas a pie de página, enlaces a fuentes, resumen ejecutivo, Abrir/Descargar. |
| check_trade_compliance | Comprobación detallada directa por API/MCP — ¿qué medidas se activaron? ¿Hay sanciones? ¿Qué datos en bruto/notas a pie de página importan? ¿Se necesita un informe listo para el cliente? |
| get_overview | /overview, flujo de trabajo overview de /goods — ¿decisión breve? ¿Señal de arancel/sanciones? ¿Cuándo se necesita un informe completo? |
| check_sanctions | /embargo, flujo de trabajo sanctions de /goods — ¿coincidencia directa o de grupo? ¿Qué reglamento? ¿Qué nivel de CN/partida? ¿Se necesita un informe completo? |
| get_duties | /duty, flujo de trabajo duties de /goods — ¿tercer país o preferencial? ¿Qué fecha? ¿Qué cambia con otro origen? ¿Qué medidas no arancelarias se omiten? |
| get_measures | /measures, flujo de trabajo measures de /goods — ¿qué tipos de medida? ¿Prohibición/licencia/antidumping/IVA? ¿Condiciones y códigos adicionales? |
Búsquedas de referencia, la cadena de herramientas de pagos ISO 20022, el enriquecimiento de BIC y el catálogo de fuentes.
| Herramienta MCP | Invocada mediante · qué preguntar a continuación |
|---|---|
| search_cn_codes | /code, flujo de trabajo search de /goods — ¿qué código es más probable? ¿Alternativas? ¿Qué aclarar con el cliente? ¿Ejecutar overview/report para el código seleccionado? |
| get_cn_description | /describe, flujo de trabajo description de /goods — ¿dónde está el código en la jerarquía? ¿Códigos superiores/hermanos? ¿Se necesitan measures/duties tras la clasificación? |
| open_payment_screening_form | /payment — ¿one-shot o Persist PaymentCase? ¿Cómo activar la casilla? ¿Qué versiones de XML se admiten? |
| validate_iso20022_payment | Solicitud en lenguaje natural para validar la estructura del XML — ¿XSD válido/no válido? ¿Advertencias de validación? ¿Cadena de pago analizada? ¿BIC faltantes? |
| screen_iso20022_payment | /payment one-shot — cadena de pago, participantes que necesitan revisión, advertencias, recuentos del resumen, listas de fuentes/reglamentos, estado de la ejecución/caducidad. |
| get_payment_screening_run | Seguimiento tras /payment one-shot — mostrar la evidencia sin volver a ejecutar: cadena, advertencias, participante de mayor riesgo, resumen, metadatos de la ejecución. |
| create_iso20022_payment_case | /payment con Persist payment case marcado — ¿cuáles son el case_id y el estado? ¿Qué elementos del caso/evidencia se guardaron? ¿Siguientes pasos? |
| get_payment_case_evidence | Seguimiento para un PaymentCase persistido — mostrar la evidencia del XML en bruto, los participantes, los mensajes, las coincidencias, las advertencias y el enlace al informe del caso. |
| resolve_payment_bics_agentic | Solicitud explícita de enriquecimiento/depuración de BIC — ¿qué BIC están sin resolver? ¿Qué tareas de búsqueda web? Marca todos los resultados como ⚠ UNVERIFIED (web search); nunca autorices el pago basándote solo en esto. |
| list_sanctions_sources | /sources, preguntas de actualidad/cobertura de datos — ¿qué fuentes están habilitadas? ¿Última actualización? ¿Sincronización diaria? ¿Fuentes deshabilitadas/candidatas? ¿Qué fuentes para entity/goods/payment? |
Orientación práctica para operadores que trabajan en el AI Assistant del Cabinet.
Los filtros de fuentes de sanciones aceptan estos IDs exactos — útiles para alcances de screening precisos y reproducibles.
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 es la lista de designaciones de congelación de activos de la UE (Reg. 269/2014); EurLex_RU_833 es la lista sectorial / comercial.EU_ML (EU Common Military List) y EU_DUAL_USE (EU Dual-Use Annex I).EU_ML y EU_DUAL_USE son evidencia de fuente para la clasificación de mercancías / control de exportaciones — no filtros de screening de entidades.Usar IDs exactos de fuentes permite a un operador fijar una ejecución de screening a un conjunto de listas preciso y nombrado — y reproducirla más tarde para una auditoría.
También mantiene los datos de referencia de control de exportaciones (Military List, Dual-Use Annex I) claramente separados del screening de sanciones de entidades.
Para clientes que conectan Compliance MCP a ChatGPT o Claude. Tras la conexión no hay comandos de barra — el asistente elige la herramienta a partir de la solicitud en lenguaje natural. Esta parte muestra cómo formular prompts, qué herramienta MCP debería invocarse y qué debería esperar el operador.
Tras la conexión no hay comandos de barra — el LLM elige la herramienta a partir de las palabras clave de su solicitud.
Cuanto más claras sean las palabras clave, más fiablemente elegirá el modelo la herramienta adecuada. La siguiente diapositiva asigna las señales comunes a la herramienta que activan.
El LLM lee la descripción de cada herramienta y la compara con las señales de su prompt.
| Palabras clave de la solicitud | Herramienta que probablemente se invoque |
|---|---|
| Código CN + país + «check», «report», «compliance» | get_compliance_report |
| Código CN + «short», «overview», «summary» | get_overview |
| Código CN + «duty», «tariff» | get_duties |
| Código CN + «measures», «prohibitions» | get_measures |
| Código CN + RU/BY + «sanctions», «embargo» | check_sanctions |
| Código CN + «describe», «hierarchy», «classification» | get_cn_description |
| Descripción de producto sin código | search_cn_codes |
| CAS RN / CUS / EC number / InChIKey / nombre de sustancia química | search_chemical_substances |
| «export control», «dual-use», «EU Military List», «ML», indicio de control CAS | search_export_control_candidates |
| Nombre/empresa + «screen», «KYC», «SDN», «sanctions list» | screen_entities |
| Nombre de buque / IMO + «owner», «operator», «beneficial owner», «shadow fleet» | screen_entities · entity_type=vessel |
| Buque/aeronave + «related parties», «owner graph», «manager», «charterer» | lookup_ofac_asset_related_parties → screen_entities |
| Nombre de banco / BIC / SWIFT + «sanctions», «screen» | screen_entities · entity_type=legal_person |
| Nombre/empresa + «as of date», «point-in-time», «audit» | screen_entities · as_of_date |
| Nombre del beneficiario + «payment», «VoP», «verification of payee» | screen_entity_vop |
| XML ISO 20022, pain.001 o 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 |
Indique al asistente el tipo de entidad y un identificador siempre que pueda.
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.Una coincidencia exacta de identificador es una prueba de alta confianza; una fecha de referencia cambia la ejecución al screening histórico.
screen_entities con registration_number.screen_entities con as_of_date e include_historical_closed=true.El screening de buques revela al propietario / controlador; la búsqueda de partes vinculadas devuelve solo metadatos de relación.
screen_entities · entity_type="vessel" · IMO como registration_number.lookup_ofac_asset_related_parties · item_type="vessel" (también "aircraft") · IMO como registration_number.screen_entities sobre las partes nombradas antes de cualquier decisión de compliance. Una coincidencia de parte vinculada no es por sí sola una determinación de sanciones.Palabras como «payment», «VoP», «EPC288-23», «PSP» y «payee» dirigen al modelo hacia la herramienta VoP.
screen_entity_vop.MTCH, CMTC, NMTC o NOAP, una etiqueta de escenario, y qué debería corregir o revisar el operador de pagos.MTCH — coincidencia, permitir.
CMTC — coincidencia aproximada, revisión manual.
NMTC — sin coincidencia, bloquear o investigar.
NOAP — no aplicable.
Diga «client HTML report» cuando necesite un entregable; «short overview» para una tarjeta rápida.
get_compliance_report.get_overview.El embargo separa las coincidencias directas de las de grupo; el modo solo arancel omite intencionadamente las medidas no arancelarias.
check_sanctions.get_duties.La búsqueda devuelve candidatos y preguntas de aclaración; la jerarquía muestra dónde se sitúa un código.
search_cn_codes.get_cn_description.Ambos devuelven clasificaciones candidatas — el texto legal sigue siendo la fuente determinante.
search_chemical_substances.search_export_control_candidates.El formulario /payment acepta pain.001 o pacs.008, le permite establecer el umbral / la fecha de referencia, y elegir entre one-shot o un caso de auditoría guardado.
validate_iso20022_payment. Esperado — tipo/versión del mensaje, estado de validación, nodos de la cadena de pago, advertencias (BIC faltantes, valores de lista de códigos no válidos) y estado XSD.open_payment_screening_form. El formulario ejecuta un screening one-shot o un PaymentCase persistido.One-shot — valida el XML, analiza la cadena, comprueba a los participantes, devuelve un informe HTML + screening_run_id. Durable-temporary en Supabase hasta el TTL; no es un PaymentCase. Herramienta: screen_iso20022_payment.
Persist PaymentCase — el mismo screening, guardado como un caso listo para auditoría. Herramienta: create_iso20022_payment_case.
Para marcar la casilla: escriba /payment → pegue el XML → active Persist payment case → envíe. El asistente debería invocar create_iso20022_payment_case y devolver un case_id. Regla de seguimiento: vuelva a leer un one-shot con get_payment_screening_run — no reenvíe el XML.
Estas preguntas funcionan después del informe — el agente lee el resultado guardado en lugar de reenviar el XML.
| Pregunta del usuario | Comportamiento esperado del agente |
|---|---|
| Muestra la cadena de pago — roles, nombres, países, veredicto. | Lee participants[] de get_payment_screening_run; representa el rol, el nombre, el país y screening.status. |
| ¿Qué participantes requieren revisión y por qué? | Filtra los participantes con hit / review / error, además de las advertencias de validación, la discrepancia de BIC y los BIC sin resolver. |
| ¿Hay advertencias de validación? | Lee validation.warnings[] — muestra el código, el mensaje, los detalles y el impacto en la auditoría. |
| ¿Cuál es el estado de la ejecución y cuándo caduca? | Lee screening_run.status, persistence, storage_backend, expires_at, ttl_seconds. |
| Muestra las listas de origen y los reglamentos de las coincidencias. | Inspecciona participants[].screening.matches[] — lista/fuente, reglamento/programa, autoridad, fecha de inclusión, URL de la fuente. |
| ¿BIC sin resolver o tareas de enriquecimiento agéntico? | Inspecciona agenticBicEnrichment y los estados de resolución; marca la salida de la búsqueda web como UNVERIFIED. |
| Formula el siguiente paso para el operador. | Usa la decisión principal + las advertencias — proceder solo si está clear; revisar las advertencias/discrepancias; bloquear o escalar las coincidencias de sanciones. |
| Muestra los recuentos del resumen. | Lee summary.hit_count, review_count, clear_count, warning_count. |
| Abre los detalles del participante de mayor riesgo. | Elige la puntuación más alta o el estado hit; muestra los identificadores, la coincidencia principal, la lista, el reglamento, los motivos y las fechas de la evidencia. |
| ¿Cómo guardo este pago en casos? ¿Puedo autorizarlo? | Explica la casilla Persist payment case; un one-shot completado necesita reenviarse para persistir. No autorices automáticamente — exige una revisión en caso de advertencias, hits o BIC sin resolver. |
Persistir conserva la evidencia de auditoría; el enriquecimiento agéntico de BIC es una ayuda de investigación, nunca un cambio de veredicto.
create_iso20022_payment_case, o /payment con Persist payment case activado.case_id, estado, informe HTML firmado, cadena de pago, advertencias de validación, veredictos por participante y, cuando proceda, una sección de enriquecimiento agéntico de BIC. La evidencia de seguimiento usa get_payment_case_evidence.resolve_payment_bics_agentic.screen_entities de seguimiento antes de autorizar.Después de cualquier familia de prompts, estas preguntas comprueban que el agente mantuvo el contexto — para demos, QA y formación.
| Familia de prompts | Preguntas de seguimiento útiles |
|---|---|
| entity / KYC | ¿Por qué esta puntuación? ¿Qué alias coincidieron? ¿Qué listas devolvieron resultados? Muestra el reglamento / programa / motivos. ¿Señales de propiedad o control? ¿Qué sigue? |
| audit / point-in-time | ¿Estaba el sujeto activo en la fecha seleccionada? ¿Cuándo se incluyó y se eliminó de la lista? ¿En qué se diferencia el estado histórico del actual? Muestra la pista de auditoría de la fuente. |
| VoP | ¿Qué código EPC se devolvió — MTCH, CMTC, NMTC, NOAP? ¿Por qué coincidencia aproximada? ¿Qué campos del ordenante deberían corregirse? |
| lv-frozen | ¿Es esto un registro de activos congelados o una entrada de sanciones ordinaria? ¿Quién es el principal sancionado? What ownership/control link is stated? |
| goods guided | ¿Qué flujo de trabajo se seleccionó y por qué? ¿Qué código CN? ¿Hay sanciones, prohibiciones o licencias? ¿Deberíamos abrir el informe HTML completo? |
| overview | ¿Cuál es la decisión de compliance breve? ¿Hay un tipo arancelario o una señal de sanciones RU/BY? ¿Cuándo se necesita un informe completo? |
| report | Muestra la base jurídica y los enlaces a las fuentes. ¿Qué prohibiciones o licencias aplican? ¿Qué notas a pie de página importan? Redacta un resumen ejecutivo. |
| embargo | ¿Coincidencia directa o a nivel de grupo? ¿Qué nivel de CN/partida se activó? ¿Qué reglamento aplica? ¿Deberíamos ejecutar el informe completo? |
| duty | ¿Cuál es el arancel de tercer país? ¿Hay un tipo preferencial? ¿Qué cambia con un país de origen distinto? |
| measures | ¿Qué tipos de medida aplican? ¿Prohibiciones, licencias, antidumping, IVA o códigos adicionales? |
| code / describe | ¿Qué código es más probable y por qué? ¿Alternativas más cercanas? ¿Qué preguntar al cliente? ¿Dónde está el código en la jerarquía de clasificación? |
| sources | ¿Qué fuentes están habilitadas? ¿Última actualización? ¿Sincronización diaria? ¿Fuentes deshabilitadas/candidatas? ¿Qué fuentes para entity/goods/payment? |
| payment | Muestra la cadena. ¿Quién requiere revisión y por qué? ¿Advertencias de validación? ¿Caducidad? ¿BIC sin resolver? ¿Recuentos del resumen? ¿Participante de mayor riesgo? ¿case_id y estado? ¿Evidencia almacenada? |
Dos prompts de explicabilidad — de dónde proceden los datos, y por qué una puntuación quedó donde quedó.
list_sanctions_sources.Una sola solicitud puede activar dos o más herramientas; el asistente las agrega en una única decisión para el operador.
get_compliance_report y screen_entities.check_sanctions, screen_entities, screen_entity_vop.Orientación para clientes que ejecutan Compliance MCP dentro de su propio ChatGPT o Claude.
7208510000, no 7208 51 0000.El asistente está diseñado para rechazar la evasión e insistir en respuestas fundamentadas y respaldadas por herramientas.
En ambas superficies — el asistente del Cabinet y el MCP externo — la regla es la misma: fundamentar la respuesta en una invocación de herramienta, conservar la evidencia y dejar que un analista revise todo lo que genere una advertencia o un hit.