{"section":"known-issues","requestedLocale":"es","requestedSlug":"el-analisis-de-riesgos-se-cancela-antes-de-lo-previsto-debido-al-limite-fijo-de-reintentos","locale":"es","slug":"el-analisis-de-riesgos-se-cancela-antes-de-lo-previsto-debido-al-limite-fijo-de-reintentos","path":"docs/es/known-issues/Payments/el-analisis-de-riesgos-se-cancela-antes-de-lo-previsto-debido-al-limite-fijo-de-reintentos.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\n\nEn una transacción con un conector antifraude construido utilizando el protocolo antifraude estándar de VTEX, es posible observar que cuando se envía el campo **hook**, la transacción se cancela antes de lo esperado. Por defecto, el controlador antifraude pone en cola **24 intentos** en lugar del número deseado definido por el proveedor cuando se activa el método con gancho. Esto resulta en muchos menos intentos de análisis de los esperados.\n\nEl siguiente mensaje es una prueba fehaciente de que se ha producido el problema:\n\n    No se ha podido realizar el análisis de riesgo de la transacción . El estado actual de la transacción era AnalizandoRiesgo. Intentos de autorización: 24. Mensaje de Excepción : No se pudo confirmar la transacción con Id = . Confirmación pendiente. Intentos de autorización: 24.Reintentos finalizados.\n\n\n\n#### Simulación\n\n\n\n1. Configurar un conector antifraude que tenga el campo **gancho**.\n2. Cree una transacción que utilice una regla con un conector antifraude (AFPP).\n3. Compruebe las iteraciones: sólo habrá 24 reintentos de análisis de riesgo. Después, la transacción entrará en el flujo de cancelación.\n\n## Workaround\n\n\nNo hay solución."}