Requisitos de la plataforma de prevención de fraudes en tiempo real

Última actualización: septiembre de 2026

La mayoría de las plataformas de prevención de fraude se autodenominan en tiempo real, y la mayoría puede arrojar un resultado rápidamente, lo cual es la parte fácil. Una verdadera plataforma de prevención de fraude en tiempo real debe hacer que todo el proceso de decisión esté actualizado: los datos que lee la decisión, las variables calculadas a partir de ellos, las reglas aplicadas y la respuesta posterior. Evalúe una plataforma por el paso más lento de ese proceso, porque ese paso define la velocidad de todo el camino.

Resumen rápido

• La prevención de fraudes en tiempo real significa decidir antes de que se complete la transacción. Obtener un resultado rápido es solo un requisito entre varios.

• En sistemas de pago instantáneo como FedNow, la liquidación es definitiva una vez que el servicio registra el débito o el crédito. Después de eso, el remitente solo puede solicitar la devolución del dinero.

• El "tiempo real" suele fallar fuera del modelo: en datos que llegan mediante informes periódicos, variables calculadas en lotes (batch), cambios de reglas que dependen de ingeniería, respuestas que se quedan en cola y resultados que llegan a las reglas semanas después.

• La lista de requisitos a continuación cubre todas esas etapas: datos actualizados, variables calculadas en el flujo, una decisión dentro del tiempo límite de autorización, cambios de reglas el mismo día, una respuesta que se adapte al sistema de pago, alertas con contexto y motivos, y un ciclo de retroalimentación cerrado.

• Para comprobar la promesa de un proveedor, pregunte qué tan antiguo es cada dato al momento de tomar la decisión, cuánto tarda un cambio de regla y si puede ejecutar un modo espejo (shadow mode) real con tráfico en vivo.

¿Qué hace que una plataforma de prevención de fraudes sea en tiempo real?

Una plataforma de prevención de fraudes es en tiempo real cuando puede decidir sobre una transacción antes de que esta se complete, utilizando información actualizada en el momento de la decisión. Un responsable de fraudes de un banco regional de EE. UU. describió el objetivo con una frase que sus colegas han empezado a usar, "a la izquierda del estallido" (left of boom): "detenlo antes de que ocurra la transacción; el estallido es la transacción". Todo en la plataforma debe estar al servicio de ese instante.

Eso requiere más que una puntuación rápida. Los datos detrás de esa puntuación deben estar actualizados, las reglas deben poder modificarse cuando cambian los patrones de fraude y la respuesta debe ejecutarse de inmediato. El tiempo real es una propiedad de todo el proceso de decisión, y este es tan rápido como su paso más lento.

Esta guía se centra en los requisitos de la plataforma. El funcionamiento de los modelos de detección y la gestión diaria de un programa de monitoreo de transacciones son temas distintos que se tratan por separado.

Por qué los pagos instantáneos no dejan margen de recuperación

Los pagos instantáneos hacen que la prevención del fraude en tiempo real sea un requisito indispensable porque eliminan el margen de tiempo en el que un pago sospechoso podría retenerse y revertirse. FedNow, el servicio de pagos instantáneos de la Reserva Federal, liquida las 24 horas del día, los 7 días de la semana, los 365 días del año. Bajo sus reglas operativas, la liquidación de un pago es definitiva tan pronto como FedNow registra el débito o el crédito, o envía el aviso de crédito, lo que ocurra primero.

Después de ese punto, la institución emisora no puede recuperar el dinero. Puede enviar una solicitud de devolución en un plazo de 60 días, y la institución receptora decidirá si devuelve los fondos. La decisión que realmente importa es la que se toma antes de enviar el pago.

Los montos pueden ser elevados. A partir de noviembre de 2025, el límite de transacción de la red FedNow es de 10 millones de dólares (frente al millón anterior), y las instituciones siguen teniendo libertad para establecer límites más bajos según sus propios parámetros de riesgo. Desde junio de 2025, los participantes también pueden establecer límites de valor en dólares y de frecuencia por segmento de clientes.

Esos controles de red son útiles, pero están diseñados para ser generales. El límite de un segmento no puede distinguir un pago inusual pero legítimo de una estafa del mismo valor. Ese criterio corresponde a la institución, y debe aplicarse antes de que el dinero se mueva.

