Sumario
Este problema conocido ha sido traducido automáticamente del inglés.
Los conectores heredados, ERedeRest y E-Rede V2, inician las cancelaciones enviando una petición al proveedor y esperan un "returnCode": "359" indicando una cancelación exitosa. Cualquier otro código es interpretado por nuestra pasarela como un estado indefinido, provocando que la transacción se quede atascada en un estado de cancelación. Aunque en algunos casos, la solicitud de reembolso/cancelación se realiza correctamente. Esto provocaba repetidos intentos de cancelación, incluso cuando la cancelación ya había sido procesada por el proveedor.
Simulación
No se puede simular ya que dependemos de la respuesta del proveedor.
Workaround
Si el pago por parte del proveedor ya está cancelado
{"returnCode": "355", "returnMessage": "Transacción ya cancelada."}
El equipo de soporte del producto tiene la opción de utilizar una API interna, force-cancel-status, para actualizar el estado del pago y de la transacción a cancelado.