Si un pedido existe en almacenamiento pero no aparece en el administrador, no lo “recrees” antes de saber qué capa está leyendo WooCommerce. HPOS, tablas antiguas, filtros de estado o datos de lookup dañados pueden hacer que un pedido real parezca inexistente.
Identifica el registro autoritativo
Consulta el ID mediante la API CRUD de WooCommerce y compara con el registro bruto. Así sabrás si WooCommerce puede construir el objeto, no solo si hay una fila en MySQL.
Comprueba HPOS y sincronización
Con HPOS o modo de compatibilidad, revisa si una extensión escribió solo en un modelo o si la sincronización quedó incompleta.
Revisa estado, tipo y relaciones
Un status/tipo inválido, referencia de cliente dañada o filtro de una extensión puede ocultarlo del listado.
No reescribas metadatos de pago
IDs de transacción e historial son evidencia de conciliación. Repara solo los campos mínimos con APIs soportadas.
Verifica listado y acceso directo
Confirma que aparece con filtros de fecha/estado, abre bien, conserva notas e IDs y vuelve a salir en consultas de pedidos.
El principio de reparación mínima está en cómo reparar datos de pedido sin reescribir pagos.
Protege la integridad histórica mientras reparas la visibilidad
Que el pedido no aparezca en el admin no autoriza a reconstruir su historia comercial. Conserva IDs de transacción, totales, impuestos, relación con cliente y notas. Si la base también está bajo presión, compáralo con el crecimiento de sesiones WooCommerce antes de dar por corrupto el pedido.