{"section":"known-issues","requestedLocale":"pt","requestedSlug":"configuracao-incorreta-da-liquidacao-automatica-de-pagamentos","locale":"pt","slug":"configuracao-incorreta-da-liquidacao-automatica-de-pagamentos","path":"docs/pt/known-issues/Payments/configuracao-incorreta-da-liquidacao-automatica-de-pagamentos.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nO problema é que o gateway ignorou o valor `delayToAutoSettleAfterAntifraud`.\n\nEsses campos são obrigatórios na resposta de autorização, mas o gateway aceita a ausência deles. Nossa documentação está relacionada a isso.\n\n        \"delayToAutoSettle\": 1200, \"delayToAutoSettleAfterAntifraud\": 1200\n\nEm um cenário perfeito, o gateway não deveria aceitar a resposta sem eles.\n\nQuando o campo `delayToAutoSettleAfterAntifraud` não está no payload da resposta de autorização. O gateway não pode definir o valor correto, portanto, o valor padrão da liquidação automática do pagamento será de 4 dias (padrão).\n\n## Simulação\n\n\n\n1. Crie um pagamento.\n2. Configure o conector para responder sem que seja necessário o campo delayToAutoSettle, mas enviando o delayToAutoSettleAfterAntifraud\n3. Verifique a resposta de autorização, e ela terá apenas o valor que o conector respondeu\n4. Verifique o cartão roxo para ver qual valor foi configurado. A liquidação automática do pagamento será agendada para quatro dias após a aprovação do pagamento.\n\n## Workaround\n\n\n\nDefina o **delayAutoSettle** como o mesmo valor do **delayAutoSettleAfterAntifraud**."}