{"section":"known-issues","requestedLocale":"pt","requestedSlug":"a-transacao-esta-sendo-liquidada-mas-o-pagamento-com-cartaopresente-permanece-no-status-autorizado-apos-um-erro-na-liquidacao-automatica","locale":"pt","slug":"a-transacao-esta-sendo-liquidada-mas-o-pagamento-com-cartaopresente-permanece-no-status-autorizado-apos-um-erro-na-liquidacao-automatica","path":"docs/pt/known-issues/Payments/a-transacao-esta-sendo-liquidada-mas-o-pagamento-com-cartaopresente-permanece-no-status-autorizado-apos-um-erro-na-liquidacao-automatica.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nOs pagamentos com cartão-presente ficam presos no status `authorized` após uma falha na liquidação no GiftcardHub (código HTTP 400 ou outros erros). Mesmo após novas tentativas acionadas pelo SOS, o status do pagamento não é atualizado e a liquidação nunca é concluída.\n\nA mensagem nas interações da transação é:\n\n Mensagem: Erro desconhecido no AutoSettleA chamada para 'https://janus-payments-link.vtex.com.br//giftcardproviders//giftcards//transactions//settlements' retornou o status HTTP '()'.\n\n\nO problema ocorre apenas no **modo de liquidação total (padrão da plataforma):** quando uma transação possui vários métodos de pagamento, se a liquidação do cartão-presente falhar na primeira tentativa, o outro método de pagamento já pode ter sido capturado (liquidado automaticamente). Nas tentativas de repetição, o SOS envia o valor total da fatura, mas o gateway agora cobre apenas o saldo restante do cartão-presente. O gateway registra `Liquidação da transação iniciada`.\n\nIsso ocorre porque o valor solicitado excede o saldo restante capturável. O fluxo é abortado antes de chamar o Hub, nenhum `PaymentWorkFlowChangeStatus`, nenhuma chamada ao Hub e nenhum `Liquidação da transação concluída` é registrado.\n\n## Simulação\n\nPré-requisitos:\n\n1. Estar no modo de captura total\n2. Nenhuma captura automática ou antecipada configurada\n\n\nEtapas:\n\n1. Crie um pedido/transação com um cartão-presente + outro método de pagamento\n2. Aprove ambos os pagamentos\n3. Force a captura do pagamento com cartão-presente a falhar\n4. Capture com sucesso o outro método de pagamento\n5. Chame a captura do gateway com o valor total e receba o erro:\n6.\n\n    \\{ \"error\": \\{ \"code\": \"1402\", \"message\": \"O valor solicitado para liquidação (xx.xx) deve ser menor ou igual ao valor restante a pagar (xx.xx), que deve ser diferente de 0.\", \"exception\": null \\}\\}\n\n## Workaround\n\nPara evitar esse erro completamente, o comerciante pode optar por alterar o tipo de captura para o modo Retenção ou Parcial.\nAnalise cada um desses modos antes de ativá-los: https://help.vtex.com/docs/tutorials/payment-settlement-types\n\nOutra maneira de evitar o problema é ativar a captura automática ou antecipada no conector.\nRecomendamos um `delayToAutoSettle` ou `delayToAutoSettleAfterAntifraud` de 3600 segundos (1h), mas o importante é que seja menor do que o tempo típico de faturamento do pedido:\nhttps://help.vtex.com/docs/tutorials/configuring-maximum-automatic-payment-settlement-time-frame\n\nObservação: é necessário que o comerciante verifique com o provedor se é possível definir esses campos.\n\nCaso o comerciante não deseje implementar nenhuma das alterações acima, abra um ticket solicitando uma atualização de status.\n\n\n%0A"}