Restaurar una base antigua rebobina conjuntamente pedidos, usuarios, stock, cupones y ajustes. El proveedor de pagos puede mostrar cargos correctos que la tienda restaurada desconoce.
Detén checkout, conserva ambos estados y reconcilia antes de reanudar envíos.
Si han desaparecido pedidos pagados tras restaurar una copia, empieza por acotar el periodo afectado antes de volver a restaurar. Una evaluación de recuperación de WooCommerce permite distinguir registros ausentes, un cambio de almacenamiento y fallos de confirmación del pago antes de definir la intervención.
¿Se han perdido pedidos o no aparecen en el panel?
- La base de datos ha vuelto a un estado anterior. Pueden faltar pedidos posteriores a la copia. Conserva la captura más reciente, si existe, y compárala con las pruebas de pago y entrega.
- Ha cambiado el almacenamiento activo. Los registros pueden estar en las tablas HPOS o en el sistema antiguo mientras el panel consulta el otro. Comprueba qué tablas eran la fuente principal antes y después de restaurar; no cambies el modo ni sincronices por probar.
- Se ha cobrado sin crear un pedido utilizable. Contrasta el cargo capturado con los registros del checkout y de la pasarela. Repetir el pago o forzar el estado pagado no reconstruye la cesta.
Revisa también la búsqueda y los filtros de fecha y estado. Contar pedidos en el panel no permite distinguir por sí solo un borrado, un cambio de almacenamiento o un fallo de integración del pago.
Contén nuevas diferencias
Pausa checkout o sirve mantenimiento. Impide que la tienda restaurada envíe estados o webhooks que contradigan pagos.
No pidas pagar otra vez. Avisa a logística de que el panel está incompleto y nombra una lista temporal autoritativa. Registra horas de restauración y contención.
Conserva datos antes y después
Obtén la captura inmediatamente anterior si existe y la copia ahora activa. Conserva logs web, pagos, webhooks, correo y Action Scheduler.
Guarda exportaciones fuera del webroot. No importes masivamente en los únicos originales. Anota prefijo, versión y modo de almacenamiento WooCommerce.
Define la ventana ausente
Identifica el último pedido presente y la primera transacción posterior. Unifica zonas horarias.
Compara cargos del proveedor, logs, emails administrativos y sistemas de envío o ERP. Un cargo confirma movimiento de dinero, pero no todos los detalles del pedido. Protege datos de cliente y tarjeta.
Considera el almacenamiento de pedidos
WooCommerce puede usar tablas HPOS o el sistema antiguo posts/postmeta. Comprueba el almacenamiento activo y los ajustes de compatibilidad de cada captura conservada; la versión o la existencia de tablas no bastan. Algunas extensiones guardan aparte suscripciones, reservas o facturas.
La documentación oficial de HPOS distingue las tablas principales de trabajo de las tablas de respaldo. La sincronización copia los cambios pendientes desde la fuente principal; no es una copia histórica independiente y puede propagar borrados. No la ejecutes a ciegas como método de recuperación.
No copies solo filas de posts. Valida productos del pedido, direcciones, notas, impuestos, cupones, reembolsos y relaciones con extensiones mediante herramientas compatibles con WooCommerce y en una copia aislada.
Reconcilia pagos y reembolsos
Por cada transacción, registra ID del proveedor, importe, moneda, estado y referencia autorizada. Comprueba capturas, fallos, reembolsos parciales y disputas.
No cambies el estado del proveedor para que coincida visualmente con WordPress. Recrea o importa el pedido mediante un proceso auditado que no vuelva a cobrar. Coordina webhooks dudosos con el proveedor.
Reconcilia stock y entrega
Determina si se redujo inventario, se envió el producto, se concedió descarga o se activó una suscripción. Evita descontar stock dos veces.
Usa almacén, ERP o transportista como evidencia independiente. Asigna un responsable para aprobar el estado de entrega de cada pedido. Documenta ajustes y comunicación.
Conserva referencias contables
Mantén IDs de transacción, factura, impuestos y referencia visible. Si cambia el ID interno, crea una correspondencia auditada.
No inventes un estado pagado sin evidencia ni renumeres documentos legales silenciosamente. Coordina contabilidad y reembolsos. Revisa suscripciones y reservas aparte.
Concilia también las comisiones del proveedor, impuestos, portes y descuentos para que el total bruto no oculte diferencias por línea. Conserva quién aprobó cada correspondencia y la fuente utilizada. Si falta el detalle de productos, contacta al cliente mediante un proceso autorizado antes de fabricar datos basados únicamente en el importe.
Importa sin reintroducir el ataque
Extrae solo registros comerciales validados de la base posterior comprometida o del proveedor. No sobrescribas usuarios, opciones, plugins o cron limpios con una restauración total.
Prueba en una copia aislada, conserva mapeo de IDs y notas de auditoría, y escanea uploads de pedidos. Excluye indicadores y privilegios maliciosos.
Controla notificaciones y automatizaciones
Desactiva emails, CRM, webhooks y sincronización contable mientras pruebas. Cuando los estados sean correctos, envía solo comunicaciones necesarias sin duplicados.
Revisa acciones programadas vinculadas. No ejecutes una cola antigua en bloque sin mapear efectos. Registra qué recibió ya cada cliente y limita exportaciones temporales según privacidad.
Realiza primero un ensayo con un subconjunto representativo: pedido sencillo, cupón, reembolso, invitado y usuario registrado. Comprueba que no se emiten facturas, emails o reducciones de stock durante la prueba. Solo entonces ejecuta el lote completo con un registro de resultados y rollback definido.
Verifica antes de reabrir
Compara número y totales con pagos, inspecciona muestras y confirma stock, impuestos, reembolsos, usuarios y entrega. Realiza un pedido sandbox y verifica checkout, webhooks y correo.
Monitoriza duplicados y excepciones, conservando evidencia según política. Si desaparecieron pedidos pagados, solicita recuperación urgente compartiendo IDs por canales seguros, nunca tarjetas, exportaciones o bases comprometidas.
¿Y si no existe una copia posterior de la base de datos?
Una referencia de pago puede demostrar un cargo, un importe y una moneda sin conservar productos, dirección de entrega, descuentos o consentimiento. Los correos administrativos, el almacén y la contabilidad pueden cubrir parte de esos huecos; comprueba cuánto detalle aportan antes de reconstruir.
Marca como desconocidos los datos sin resolver y acuerda la siguiente comprobación con el responsable de la tienda. No se puede prometer una recuperación completa si los registros necesarios ya no existen. Solicita una evaluación del periodo con pedidos ausentes antes de elegir cómo importar.
Qué enviar para evaluar la recuperación de WooCommerce
Empieza por la URL de la tienda, la hora y zona horaria de la restauración, la fecha de la copia, una estimación de pedidos ausentes y si el checkout está pausado. Indica qué capturas y registros de pago o entrega existen; basta con describirlos en la solicitud inicial.
Pide un alcance que incluya conservación de pruebas, comprobación del almacenamiento, plan de conciliación, ensayo aislado, control de cobros y avisos duplicados, y criterios de aceptación antes de reabrir. Los registros disponibles determinan qué se puede recuperar; primero se evalúa y después se concreta el compromiso.
Solicitar una evaluación de recuperación de pedidos. No adjuntes exportaciones de clientes, tarjetas, contraseñas ni bases comprometidas al formulario público. Si hacen falta pruebas detalladas, acuerda un canal seguro.
Para revisar los registros recuperados con negocio, utiliza la plantilla para conciliar pedidos WooCommerce tras restaurar un WordPress hackeado. Relaciona pagos, detalle recuperable, entregas ya ejecutadas y decisiones pendientes.