Skip to main content
Os provedores Antifraude síncronos na Malga podem ser configurados para serem executados antes ou depois das transações através da opção runBeforeCharge. Para runBeforeCharge=false, o ciclo de vida de uma transação com avaliação antifraude percorre três etapas:
  1. Pré Autorização
  2. Análise Antifraude
  3. Captura
Para garantir que a venda não será perdida e que está apta a ser processada pelo antifraude, o pagamento é pré-autorizado e, em seguida, é feita uma verificação no provedor de risco. Por padrão, caso a análise seja aprovada, o pagamento é capturado. Caso contrário, ela é estornada automaticamente. Fluxo Antifraude
O comportamento automatizado do ciclo de vida da transação pode ser escolhido utilizando as configurações de captureOnApproved e refundOnReproved feitas diretamente no setup de provedor de antifraude para uso na Malga.
Para runBeforeCharge=true, o ciclo de vida de uma transação com avaliação antifraude percorre duas etapas:
  1. Análise Antifraude
  2. Captura
Fluxo Antifraude Com esta configuração, todas as transações serão avaliadas pelo antifraude antes de serem processadas nos provedores de cobrança.

​
Quais opções valem em cada arranjo

O capture que você envia na cobrança define quais opções do provedor antifraude chegam a ser consideradas. É a fonte mais comum de confusão, porque a intuição costuma ser a oposta do comportamento real.
Com capture: true, as opções captureOnApproved e captureOnReproved não têm efeito. A transação já foi capturada no adquirente, então o único desfecho que a avaliação de risco ainda pode produzir é o estorno.Se você quer que o resultado do antifraude decida os dois lados, capturar ou não, envie capture: false.

​
Exemplos de uso do antifraude

Para utilizar análises antifraude em suas transações basta estar credenciado em um provedor antifraude e configurá-lo em seu fluxo de pagamentos. Assim, será possível processar uma transação enviando as informações adicionais de antifraude.

​
Exemplo de cobrança com Antifraude aprovado

Após a pré autorização, se a cobrança passar pela avaliação de risco, é aprovada e capturada na sequência.

​
Exemplo de cobrança com Antifraude reprovado

Após a pré autorização, se a análise de risco for reprovada, a transação é rejeitada e a pré autorização é cancelada automaticamente.
Sempre que a transação for reprovada no antifraude, por padrão faremos o cancelamento da pré autorização automaticamente. Caso a tentativa de cancelamento falhe, a transação manterá o status pre_authorized e poderá ser cancelada ou capturada manualmente, de acordo com a sua preferência.

​
Exemplo de cobrança com erro ao acessar Antifraude

Em cobranças com capture: false, caso um erro ocorra no provedor antifraude e nenhuma das opções de erro esteja habilitada, a transação é retornada ainda pré-autorizada. Em cobranças com capture: true não existe pré-autorização a manter, e o desfecho é definido pelo refundOnError.
Caso ocorra alguma instabilidade com o provedor antifraude, existem duas opções para lidar com este cenário que devem ser configuradas em seu fluxo de pagamentos: - captureOnError: Faz a captura mesmo que ocorra instabilidade no provedor de antifraude. - refundOnError: Faz o estorno da transação em caso de instabilidade no provedor de antifraude. Não pode ser ligada ao mesmo tempo que captureOnError. Em cobranças com capture: false, quando captureOnError e refundOnError estão desligadas, a transação é retornada como pre_authorized. Em cobranças com capture: true esse cenário não se aplica, porque a transação já foi capturada.

Related topics

Fluxo do Antifraude AssíncronoWebhooks v1.1Cartão de créditoComeçando em Antifraude