{"section":"known-issues","requestedLocale":"pt","requestedSlug":"analise-de-risco-cancelada-antes-do-esperado-devido-ao-limite-fixo-de-tentativas","locale":"pt","slug":"analise-de-risco-cancelada-antes-do-esperado-devido-ao-limite-fixo-de-tentativas","path":"docs/pt/known-issues/Payments/analise-de-risco-cancelada-antes-do-esperado-devido-ao-limite-fixo-de-tentativas.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\n\nEm uma transação com um conector antifraude criado usando o protocolo antifraude padrão da VTEX, é possível notar que, quando o campo **hook** é enviado, a transação é cancelada antes do esperado. Por padrão, o controlador antifraude coloca em fila **24 tentativas** em vez do número desejado definido pelo provedor quando o método com hook é acionado. Isso resulta em muito menos tentativas de análise do que o esperado.\n\nA mensagem a seguir é uma forte evidência de que o problema ocorreu:\n\n    Não foi possível fazer a análise de risco da transação . O status atual da transação era AnalyzingRisk. Tentativas de autorização: 24. Mensagem de exceção: Não foi possível confirmar a transação com Id = . Confirmação pendente. Tentativas de autorização: 24.Tentativas concluídas.\n\r\n## Simulação\n\n\n\n1. Configure um conector antifraude que tenha o campo **hook**.\n2. Crie uma transação que use uma regra com um conector antifraude (AFPP).\n3. Verifique as iterações: haverá apenas 24 tentativas de análise de risco. Depois disso, a transação entrará no fluxo de cancelamento.\n\n\r\n## Workaround\n\n\nNão há solução alternativa."}