Los programas de fraude por lotes se diseñaron pensando en un margen de recuperación: una transacción podía revisarse de un día para otro y detenerse antes de que salieran los fondos. La prevención del fraude en pagos mediante sistemas instantáneos no cuenta con ese margen, por lo que prevenir el fraude es fundamental en los pagos en tiempo real.

Dónde el "tiempo real" suele dejar de serlo

Los puntos débiles de una plataforma en "tiempo real" rara vez están en el modelo. Se encuentran en las etapas previas y posteriores, donde una puntuación rápida puede terminar leyendo datos desactualizados o activando una respuesta lenta. La siguiente tabla analiza el proceso de decisión paso a paso.

Solo una fila de esta tabla corresponde a la latencia de la decisión en sí. En las otras cinco es donde suelen fallar las promesas de tiempo real.

El mismo responsable de fraudes del banco regional describió los eventos de administración de cuentas como "casi en tiempo real": llegaban a un lago de datos y se mostraban mediante informes. Los depósitos móviles de los consumidores también eran "casi en tiempo real". El "casi en tiempo real" es una categoría distinta, y una plataforma basada en ella tomará decisiones rápidas sobre información que ya está desactualizada.

La velocidad para actualizar las reglas es igual de irregular. En ese banco, las reglas de tarjetas se podían cambiar sobre la marcha, mientras que los cambios de modelo pasaban por lo que el responsable de fraudes describió como un largo proceso burocrático. Un director de fraudes de una cooperativa de crédito de EE. UU. describió que cada sistema funcionaba con su propio reloj: transferencias ACH y cheques se analizaban por lotes durante el día, las transferencias electrónicas y la banca en línea se monitoreaban en tiempo real, y la actividad de débito se revisaba al final del día. El resultado es que un mismo cliente es evaluado con información diferente en momentos distintos.

Los compradores se dan cuenta cuando el resto del proceso se retrasa. Un líder de alianzas en una empresa global de pagos lo expresó así: "Algunos proveedores con los que hemos hablado no son realmente en tiempo real". Su preocupación era el cliente en medio de una transacción, que debería recibir una decisión en ese instante y no una solicitud de identificación más tarde.

Los requisitos, etapa por etapa

Una plataforma de prevención de fraudes en tiempo real debe cumplir con siete requisitos, uno para cada etapa del proceso de decisión más el ciclo que los conecta. Una plataforma que cumple con seis de ellos es tan lenta como el séptimo.

1. Datos actualizados en todos los canales. Cada evento que la decisión necesita está disponible a medida que ocurre, en todos los canales, y no se reconstruye más tarde desde un almacén de datos. Un inicio de sesión, un cambio de dispositivo y un pago del mismo cliente deben ser visibles para la misma decisión.

2. Variables calculadas en el flujo. Las variables se calculan a medida que llegan los eventos e incluyen el historial del cliente (como el comportamiento habitual de la cuenta) y no solo los atributos de la transacción actual. Una puntuación basada en las variables de ayer es rápida y, al mismo tiempo, obsoleta.

3. Una decisión dentro del tiempo límite de autorización. Un ingeniero de una entidad de crédito al consumo y emisora de tarjetas describió la llamada de fraude como una parte de un proceso de autorización mucho más amplio con un límite de tiempo estricto de extremo a extremo. Si se supera, la transacción pasa a un procesamiento alternativo, lo que el cliente percibe como un fallo. La latencia es un límite que la decisión de fraude comparte con todo lo demás en el proceso.

4. Reglas que el equipo de riesgo puede cambiar el mismo día. Cuando aparece un nuevo patrón, las personas que lo detectan deben poder escribir, probar y aplicar un cambio de regla sin esperar a un lanzamiento de ingeniería. "Necesitamos a ingeniería para cambiar cualquier regla de fraude" es una queja constante de los equipos de riesgo sobre sus herramientas actuales, y describe un sistema de reglas que no puede mantener el ritmo del fraude.

5. Una respuesta que se ejecuta de inmediato y se adapta al canal. La acción correcta depende del canal. El responsable de fraudes del banco regional explicó que una transferencia electrónica necesitaría una conexión directa con el departamento correspondiente para cancelarla, mientras que un depósito móvil solo requeriría una retención en la cuenta. Un inicio de sesión podría requerir una verificación de identidad adicional. La plataforma debe activar cada una de estas acciones directamente y enviar lo que requiera atención humana a la gestión de casos con las pruebas ya adjuntas.

