Skip to content

Guia

Gateway de pagamento: detecção de fraude antes da autorização

Gateways costumam ter filtros simples que só veem dados do pagamento. Uma checagem antes da chamada traz sinais de aparelho, conta e comportamento.

Comece grátis no modo shadow

Onde fica a checagem

  • O checkout coleta sinais do aparelho.
  • O backend pede o score.
  • Conforme o score: gateway, 3-D Secure ou recusa.
  • Resultados e disputas voltam ao sistema.

Vantagens

  • Sem tarifa de autorização para fraude óbvia.
  • Independente do gateway.
  • Mesmas regras para todos os canais.

Como a RiskCogs ajuda

A RiskCogs não é intermediador de pagamento e não movimenta dinheiro: devolve score e motivos.

Cada pagamento recebe via POST /v1/risk-score um score de risco de 0 a 100 com os motivos: abaixo de 40, aprovar; de 40 a 69, revisar; 70 ou mais, recusar. No modo shadow (plano Shadow, € 0) você vê primeiro o que seria bloqueado, sem afetar clientes reais.

Diagrama da detecção de fraude antes do gateway de pagamento com chamada ao score e depois autorização
Diagrama da detecção de fraude antes do gateway de pagamento com chamada ao score e depois autorização

Perguntas frequentes

Os filtros do gateway bastam?

No início, muitas vezes.

Deixa o checkout lento?

Uma chamada de servidor é desprezível.

E o 3-D Secure?

Continua sendo a ferramenta para risco médio.

Meça primeiro. Bloqueie depois.

Rode o RiskCogs em modo shadow ao lado do seu provedor de pagamentos atual e revise as decisões antes que afetem um único cliente.