{"section":"known-issues","requestedLocale":"pt","requestedSlug":"as-transacoes-permanecem-no-status-autorizado-apesar-da-aprovacao-do-conector","locale":"pt","slug":"as-transacoes-permanecem-no-status-autorizado-apesar-da-aprovacao-do-conector","path":"docs/pt/known-issues/Payments/as-transacoes-permanecem-no-status-autorizado-apesar-da-aprovacao-do-conector.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nEm alguns casos, o Transaction Worker não consegue avançar a transação para o status esperado, mesmo após receber uma resposta bem-sucedida (200 OK) do conector. Como resultado, as transações podem ficar paralisadas no status _Autorizado_, e os pedidos correspondentes permanecem em _\"Pagamento pendente\"_. Esse comportamento pode ocorrer quando o conector retorna corretamente uma resposta de aprovação, mas o processo interno que atualiza o status da transação não é executado adequadamente.\n\nEste problema corresponde ao cenário: _\"Silêncio após Autorizado\"_, onde foram identificadas cinco causas principais distintas que compartilham o mesmo sintoma superficial, mas mecanismos de falha diferentes. As outras causas são:\n\n- Loop de repetição antifraude do ClearSale devido a `NullReferenceException` no conector. Ticket #1059028\n- Loop de repetição antifraude do ClearSale devido a `address.number=null`. Ticket #496298\n- Pagamento travado no status `Received` após a autorização, sem status visível na interface do usuário. Ticket #1411012.\n- Regressão de status `Approved` → `Authorized` causada por um callback secundário do conector, resolvida juntamente com este KI.\n\n## Simulação\n\nNão é possível simular.\n\n## Workaround\n\nAbra um ticket para a equipe de suporte ao produto."}