{"section":"known-issues","requestedLocale":"es","requestedSlug":"el-pago-no-se-realiza-despues-de-una-llamada-de-cancelacion-exitosa","locale":"es","slug":"el-pago-no-se-realiza-despues-de-una-llamada-de-cancelacion-exitosa","path":"docs/es/known-issues/Payments/el-pago-no-se-realiza-despues-de-una-llamada-de-cancelacion-exitosa.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nSe solicita la cancelación/reembolso de una transacción; el conector REST de eRede la acepta y devuelve éxito, pero el pago nunca pasa al estado Cancelado, sino que permanece indefinidamente en su estado previo a la cancelación. La pasarela registra la respuesta exitosa del conector en las interacciones de la transacción y luego se detiene, sin completar la transición de estado.\n\n## Simulación\n\nNo se puede reproducir a demanda: el fallo depende de la respuesta de cancelación asíncrona del conector en una transacción real, sin que se haya identificado ningún desencadenante determinista.\n\nPara confirmar que se trata de este error clave, verifique la transacción:\n\n1. La afiliación es eRede REST (`erederest`).\n\n2. Existe una interacción de `URL de solicitud de cancelación` a `api.userede.com.br/erede/v1`.\n\n3. La respuesta correspondiente indica `HttpStatusCode:Accepted` con `\"returnCode\":\"360\"`. 4. No se produce ningún cambio de estado y el pago permanece en su estado previo a la cancelación.\n\n## Workaround\n\nN/A"}