{"section":"known-issues","requestedLocale":"pt","requestedSlug":"quando-o-acordo-e-enviado-tao-nulo-e-codificado-como-reembolsomanual-nosso-gateway-realiza-um-duplo-reembolso","locale":"pt","slug":"quando-o-acordo-e-enviado-tao-nulo-e-codificado-como-reembolsomanual-nosso-gateway-realiza-um-duplo-reembolso","path":"docs/pt/known-issues/Payments/quando-o-acordo-e-enviado-tao-nulo-e-codificado-como-reembolsomanual-nosso-gateway-realiza-um-duplo-reembolso.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nA documentação do PPP indica que quando o processo de reembolso não funcionou, o provedor deve responder com um `nulo` a este campo, e também quando o reembolso deve ser feito manualmente, o campo de código deve ter o valor \"reembolso-manual\".\n\nO problema é que cada um desencadeia um reembolso, fazendo com que ele seja duplicado.\n\n\n\n## Simulação\n\n\nSend code=\"refund-manually\" e settled=null na resposta de liquidação com PPP.\n\n\n\n## Workaround\n\n\nNão enviar \"reembolso-manual\" no campo de código, mas apenas enviar o liquidado como nulo."}