Por que o 3D Secure não é acionado?

Solicitação para acionar/não acionar

A solicitação para acionar ou não o 3DS em uma transação pode partir de você ou da Adyen. 

• Você pode fazer isso:
  • A solicitação de API
  • Dynamic 3D secure
• A Adyen pode fazer isso:
  • Devido a regulamentações, requisitos do emissor ou otimização. 

Confirme quem iniciou a solicitação

Você pode checar a seção 3DS na página "Detalhes do pagamento" de cada transação para determinar quem iniciou a solicitação. Os dois parâmetros a seguir dão uma visão geral:

• O campo O varejista solicitou 3DS indica se o 3DS foi/não foi solicitado por você e, em caso afirmativo, como. Ele pode ter quatro valores: 
  • Sim (por meio do Dynamic 3D Secure)
  • Sim (via parâmetro da API 'ExecuteThreed' ou 'AttemptAuthentication')
  • Não
  • Não (via parâmetro 'executeThreeD' ou 'attemptAuthentication' da API)
• O campo Dynamic 3D Secure apresenta a regra/configuração que acionou ou não o 3DS. Ele pode ter os seguintes valores: 
  • Regra padrão acionada ('Sempre 3DS')
  • Regra padrão acionada ('Prefiro não 3DS')
  • A regra '[nome da regra]' acionada ('[Sempre 3DS, Prefiro não desafiar OU Sempre 3DS, Sempre desafiar OU Prefiro não 3DS]')
  • Nenhuma regra foi acionada (a API tem prioridade mais alta)
  • Nenhuma regra acionada

Atenção: o parâmetro da API tem precedência sobre as configurações do Dynamic 3D Secure. Portanto, quando o parâmetro da API contém "executeThreeD" ou "tryAuthentication", as regras do Dynamic 3D Secure não são avaliadas, e o valor do parâmetro é respeitado.

Confira a seguir alguns exemplos para você interpretar melhor esses campos juntos:

Exemplo A: mostra que o 3DS foi acionado porque o Dynamic 3D Secure está como "Sempre". 

Exemplo B: mostra que o 3DS foi acionado por causa de uma regra personalizada nas definições do Dynamic 3D Secure. 

Caso o 3DS seja acionado apesar de o varejista ter solicitado 3DS = "Não" e Dynamic 3D Secure = Nenhuma regra acionada, pode ser devido às regulamentações locais, à otimização do modelo de autenticação para garantir maior conversão de funil completo, requisito do emissor ou nova tentativa de autenticação forte do cliente (SCA).

Solução de falhas no acionamento do 3DS

Se nenhum dos cenários acima explicar por que o 3D Secure (3DS) não foi acionado para uma transação, isso pode ser devido a: 

• Parâmetros de API ausentes / incorretos: confira os parâmetros de API enviados na solicitação para garantir que estejam corretos e completos. Alguns parâmetros são obrigatórios para acionar o 3DS. 
• O cartão do consumidor não está registrado nos serviços 3DS 2. 
• O MID não está registrado no 3DS. 

Para uma análise aprofundada do motivo pelo qual o 3D Secure não foi ativado, precisamos analisar os logs. Peça ajuda ao Suporte.