Equipo de Oscilar

Cómo evaluar la puntuación de fraude en tarjetas, ACH y transferencias

Publicado

Publicado

Equipo de Oscilar
Contenido

Comparte este artículo

Última actualización: septiembre de 2026

Un puntaje de fraude es tan bueno como el contexto del cliente que lo respalda. La mayoría de las instituciones compran y ajustan el análisis de riesgo para una sola vía de pago a la vez, por lo que el mismo cliente termina siendo evaluado bajo diferentes parámetros, con distinta información y en tiempos distintos. La forma útil de evaluar la puntuación de fraude en tarjetas, ACH y transferencias es preguntar si las tres decisiones comparten una única visión del cliente, una única capa de políticas controlada por el equipo de riesgo y un único proceso de pruebas. La precisión por vía de pago importa, pero queda en segundo plano.

Resumen rápido

  • Un puntaje de fraude estima la probabilidad de que un pago sea fraudulento a partir de las señales que el sistema de puntuación puede detectar. Lo que el sistema puede ver es lo primero que se debe evaluar.

  • Se forman estructuras fragmentadas por vía de pago porque las instituciones compran una herramienta para cada tipo de transacción. El resultado es una duplicación de procesos, límites independientes y falta de transferencia de señales entre las diferentes vías.

  • El punto ciego se encuentra entre las vías de pago. La tarjeta suele ser la vía con más información, mientras que las transferencias suelen aportar la menor cantidad de contexto propio.

  • Cinco preguntas diferencian un puntaje que funciona en todas las vías de pago de uno que solo funciona por separado: el contexto del cliente, la gestión de las políticas, los límites de riesgo, la explicabilidad y el uso combinado de reglas y modelos.

  • Haga pruebas con su propio historial y con tráfico real en modo espejo antes de confiar en un puntaje para una nueva vía de pago, y mida las aprobaciones junto con el fraude detectado.

¿Qué significa evaluar la puntuación de fraude en tarjetas, ACH y transferencias?

Un puntaje de fraude es una estimación de la probabilidad de que un pago o un evento en una cuenta sea fraudulento, calculada a partir de las señales que el sistema puede detectar al momento de tomar la decisión. La puntuación de fraude consiste en generar esa estimación y actuar en consecuencia: aprobar, rechazar, retener o enviar a revisión.

Evaluar la puntuación de fraude en tarjetas, ACH y transferencias plantea una pregunta diferente a la de la precisión por vía de pago. La pregunta es si el puntaje de una transferencia tiene en cuenta lo que la actividad de tarjetas y ACH dice sobre ese mismo cliente. Un director de análisis cuantitativo en prevención de fraude empresarial de un gran banco de EE. UU. describió este vacío: "Actualmente no tenemos nada que permita que las señales de varios tipos de pago, o incluso los riesgos o características del cliente, influyan en la toma de decisiones de otro tipo de pago".

Por lo tanto, la respuesta rápida es evaluar primero cuatro aspectos: un contexto de cliente compartido, quién controla la política, cómo se prueban los cambios y si el motivo de un puntaje llega al analista. El rendimiento individual de cada vía de pago viene después.

¿Por qué la mayoría de los bancos evalúan cada vía de pago por separado?

La mayoría de los bancos evalúan cada vía de pago por separado porque compraron sus herramientas de fraude de esa manera, un tipo de pago a la vez, y a menudo gestionados por equipos diferentes. El mismo director lo explicó claramente: "Cada tipo de pago tiene su propio motor de decisión, por así decirlo". Las tarjetas están en una plataforma, ACH y transferencias en otra, y los cheques en una tercera. En palabras del director, "es básicamente un modelo de decisión muy fragmentado y segregado por pago y canal".

Un miembro del equipo de fraude de un banco comunitario describió el mismo patrón en una institución más pequeña: un producto para un tipo de pago, otro para el fraude con cheques y otro para tarjetas. Cada compra tenía sentido en su momento, pero juntas forman un conjunto de herramientas aisladas.

Agregar una herramienta no siempre simplifica el sistema. Un líder de tecnología contra el fraude de un gran banco regional de EE. UU. describió que al añadir una herramienta dedicada al fraude en transferencias sobre las reglas existentes, terminaron con una lógica que "parece un duplicado y requiere mucho mantenimiento". Además, las transferencias confirmadas como fraude aún debían ingresarse manualmente en el sistema.

