Sumário
Este problema conhecido foi traduzido automaticamente do inglês.
Os conectores legados, ERedeRest e E-Rede V2, iniciam os cancelamentos enviando uma solicitação ao provedor e esperam um "returnCode": "359" indicando um cancelamento bem-sucedido. Qualquer outro código é interpretado pelo nosso gateway como um status indefinido, fazendo com que a transação fique presa em um estado de cancelamento. Mesmo que, em alguns casos, a solicitação de reembolso/cancelamento seja bem-sucedida. Isso levou a repetidas tentativas de cancelamento, mesmo quando o cancelamento já havia sido processado pelo provedor.
Simulação
Não pode ser simulado, pois dependemos da resposta do provedor.
Workaround
Se o pagamento no lado do provedor já tiver sido cancelado
{"returnCode": "355", "returnMessage": "Transação já cancelada."}
A 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".