No todas las entidades necesitan lo mismo. Un banco que ya opera con su propio motor antifraude busca capas de señal que no tiene; una fintech en crecimiento necesita el ciclo completo, desde la captura biométrica hasta la decisión en la ordenación interbancaria. Los tres formatos que siguen cubren ese espectro y se diferencian en profundidad de integración, latencia y nivel de acompañamiento operativo.
Pensado para entidades que ya cuentan con un sistema antifraude en producción y no quieren reemplazarlo. Se conecta vía API de decisión en la ventana previa a la ordenación de la transferencia, y devuelve una puntuación de riesgo de mula junto con las señales que la sustentan: huella de dispositivo, coherencia biométrica entre sesiones, velocidad de dispersión de fondos entrantes y relación del receptor con cuentas previamente marcadas. La entidad conserva la lógica de bloqueo y solo incorpora un criterio adicional ponderable.
Ver composición técnicaPara operaciones que necesitan reconstruir cadenas de perfiles biométricos falsos, no solo marcar cuentas aisladas. Incluye construcción incremental de grafo entre titulares, dispositivos, IPs y patrones de dispersión; detección de transiciones de identidad cuando un perfil se quema y otro toma el relevo; y umbrales calibrados por segmento de cliente para no castigar cuentas nómina con poco historial. Requiere acceso a eventos de sesión y a metadatos de transferencias entrantes y salientes.
Ver enfoque de calibraciónOrientado a equipos que están montando su primera capa de detección y prefieren no calibrar a ciegas. Cubre revisión conjunta de falsos positivos durante las primeras semanas, definición de umbrales por tipo de cuenta y antigüedad, y protocolos de revisión manual para los casos que el modelo deja en zona gris. El objetivo no es solo reducir el recall perdido, sino evitar que un bloqueo erróneo genere una reclamación que cueste más que el fraude evitado.
Consultar disponibilidadLos tres formatos comparten el mismo núcleo de detección en tiempo real. La diferencia está en cuánta infraestructura aporta la entidad y cuánta delegamos nosotros. Puedes revisar el contexto de cómo trabajamos con entidades reguladas antes de definir el punto de partida.
Antes de contratar un sistema de detección conviene fijar el terreno. Estas son las definiciones operativas que usamos en MuleTrace AI, los límites del modelo y las condiciones que asumimos por escrito con cada entidad. No son matices menores: de ellas depende qué se bloquea, qué se marca para revisión y qué se deja pasar.
Una cuenta mula es aquella cuyo titular cede el control operativo a un tercero, de forma consciente o por engaño, para canalizar fondos de origen ilícito. En nuestro sistema esto se traduce en señales concretas: dispositivo compartido con otras cuentas, patrón de dispersión en menos de diez minutos tras el abono, y una biometría que no coincide con el historial previo del titular. Una cuenta con movimientos inusuales pero sin cesión de control no entra en esta categoría, aunque genere alertas de otro tipo.
El análisis se ejecuta en la ventana de ordenación de la transferencia interbancaria, cuando el dinero todavía no ha salido del banco emisor. Eso implica trabajar con datos incompletos: no hay confirmación del receptor, no hay historial del día y a veces falta la verificación biométrica completa. El modelo está calibrado para decidir con esa incertidumbre, no para esperar el cierre contable. Si una entidad necesita revisión posterior, la marca queda registrada pero la operación ya se resolvió en línea.
Identificamos cadenas de perfiles que se activan por turnos sobre una misma cuenta receptora, con dispositivos distintos y huellas biométricas que imitan a personas diferentes. Lo que no hacemos es certificar la identidad real detrás de cada selfie. Nuestro alcance es la coherencia temporal y la relación entre perfiles, no la verificación documental. Esa parte sigue siendo responsabilidad del proceso de alta de cliente de cada entidad.
Ningún modelo de este tipo opera con precisión perfecta. Un cliente con poco historial, una cuenta nómina recién abierta o un cambio de dispositivo legítimo pueden activar una alerta. Por eso los umbrales se ajustan por segmento y por antigüedad de la cuenta, y cada bloqueo erróneo queda registrado con su motivo para auditoría. La entidad decide si quiere priorizar recall o precisión según su perfil de riesgo; nosotros no imponemos esa decisión.
Para operar necesitamos el flujo de ordenación de transferencias, metadatos de dispositivo y sesión, y el historial de la cuenta receptora en el momento de la operación. No solicitamos datos personales más allá de lo que ya gestiona el banco, ni accedemos a información fuera del perímetro de la entidad. La integración se hace sobre los sistemas existentes, sin réplica completa de bases de datos ni almacenamiento de biometría en bruto.
No cubrimos fraude con tarjeta, suplantación en canales presenciales ni blanqueo de capitales en operaciones no P2P. Tampoco sustituimos al oficial de cumplimiento ni emitimos dictámenes regulatorios. El sistema marca, prioriza y documenta; la decisión final de bloquear, reportar o cerrar una cuenta sigue siendo de la entidad. Si una operación requiere intervención humana, la cola de revisión queda separada de las decisiones automáticas.