Las tarjetas suelen ser la vía de pago más fuerte porque la red de tarjetas ofrece monitoreo en tiempo real. Un líder de fraude en un banco regional de EE. UU. comentó que la tarjeta era la vía en la que el equipo era "realmente bueno", mientras que los pagos directos iniciados desde la banca en línea eran el área donde el equipo casi no tenía visibilidad para cambiar de estrategia. La debilidad está en los espacios intermedios entre las vías de pago.

Dónde se vuelven ciegas las puntuaciones de fraude individuales con un mismo cliente

Las puntuaciones de fraude por vía de pago fallan de tres formas predecibles: límites inconsistentes, falta de señales compartidas y tiempos diferentes. Cada una de ellas hace que la institución evalúe al mismo cliente de manera distinta según el canal por el que mueva su dinero.

Límites inconsistentes

El mismo nivel de tolerancia al riesgo se traduce en diferentes límites en herramientas distintas, que a menudo administran equipos diferentes. Nadie decidió que un cliente debiera pasar por un filtro más estricto en ACH que en tarjetas; simplemente ocurrió porque ambos sistemas se configuraron por separado.

Un director de cumplimiento de una entidad gestora de programas prepagos planteó una pregunta que muchos equipos de riesgo reconocerán: "¿Podemos hacer esto bajo una sola regla? ¿O tenemos que crear cinco reglas diferentes si queremos analizar distintos límites con puntuaciones diferentes?".

Falta de señales compartidas

Una anomalía en tarjetas, un dispositivo nuevo o un cambio reciente en los datos de la cuenta nunca informan la decisión de ACH o transferencia para ese cliente. Cada motor calcula la puntuación con los datos que recibe. El motor de transferencias no sabe lo que el de tarjetas detectó una hora antes.

Tiempos diferentes

Las vías de pago funcionan con horarios diferentes. Un gerente de fraude de una cooperativa de crédito de EE. UU. describió que las transacciones ACH y los cheques se analizan en lotes varias veces al día, las transferencias y la banca en línea se monitorean en tiempo real, y los débitos se revisan en un lote al final del día. Al mismo cliente se le evalúa con diferente información en diferentes momentos, y un estafador que mueve dinero entre canales puede ir más rápido que el más lento de esos procesos.

El estafador ve un único proceso continuo: la identidad, el dispositivo, la cuenta vinculada, el patrón de financiamiento y luego el pago. La institución solo ve fragmentos. Esta es también la razón por la que las pérdidas por fraude, los costos de revisión y la tasa de aprobación parecen variables conectadas, donde al mover una se afecta la otra. Gran parte de esa dependencia proviene de tomar decisiones con muy poca información, y un puntaje por vía de pago es, por diseño, una decisión basada solo en una parte de la información.

Qué necesita cada vía de pago por sí misma y qué debe compartirse

Cada vía de pago tiene sus propios tiempos, datos y flujos de información, y un puntaje de fraude debe respetarlos. Lo que no debería variar según el canal es lo que la institución sabe sobre el cliente.

Vía de pago

Lo que muestran sus propios datos

Lo que no puede ver por sí sola

Cuándo debe tomarse la decisión

Tarjeta

Datos de autorización, señales de la red y del comercio, contracargos como retroalimentación

La actividad de ACH, transferencias y banca en línea del cliente; cambios recientes en la cuenta

En el momento de la autorización

ACH

Detalles de entrada, patrones de lotes y del mismo día, devoluciones como retroalimentación

Anomalías en tarjetas, cambios de dispositivo, actividad en otras vías de pago ese mismo día

Dentro de los periodos de procesamiento por lotes o del mismo día

Transferencia

Datos de mensajes muy limitados en pagos de alto valor difíciles de recuperar

Casi todo el comportamiento reciente del cliente en otros canales

Antes de autorizar el envío, ya que la recuperación posterior es muy difícil

Inmediato (FedNow)

El mensaje de pago y la relación con la cuenta

Comportamiento en vías de pago más lentas que aún no ha sido analizado

Antes del envío, porque la liquidación es definitiva e irreversible

