{"section":"known-issues","requestedLocale":"es","requestedSlug":"el-estado-de-la-autorizacion-queda-bloqueado-en-las-transacciones-asincronas-con-dos-o-mas-pagos-cuando-se-cancela-el-primero","locale":"es","slug":"el-estado-de-la-autorizacion-queda-bloqueado-en-las-transacciones-asincronas-con-dos-o-mas-pagos-cuando-se-cancela-el-primero","path":"docs/es/known-issues/Payments/el-estado-de-la-autorizacion-queda-bloqueado-en-las-transacciones-asincronas-con-dos-o-mas-pagos-cuando-se-cancela-el-primero.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nCuando una transacción tiene varios pagos y se vuelve asíncrona debido al modo Sherlock o al modo Defensa, y si falla el primer intento de autorización de pago, esto puede provocar que los demás pagos queden bloqueados en el estado «Autorizado». Esto se debe a que se cancela toda la transacción, pero nuestro trabajador no lo detecta y continúa con un intento de autorización para el segundo pago. En consecuencia, el segundo pago no se puede cancelar, ya que la transacción ya ha sido cancelada y no permite una solicitud de cancelación.\n\n## Simulación\n\nCrea una transacción con dos pagos, en la que se active el modo Defensa o cualquier otra función que haga que la transacción sea asíncrona. A continuación, utiliza un conector de proveedor personalizado para rechazar el primer intento de autorización de pago mientras apruebas el otro.\n\n## Workaround\n\nN/A"}