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 el lado operativo de la Monitorización de Transacciones — ingesta, búsqueda, priorización, análisis de billeteras y el ciclo de vida de los casos — como herramientas que un agente puede invocar en lenguaje natural, desde enviar una transacción hasta cerrar un ciclo de remediación.

Esta publicación recorre todo el proceso: conecta un cliente, envía transacciones para su evaluación en tiempo real, prioriza lo que se marca, abre y trabaja casos, reúne la evidencia que respalda una presentación y ejecuta el ciclo de auto-remediación AWAITING_USER. La configuración de los paquetes de reglas y la presentación del SAR en sí se quedan en la Consola de Negocio: el agente cubre todo lo que hay en medio.

Puntos clave

• El servidor MCP de Didit pone la Monitorización de Transacciones (parte de sus 115 herramientas en 11 categorías) detrás de comandos en lenguaje natural, por lo que un agente puede enviar transacciones, priorizar alertas, analizar billeteras 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.

Configura tus reglas y luego entrega la cola al agente

No partes de un conjunto de reglas en blanco. Didit incluye 11 paquetes de reglas predefinidos para monedas fiduciarias y criptomonedas, y los instalas y ajustas en la Consola de Negocio: eliges el paquete que se ajusta a tu perfil de riesgo, ajustas los umbrales de velocidad, acotas las listas de jurisdicciones y realizas pruebas retrospectivas contra tu historial antes de que nada se ejecute en producción.

Ese paso de configuración es deliberadamente una decisión humana, del lado de la consola: un paquete que habría marcado un tercio del volumen legítimo del mes pasado necesita ajustes antes de tocar producción, y esa es una decisión de apetito de riesgo, no un objetivo de automatización.

Una vez que las reglas están activas, todo lo que viene después es donde el agente se gana su sitio. Envía tráfico para su evaluación y lee la decisión en lenguaje natural:

"Envía esta transacción a monitorización y dime la decisión de riesgo y qué regla se activó".

El agente llama a las herramientas de monitorización, devuelve la decisión y la regla que la produjo, y tú sigues trabajando en la misma conversación.

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.

Del caso al informe presentado

Cuando un caso cruza el umbral de sospechoso a reportable, el flujo de trabajo del SAR (Informe de Actividad Sospechosa) toma el relevo en la consola. El trabajo del agente es todo lo que lleva hasta ahí: ha estado leyendo las transacciones, manteniendo el registro del caso y añadiendo la evidencia, así que puede montar la narrativa desde la que tú presentas.

"Escala el caso de estructuración en la cuenta 4471 y resume el patrón, las transacciones involucradas y la línea de tiempo".

El agente escala el caso y monta el resumen a partir del registro del caso: qué se observó, qué transacciones, en qué periodo y por qué supera el umbral de actividad sospechosa. Un humano revisa y presenta el SAR en la consola. El agente elimina el problema de la página en blanco y se asegura de que no se quede fuera nada de la evidencia del caso; como el resumen se construye a partir del mismo caso que el agente ha estado gestionando, se mantiene coherente con el registro subyacente en lugar de convertirse en un relato aparte.

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: envía la transacción, prioriza la cola, abre un caso, reúne la evidencia, 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 2000 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.