Sistema antifraude en TPP Ops: puntuación y cuarentena automática

Los programas de lealtad con regalos físicos combinan promociones agresivas, billeteras de puntos y un proceso de pago abierto para el jugador. Esta mezcla atrae abusos: cupones reutilizados, pedidos a costo cero con valor real en el carrito, cuentas mule o velocidad de compra anómala. TPP Ops responde con una segunda línea de defensa: un motor de puntuación que evalúa cada pedido en el momento de su creación y decide si proceder, entrar en cuarentena o bloquearlo.

No reemplaza los controles de precios en el proceso de pago — eso sigue siendo la primera barrera. Lo que hace es detectar patrones sospechosos después de que el pedido existe, pero antes de que el producto sea enviado. Para los equipos de operaciones y soporte, significa menos sorpresas en logística y un flujo claro cuando algo huele mal.

Tres bandas de riesgo

La tubería asigna una puntuación de legitimidad de 0 a 100, donde 100 es un pedido limpio. Desde 80 en adelante, el pedido entra en el flujo normal. Entre 50 y 79, permanece en cuarentena para revisión manual: se crea un incidente de fraude y el equipo decide si liberarlo o confirmarlo. Por debajo de 50, el sistema solo bloquea automáticamente — y restringe al cliente — cuando hay señales claras de fraude económico; las reglas suaves, incluso si se acumulan, mantienen el pedido bajo revisión sin penalizar a un comprador posiblemente legítimo.

• Claro (≥ 80): flujo estándar, sin retención.

• Revisión (50–79): cuarentena + incidente para soporte.

• Bloquear (< 50): solo automático con señal dura; cliente restringido hasta revisión humana.

Qué señales evalúa el motor

Cada regla deriva de vectores de fraude reales en operadores de juegos: abuso de promociones, billeteras e identidad. El catálogo crece a través de archivos independientes — agregar una regla no requiere tocar la interfaz de revisión.

• Económico (duro): pedido a costo cero con valor en el carrito, puntos sin débito de billetera, cupón con usos agotados.

• Descuentos y velocidad (suave): descuento excesivo, múltiples pedidos desde el mismo correo electrónico en una ventana corta, carrito al máximo con promoción.

• Dirección e identidad (suave): misma dirección en múltiples cuentas, correos electrónicos desechables, destinatario diferente del titular de la cuenta, cliente en lista de vigilancia.

• Red y dispositivo (suave): colisión de IP entre cuentas, huella digital de dispositivo compartido — siempre como corroboración, nunca como la única causa para bloquear.

Cuarentena y revisión operativa

Un pedido retenido no avanza en logística: mientras esté en revisión o bloqueado, cualquier cambio de estado hacia el envío es rechazado. Soporte ve la puntuación, las reglas que la activaron y la evidencia asociada. Pueden liberar un falso positivo — el pedido reanuda su curso — o confirmar fraude — pedido cancelado y cliente prohibido —. Todo se rastrea con notas y usuario revisor.

Clientes restringidos o prohibidos no pueden realizar más compras: el rechazo ocurre antes de crear un nuevo pedido, tanto en el proceso de pago de la tienda como en la API pública. El sistema falla cerrado: si la puntuación falla dentro de la transacción, el pedido no se confirma.

Configuración de marca

Cada marca puede activar o desactivar el módulo de fraude y optar por no participar en reglas suaves específicas. Las reglas duras — probable fraude económico — siempre permanecen activas cuando el interruptor está encendido. Esto permite adaptar la sensibilidad a diferentes mercados sin perder protección en los vectores más severos.

El anti-fraude de TPP Ops está diseñado para equipos que ya operan lealtad con entrega física y necesitan visibilidad antes del almacén, no solo alertas después. Si gestionas promociones, puntos y pago público, es la capa que cierra el ciclo entre promoción y cumplimiento.

Dónde se aplica

La puntuación se ejecuta en el proceso de pago de la tienda — cada pedido que ingresa a través de la superficie pública de la tienda — y en la API v1 para reservas de pedidos. En ambos casos, la evaluación ocurre dentro de la misma transacción: o el pedido nace con su veredicto de riesgo o no. Las señales de red (IP, agente de usuario, huella digital del dispositivo) se capturan del lado del servidor a partir de los encabezados, sin depender de scripts en el navegador del comprador.

Para operaciones, el resultado es un solo lugar para observar pedidos sospechosos, con incidentes de área de fraude vinculados y un historial de señales por pedido. Menos Excel paralelo, más toma de decisiones con contexto.