MCP para Monitorización de Transacciones: Reglas Antifraude en Tiempo Real con Agentes de IA (ES)

La monitorización de transacciones es un control que nunca descansa. Cada pago, transferencia y recarga debe evaluarse frente a tus reglas en tiempo real, las alertas deben priorizarse, los riesgos genuinos deben convertirse en casos, y algunos de esos casos deben convertirse en un informe de actividad sospechosa (SAR). Es un trabajo de alto volumen, procedimental y basado en pruebas, el tipo que un agente de IA puede recorrer rápidamente cuando tiene un conjunto confiable de herramientas a su disposición. El servidor de Protocolo de Contexto de Modelo (MCP) de Didit MCP expone todo el ciclo de vida de la Monitorización de Transacciones como herramientas que un agente puede invocar en lenguaje natural, desde instalar un paquete de reglas hasta cerrar un ciclo de remediación.

Esta publicación recorre todo el proceso: conecta un cliente, instala y realiza pruebas retrospectivas de un paquete de reglas, prioriza las transacciones marcadas, abre casos, presenta un SAR y ejecuta el ciclo de auto-remediación AWAITING_USER.

Puntos clave

• El servidor MCP de Didit pone la Monitorización de Transacciones (parte de sus más de 130 herramientas en 11 categorías) detrás de comandos en lenguaje natural, por lo que un agente puede instalar reglas, priorizar alertas y gestionar casos en una sola conversación.
• La Monitorización de Transacciones ejecuta un motor de reglas en tiempo real con 11 paquetes de reglas predefinidos para monedas fiduciarias y criptomonedas, a $0.02 por transacción.
• La gestión de casos y el flujo de trabajo SAR están integrados, por lo que una transacción marcada puede pasar de la alerta al informe presentado sin salir de la plataforma.
• El estado AWAITING_USER impulsa un ciclo de auto-remediación: cuando una transacción necesita más información del cliente, el sistema se detiene, la recopila y se reanuda, y un agente puede orquestar todo el proceso de principio a fin.
• La autenticación es OAuth 2.1 con Prueba de Clave para Intercambio de Código (PKCE): "Iniciar sesión con Didit", sin clave de API para el servidor alojado, con alcance limitado a tu rol en la consola.
• Obtienes 500 comprobaciones gratuitas al mes, respuestas inferiores a 2 segundos y la capa MCP en sí es gratuita: solo pagas $0.02 por transacción por lo que monitorizas.

Por qué la Monitorización de Transacciones se adapta a un agente

El trabajo de monitorización es una secuencia de decisiones bien definidas. ¿Esta transacción infringió una regla? ¿La alerta es una preocupación real o un comportamiento esperado? ¿Justifica un caso? ¿El caso justifica un SAR? Cada paso lee evidencia estructurada y produce un resultado documentado: la forma de tarea que un agente de IA maneja de manera confiable cuando la plataforma subyacente realiza la detección. El agente no está inventando lógica de riesgo; está orquestando un motor de reglas en tiempo real, leyendo su salida y llevando cada elemento a su siguiente estado correcto, con un humano aprobando las decisiones consecuentes.

El módulo de Monitorización de Transacciones de Didit proporciona ese motor: evaluación en tiempo real, 11 paquetes de reglas predefinidos que cubren tipologías comunes de monedas fiduciarias y criptomonedas, agregaciones de velocidad, gestión de casos y un flujo de trabajo SAR. A través de MCP, todo se vuelve invocable en una frase.

Conexión de tu agente al servidor MCP

El servidor está ubicado en https://mcp.didit.me/mcp sobre Streamable HTTP: alojado o autoalojado desde el repositorio de código abierto bajo la licencia MIT. La autenticación es OAuth 2.1 con PKCE: un mensaje de "Iniciar sesión con Didit" en la primera conexión, sin clave de API para pegar en el extremo alojado y el agente hereda tu rol de consola a través de los ámbitos didit:management y didit:verification. Solo puede actuar donde tu cuenta ya puede.

Añádelo a Claude Code en una línea, luego verifica con /mcp:

claude mcp add --transport http didit https://mcp.didit.me/mcp

Claude Desktop, Cursor, VS Code, Windsurf y Zed se conectan a través de una breve configuración JSON que apunta a la misma URL. ChatGPT Developer Mode se puede conectar a través del soporte beta de OpenAI para MCP, que aún está en fase inicial, así que trátalo como experimental. Los detalles completos de la configuración se encuentran en los documentos generales de MCP.

Instalación y prueba retrospectiva de un paquete de reglas

No empiezas con un conjunto de reglas en blanco. Pídele al agente que instale uno de los 11 paquetes predefinidos que coincida con tu perfil de riesgo:

"Instala el paquete de reglas de jurisdicciones de alto riesgo para nuestros flujos de pago en monedas fiduciarias".

El agente activa el paquete a través de las herramientas de monitorización e informa qué reglas ha añadido. Antes de que esas reglas se ejecuten en vivo, quieres saber cómo se habrían comportado con datos históricos reales: un paquete que habría marcado un tercio del volumen legítimo del mes pasado necesita ajustes antes de tocar la producción. Así que pruébalo retrospectivamente:

"Realiza pruebas retrospectivas de ese paquete con los últimos 90 días de transacciones y dime cuántas se habrían marcado y la probable tasa de falsos positivos".

El agente ejecuta el paquete con datos históricos y devuelve el recuento de marcas, la distribución por reglas y dónde se concentra el ruido. Iteras: ajustando un umbral de velocidad, reduciendo una lista de jurisdicciones, hasta que la relación señal/ruido sea una con la que tu equipo pueda trabajar.

Priorización de alertas y apertura de casos

Una vez que el paquete está en vivo a $0.02 por transacción, las alertas llegan en tiempo real. La priorización es el trabajo diario y es donde un agente se gana su lugar. Pídele que resuma la cola:

"Muéstrame las transacciones marcadas de hoy agrupadas por regla y dime cuáles parecen un riesgo genuino frente a un comportamiento esperado del cliente".

El agente lee cada alerta con su contexto: importe, contraparte, patrón de velocidad, la regla que se activó, y las clasifica en potencialmente genuinas y probablemente benignas, explicando su razonamiento para las que importan. Para las transacciones que justifiquen un examen más detenido, abre casos:

"Abre un caso para las tres alertas de patrones de estructuración en la cuenta 4471 y adjunta las transacciones que las activaron".

La gestión de casos conserva la evidencia, la línea de tiempo y las notas del analista en un solo lugar, por lo que el registro de la investigación se construye a medida que el agente trabaja.

Presentación de un SAR

Cuando un caso cruza el umbral de sospechoso a denunciable, el flujo de trabajo SAR toma el control. El agente que investigó el caso puede redactar el informe a partir de la evidencia ya adjunta:

"Redacta un SAR para el caso de estructuración en la cuenta 4471, resumiendo el patrón, las transacciones involucradas y la línea de tiempo".

El agente ensambla la narrativa a partir del registro del caso: lo que se observó, qué transacciones, durante qué período, por qué cumple con el umbral de actividad sospechosa, y lo presenta para su revisión. Un humano siempre aprueba y presenta; el agente elimina el problema de la página en blanco y se asegura de que nada de la evidencia del caso se omita. Debido a que el SAR se construye a partir del mismo caso que el agente ha estado gestionando, el informe es coherente con el registro subyacente en lugar de una nueva narración.

Ejecución del ciclo de remediación AWAITING_USER

No todas las alertas son fraudulentas: a veces una transacción solo necesita más información del cliente antes de poder completarse. Para eso está el estado AWAITING_USER. Cuando una transacción llega allí, la plataforma la detiene, solicita el detalle faltante al cliente y se reanuda automáticamente una vez que el cliente responde. Un agente puede impulsar todo el ciclo:

"Pon la alerta de transferencia grande pendiente en AWAITING_USER, solicita documentación de la fuente de fondos al cliente y reanuda la monitorización cuando respondan".

La transacción se mantiene en un estado pendiente controlado en lugar de bloquearse por completo o aprobarse sin más. Cuando el cliente proporciona la documentación, el flujo continúa; si no lo hace, el elemento permanece visible para su revisión. Este ciclo de auto-remediación mantiene a los clientes legítimos en movimiento mientras retiene las transacciones genuinamente no resueltas, y significa que tu agente puede resolver una gran parte de las alertas sin que un humano toque cada una de ellas.

Empieza gratis

La Monitorización de Transacciones a través de MCP significa que un analista describe el control: instala este paquete, pruébalo retrospectivamente, prioriza la cola, abre un caso, redacta el SAR, ejecuta el ciclo de remediación, y el agente lleva cada transacción a su siguiente estado correcto con un humano tomando las decisiones consecuentes. Didit es utilizado por más de 1500 empresas, está respaldado por $7.5 millones en financiación, es una empresa Y Combinator W26, es rentable y cubre más de 220 países y territorios. Empieza gratis: 500 comprobaciones al mes sin coste alguno, la capa MCP gratuita y $0.02 por transacción por encima del nivel gratuito. Lee la visión general de MCP, explora el hub para desarrolladores o autoalberga el servidor de código abierto y conecta tu agente hoy mismo.