{"section":"known-issues","requestedLocale":"es","requestedSlug":"el-pedido-se-queda-atascado-en-estado-de-pago-pendiente-a-pesar-de-que-la-transaccion-fue-aprobada-el-sistema-de-gestion-de-pedidos-muestra-un-estado-obsoleto-al-procesar-el-pago-aprobado","locale":"es","slug":"el-pedido-se-queda-atascado-en-estado-de-pago-pendiente-a-pesar-de-que-la-transaccion-fue-aprobada-el-sistema-de-gestion-de-pedidos-muestra-un-estado-obsoleto-al-procesar-el-pago-aprobado","path":"docs/es/known-issues/Payments/el-pedido-se-queda-atascado-en-estado-de-pago-pendiente-a-pesar-de-que-la-transaccion-fue-aprobada-el-sistema-de-gestion-de-pedidos-muestra-un-estado-obsoleto-al-procesar-el-pago-aprobado.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nUn pedido puede permanecer atascado en \"Pago pendiente\" aunque la transacción haya alcanzado el estado **\"Aprobado\"** en Pagos (sin reversión, según lo confirman los registros de transacciones) y el sistema de gestión de pedidos (OMS) haya recibido correctamente la notificación de \"pago aprobado\" sin demora.\n\n**El fallo se produce en un paso posterior:** durante el procesamiento de la notificación, el OMS (`SalesOrderSystem::CreateAuthorization`, estado `approve-payment`) realiza una comprobación de estado independiente con la pasarela de pago. En los casos afectados, esta comprobación devuelve **un estado de transacción anterior** (como **\"Autorizado\"**, **\"Analizando riesgo\"** u otro estado anterior a **\"Aprobado\"**), aunque la transacción ya haya alcanzado el estado **\"Aprobado\"** en Pagos. Esto impide que se complete la transición a \"aprobar pago\" y no se observa ningún reintento automático posterior, lo que significa que el pedido puede permanecer atascado indefinidamente.\n\n## Simulación\n\nNo es posible realizar la simulación.\n\n## Workaround\n\nAbra una incidencia con el **Soporte Técnico**."}