Decida o cadastro com o risco da sessão explicado
O documento pode ser verdadeiro e o rosto pode bater, e ainda assim a sessão denunciar a fraude: o mesmo celular cadastrando mais uma identidade na semana, tentativas em sequência, um e-mail que some amanhã. Este módulo lê a sessão do cadastro, e não a pessoa, e devolve o risco dela em linguagem que o seu time entende.
Sinais de risco da própria sessão: rede e IP, dispositivo, velocidade, e-mail informado, blocklist e reuso na sua base. No e-mail, além das listas de domínio, o motor olha para onde o domínio entrega: um domínio criado hoje, que nenhuma lista conhece pelo nome, é reconhecido quando o servidor de e-mail dele é o de um serviço de caixa temporária.
- Motor Antifraude
"status": "approved"Para quem é
Serve a quem sofre com fábrica de contas: fintechs com limite pré-aprovado, lojas online com cupom de primeira compra, aplicativos que remuneram indicação. Nesses negócios o fraudador não precisa falsificar nada; basta repetir um cadastro legítimo muitas vezes, e é a repetição que a sessão entrega.
Serve também a quem quer um segundo olhar sem pedir nada a mais do titular. O motor não abre tela, não pede foto e não muda a jornada: tudo o que ele lê já existe na verificação e no histórico da sua organização, inclusive a sua lista de bloqueio e os cadastros que você já recusou.
O que você recebe
O resultado chega no bloco fraud_assessment, e não em data como nos demais módulos, então ajuste o parser antes de qualquer coisa. Ali, fraud_score mede risco, e quanto mais alto, pior. level resume em low, medium ou high, e decision diz o mesmo na língua da ação: approve, review ou decline. Ramifique por esses dois, que não carregam ambiguidade de escala.
Em signals vem o estado de cada frente examinada, como aparelho, velocidade, rede, geografia, e-mail e telefone, ao lado das contagens cruas de reuso de aparelho e de IP. reasons lista os códigos que acenderam, como device_reuse, impossible_travel, blocklist_hit e disposable_email, e reasons_text repete os mesmos códigos com frase pronta para a tela do analista.
Cada frente pode chegar null, e isso quer dizer que ninguém a mediu naquela verificação, nunca que ela está limpa. O campo coverage informa quanto do quadro foi levantado. Nenhum identificador viaja no bloco: nem IP, nem e-mail, nem a impressão do aparelho, nem o hash de qualquer um deles.
O módulo fraud_ai avalia a sessão e devolve um risco de 0 a 100 com o motivo de cada ponto, no bloco fraud_assessment do webhook.
O módulo se chama fraud_ai no flow e no webhook.
Como entra no seu flow
O motor é um portão suave. Um decline aqui reprova o módulo, não a verificação: quem decide o cadastro é o status no topo do webhook, que combina este parecer com os outros módulos do flow. Guarde o fraud_assessment inteiro junto do desfecho, porque é ele que explica ao auditor por que uma conta foi para a fila.
No sandbox o bloco sai sempre no caminho limpo, porque ali não existe histórico de aparelhos e tentativas da sua organização. Programe contra os campos, e não contra a combinação que o ambiente de testes exibe.
O grupo do módulo
Sinais de risco da sessão, sem passo novo para o usuário.
Preço
R$ 0,22por verificação
O valor é lido do mesmo catálogo que o painel usa para montar um flow, somando os módulos que este exige, se exigir. Ver preços.
Perguntas frequentes
Ler a documentaçãoPor que o risco veio baixo e a decisão veio revisão?
Porque a sessão rendeu pouca informação. Olhe o coverage: quando ele marca sufficient como falso, não houve sinais bastantes para afirmar que o cadastro está limpo, e o módulo devolve review em vez de aprovar no escuro.
O meu histórico ajuda a pegar fraude em outro cliente?
Não. O reuso de aparelho, de endereço de rede e de identidade é procurado só dentro da sua organização. Nada do que o seu produto observa alimenta a análise de outra empresa, e nada de outra empresa entra na sua.
Posso mostrar o texto das razões na minha tela?
Pode, ele foi escrito para isso. Mas ramifique o seu código pelos códigos de reasons, que são estáveis e formam o contrato. A redação de reasons_text pode mudar, e uma regra presa ao texto quebraria na primeira revisão de frase.
Crie a conta, monte um flow com este módulo e rode a verificação inteira no ambiente de teste, sem consumir saldo.
