{"section":"known-issues","requestedLocale":"pt","requestedSlug":"pagamentos-falhados-criados-pela-caixa-ui-transacao-sem-pagamentos","locale":"pt","slug":"pagamentos-falhados-criados-pela-caixa-ui-transacao-sem-pagamentos","path":"docs/pt/known-issues/Payments/pagamentos-falhados-criados-pela-caixa-ui-transacao-sem-pagamentos.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nCasos de pedidos incompletos onde suas transações não têm pagamentos.\nNos logs do \"gatewayCallback\" (Checkout API) e do próprio Gateway, podemos ver apenas o volume de transações que foram consultadas ao final da compra, mas que não tiveram pagamentos.\nNos logs da UI, temos apenas o registro genérico \"payment-fail\", o que não nos leva à causa.\nNaturalmente, o motivo do pedido não estar concluído e a transação ficar sem pagamento vem da IU, que neste momento é quem envia os dados relevantes diretamente para a API do Gateway.\n\n\n\n## Simulação\n\n\nNão há provas de como reproduzir o caso e ele pode ter várias causas de raiz.\n\n**No lado do Gateway, pode haver razões específicas ou diferentes, que eventualmente vêm na resposta do API (e podem até impedir a realização do \"gatewayCallback\"), mas também há casos que não geram nenhum registro lá (gateway). Em ambos os casos, para prosseguir com a investigação espera-se ter este registro da UI Checkout.**\n\nPortanto, podemos ver o seguinte cenário:\n\n- Criação da transação\n- gatewayCallback devolvendo que a transação não teve pagamento\n- Registro do \"payment-fail\" da IU sem detalhar o motivo (note que o registro provavelmente está atrasado em relação ao ponto anterior)\n- Zero registros do portal sobre \"ReceiveArrayPayments\", o que registraria erros no pedido de \"sendPayments\" que a UI faz\n\n\n\n## Workaround\n\n\nN/A"}