{"section":"known-issues","requestedLocale":"pt","requestedSlug":"o-status-da-autorizacao-fica-estagnado-em-transacoes-assincronas-com-dois-ou-mais-pagamentos-quando-o-primeiro-e-cancelado","locale":"pt","slug":"o-status-da-autorizacao-fica-estagnado-em-transacoes-assincronas-com-dois-ou-mais-pagamentos-quando-o-primeiro-e-cancelado","path":"docs/pt/known-issues/Payments/o-status-da-autorizacao-fica-estagnado-em-transacoes-assincronas-com-dois-ou-mais-pagamentos-quando-o-primeiro-e-cancelado.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nQuando uma transação possui vários pagamentos e se torna assíncrona devido ao modo Sherlock ou ao modo Defesa, e se a primeira tentativa de autorização de pagamento falhar, isso pode fazer com que os outros pagamentos fiquem presos no status “Autorizado”. Isso ocorre porque a transação inteira é cancelada, mas nosso worker não reconhece isso e prossegue com uma tentativa de autorização para o segundo pagamento. Consequentemente, o segundo pagamento não pode ser cancelado, pois a transação já foi cancelada e não permite uma solicitação de cancelamento.\n\n## Simulação\n\nCrie uma transação com dois pagamentos, na qual o Modo Defesa ou qualquer outro recurso que torne a transação assíncrona esteja ativado. Em seguida, use um conector de provedor personalizado para recusar a primeira tentativa de autorização de pagamento enquanto aprova a outra.\n\n## Workaround\n\nN/A"}