6. Contexto y motivos en cada alerta. Una alerta que solo indica que algo parece inusual no es útil. Se vuelve útil cuando incluye detalles del dispositivo y de la sesión, el comportamiento habitual de la cuenta y lo que está vinculado a ella. Cada decisión también debe incluir códigos de motivo que un analista pueda leer para entender rápidamente por qué se tomó esa decisión.

7. Un ciclo de retroalimentación cerrado. El fraude confirmado y los falsos positivos resueltos deben integrarse continuamente en las reglas y modelos. Un analista de riesgos de una empresa de pagos describió la optimización como una rutina interminable: identificar las reglas que más se activan, añadir atributos para reducir falsos positivos, probar y repetir.

Los requisitos 1 y 2 son más fáciles de cumplir cuando las decisiones de fraude, registro, crédito y cumplimiento leen y escriben en un único perfil de riesgo del cliente, de modo que una señal detectada en un lugar esté disponible en todos los demás. Las herramientas específicas para cada canal con sus propios datos son la razón habitual por la que un mismo cliente parece diferente en distintos sistemas. Evaluar el fraude de manera consistente en tarjetas, transferencias ACH y electrónicas es un desafío complejo, al igual que elegir la plataforma adecuada para la apertura de cuentas; ambos temas merecen un análisis por separado.

Para el tráfico de pagos y tarjetas, esto es lo que debe cubrir la protección contra el fraude de transacciones en tiempo real: todo el proceso, desde el evento hasta la respuesta y de vuelta a las reglas.

¿Es lo mismo una puntuación rápida de fraude que la prevención en tiempo real?

No. Una puntuación rápida es necesaria para la prevención del fraude en tiempo real, pero no es suficiente por sí sola. Tomar decisiones en tiempo real requiere datos de entrada actualizados, reglas que el equipo pueda modificar y una respuesta inmediata. Una puntuación devuelta rápidamente con las variables de ayer sigue siendo una decisión basada en información desactualizada.

La velocidad sin precisión también tiene un costo que suele pasar desapercibido. Una plataforma en tiempo real que toma malas decisiones bloquea más rápido a los buenos clientes, y un buen cliente bloqueado representa ingresos perdidos. A partir de cierto punto, ese cliente no vuelve.

Los equipos de riesgo suelen describir las pérdidas por fraude, el costo de revisión y la tasa de aprobación como variables conectadas donde mover una afecta a las otras. Esta relación suele ser síntoma de decidir con muy poca información. Disponer de datos actualizados y variables más completas es lo que permite mejorar una métrica sin perjudicar a las demás.

El director de fraudes de la cooperativa de crédito describió lo que buscaban con el cambio: "para no limitarnos a contener el daño, sino evitar realmente que ocurra el fraude". Esa es la diferencia entre revisar las alertas de ayer y prevenir el fraude de hoy.

Si cada decisión proviene de reglas, aprendizaje automático o una combinación de ambos es una cuestión distinta de si llega a tiempo o no. Ambos conceptos suelen confundirse y deben evaluarse por separado.

Cómo poner a prueba la promesa de tiempo real de un proveedor

Pruebe la promesa de tiempo real en cada etapa del proceso, no solo en la puntuación. La mayoría de los proveedores mencionarán primero la latencia de la decisión. Las siguientes preguntas le ayudarán a descubrir si el resto del proceso mantiene el mismo ritmo.

• ¿Dónde se calcula cada variable y qué antigüedad tienen sus datos de entrada al momento de la decisión? Pregunte específicamente por las variables a nivel de cliente, ya que son las que más suelen calcularse por lotes.

• ¿Cuánto tiempo pasa desde que surge la idea de un cambio de regla hasta que se implementa, y quién debe intervenir? Si la respuesta incluye un ticket de ingeniería o un ciclo de desarrollo, las reglas no se actualizan en tiempo real.

• ¿Qué ocurre después de la decisión? Pregunte qué respuestas se ejecutan automáticamente en cada canal y cuáles requieren intervención humana.

• ¿Podemos hacer pruebas con tráfico en vivo? Un director de cumplimiento de una entidad gestora de programas prepago le hizo exactamente esta pregunta a un proveedor: "¿Es un modo espejo real donde podemos probar reglas y ver cuál sería el impacto, o es básicamente un entorno de prueba donde hay que cargar datos para que podamos hacer cualquier prueba?" Solo lo primero muestra cómo se comporta una regla con el tráfico actual.

• ¿Cómo llegan los resultados a las reglas? Pregunte con qué rapidez un caso de fraude confirmado o un falso positivo resuelto modifica la siguiente decisión.

