Cómo investigar robo de cuentas, cuentas mula y fraude con tarjeta con agentes de IA
Guía para líderes de fraude en fintechs mexicanas: agentes de IA que investigan robo de cuentas, cuentas mula que reciben SPEI, alertas de tarjeta y contracargos.
El fraude en México cambia cada semana. Un día es robo de cuenta con un SIM swap, al siguiente una red de cuentas recién abiertas que reciben SPEI de víctimas de una estafa y lo sacan en minutos, y en medio siguen llegando alertas de tarjeta y contracargos. Tus reglas y tu proveedor antifraude generan las alertas; lo que no escala es la investigación detrás de cada una, que hoy hace un analista abriendo cinco herramientas. Ese trabajo lo puede hacer un agente de IA, y cada alerta adicional prácticamente no cuesta nada.
Esta es una guía práctica para líderes de fraude en fintechs y emisores de tarjetas en México: qué investigaciones darle a un agente, cómo trabaja junto a tu proveedor antifraude, qué decisiones nunca deja de tomar tu equipo y cómo medirlo.
Qué hace. El agente toma cada alerta, junta las señales de dispositivo, el historial de la cuenta, los movimientos y los casos relacionados, y le deja a tu analista una investigación con recomendación.
Qué no es. Un modelo de scoring nuevo ni un bot que bloquea cuentas por su cuenta. Tus reglas siguen siendo tus reglas; el agente investiga lo que ellas no pueden decidir.
Dónde se le va el tiempo a tu equipo
| Proceso | Lo que hace hoy una persona | Lo que hace el agente | Lo que decide una persona |
|---|---|---|---|
| Robo de cuenta | Revisa cambio de celular, nuevo dispositivo, inicio de sesión raro y transferencias | Arma la línea de tiempo de la sesión y compara con el comportamiento normal del cliente | Bloquear, pedir validación o liberar |
| Cuentas mula | Busca depósitos de muchos ordenantes y salidas inmediatas | Traza el dinero que entra y sale, busca dispositivos y datos compartidos con otras cuentas | Congelar, cerrar o reportar a cumplimiento |
| Alertas de tarjeta | Revisa compras en la bandeja del procesador una por una | Agrupa las alertas por patrón (prueba de tarjetas, comercio comprometido) y prioriza | Declinar, bloquear la tarjeta o liberar |
| Contracargos | Junta evidencia del comercio, del procesador y del cliente | Arma el expediente y redacta la respuesta | Disputar o aceptar |
| Afinar reglas | Saca reportes de falsos positivos a mano | Resume qué reglas generan más alertas que terminan liberadas | Cambiar umbrales |
Arranca con la investigación de cuentas mula o de robo de cuenta, la que hoy tenga más alertas pendientes. Son las que más tiempo le quitan a tu equipo y las que mejor se benefician de juntar muchas fuentes.
Cómo trabaja un agente de fraude
- Recibe la alerta de tu motor de reglas, de tu proveedor o de tu procesador.
- Junta el contexto en modo lectura: dispositivo, IP, cambios recientes en la cuenta, SPEI enviados y recibidos, compras con tarjeta.
- Busca relaciones. Otras cuentas con el mismo dispositivo, la misma CLABE de destino o los mismos datos de contacto.
- Escribe la investigación: qué pasó, qué tan seguro está, qué explicaciones alternativas hay y qué recomienda.
- Tu analista decide en Slack o en tu herramienta de casos, y el agente registra la decisión.
Las herramientas
| Para qué | Lo que ya usas |
|---|---|
| Señales antifraude y de dispositivo | Tu proveedor antifraude, por ejemplo SEON o Bayonet |
| Identidad del cliente | Incode, Nufi, Truora, tu propio onboarding |
| Pagos | SPEI con tu banco o con STP, CoDi y DiMo |
| Tarjetas y contracargos | Tu procesador de tarjetas, Conekta, Openpay, Stripe |
| Datos y casos | Tu base de datos, BigQuery o Snowflake, tu herramienta de casos |
| Autorizaciones | Slack |
| Infraestructura para agentes | Runtime |
Con agentes de código como Claude Code, conectar una fuente nueva es cuestión de pedirlo: el agente escribe la consulta o la integración, la prueba y la guarda. Ya no dependes de que tu proveedor saque un conector.
Runtime es el sistema operativo para agentes de IA. Cada agente corre en su propia computadora aislada, con credenciales de solo lectura, y cualquier bloqueo o congelamiento espera el visto bueno de una persona responsable. Tarjetas, CLABE e INE se enmascaran antes de llegar al modelo.
Paso 1: escribe cómo investiga tu mejor analista
Este paso lo hace tu equipo. Escoge un tipo de alerta y escribe qué revisa tu mejor analista, qué señales le pesan más, cuáles le parecen ruido y cuándo escala.
- Explícale el porqué. "Revisa si cambió el número de celular en las últimas 48 horas, porque así empiezan casi todos los robos de cuenta que vemos" es mucho mejor que "revisa el celular".
- Dile qué error no puede cometer. "Nunca recomiendes cerrar una cuenta solo porque recibió muchos depósitos; hay comercios y tandas que se ven igual."
Paso 2: conecta tus fuentes en modo lectura
El agente necesita leer alertas, señales, movimientos y datos de la cuenta. No necesita bloquear ni declinar nada. Las credenciales se cargan desde el dashboard de Runtime, nunca se pegan en un chat.
Investiga esta alerta de posible cuenta mula. Trae todos los SPEI que recibió y envió en los últimos 15 días, cuántos ordenantes distintos tiene, cuánto tiempo pasa entre que entra y sale el dinero y a qué CLABE se va. Busca otras cuentas con el mismo dispositivo o los mismos datos de contacto. Dime qué tan probable es que sea mula, qué otra explicación podría haber y qué harías. No bloquees nada.
Paso 3: ponlo en paralelo con tus analistas
Durante una o dos semanas el agente investiga las mismas alertas que tu equipo, sin tocar nada. Comparan conclusiones: en cuántas coincidió, dónde se fue de largo y dónde vio algo que tu equipo no. Las diferencias se vuelven instrucciones.
Paso 4: dale la primera revisión
El agente hace la primera pasada de cada alerta y la deja ordenada por riesgo. Las que recomienda liberar con alta confianza las revisa tu equipo en bloque; las de riesgo alto llegan primero a Slack con la investigación completa. Prográmalo para que corra cada pocos minutos y que el turno de la mañana no encuentre cientos de alertas acumuladas.
Paso 5: cierra el círculo con tus reglas
Cada semana pídele al agente un resumen de qué reglas generaron más alertas que terminaron liberadas y qué patrones nuevos aparecieron en los casos confirmados. Los cambios a las reglas los decides tú; el agente te da la evidencia.
Revisa las alertas cerradas de la semana pasada. Dime qué cinco reglas generaron más falsos positivos, con ejemplos, y qué patrones se repitieron en los casos que sí fueron fraude. No cambies ninguna regla.
Lo que se queda con tu equipo
| Qué | Por qué |
|---|---|
| Bloquear cuentas o tarjetas | Pega directo en un cliente que puede ser legítimo |
| Congelar o devolver fondos | Mueve dinero y tiene consecuencias legales |
| Calificar a alguien como defraudador | Es tu criterio y tu responsabilidad |
| Cambiar reglas y umbrales | Es tu apetito de riesgo |
| Pasarle un caso a cumplimiento | Puede terminar en un reporte a la UIF |
Lo que hemos aprendido
- Empieza con un tipo de alerta. Cuentas mula bien investigadas convencen más que todo el catálogo a medias.
- Las alternativas importan. Pídele al agente que siempre diga qué otra explicación podría haber; eso evita bloquear a comercios y clientes legítimos.
- Lo valioso son las relaciones. Donde un agente se luce es en encontrar que diez cuentas comparten dispositivo o CLABE de destino, algo que a mano casi nadie alcanza a revisar.
- El fraude cambia; las instrucciones también. Cuando tu equipo detecta un patrón nuevo, se lo explica al agente y desde ese día lo busca en todas las alertas.
Lo que te va a pedir cumplimiento
Tu oficial de cumplimiento va a querer saber cuatro cosas:
- Quién decide. Bloqueos y congelamientos esperan la autorización de una persona.
- Qué datos ve el agente. Tarjetas, CLABE e INE se enmascaran antes de llegar al modelo, y Runtime nunca entrena con tus datos.
- Qué hizo y por qué. Cada investigación queda en una bitácora exportable.
- Cómo pasa un caso a PLD. Si una cuenta mula puede ser lavado, el agente le deja el expediente a cumplimiento, que decide si se reporta a la UIF y revisa la Lista de Personas Bloqueadas.
Para el lado de cumplimiento, revisa la guía de agentes de IA para cumplimiento.
Cómo medir resultados
| Indicador | Qué te dice |
|---|---|
| Tiempo desde la alerta hasta la decisión | Si llegas antes de que salga el dinero |
| Alertas pendientes al inicio del turno | Si ya no se te acumulan |
| Recomendaciones aceptadas sin cambios | Qué tan bien investiga el agente |
| Pérdidas por fraude | El resultado que de verdad importa |
| Clientes legítimos bloqueados | El costo de equivocarte hacia el otro lado |
Mide dos semanas antes de arrancar para tener con qué comparar.
Un calendario realista
| Etapa | Tiempo |
|---|---|
| Infraestructura para agentes | Minutos con Runtime; semanas si la construyes tú |
| Documentar un tipo de alerta y conectar fuentes | 1 semana |
| Investigación en paralelo | 1 a 2 semanas |
| Primera revisión de alertas con autorizaciones | Semana 3 o 4 |
| Contracargos y afinación de reglas | Mes 2 |
Rain, emisor de tarjetas con presencia en más de 150 países, usa Runtime para soporte técnico, monitoreo de fraude y riesgo, cumplimiento, ciberseguridad, investigaciones de ingeniería, revisión de PRs, QA y reportes, y se ha ahorrado $750k en proveedores y nómina.
En resumen
Tus reglas detectan; tu equipo decide. En medio hay horas de investigación que un agente puede hacer en minutos y con más contexto. Empieza con un tipo de alerta, compáralo con tus analistas y deja que cada patrón nuevo se vuelva una instrucción.
Ahora sí, a cazar fraude.
Preguntas frecuentes
¿Cómo ayuda un agente de IA a prevenir fraude en una fintech mexicana?
No sustituye a tu motor de reglas ni a tu proveedor antifraude. Se encarga de lo que pasa después de la alerta: junta las señales del dispositivo, el historial de la cuenta, los SPEI enviados y recibidos y los casos parecidos, y le deja a tu analista una investigación lista para decidir.
¿Un agente puede detectar cuentas mula que reciben SPEI?
Puede investigar las cuentas que tus reglas marcan: patrones de muchos depósitos de distintos ordenantes que salen casi de inmediato, cuentas recién abiertas que reciben montos altos o dispositivos compartidos entre varias cuentas. El agente explica por qué una cuenta parece mula; bloquearla lo decide una persona.
¿El agente puede bloquear una cuenta o una tarjeta?
Solo si tú lo configuras así, y siempre con la autorización de una persona responsable. Lo normal es que el agente trabaje en modo lectura y que bloquear, congelar fondos o cancelar una tarjeta espere el visto bueno de tu equipo en Slack o en el dashboard.
¿Funciona con SEON o con el proveedor antifraude que ya tengo?
Sí. El agente lee las alertas y señales de tu proveedor (por ejemplo SEON o Bayonet), de tu procesador de tarjetas y de tu base de datos, igual que lo haría un analista. No tienes que cambiar de proveedor; el agente trabaja encima de lo que ya tienes.
¿Qué pasa con los contracargos?
El agente arma el expediente de cada contracargo: la operación, el 3D Secure si hubo, la entrega, los mensajes con el cliente y el historial de la tarjeta. Propone si conviene disputarlo y redacta la respuesta; tu equipo decide y la envía antes del plazo de la red.
¿Qué es Runtime?
Runtime es el sistema operativo para agentes de IA en equipos de pagos y fintech. Cada agente corre en una computadora aislada con accesos limitados, espera autorización antes de mover dinero o tocar una cuenta, enmascara tarjetas, CLABE e INE antes de que lleguen al modelo y deja una bitácora exportable de cada investigación.
Pon a tu primer agente a investigar alertas de fraude
Trae tu tipo de alerta más pesado. Un ingeniero de IA de Runtime configura el agente, las conexiones y las autorizaciones con tu equipo.