{"section":"known-issues","requestedLocale":"es","requestedSlug":"el-estado-de-autorizacion-se-bloquea-para-transacciones-asincronas-con-2-o-mas-pagos-cuando-se-cancela-el-primero","locale":"es","slug":"el-estado-de-autorizacion-se-bloquea-para-transacciones-asincronas-con-2-o-mas-pagos-cuando-se-cancela-el-primero","path":"docs/es/known-issues/Payments/el-estado-de-autorizacion-se-bloquea-para-transacciones-asincronas-con-2-o-mas-pagos-cuando-se-cancela-el-primero.md","branch":"main","content":"## Sumario\n\n>ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n\nCuando una transacción tiene múltiples pagos y se vuelve asíncrona debido al modo Sherlock o Defensa, y si el primer intento de autorización de pago falla, puede resultar en que los otros pagos se queden atascados en un estado \"Autorizado\". Esto se debe a que se cancela toda la transacción, pero nuestro trabajador no lo reconoce y procede con un intento de autorización para el segundo pago. En consecuencia, el segundo pago no puede ser cancelado, ya que la transacción ya ha sido cancelada, y no permite una solicitud de cancelación.\n\n\n##\n\n## Simulación\n\n\nCree una transacción con dos pagos, en la que esté activado el Modo Defensa o cualquier otra característica que haga que la transacción sea asíncrona. A continuación, utilice un conector de proveedor personalizado para rechazar el primer intento de autorización de pago mientras aprueba el otro.\n\n\n\n## Workaround\n\n\nN/A"}