Cada vía de pago genera una buena puntuación con sus propios datos. Lo que no detecta está en los otros canales, y ese contexto faltante es la parte que debe compartirse.

Tarjeta. Las tarjetas suelen ser el canal donde la puntuación está más desarrollada, y la prevención de fraude en este ámbito suele beneficiarse de datos de red que otras vías no tienen. El problema es que el contexto de las tarjetas rara vez se comparte con los demás canales.

ACH. El riesgo en ACH es ahora tanto una obligación formal como un problema de pérdidas. Las normas de Nacha para 2026 exigen a las partes "establecer e implementar procesos y procedimientos basados en el riesgo razonablemente orientados a identificar transacciones ACH iniciadas debido a fraude". La Fase 1 entró en vigor el 20 de marzo de 2026. La Fase 2 comenzó el 19 de junio de 2026 (en la práctica, el lunes 22 de junio, dado que el 19 de junio es feriado federal), ampliando el requisito a todas las RDFI restantes y a originadores no consumidores, proveedores de servicios externos y terceros remitentes por debajo del límite de la Fase 1. Lo que la norma exige es una capacidad operativa real.

Un proveedor de tarjetas no cubre esto de forma automática: una empresa de pagos que asumió que sus proveedores de fraude con tarjetas se extenderían a ACH descubrió que no gestionaban bien el flujo de ACH. Para conocer los detalles específicos de esta vía de pago, consulte nuestra guía sobre detección de fraude en ACH.

Transferencia. La prevención del fraude en transferencias depende más del contexto externo que cualquier otra vía de pago. Un responsable técnico de producto para plataformas de fraude e identidad de un gran banco regional de EE. UU. resumió el problema con una pregunta: "Los datos de las transferencias son muy complejos, ¿verdad?". Este mismo profesional mencionó que varios proveedores "hacen esto por partes" y que preferiría tenerlo "en una sola pantalla". El mensaje de una transferencia dice muy poco sobre el cliente, por lo que el puntaje depende de lo que se conozca de él en otros canales.

Pagos inmediatos. FedNow es un servicio de liquidación bruta en tiempo real que funciona de forma ininterrumpida. Bajo sus normas operativas, la liquidación es definitiva en el momento en que el servicio registra el cargo o abono, o cuando envía un mensaje de aviso de crédito. Después de eso, el remitente solo puede solicitar una devolución, y la institución receptora decide si devuelve los fondos. Las decisiones sobre fraude en pagos inmediatos deben tomarse antes de que el dinero se mueva.

Compartido en todas las vías de pago. Identidad del cliente validada, historial de dispositivos y comportamiento, cambios recientes en la cuenta y riesgo a nivel de relación comercial. Gran parte de este contexto se genera en el proceso de registro; lo que debe capturar un sistema de prevención de fraude en la apertura de cuentas es un tema aparte que no se detalla aquí.

Cinco preguntas que debe hacerle a cualquier puntaje de fraude que deba funcionar en varias vías de pago

Estas cinco preguntas convierten los puntos ciegos mencionados en una pauta de evaluación. Plantéelas a su proveedor actual o a cualquier nuevo proveedor en este orden.

  1. Contexto del cliente. ¿Puede el sistema de decisión de transferencias consultar lo que la actividad de tarjetas y ACH dice sobre este cliente en el momento de tomar la decisión? Un puntaje que solo ve su propia vía de pago será ciego de la forma descrita anteriormente, sin importar qué tan preciso sea en ese canal específico.

  2. Gestión de las políticas. ¿Puede el equipo de riesgo cambiar un límite en una vía de pago, o en todas ellas, sin necesidad de que intervenga el equipo de ingeniería? Si cada cambio de regla depende de un desarrollo técnico, el calendario de ingeniería marcará el ritmo de cualquier mejora.

  3. Una política, muchos límites. ¿Puede una sola regla incluir límites específicos para diferentes segmentos y vías de pago, o cada variación requiere una nueva regla? Tener cinco reglas para una misma política implica un mayor esfuerzo de mantenimiento y facilita que los límites terminen desajustándose.

  4. Explicabilidad. ¿Llega el motivo de un puntaje al analista que revisa el caso? La prueba operativa clave es si cada decisión incluye códigos de motivo y atributos claros que el analista de soporte pueda comprender con facilidad.

  5. Reglas y modelos juntos. ¿Pueden coexistir reglas deterministas junto a los resultados de los modelos en cada vía de pago? Las reglas y los modelos responden a preguntas diferentes; un programa maduro utiliza ambos recursos, empleando las reglas como límites de control para la puntuación probabilística. Cuándo una decisión debe gestionarse con una regla y cuándo con un modelo es un tema aparte que merece su propio análisis.

