IOSOR Guias
Linhas de queima de fraude no ledger pré-pago
Marque tentativas de OTP bloqueadas e abusivas para que o financeiro veja a queima evitada ao lado do débito real, sem entregas falsas.
As paragens de abuso não são invisíveis. Quando os limites de velocidade, picos ou negações de destino bloqueiam uma tentativa de OTP, o ledger pré-pago deve mostrar uma linha de queima de fraude —gasto evitado— junto aos débitos liquidados de tentativas reais. O financeiro não pode tratar 'nada cobrado' como 'nada aconteceu', e o produto não pode pintar o tráfego bloqueado como Entregue.
Relacionado: linhas de débito e estado de entrega no mesmo ledger, débito de entrega OTP versus sessão verify, Pico de abuso: interrupção sem falso sucesso, Operações de fraude em volume de OTP real.
A queima evitada não é um débito gratuito
Uma tentativa bloqueada pode deixar zero débito liquidado e ainda precisar de uma classe de queima visível no ledger: limitada, negada, parada por pico, fora da lista de permissões. Essa linha responde 'quanto risco de carteira evitamos?' sem inventar uma cobrança. O débito liquidado permanece para tentativas faturáveis. Misturar ambos inventa poupanças ou gastos falsos.
Classes de linhas que o financeiro pode filtrar
| Classe | Dinheiro | Honestidade do produto |
|---|---|---|
| Tentativa liquidada | Débito liquidado | O resultado pode atrasar — nunca falso Entregue |
| Limite bloqueado | Sem liquidação | Velocidade limitada — não Entregue |
| Pico parado | Sem liquidação | Pico parado — não Entregue |
| Destino negado | Sem liquidação | Destino bloqueado |
| Acumulado de queima | USD evitado total | Visão noturna de ops/finanças |
Unir eventos de paragem sem falso sucesso
Cada linha de queima precisa de uma chave de correlação para o evento de paragem: classe de identidade, destino, janela, razão de disparo. A interface do produto e o ledger partilham vocabulário. Caminho de pico: Pico de abuso: interrupção sem falso sucesso. UI parada sem classe de queima significa que o financeiro não pode provar que a carteira foi protegida.
Colunas de exportação para queima versus gasto
As exportações precisam de: classe de queima, montante evitado, montante liquidado e carimbo de tempo da paragem.
Lista de verificação do comprador para linhas de queima
Verifique se cada tentativa bloqueada tem um ID de evento único. Certifique-se de que o ledger não soma estes eventos ao gasto real. Valide se o financeiro consegue distinguir erro técnico de bloqueio de segurança.
Comece com o IOSOR
Dispare uma paragem com nome num intent OTP em direto — tecto, pico ou recusa de destino. Exporte a mesma janela UTC. Finanças deve ver débitos liquidados ao lado de linhas de queima: capped, spike-stopped, denied. A UI de produto e o ledger partilham o motivo. Uma carteira silenciosa não prova que nada aconteceu.
Conclusão IOSOR
Um OTP bloqueado é uma linha de queima no ledger pré-pago, não um débito grátis nem um evento perdido.
Faça: mantenha classe de queima, montante evitado ou flag zero-settle, correlation ID e motivo num ficheiro que finanças filtre.
Não faça: esconder o gasto evitado, nem pintar a paragem como Delivered para o ledger parecer limpo.
Este guia foi útil?
Guias relacionados
- Transferência de regras de limite de fraude durante handovers da equipe de engenharia
Audite os limites de velocidade operacional e os contatos de alerta durante as transições da equipe de plataforma para manter a proteção contínua contra abusos.
- Configuracao de armadilhas de destino para detectar trafego automatizado na fase piloto
Implante acionadores de destino ficticios durante os testes piloto iniciais para capturar scripts automatizados e evitar fraudes antes do langamento em producao.
- Restaurando o Volume de Tráfego Seguro por Meio de Regras Granulares de Lista de Permissão de Prefixos
Aprenda a recuperar o tráfego de SMS com segurança após um incidente de fraude implementando listas de permissão estritas, alocação JIT e monitoramento de limites em USD no IOSOR.