Skip to main content

​
Antifraude no Cartão de Crédito

Nossa API está preparada para fazer análise de risco em provedores de antifraude, sem a necessidade de integrações adicionais e dentro do próprio fluxo de cobranças do cartão de crédito. Esta avaliação de risco pode ser feita de forma síncrona ou assíncrona e requer algumas informações adicionais no payload de cobrança para que ela possa ser feita. Os provedores suportados podem ser consultados na tabela de provedores antifraude.

​
Configurando um provedor Antifraude

Além da configuração no fluxo inteligente, é possível configurar o antifraude da Malga para processar algumas automações de acordo com o retorno da avaliação de risco. Quando for adicionar um provedor antifraude na Malga é importante estar atento ao modelo de retorno do serviço configurado. Estão disponíveis para orquestração na Malga antifraudes com retorno síncrono e retorno assíncrono. Em alguns casos provedores Antifraude podem exibir comportamentos tanto de retornos síncronos quanto assíncronos, sendo chamados de híbridos. Quando estiver integrando um antifraude de modelo híbrido, você deve considerar os dois ciclos de vida.

​
Ciclo de Vida Síncrono

As transações são avaliadas no momento de sua criação e são resolvidas automaticamente. O resultado da avaliação e da transação é determinado na resposta da requisição de criação.

​
Ciclo de Vida Assíncrono

O provedor de avaliação de risco retorna um status aguardando uma validação e a transação só é finalizada após a conclusão dos eventos de webhook. Em geral, produtos com ciclo de vida assíncrono também podem ser híbridos (síncrono e assíncrono ao mesmo tempo).

​
Opções de configuração de provedores antifraude

Configure todas as opções explicitamente. Quando uma opção não é informada, o comportamento adotado depende do arranjo do seu fluxo, ou seja, do capture da cobrança e do runBeforeCharge do provedor, e não é o mesmo em todos os caminhos. Definir cada valor evita surpresa quando você muda de um arranjo para outro.
O captureOnReproved captura uma transação que o antifraude classificou como risco. Use apenas se essa for uma decisão consciente de aceitar a venda mesmo com reprovação, e não o combine com refundOnReproved, porque os dois pedem desfechos opostos para o mesmo veredito.
Além das configurações de automação, ao configurar um provedor antifraude em um merchant na Malga é possível escolher se você deseja enviar as transações não avaliadas pelo antifraude para o provedor com o objetivo de melhorar a calibragem do mesmo. Esta configuração também pode ser utilizada para calibrar um novo antifraude antes de utilizá-lo em sua orquestração.

​
Informações de aparelhos e comportamentos de uso - Fingerprints

É comum que provedores antifraude solicitem informações sobre o aparelho que está sendo utilizado para originar a transação. Recomendamos que você utilize o SDK do provedor configurado em seu fluxo de pagamentos e encaminhe o fingerprint nas requisições de cobrança, com o intuito de manter a qualidade da avaliação de risco e, assim, aumentar sua taxa de aprovação.
Alguns provedores antifraude obrigam o uso de Fingerprints em sua integração.

​
Retornos possíveis

Recomendamos enviar o objeto fraudAnalysis em todas as cobranças de cartão de crédito quando existe um provedor antifraude no seu fluxo inteligente. É ele que carrega os dados do comprador e do carrinho que o provedor usa para avaliar o risco. Para confirmar que a avaliação aconteceu, procure uma transactionRequest do tipo anti_fraud na cobrança. Se ela não existir, nenhuma avaliação de risco foi feita naquela transação. Quando uma transação é avaliada por um provedor de antifraude é criada uma transactionRequest do tipo anti_fraud, que pode assumir os status a seguir.