{"section":"known-issues","requestedLocale":"en","requestedSlug":"error-with-returncode-355-in-cancellation-process-with-erederest-and-erede-v2","locale":"en","slug":"error-with-returncode-355-in-cancellation-process-with-erederest-and-erede-v2","path":"docs/en/known-issues/Payments/error-with-returncode-355-in-cancellation-process-with-erederest-and-erede-v2.md","branch":"main","content":"## Summary\n\nThe legacy connectors, ERedeRest and E-Rede V2, initiate cancellations by sending a request to the provider and expect a \"returnCode\":\"359\" indicating a successful cancellation. Any other code is interpreted by our gateway as an undefined status, causing the transaction to get stuck in a cancelling state. Even though in some cases, the refund/cancellation request is successful. This led to repeated cancellation attempts, even when the cancellation had already been processed by the provider.\n\n## Simulation\n\nIt cannot be simulated as we depend on the provider's response.\n\n## Workaround\n\nIf the payment on the provider side is already canceled\n\n    \\{\"returnCode\":\"355\",\"returnMessage\":\"Transaction already cancelled.\"\\}\n\nThe product support team has the option to utilize an internal API, '`force-cancel-status`', to update the payment and transaction status to 'canceled.'\n\nThis may not work in transactions with multiple payments, depending on the consistency of their settlements' status."}