CHECKOUT211: Respuesta vacía en la finalización de la compra

Qué significa esto

La tienda no devolvió ningún resultado de la finalización de la compra, por lo que se desconoce el estado del pedido.

Compruebe si se creó el pedido antes de volver a intentar la finalización de la compra.

Qué hacer

Revise los detalles a continuación antes de volver a intentarlo. No lo reintente hasta que haya confirmado qué ocurrió realmente: un reintento a ciegas puede generar un cargo o un pedido duplicado.

Sus datos

No se ha podido confirmar el resultado: verifíquelo antes de reintentar. Si esto persiste, exporte los diagnósticos y contacte con el soporte de WCPOS.

Resolución de problemas

1. Compruebe WooCommerce → Pedidos en WP Admin antes de hacer cualquier otra cosa — una respuesta vacía suele significar que el pedido se creó pero la confirmación nunca llegó.
2. El inspector de red muestra la solicitud de finalización de compra: un estado de éxito con un cuerpo vacío o truncado apunta a un plugin o a un búfer del servidor que corta la respuesta.
3. Revise WooCommerce → Estado → Registros en busca de un error fatal durante la finalización de la compra — un fallo de PHP posterior a la creación del pedido produce exactamente esto.
4. Reintente la finalización de la compra únicamente después de haber confirmado que no se creó ningún pedido.

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.
• 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.
• El registro de errores de PHP del sitio: si la página de registros de WooCommerce no muestra nada para la hora del fallo, solicite al proveedor de alojamiento el registro de errores de PHP — algunos errores fatales solo se capturan a nivel de servidor.

Detalles

• Código: CHECKOUT211 (CHECKOUT_EMPTY_RESPONSE)
• Gravedad: error
• Introducido en: WCPOS 1.10.0