Los estados de pedido de WooCommerce sirven para ordenar el trabajo después de que una persona intenta comprar. No son una promesa de despacho, una boleta automática ni una prueba suficiente de que el dinero ya está disponible. Son una señal para que el equipo revise evidencia, sepa quién actúa y comunique algo que la persona pueda entender.
La forma segura de usarlos es traducir cada estado a una pregunta operacional: ¿está confirmado el pago?, ¿hay que preparar una unidad?, ¿falta un dato?, ¿quedó una excepción?, ¿qué información corresponde entregar? Si nadie puede responder, el problema no se soluciona cambiando el estado por rapidez.
WooCommerce incluye estados base y también puede mostrar estados agregados por extensiones o procesos propios. Esta guía explica los estados estándar como punto de partida; antes de automatizar cambios o mensajes debes revisar la configuración, el medio de pago y los complementos de la tienda concreta.
Los estados base y la acción que despiertan
La documentación oficial de WooCommerce describe el flujo general de sus estados. En una tienda real, conviértelos en una pauta de trabajo y no en una regla ciega.
| Estado | Qué indica en términos generales | Primera acción del equipo |
|---|---|---|
Borrador (Draft) |
Puede aparecer mientras un checkout basado en bloques reúne datos antes de que la compra se convierta en un pedido operativo. | No preparar ni intervenir manualmente; investiga el checkout solo si persiste o genera errores. |
| Pendiente de pago | El pedido fue recibido, pero el pago todavía no está confirmado. | Revisar medio de pago, notas y evidencia antes de preparar. |
| Fallido | El intento de pago no se completó como esperaba el flujo. | Verificar si existe otro pedido o reintento antes de contactar o cancelar. |
| En espera | El pedido requiere revisión o confirmación antes de avanzar. | Identificar qué condición lo dejó retenido y asignar responsable. |
| Procesando | El pago fue recibido y el pedido espera cumplimiento en el flujo estándar. | Validar disponibilidad y preparar la unidad correcta. |
| Completado | La tienda considera finalizado el cumplimiento del pedido. | Confirmar que el cierre coincide con tu política y deja evidencia útil. |
| Cancelado o reembolsado | El pedido no seguirá el recorrido habitual o se revirtió. | Revisar stock, comunicación y registros asociados antes de reutilizar la unidad. |
Reserva temporal sobre Borrador (Draft). WooCommerce documenta este estado para flujos de checkout basados en bloques, pero puede no aparecer ni recorrer las mismas transiciones en una tienda que usa otro checkout, una versión distinta o extensiones propias. Trátalo como una señal transitoria que debes comprobar en tu instalación; no lo conviertas en una regla universal de preparación, reserva de stock o mensajes al cliente.
Los nombres pueden verse en español o inglés según la instalación. Además, el significado exacto de un estado personalizado depende de la extensión que lo creó. No supongas que “enviado”, “validado” o “en preparación” se comportan igual en dos tiendas distintas.
No prepares un pedido solo porque apareció una orden
Un pedido nuevo puede ser una venta lista para preparar o un intento que necesita revisión. Antes de mover inventario, revisa el conjunto mínimo de evidencia:
- número de pedido y hora aproximada;
- método de pago indicado;
- notas del pedido o del medio de pago, sin exponer identificadores sensibles;
- estado actual y cambios recientes;
- productos, variante y cantidad solicitada;
- modalidad de entrega o retiro;
- si existe un pedido anterior o posterior de la misma compra.
La documentación de WooCommerce indica que los pedidos con pago pendiente requieren confirmación antes de pasar al flujo de cumplimiento, y que los estados pueden quedarse sin actualizar por razones de configuración o de la pasarela. Troubleshooting Orders propone revisar el método y las notas del pedido antes de concluir que el problema es del estado.
No uses datos reales de compradores para probar esta pauta. Para una prueba de flujo, usa datos sintéticos autorizados y elimina cualquier captura que deje visible nombre, correo, dirección, RUT, identificador de transacción o cookie.
Convierte el estado en una responsabilidad explícita
El estado solo ordena el panel. El equipo necesita además definir quién hace el siguiente movimiento y cuánto tiempo puede quedar sin revisión. Una matriz pequeña evita que ventas, bodega y atención asuman que otra persona ya actuó.
| Momento del flujo | Responsable que debe quedar definido | Evidencia mínima |
|---|---|---|
| Pedido recibido | Operación o atención | Pedido identificado y medio de pago revisado. |
| Pago por confirmar | Responsable de pagos | Nota o confirmación según el método usado. |
| Preparación | Bodega | SKU, variante, cantidad y modalidad de entrega. |
| Despacho o retiro | Operación logística | Hito de entrega definido y mensaje coherente. |
| Excepción | Persona responsable de resolverla | Motivo, siguiente paso y fecha de nueva revisión. |
No necesitas convertir cada movimiento en una reunión. Basta con que la persona que abra el panel sepa qué no debe hacer: no marcar como completado algo que todavía no fue preparado, no descontar una variante sin comprobarla y no cerrar una excepción dejando al cliente sin respuesta.
El flujo estándar no reemplaza tu política de negocio
WooCommerce suele usar processing para pedidos pagados que esperan ser preparados. Esto ayuda a separar una compra lista para cumplimiento de una que todavía no confirma pago. Sin embargo, una tienda con productos virtuales, retiros, pagos manuales o extensiones puede recorrer etapas distintas.
Por eso conviene documentar cuatro decisiones propias:
- Cuándo se reserva stock. Puede ser al crear la orden, al confirmar pago o según otra regla aprobada.
- Qué hito habilita preparación. No necesariamente coincide con el primer intento de pago.
- Qué evento permite cerrar. “Completado” debe tener un significado que el equipo pueda sostener, no solo limpiar la lista.
- Qué ocurre ante una excepción. Pago no claro, producto no encontrado, dirección incompleta o retiro pendiente requieren una ruta, no un cambio manual improvisado.
Estas decisiones no son asesoría tributaria ni sustituyen las condiciones de una pasarela. Si el flujo incluye documento tributario, devolución o una confirmación externa, se debe validar por separado con la fuente y configuración aplicables.
Cómo revisar pedidos cada día sin perder contexto
Una revisión breve funciona mejor si se hace por excepción, no abriendo uno por uno todos los pedidos históricos.
Empieza por estos grupos:
- pendientes de pago que llevan más de lo que tu proceso admite;
- pedidos en espera sin una nota que explique la causa;
- pedidos procesando que no tienen preparación asignada;
- pedidos con una variante agotada o distinta a la que se esperaba;
- cancelados o reembolsados que podrían requerir devolver stock;
- cambios manuales sin responsable o sin una razón visible.
En cada caso registra una nota interna breve: qué se observó, qué se verificará y quién quedó a cargo. La nota debe orientar al siguiente miembro del equipo, no contener credenciales ni una conversación completa del cliente.
Si el síntoma es que el checkout no conserva correctamente el método de despacho o la opción de retiro, no intentes arreglarlo cambiando estados de pedidos ya creados. Revisa primero el diagnóstico de métodos de despacho que no aparecen en WooCommerce y el flujo de prueba de la tienda.
Qué decir a la persona que compró
La interfaz puede mostrar un nombre técnico; la persona necesita saber qué pasa y qué debe hacer. Un mensaje de postventa claro responde, según corresponda:
- que el pedido fue recibido;
- si falta una confirmación o información concreta;
- cuándo habrá una nueva actualización, sin inventar una fecha de entrega;
- cómo identificar el pedido al pedir ayuda;
- por qué canal puede responder si tiene una excepción.
Evita frases como “todo está listo” si bodega aún no revisa disponibilidad, o “pago confirmado” si el medio de pago todavía requiere validación. También evita compartir información de otros pedidos para explicar un retraso.
La diferencia es importante: los estados ordenan el panel; la postventa coordina la experiencia después de la compra. Conserva esa separación antes de crear correos, automatizaciones o cambios manuales.
Cambios que conviene evitar
No uses cambios masivos para ocultar un problema
Marcar varios pedidos como completados puede ahorrar un minuto y dificultar después la conciliación, el soporte y el control de inventario. Primero separa qué pedidos tienen la misma causa y conserva evidencia antes de modificar.
No crees estados personalizados sin una definición
Un nuevo estado puede ser útil si aclara una responsabilidad. Si solo reemplaza “procesando” por una palabra más atractiva, multiplica la necesidad de explicar informes, correos y automatizaciones. Define antes quién lo aplica, qué evidencia necesita y cuál es el siguiente estado permitido.
No confundas estado de pedido con estado de entrega
Un pedido completado en la tienda puede significar que tu equipo terminó su parte, no que una empresa externa ya lo entregó. Mantén separado el hito logístico, la evidencia disponible y la comunicación que corresponde al cliente.
Antes de lanzar o cambiar un flujo
Si vas a activar un nuevo medio de pago, retiro, correo o extensión, realiza una prueba completa con datos sintéticos: crea pedido, verifica el estado esperado, confirma qué ve el equipo, simula preparación y comprueba el mensaje que recibiría el comprador. La checklist de prelanzamiento para una tienda WooCommerce en Chile reúne controles complementarios antes de cobrar en producción.
No declares el flujo aprobado porque “el pedido se creó”. Debe ser posible explicar qué estado tuvo, por qué cambió y qué parte del equipo pudo actuar sin adivinar.
Próximo paso
¿Tienes pedidos estancados, cambios manuales difíciles de explicar o un equipo que no sabe cuándo preparar? Revisa la operación de tu eCommerce con SuperPyme y define el flujo aplicable a tu tienda antes de automatizar o modificar estados.
Para revisar la capa previa al cobro, consulta la guía de checkout chileno en WooCommerce una vez publicada.
Fuentes primarias
- Order Statuses, WooCommerce. Revisada el 11 de agosto de 2026.
- Managing Orders, WooCommerce. Revisada el 11 de agosto de 2026.
- Troubleshooting Orders, WooCommerce. Revisada el 11 de agosto de 2026.
Siguiente paso recomendado
Convierte esta guía en una tienda preparada para vender
Cuéntanos qué vendes, cuántos productos manejas y qué necesitas integrar. Te orientaremos hacia una implementación coherente con tu operación.
Compartimos guías claras para que tu pyme tome mejores decisiones digitales.
