CHECKOUT101: Fallo en la finalización de la compra, carrito a salvo

Qué significa esto

La finalización de la compra no se completó, y el carrito sigue estando a salvo para reintentarlo.

Revise el carrito y reintente la finalización de la compra; el contenido actual del carrito se ha conservado.

Qué hacer

Vuelva a intentar la acción. WCPOS no lo reintenta por sí solo: reinténtelo cuando esté listo.

Sus datos

El pedido en sí está a salvo y no ha cambiado.

Resolución de problemas

1. Revise el carrito — no ha cambiado — y vuelva a intentar la finalización de la compra.
2. Si falla de la misma forma, expanda la entrada del registro: el serverCode y el status indican si la tienda rechazó el pedido y por qué.
3. Un fallo repetido con un estado de clase 500 es un problema del sitio — revise WooCommerce → Estado → Registros en busca de un error de PHP a la hora del fallo.
4. Si el motivo indica una línea de artículo concreta, elimínela, complete la venta e investigue después ese producto.

Dónde buscar

Cuando WCPOS puede guardar este error, queda registrado en el dispositivo que lo generó. Abra Estado de la tienda → Registros (el icono de latido situado al final del cajón de navegación), busque la entrada marcada con este código y expándala: la fila expandida muestra el motivo en lenguaje sencillo y el contexto capturado en el momento del fallo. En el caso de una solicitud a la tienda, ese contexto puede incluir el código de error propio del servidor (serverCode), el status HTTP o el endpoint; los campos mostrados dependen de dónde se haya producido el fallo. Al informar de un problema, utilice Copiar información de depuración en la parte superior de la pantalla de Registros (Compartir información de depuración en teléfonos y tabletas) en lugar de capturas de pantalla: agrupa la versión de la aplicación, el estado de la conexión y los errores más recientes. Los registros se conservan un máximo de 30 días, así que recójalos mientras el problema esté reciente. Copie también cualquier error de la consola del navegador que haya aparecido antes de que el POS pudiera escribir su propia entrada de registro.

Más allá del registro dentro de la aplicación, este fallo puede dejar rastro en:

• Inspector de red (web y escritorio): abra las herramientas de desarrollo —pulse F12 en el navegador, o Avanzado → Alternar herramientas para desarrolladores en el menú de la aplicación de escritorio— y seleccione la pestaña Red. Siga primero las indicaciones de reintento de esta página; reproduzca la acción solo cuando esos pasos indiquen que es seguro. Una solicitud fallida muestra el estado HTTP y el cuerpo de la respuesta sin procesar, incluidas las páginas de error que nunca llegan al registro del POS.
• Registros del POS en el servidor: en WP Admin, abra POS → Ajustes → Herramientas → Registros. Esta página registra las advertencias y los errores relacionados con el POS que se producen en el propio servidor y que pueden no aparecer nunca dentro de la aplicación. Una insignia roja en el menú indica que hay errores del servidor sin leer.
• WooCommerce → Estado → Registros: en el sitio de WordPress, revise el archivo fatal-errors-*.log más reciente en busca de errores fatales de PHP, además de cualquier fuente de registro que lleve el nombre de un plugin implicado en el fallo. Un error de clase 500 procedente de la tienda casi siempre deja aquí su causa.

Detalles

• Código: CHECKOUT101 (CHECKOUT_FAILED_CART_SAFE)
• Gravedad: error
• Introducido en: WCPOS 1.10.0