IOSOR Guías
Filas de quema por fraude en el libro prepago
Marque los intentos de OTP bloqueados y abusivos para que finanzas vea el gasto evitado junto al débito real, sin falsos entregados ni agujeros silenciosos.
Los frenos a los abusos no son invisibles. Cuando los límites de velocidad, los disparadores de picos o las denegaciones de destino bloquean un intento de OTP, el libro prepago debe mostrar una fila de quema por fraude —gasto prevenido— junto a los débitos asentados de intentos reales. Finanzas no puede tratar un «cargos de cero» como «no pasó nada», y producto no puede pintar el tráfico bloqueado como Entregado.
Relacionado: filas de débito y estado de entrega en el mismo libro, débito de entrega OTP frente a sesión verify, Pico de abuso: detención sin falso éxito, Operaciones de fraude con volumen real de OTP.
La quema prevenida no es un débito gratis
Un intento bloqueado puede dejar cero débito asentado y aun así requerir una clase de quema visible en el libro: limitado, denegado, detenido por pico, fallo de lista blanca. Esa fila responde «¿cuánto riesgo de billetera evitamos?» sin inventar un cargo. El débito asentado permanece para los intentos facturables que salieron de la retención. Mezclar ambos inventa ahorros o gastos falsos.
Clases de filas que finanzas puede filtrar
| Clase | Dinero | Honestidad de producto |
|---|---|---|
| Intento asentado | Débito asentado | El resultado puede demorarse — nunca falso Entregado |
| Límite bloqueado | Sin asentamiento | Velocidad limitada — no Entregado |
| Pico detenido | Sin asentamiento | Pico detenido — no Entregado |
| Denegación de destino | Sin asentamiento | Destino bloqueado |
| Resumen de quema | USD evitados acumulados | Vista nocturna de operaciones y finanzas |
Unir eventos de parada sin falso éxito
Cada fila de quema necesita una clave de correlación con el evento de parada: clase de identidad, destino, ventana, motivo del viaje. La interfaz de producto y el libro comparten vocabulario. Ruta de picos: Pico de abuso: detención sin falso éxito. UI detenida sin clase de quema significa que finanzas no puede probar que la billetera se salvó.
Columnas de exportación para quema frente a gasto
Las exportaciones requieren: clase de quema, monto evitado, monto asentado y marca de tiempo de parada.
Lista de comprobación para filas de quema
Verifique que cada intento bloqueado tenga un ID de evento único. Asegúrese de que el ledger no sume estos eventos al gasto real. Valide que el equipo de finanzas pueda distinguir entre un error técnico y un bloqueo de seguridad.
Empiece con IOSOR
Dispare una parada con nombre sobre un intent OTP en vivo: tope, pico o denegación de destino. Exporte esa misma ventana UTC. Finanzas debe ver débitos liquidados junto a filas de quema: capped, spike-stopped, denied. La UI de producto y el ledger comparten el motivo. Un monedero silencioso no prueba que no pasó nada.
Conclusión IOSOR
Un OTP bloqueado es una fila de quema en el ledger prepago, no un débito gratis ni un evento perdido.
Haga: conserve clase de quema, monto evitado o flag zero-settle, correlation ID y motivo en un archivo que finanzas filtre.
No haga: ocultar el gasto evitado, ni pintar la parada como Delivered para que el ledger luzca limpio.
¿Fue útil esta guía?
Guías relacionadas
- Transferencia de reglas de umbral de fraude durante transiciones de ingeniería
Audite los umbrales de velocidad operativa y los contactos de alerta durante las transiciones del equipo de plataforma para mantener una protección continua contra abusos.
- Configuracion de trampas de destino para detectar trafico automatizado en fase piloto
Implemente activadores de destino ficticios durante las pruebas piloto iniciales para capturar scripts automatizados y evitar el fraude antes del lanzamiento de produccion.
- Restauracion de volumen de trafico seguro mediante reglas granulares de prefijos permitidos
Aprenda a reactivar el trafico SMS de forma segura despues de un incidente de fraude mediante listas blancas estrictas, asignacion JIT y umbrales en USD en IOSOR.