{"section":"known-issues","requestedLocale":"pt","requestedSlug":"regras-de-autorizacao-concorrentes-geradas-ao-receber-um-valor-delaytocancel","locale":"pt","slug":"regras-de-autorizacao-concorrentes-geradas-ao-receber-um-valor-delaytocancel","path":"docs/pt/known-issues/Payments/regras-de-autorizacao-concorrentes-geradas-ao-receber-um-valor-delaytocancel.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\n\nQuando o conector atualiza o campo delayToCancel após a primeira resposta de autorização, o gateway VTEX enfileira um novo fluxo de autorização, mas mantém o original ativo. O sintoma visível é que dois planos de repetição são executados em paralelo, o que pode cancelar a ordem VTEX pelo menor tempo de atraso.\r\n## Simulação\n\n\n\n-\n\nIniciar uma transação com um delayToCancel inicial de 3 horas (10800s) na resposta da autorização.\n\n\n\n-\n\nRetorna um novo delayToCancel de 4 dias (345600s) em uma resposta subsequente.\n\n\n\n-\n\nObserve que ambos os \"planos\" de autorização continuam: as novas tentativas do primeiro plano continuam ocorrendo (por exemplo, a cada hora até 3 tentativas), enquanto o segundo plano também agenda novas tentativas (por exemplo, a cada 4 horas até 24 tentativas). O pedido pode ser cancelado pelo primeiro plano antes que as novas tentativas do segundo plano sejam concluídas\n\n\r\n## Workaround\n\n\nPrefira enviar o delayToCancel mais longo/mais conservador na primeira resposta de autorização para evitar enfileirar um plano curto que será cancelado antecipadamente."}