Un pedido ausente puede estar oculto por un filtro, usar un estado inesperado, existir en HPOS pero quedar fuera de una extensión antigua o no haberse creado. Si hubo cobro, la reconciliación del pago tiene prioridad: una transacción del proveedor puede existir aunque la tienda no muestre el pedido.
No recrees ni borres registros hasta demostrar que no existe bajo otra vista o identificador.
Limpia la vista administrativa
Elimina búsquedas y filtros por fecha, cliente, estado, idioma o proveedor. Revisa Todos, Borrador, Pendiente, Fallido, Cancelado y Papelera. Guarda la URL porque un plugin puede añadir parámetros invisibles.
Prueba con una cuenta administrativa controlada y permisos completos de WooCommerce. Un shop manager puede quedar limitado por código propio, multivendedor o reglas de almacén. No concedas acceso permanente de administrador para ocultar un problema de permisos.
Busca referencias estables
Usa número de pedido, email de facturación, ID de transacción, hora aproximada e importe. Los plugins de numeración secuencial pueden mostrar un número diferente del ID interno y dejar huecos intencionados.
Si se informa de un cargo, consulta primero la pasarela. Sus metadatos pueden contener el ID interno o la clave del pedido. No copies datos del cliente en capturas o registros compartidos.
Confirma el almacenamiento activo
High-Performance Order Storage guarda pedidos en tablas dedicadas. Una extensión que solo consulta wp_posts puede declararlos ausentes aunque WooCommerce los cargue.
Revisa WooCommerce > Ajustes > Avanzado > Características y el informe del sistema. Consulta mediante la API compatible:
$order = wc_get_order( $order_id );
if ( $order ) {
$status = $order->get_status();
}Una consulta SQL aislada a posts no demuestra que el pedido no exista.
Revisa la sincronización HPOS
Durante una migración o el modo de compatibilidad pueden quedar operaciones pendientes tras un error. Examina herramientas de WooCommerce, Acciones programadas y logs PHP en el intervalo.
No alternes varias veces el almacenamiento autoritativo en producción. Haz copia de la base y corrige la incompatibilidad o sincronización con herramientas soportadas. Confirma que cada extensión que administra pedidos sea compatible con el modo elegido.
Inspecciona permisos y filtros de consulta
Plugins propios pueden limitar la lista por rol, vendedor, idioma, almacén o metadatos. Compara la misma URL en staging aislando componentes y busca filtros de consulta y comprobaciones de capacidades.
Ocultar una columna solo cambia la presentación; modificar los argumentos de la consulta elimina registros de la lista. Registra argumentos o información de depuración sin incluir direcciones, teléfonos o claves.
Determina si falló la creación
Si ninguna consulta compatible encuentra el pedido, correlaciona checkout, PHP, MySQL y pasarela. Un error fatal o una escritura rechazada pudo ocurrir después de iniciar o capturar el pago.
Busca checkout drafts y referencias del proveedor. No pidas repetir la compra mientras exista una autorización sin resolver. Clasifica el caso como pedido oculto, pedido incompleto o pago sin pedido; cada uno necesita una respuesta distinta.
Repara sin duplicar el cobro
Corrige el filtro, permiso, compatibilidad HPOS o tarea fallida. Si hay una transacción pagada sin pedido recuperable, sigue el procedimiento documentado de reconstrucción compatible o reembolso conservando la referencia.
No insertes filas con SQL: una orden incluye direcciones, líneas, impuestos, totales, notas y metadatos relacionados. Tampoco vuelvas a cargar al cliente para reconstruir la venta.
Verifica todas las salidas
Comprueba que el pedido aparezca en administración, informes y fulfilment con estado, moneda y totales correctos. Haz una transacción controlada y confirma un único pedido en el almacenamiento activo.
El mantenimiento recurrente debe reconciliar pagos de la pasarela, recuentos de WooCommerce y fallos HPOS. La lista administrativa es una interfaz, no la única fuente de verdad.