{"section":"known-issues","requestedLocale":"pt","requestedSlug":"o-status-da-autorizacao-e-mantido-para-transacoes-assincronas-com-2-ou-mais-pagamentos-quando-o-primeiro-e-cancelado","locale":"pt","slug":"o-status-da-autorizacao-e-mantido-para-transacoes-assincronas-com-2-ou-mais-pagamentos-quando-o-primeiro-e-cancelado","path":"docs/pt/known-issues/Payments/o-status-da-autorizacao-e-mantido-para-transacoes-assincronas-com-2-ou-mais-pagamentos-quando-o-primeiro-e-cancelado.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nQuando uma transação tem vários pagamentos e se torna assíncrona devido ao modo Sherlock ou Defense, e se a primeira tentativa de autorização de pagamento falhar, isso pode fazer com que os outros pagamentos fiquem presos em um status \"Autorizado\". Isso ocorre porque a transação inteira é cancelada, mas nosso funcionário 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\n\nCrie uma transação com dois pagamentos, na qual o Modo de 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 e aprovar a outra.\n\n\n\n## Workaround\n\n\nN/A"}