{"section":"known-issues","requestedLocale":"pt","requestedSlug":"erro-com-o-codigo-de-retorno-355-no-processo-de-cancelamento-com-o-erederest-e-o-erede-v2","locale":"pt","slug":"erro-com-o-codigo-de-retorno-355-no-processo-de-cancelamento-com-o-erederest-e-o-erede-v2","path":"docs/pt/known-issues/Payments/erro-com-o-codigo-de-retorno-355-no-processo-de-cancelamento-com-o-erederest-e-o-erede-v2.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nOs conectores legados, ERedeRest e E-Rede V2, iniciam os cancelamentos enviando uma solicitação ao provedor e esperam um \"returnCode\":\"359\" indicando que o cancelamento foi bem-sucedido. Qualquer outro código é interpretado pelo nosso gateway como um status indefinido, fazendo com que a transação fique presa no estado de cancelamento. Mesmo que, em alguns casos, a solicitação de reembolso/cancelamento seja bem-sucedida. Isso levava a tentativas repetidas de cancelamento, mesmo quando o cancelamento já havia sido processado pelo provedor.\n\n## Simulação\n\nNão é possível simular, pois dependemos da resposta do provedor.\n\n## Workaround\n\nSe o pagamento do lado do provedor já estiver cancelado\n\n \\{\"returnCode\":\"355\",\"returnMessage\":\"Transação já cancelada.\"\\}\n\nA equipe de suporte ao produto tem a opção de utilizar uma API interna, '`force-cancel-status`', para atualizar o status do pagamento e da transação para 'cancelado'.\n\nIsso pode não funcionar em transações com vários pagamentos, dependendo da consistência do status de suas liquidações."}