Screening de pagos: cómo funciona y qué no detecta


El screening de pagos (payment screening) responde una sola pregunta antes de que el dinero se mueva: ¿puede la institución operar con esta contraparte? En este artículo explicamos cómo funciona, en qué se diferencia del monitoreo transaccional y del screening de fraude, qué no detectan las listas en los pagos instantáneos y en el crédito digital, y qué señales del dispositivo y de la sesión ayudan a cerrar esa brecha.
El screening de pagos es el control que una institución financiera aplica a un pago antes de ejecutarlo. El ordenante, el beneficiario, sus bancos y otros datos del mensaje de pago se cotejan con listas de sanciones, listas restrictivas, datos de PEP (personas expuestas políticamente) y listas de vigilancia internas. Una posible coincidencia retiene el pago para su revisión; una coincidencia confirmada implica que se bloquea o se rechaza.
El screening de pagos suele verse como un control de sanciones, y las obligaciones que lo respaldan son estrictas: las regulaciones de la OFAC se aplican a pagos de cualquier monto, y en la UE los proveedores de transferencias instantáneas en euros deben verificar a sus clientes contra las listas de sanciones de la UE al menos una vez al día.
Para los prestamistas digitales, ese enfoque pasa por alto otro problema. Un crédito desembolsado a una cuenta mula, o un desembolso solicitado desde una sesión que el prestatario no controla, supera el screening de sanciones porque ninguna de las partes figura en una lista. Las listas indican si la institución puede realizar el pago; no pueden indicar si el pago es lo que parece.
El proceso se ejecuta en el breve intervalo entre la orden de pago y su ejecución, ya sea una transferencia nacional, una transferencia internacional o el desembolso de un crédito.
El motor de screening lee los campos que identifican a las partes: nombres, direcciones, identificadores de cuenta, identificadores bancarios, códigos de país y el texto libre del pago. El texto libre importa, porque una parte sancionada puede aparecer en el concepto del pago y no en un campo de nombre.
Esos campos se comparan con las listas que obligan a la institución (por ejemplo, las listas de sanciones de la OFAC, la UE, la ONU y el Reino Unido), además de datos de PEP y listas de vigilancia internas. El cotejo es aproximado por diseño (fuzzy matching), para detectar transliteraciones, errores ortográficos y nombres en distinto orden. Ese mismo diseño es también el origen de los falsos positivos.
Una posible coincidencia retiene el pago. Un analista compara identificadores secundarios, como la fecha de nacimiento, la nacionalidad o el domicilio, y luego libera el pago, lo rechaza o congela los fondos y lo reporta. El monto no cambia la obligación: la OFAC indica que sus regulaciones no establecen un monto mínimo ni máximo.
El screening ocurre antes de que se muevan los fondos. Eso lo distingue del monitoreo transaccional, que analiza la actividad después de la ejecución. Una vez liquidada la transferencia, la institución solo puede investigar e intentar recuperar el dinero.
Los tres controles pueden estar a cargo de los mismos equipos y, a veces, se contratan al mismo proveedor; por eso se confunden. Los tres responden preguntas distintas en momentos distintos.
| Screening de pagos | Monitoreo transaccional | Screening de fraude | |
|---|---|---|---|
| Pregunta que responde | ¿Podemos operar con esta contraparte? | ¿La actividad de esta cuenta en el tiempo sugiere lavado de dinero? | ¿Este pago, y la sesión que lo origina, parecen legítimos? |
| Cuándo se ejecuta | Antes de la ejecución, en cada pago | Después de la ejecución, sobre muchas transacciones | Antes de la ejecución, en tiempo real |
| Qué revisa | Nombres e identificadores contra listas de sanciones, PEP y de vigilancia | Patrones como velocidad, fraccionamiento y contrapartes inusuales | Dispositivo, sesión, comportamiento, historial de la cuenta y riesgo del beneficiario |
| Resultado típico | Liberar, rechazar, o congelar y reportar | Alerta, investigación, posible reporte de operación sospechosa | Aprobar, pedir verificación adicional, retener o rechazar |
| Motivación principal | Obligaciones de sanciones y AML | Obligaciones de AML | Prevención de pérdidas y, en algunos mercados, responsabilidad de reembolso |
Una brecha en uno de estos controles rara vez la cubren los otros dos. Un motor de sanciones normalmente no ve el dispositivo, y un modelo de fraude no está diseñado para cotejar nombres con una lista de congelamiento de activos.
Nuestras guías sobre fraude transaccional y prevención de fraude en pagos profundizan en el lado del fraude.
El screening de listas pregunta si una parte aparece en una lista. En los patrones de fraude que siguen, ninguna aparece. El mensaje de pago está limpio, y el riesgo está en quién lo inició, desde qué dispositivo y adónde va el dinero después.
En el fraude de pago autorizado (APP, por sus siglas en inglés), el titular de la cuenta es manipulado para que envíe el pago él mismo. El beneficiario suele ser una cuenta común, no una entidad listada, así que el screening de sanciones lo aprueba.
La magnitud se ve en los datos de reguladores y de la industria. En el Espacio Económico Europeo, las pérdidas por fraude en transferencias alcanzaron 2200 millones de euros en 2024, y los usuarios de servicios de pago asumieron alrededor del 85%, principalmente por estafas que los llevaron a iniciar ellos mismos las transferencias (EBA/BCE, 2025). En el Reino Unido, las pérdidas por fraude APP aumentaron 19%, hasta 576,4 millones de libras, en 2025 (UK Finance, 2026).
Los fondos del fraude suelen llegar a cuentas de personas reales, que luego mueven el dinero. Verificar el nombre del titular no arroja nada, porque esa persona no figura en ninguna lista. Los patrones detrás de estas cuentas se explican en nuestro artículo sobre esquemas de fraude con cuentas drop.
Cuando un defraudador toma el control de una cuenta legítima, el pago sale de la cuenta del cliente correcto hacia un beneficiario que ninguna lista conoce. El FBI informa que los incidentes de robo de cuenta gestionados a través de su Financial Fraud Kill Chain pueden incluir 50 o más transacciones a distintas cuentas receptoras en varios bancos al mismo tiempo (FBI IC3, informe 2025). Cómo empiezan estos robos se explica en nuestra guía sobre account takeover.
Los pagos instantáneos hacen que estas brechas sean más difíciles de cerrar: una transferencia se liquida en segundos, así que no hay margen para retenerla y revisarla, y el dinero que llega a una cuenta mula puede ser difícil de recuperar. Brasil, India y la UE muestran el mismo patrón: los controles actúan en el momento del pago o después, mientras que las señales de alerta aparecen antes.
El mecanismo de devolución de Pix en Brasil, el MED, permite que el banco del pagador bloquee y devuelva fondos cuando hay sospecha de fraude, pero después de que la transferencia ya se realizó. El propio banco central señala que los defraudadores dispersan rápidamente el dinero entre otras cuentas, fuera del alcance del mecanismo original (Banco Central do Brasil, Voto 105/2025). Como muestra nuestro análisis sobre prevención de fraude en Pix, las señales que distinguen una estafa de un pago genuino aparecen antes, en el onboarding y el inicio de sesión: la clave Pix pegada en lugar de escrita, una llamada telefónica activa durante la transferencia o una geolocalización que no coincide con la IP.
En un documento de discusión de abril de 2026, el RBI propuso un retraso de una hora en el banco del pagador para pagos autorizados por el cliente de 10 000 rupias o más, incluidas las transferencias por UPI, con los pagos a comercios exentos. Como argumentamos en UPI fraud controls are too late, un retraso sigue actuando en el momento del pago, cuando una llamada o un mensaje ya presionó al cliente. La consistencia del dispositivo, el comportamiento de la sesión y señales de telecomunicaciones como el SIM swap pueden mostrar el riesgo que se acumula antes.
El Reglamento de Pagos Instantáneos (UE) 2024/886 sacó el screening de sanciones de la transferencia instantánea: los proveedores verifican a sus clientes contra las listas de la UE al menos una vez al día y no pueden repetir esa verificación en cada pago (artículo 5 quinquies), porque el screening por transacción rechazaba demasiadas transferencias legítimas (considerando 25). El control que se añadió en el momento del pago, la verificación del beneficiario, solo confirma que el nombre del beneficiario coincide con la cuenta (artículo 5 quater), así que una cuenta mula abierta a nombre de una persona real lo supera.
En los tres, los controles en el momento del pago o después (listas, cotejo de nombres, retrasos, devoluciones) ven solo una parte del panorama. Las señales más tempranas están en el dispositivo y la sesión detrás de la transferencia, que tratamos en la siguiente sección.
El screening de fraude aporta lo que el mensaje de pago no contiene: el dispositivo y la sesión que lo generaron. Un pago desde un dispositivo conocido, en una sesión que se comporta como las anteriores del cliente, tiene un riesgo distinto al del mismo pago enviado desde un emulador minutos después de un restablecimiento de contraseña.
Las señales que suelen usarse se agrupan así:
Ninguna de estas señales prueba fraude por sí sola. Pero cada una modifica la estimación de riesgo. En conjunto, ayudan a distinguir a un cliente que hace un pago inusual de una sesión tomada por un tercero o automatizada con scripts.
Esta es la capa que cubre la inteligencia de dispositivos, junto al screening de sanciones y no en su lugar.
El pago propio de un prestamista, el desembolso del crédito, supera el screening de sanciones siempre que ninguna de las partes figure en una lista. Los prestamistas pueden verificar ese desembolso antes, en la solicitud: quién la presentó, desde qué dispositivo y a qué cuenta pidió que se depositara el dinero.
Un mismo dispositivo que envía varias solicitudes con distintas cuentas de desembolso, o que está vinculado a cuentas con impagos previos, puede decir más sobre el destino del dinero que el nombre del beneficiario. Como lo expresa Temitope Adetunji, CEO de CashExpress Nigeria: “Cuando diez personas usan un solo teléfono inteligente, la puntuación tradicional se vuelve impotente” (caso de éxito de CashExpress). Los servicios de inteligencia de dispositivos como JuicyScore actúan en esta etapa: JuicyScore utiliza más de 250 parámetros para el scoring de dispositivos, sin depender de identificadores directos como nombre, teléfono o correo electrónico.
Cada falso positivo es un pago demorado y tiempo de un analista. Los legisladores de la UE constataron que verificar cada transferencia marcaba un número muy alto de pagos, la mayoría sin relación con ninguna persona sancionada (considerando 25, Reglamento (UE) 2024/886). Tres palancas reducen esa carga:
Una advertencia sobre las verificaciones adicionales: UK Finance informa que en 2025 los delincuentes usaron ingeniería social para obtener los códigos de un solo uso de los clientes (UK Finance, 2026). A un cliente se le puede sacar un código con engaños; las señales del dispositivo y de la sesión siguen funcionando cuando eso ocurre.
Solicite una demo para ver cómo las señales del dispositivo y del comportamiento de JuicyScore pueden complementar sus decisiones de fraude y crédito.
Nota del editor: este artículo fue revisado y actualizado en octubre de 2026 con los datos, análisis y novedades más recientes del sector.
Para más análisis sobre fraude y riesgo en el crédito digital y los pagos, suscríbase a nuestro newsletter.
El screening de pagos revisa un solo pago antes de ejecutarlo y coteja a las partes con listas de sanciones, datos de PEP y listas de vigilancia. El monitoreo transaccional analiza la actividad de la cuenta después de la ejecución, a lo largo de muchas transacciones, en busca de patrones como el fraccionamiento o contrapartes inusuales. El screening puede detener un pago; el monitoreo genera alertas para investigar.
En EE. UU., la Recordkeeping Rule y la Travel Rule exigen a las instituciones financieras recopilar, conservar y transmitir información del ordenante y del beneficiario en transferencias de fondos de 3000 dólares o más. Es un umbral de registro, no de screening: las sanciones de la OFAC se aplican a pagos de cualquier monto.
En AML, KYC y KYB, el screening consiste en verificar a los clientes (personas físicas, y empresas junto con sus propietarios) contra listas de sanciones, listas de PEP y medios adversos, en el onboarding y periódicamente después. El screening de pagos aplica las mismas listas a cada pago y a sus contrapartes. En las transferencias instantáneas en euros, la normativa de la UE ahora exige un screening diario de clientes en lugar de controles por transacción.
Por sí solo, normalmente no. En el fraude de pago autorizado, el beneficiario suele ser una cuenta común, no una parte listada, así que el screening de sanciones aprueba el pago. Detenerlo depende de los controles de fraude: la verificación del beneficiario, las señales del dispositivo y de la sesión, y controles de comportamiento que detecten una sesión inusual.
Los controles automatizados añaden poco tiempo; la demora viene de las alertas que requieren revisión humana. En las transferencias instantáneas en euros, la UE trasladó los controles de sanciones al screening diario de clientes en parte por este motivo. Ajustar los umbrales de coincidencia y descartar coincidencias con identificadores secundarios reduce la cantidad de pagos que se detienen.
Recopile señales del dispositivo y de la sesión desde el inicio de sesión, evalúelas antes de autorizar el pago y enrute el resultado: aprobar, pedir verificación adicional o retener. Ejecútelo junto con el screening de sanciones, no en su lugar, y retroalimente las reglas con los resultados (fraudes confirmados y rechazos indebidos) para mantener los umbrales actualizados.

Aprenda cómo funciona el fraude en transacciones y por qué una detección eficaz depende del contexto, no de señales individuales.

Una comparativa práctica de 12 soluciones y plataformas líderes de inteligencia de dispositivos en 2026 – profundidad de señales, arquitectura de privacidad y adecuación por vertical.

¿Qué es el fraude en pagos? Descubra los principales tipos, tácticas y cómo prevenirlo en 2026. Guía para bancos, fintechs, BNPL y prestamistas digitales.