Si está comparando plataformas en lugar de auditar su propia infraestructura, nuestra guía para evaluar software de detección de fraude detalla criterios de compra más amplios.

Cómo probar un puntaje de fraude antes de confiar en él para una nueva vía de pago

Pruebe un puntaje de fraude primero con su propio historial, luego con tráfico real sin dejar que tome decisiones (modo espejo) y, finalmente, en producción. Los análisis comparativos de un proveedor solo muestran el rendimiento del puntaje con los clientes de otra empresa.

  • Pruebas retrospectivas con sus propios resultados, por vía de pago. Aplique el puntaje a transacciones históricas y fraudes confirmados en cada canal donde planee usarlo. Un puntaje optimizado para tarjetas puede comportarse de manera diferente frente a las devoluciones de ACH.

  • Pregunte si el modo espejo es real. El director de cumplimiento citado anteriormente lo expresó con claridad: "¿Es un verdadero modo espejo donde podemos probar reglas y ver el impacto real? ¿O es básicamente un entorno de pruebas donde debemos cargar datos manualmente para poder hacer cualquier evaluación?". Un modo espejo real analiza el tráfico en vivo en paralelo al sistema actual sin interferir en las operaciones.

  • Facilite las pruebas de nuevas estrategias (challenger testing). El director del banco describió el proceso habitual: "Cambiamos la regla manualmente, la ponemos a prueba y luego vemos qué pasa... es un proceso muy manual". También señaló que la gestión de riesgos de modelos del banco trata a las estrategias de reglas como modelos, por lo que cada cambio de límite requiere pruebas de respaldo. Un proceso de pruebas lento y manual convierte cada cambio en un proyecto complejo.

  • Trate la optimización como un proceso continuo. Un analista de riesgo de una empresa de pagos describió el ciclo: identificar las reglas que más se activan, añadir atributos para reducir los falsos positivos, probar y repetir. Este ciclo debe mantenerse durante todo el tiempo que el puntaje esté en uso.

  • Mida las aprobaciones junto con el fraude detectado. Un falso positivo también cuesta dinero: bloquear a un buen cliente significa perder esa transacción y, a partir de cierto punto, perder al cliente. Cómo reducir los falsos positivos sin abrirle la puerta al fraude es un tema fundamental en sí mismo.

Errores que hacen que un puntaje parezca mejor de lo que es

  • Evaluar el sistema basándose únicamente en la precisión de cada vía de pago por separado, lo que oculta por completo el punto ciego entre canales.

  • Confiar en las métricas de referencia de un proveedor en lugar de analizar sus propios resultados históricos.

  • Hacer pruebas con una copia estática de los datos de producción y llamarlo "modo espejo".

  • Contar el fraude detectado sin medir cuántos clientes legítimos fueron rechazados.

Dónde encaja Oscilar

Oscilar es una plataforma unificada que integra un entorno de datos en tiempo real, inteligencia de dispositivos y comportamiento, motor de reglas y gestión de casos en una sola solución, con agentes de riesgo nativos. Las decisiones de fraude, crédito, registro y cumplimiento se ejecutan sobre un mismo perfil de riesgo unificado del cliente, del cual cada decisión se nutre y al que aporta información en tiempo real. La plataforma mantiene un historial de auditoría completo para cada decisión con sus justificaciones guardadas, diseñando la intervención humana como parte del proceso.

La evaluación comienza con una prueba retrospectiva sobre sus alertas históricas, seguida de un periodo de pruebas en modo espejo sobre el flujo de trabajo en vivo, con un informe final de resultados. Nacha nombró a Oscilar socio preferente para la validación de cuentas, el monitoreo de fraude y la prevención de riesgos y fraudes.