Un líder de tecnología de un banco digital de EE. UU. describió el nivel adecuado de escepticismo: "Cada vez que escucho que algo no es en tiempo real, quiero detenerme y asegurarme de que sí funcione en tiempo real". Los criterios generales para evaluar software de detección de fraudes también se aplican aquí; las preguntas anteriores son las que distinguen la prevención en tiempo real de una simple puntuación rápida.

Dónde encaja Oscilar

La plataforma de Oscilar ofrece decisiones en menos de 100 ms. Como sostiene esta guía, ahí es donde comienza la evaluación, y el resto del proceso importa tanto como la velocidad. Oscilar es una plataforma unificada: arquitectura de datos en tiempo real, inteligencia de dispositivos y comportamiento, reglas y gestión de casos en una sola solución, con agentes nativos en ella. Mantiene un historial de auditoría completo por decisión con el razonamiento almacenado, diseñada con intervención humana según sea necesario.

Antes de su implementación definitiva, la evaluación se ejecuta mediante una prueba retrospectiva (backtest) con sus alertas históricas, seguida de un modo espejo en la cola en vivo, con un informe final de resultados. Esa es la misma prueba que esta guía recomienda solicitar a cualquier proveedor.

Preguntas frecuentes

¿Qué significa tiempo real en la prevención del fraude?

En la prevención del fraude, el tiempo real significa decidir sobre una transacción antes de que se complete, utilizando información actualizada en el momento de la decisión. Abarca todo el proceso de decisión: datos frescos, variables calculadas a medida que llegan los eventos, reglas que el equipo de riesgo puede cambiar rápidamente y una respuesta que se ejecuta de inmediato. Una puntuación rápida con datos obsoletos no cuenta como tiempo real.

¿Es lo mismo una puntuación de fraude de baja latencia que la prevención del fraude en tiempo real?

No. La baja latencia es necesaria pero no suficiente. Una puntuación devuelta rápidamente a partir de variables calculadas por la noche es rápida pero está desactualizada, y una decisión rápida que espera en una cola manual para su respuesta tampoco es prevención en tiempo real.

¿Cuáles son los requisitos de una plataforma de prevención de fraudes en tiempo real?

Una plataforma de prevención de fraudes en tiempo real necesita datos actualizados en todos los canales, variables calculadas en el flujo con el historial del cliente, una decisión dentro del límite de tiempo de autorización y reglas que el equipo de riesgo pueda cambiar el mismo día. También requiere respuestas que se ejecuten de inmediato y se adapten a cada canal de pago, alertas con contexto y motivos claros, y un ciclo de retroalimentación que actualice continuamente las reglas y los modelos con los nuevos resultados.

¿Por qué es fundamental la prevención del fraude en los pagos en tiempo real?

Los pagos instantáneos se liquidan de forma definitiva, por lo que no hay margen de recuperación. En FedNow, la liquidación es definitiva una vez que el servicio registra el débito o el crédito, y después el remitente solo puede solicitar una devolución, que la institución receptora puede rechazar. La decisión sobre el fraude debe tomarse antes de enviar el pago.

¿Cómo se comparan los métodos de prevención de fraude en tiempo real con los métodos por lotes (batch)?

Los métodos por lotes revisan las transacciones después de que ocurren, bajo un cronograma, y dependen de tener tiempo para detener o revertir un pago. Los métodos en tiempo real deciden antes de que se complete la transacción, utilizando datos actualizados. La revisión por lotes sigue siendo útil para la investigación y la optimización de reglas, pero en los pagos instantáneos solo sirve para identificar pérdidas después de que el dinero ya se ha ido.

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

Proporcione más información para la toma de decisiones y optimice las reglas continuamente. Los falsos positivos y las pérdidas por fraude suelen estar directamente relacionados cuando las decisiones se basan en muy poco contexto. Añadir el historial del cliente, datos del dispositivo y señales de comportamiento permite al equipo ser más preciso contra el fraude sin bloquear a los buenos clientes. Luego, revise qué reglas se activan más, añada atributos para reducir falsos positivos, pruebe el cambio con tráfico en vivo y repita el proceso.

Si está revisando si su configuración actual es en tiempo real de extremo a extremo, comience con la etapa que sea más lenta hoy. La solución contra el fraude de transacciones de Oscilar muestra cómo se conecta todo el proceso de decisión, y hay una demostración disponible si desea analizar sus propios canales de pago.