Sistema antifraude na TPP Ops: pontuação e quarentena automática

Programas de fidelidade com presentes físicos combinam promoções agressivas, carteiras de pontos e checkout aberto para o jogador. Essa mistura atrai abusos: cupons reutilizados, pedidos sem custo com valor real no carrinho, contas de mula ou velocidade de compra anômala. A TPP Ops responde com uma segunda linha de defesa: um motor de pontuação que avalia cada pedido no momento da criação e decide se deve prosseguir, entrar em quarentena ou bloqueá-lo.

Isso não substitui os controles de preços no checkout — isso continua sendo a primeira barreira. O que faz é detectar padrões suspeitos após o pedido existir, mas antes do produto ser enviado. Para as equipes de operações e suporte, isso significa menos surpresas na logística e um fluxo claro quando algo parece suspeito.

Três faixas de risco

O pipeline atribui uma pontuação de legitimidade de 0 a 100, onde 100 é um pedido limpo. A partir de 80, o pedido entra no fluxo normal. Entre 50 e 79, permanece em quarentena para revisão manual: um incidente de fraude é criado, e a equipe decide se deve liberá-lo ou confirmá-lo. Abaixo de 50, o sistema apenas bloqueia automaticamente — e restringe o cliente — quando há sinais claros de fraude econômica; regras suaves, mesmo que se acumulem, mantêm o pedido sob revisão sem penalizar um comprador possivelmente legítimo.

• Claro (≥ 80): fluxo padrão, sem retenção.

• Revisão (50–79): quarentena + incidente para suporte.

• Bloquear (< 50): apenas automático com sinal forte; cliente restrito até revisão humana.

Quais sinais o motor avalia

Cada regra deriva de vetores reais de fraude em operadores de jogos: abuso de promoções, carteiras e identidade. O catálogo cresce através de arquivos independentes — adicionar uma regra não requer tocar na interface de revisão.

• Econômico (duro): pedido sem custo com valor no carrinho, pontos sem débito na carteira, cupom com usos esgotados.

• Descontos e velocidade (suave): desconto excessivo, múltiplos pedidos do mesmo e-mail em uma janela curta, carrinho no máximo com promoção.

• Endereço e identidade (suave): mesmo endereço em várias contas, e-mails descartáveis, destinatário diferente do titular da conta, cliente na lista de vigilância.

• Rede e dispositivo (suave): colisão de IP entre contas, impressão digital de dispositivo compartilhada — sempre como corroborante, nunca como a única causa para bloqueio.

Quarentena e revisão operacional

Um pedido retido não avança na logística: enquanto estiver em revisão ou bloqueado, qualquer mudança de estado em direção ao envio é rejeitada. O suporte vê a pontuação, as regras que a acionaram e as evidências associadas. Eles podem liberar um falso positivo — o pedido retoma seu curso — ou confirmar fraude — pedido cancelado e cliente banido —. Tudo é rastreado com notas e usuário revisor.

Clientes restritos ou banidos não podem fazer novas compras: a rejeição ocorre antes da criação de um novo pedido, tanto no checkout da loja quanto na API pública. O sistema falha fechado: se a pontuação falhar dentro da transação, o pedido não é confirmado.

Configuração da marca

Cada marca pode ativar ou desativar o módulo de fraude e optar por não participar de regras suaves específicas. Regras duras — provável fraude econômica — permanecem sempre ativas quando o interruptor está ligado. Isso permite adaptar a sensibilidade a diferentes mercados sem perder proteção nos vetores mais severos.

O anti-fraude da TPP Ops é projetado para equipes que já operam fidelidade com entrega física e precisam de visibilidade antes do armazém, não apenas alertas depois. Se você gerencia promoções, pontos e checkout público, é a camada que fecha o ciclo entre promoção e cumprimento.

Onde se aplica

A pontuação é executada no checkout da loja — cada pedido que entra pela superfície pública da vitrine — e na API v1 para reservas de pedidos. Em ambos os casos, a avaliação ocorre dentro da mesma transação: ou o pedido nasce com seu veredicto de risco ou não. Sinais de rede (IP, user-agent, impressão digital do dispositivo) são capturados do lado do servidor a partir dos cabeçalhos, sem depender de scripts no navegador do comprador.

Para operações, o resultado é um único lugar para olhar pedidos suspeitos, com incidentes de área de fraude vinculados e um histórico de sinais por pedido. Menos Excel paralelo, mais tomada de decisão com contexto.