Lo que una plataforma de prevención de fraude en tiempo real necesita más allá de la puntuación de riesgo es un tema más amplio de lo que cubre esta guía. Para ver cómo funciona en la práctica la toma de decisiones entre distintas vías de pago, comience con toma de decisiones sobre fraude en transacciones según el tipo de pago. Si prefiere analizar sus propios canales con nuestro equipo, puede agendar una sesión demostrativa.

Preguntas frecuentes

¿Qué es la puntuación de fraude?

La puntuación de fraude es la estimación de la probabilidad de que un pago o un evento de cuenta sea fraudulento, calculada a partir de las señales disponibles en el momento de decidir, y el uso de esa estimación para aprobar, rechazar, retener o revisar la operación. El puntaje es tan bueno como las señales que lo respaldan; un puntaje que solo analiza un canal está evaluando solo una parte del cliente.

¿Puede un solo puntaje de fraude funcionar para tarjetas, ACH y transferencias?

Sí, siempre que acceda a una vista unificada del cliente respetando los tiempos y datos propios de cada canal. Las tarjetas, ACH, transferencias y pagos inmediatos requieren límites diferentes y se procesan en tiempos distintos. Lo que se debe compartir es el contexto del cliente: identidad, historial de dispositivos y comportamiento, cambios recientes en la cuenta y el riesgo integral de la relación.

¿Por qué los puntajes de fraude independientes por canal crean puntos ciegos?

Los puntajes independientes no se comunican entre sí. Una anomalía con una tarjeta o un nuevo dispositivo nunca influye en la decisión de una transferencia o un pago ACH para el mismo cliente. Además, los límites se desajustan porque los administran equipos distintos, y los canales por lotes y en tiempo real evalúan al cliente en momentos diferentes. El estafador ve un único proceso, mientras que la institución solo ve fragmentos.

¿Cómo debe un banco probar un puntaje de fraude antes de implementarlo en una nueva vía de pago?

Debe realizar pruebas retrospectivas con sus propios resultados históricos en esa vía de pago y luego ejecutar el puntaje en modo espejo real con tráfico en vivo sin interferir en las transacciones. Debe compararse con el sistema actual como alternativa de prueba y medir tanto las aprobaciones como el fraude detectado antes de permitirle tomar decisiones en producción.

¿Qué datos utiliza un puntaje de fraude?

Un puntaje de fraude utiliza los datos del pago en sí más todo lo que el sistema sabe sobre el cliente. En tarjetas, esto incluye datos de autorización y de la red de pagos. En ACH y transferencias, el mensaje de pago contiene menos datos, por lo que el puntaje depende en mayor medida de la identidad validada del cliente, el historial de dispositivos y comportamiento, y los cambios recientes en la cuenta.

¿Cómo pueden los equipos reducir los falsos positivos sin aumentar las pérdidas por fraude?

Aportando más contexto a cada decisión en lugar de limitarse a cambiar los umbrales de aprobación. Mover un límite simplemente intercambia un tipo de error por otro, mientras que un mejor contexto del cliente ayuda a diferenciar una actividad inusual de una fraudulenta. Por último, pruebe el cambio con datos históricos y en modo espejo antes de llevarlo a producción.

Equipo de Oscilar

El equipo de Oscilar está formado por expertos en diversas áreas de gestión de riesgos. Estos artículos reflejan las opiniones y conocimientos de una gran variedad de colaboradores de toda nuestra organización.

DESCARGO DE RESPONSABILIDAD

El contenido de este sitio web se proporciona solo con fines informativos y no constituye asesoramiento legal, fiscal, financiero, de inversión u otro tipo de asesoramiento profesional. Las opiniones expresadas por las personas citadas, los colaboradores o terceros son exclusivamente suyas y no reflejan necesariamente los puntos de vista de nuestra organización.

Nada aquí debe interpretarse como un respaldo, recomendación o aprobación de ninguna estrategia, producto, servicio o punto de vista en particular. Los lectores deben consultar a sus propios asesores calificados antes de tomar cualquier decisión financiera o de inversión.

Oscilar no hace declaraciones ni garantías sobre la precisión, integridad o actualidad de la información proporcionada y renuncia a cualquier responsabilidad por cualquier pérdida o daño que surja de la confianza en este contenido. Este sitio web puede contener enlaces a sitios web de terceros, que Oscilar no controla ni respalda.