{"section":"known-issues","requestedLocale":"es","requestedSlug":"el-proceso-de-pago-cancela-la-transaccion-tras-su-creacion","locale":"es","slug":"el-proceso-de-pago-cancela-la-transaccion-tras-su-creacion","path":"docs/es/known-issues/Payments/el-proceso-de-pago-cancela-la-transaccion-tras-su-creacion.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nUna transacción ya aprobada (y en algunos casos capturada) recibe una solicitud de cancelación directamente desde el checkout: Una aplicación externa llamada para cancelar esta transacción Id = con Valor RequestId = . Prioridad: predeterminada. Autor: vtex-service::checkout::stable. Esta solicitud de cancelación se produce debido a un tiempo de espera cuando el checkout llama a la ruta de pagos desde la pasarela y el servicio tarda demasiado en responder.\n\nEsto ocurre cuando el método `GatewayCallback` se activa en dos puntos diferentes del flujo del pedido: 1. **Durante la etapa de procesamiento del pedido**, cuando se llama al punto final `gatewayCallback/{orderGroup}`. 2. **Después de la autorización del pago**, cuando se llama al punto final `gatewayCallback/{orderGroup}/{messageCode}`.\n\nEn ambos casos, `GatewayCallback` realiza una solicitud a la pasarela de pago. Si la pasarela tarda demasiado en responder, puede producirse el mismo tipo de error de tiempo de espera en cualquiera de los dos escenarios. Para aclararlo aún más: - La primera llamada es una **solicitud POST** a `gatewayCallback`, que se produce justo después de que el usuario complete el proceso de pago.\n- La segunda llamada es una **solicitud GET** a `gatewayCallback`, que se activa durante la confirmación del pago, es decir, cuando el comprador es redirigido a la pantalla «Pedido realizado».\n\n## Simulación\n\nLa simulación no es posible.\n\n## Workaround\n\nNo hay ninguna solución alternativa disponible."}