Un pedido puede estar pagado y todavía sin preparar; también puede aparecer cancelado con un reembolso pendiente. Si tu hoja usa una única columna llamada «listo», cuesta saber qué ocurrió. Vamos a diseñar un registro simple con cuatro pedidos ficticios, sin nombres, teléfonos ni direcciones. Sirve para entender el flujo antes de trabajar con el sistema real de tu tienda.

1. Define qué información pertenece a cada estado

Separa al menos identificador de pedido, SKU, cantidad, estado de pago, estado de preparación y estado de entrega. Agrega una referencia de evidencia y una próxima acción. Un total en CLP sirve para comprobar el pedido, pero una cifra escrita a mano no demuestra que el cobro esté confirmado.

La plataforma y el proveedor de pago mantienen sus propios estados. Escribe cómo se traducen a tu registro y quién puede cambiarlos. En una tienda de ensayo usa identificadores inventados; para revisar un caso real conserva la evidencia en el sistema autorizado, sin copiar datos personales a un prompt.

La preparación puede ser manual o gestionada por una integración según tu plataforma. Shopify documenta distintos métodos de fulfillment; esta guía propone un registro de aprendizaje, no una integración automática con esos servicios.

Manos trabajando en un computador portátil sobre un escritorio
Trabaja con tus datos y verifica cada cambio antes de publicar. Foto: iam hogir / Pexels. Fotografía de contexto.

2. Practica con cuatro casos diferentes

Abre la planilla descargable. Los identificadores P-001 a P-004 son ficticios y no corresponden a compras. Cada fila muestra un producto, cantidad, importe y dos estados separados. Lee la evidencia simulada y decide qué comprobar antes de avanzar.

P-001 · pago de prueba aprobado, sin prepararComprobar SKU y stock; preparar sólo en el ensayo.
P-002 · pago rechazado, sin prepararConservar el carrito de prueba; no informar éxito.
P-003 · pago aprobado, entregado al transporteConservar referencia de entrega; no marcar recepción final sin evidencia.
P-004 · cancelado, reembolso pendienteComprobar estado del reembolso; no darlo por devuelto.

En P-003, «entregado al transporte» no significa «recibido por el comprador». En P-004, cancelar y devolver dinero son pasos distintos. Esas diferencias son útiles para formular las próximas acciones con claridad, incluso si tu plataforma usa otras etiquetas.

3. Escribe una regla de transición que puedas probar

Para pasar de un estado a otro, define la evidencia requerida y el efecto esperado sobre stock y notificaciones. Un ejemplo de prueba: pago aprobado de ensayo, pedido creado una vez, cantidades correctas y preparación pendiente. No deduzcas esa secuencia sólo porque apareció una pantalla de agradecimiento.

  • Pago: comprobar estado e identificador en el proveedor de prueba.
  • Pedido: comprobar identificador, variantes, cantidades y total.
  • Inventario: registrar qué se reserva o descuenta y en qué momento.
  • Entrega: distinguir preparación, entrega al operador y recepción final.
  • Cancelación: comprobar pago, reembolso y stock por separado.

Las reglas de reserva y devolución dependen de tu sistema. Evita una regla genérica que reponga stock en cualquier cancelación: podría volver a vender un producto dañado o una unidad que ya salió. Documenta la operación y compruébala con un caso pequeño antes de confiar en el registro.

4. Pide a ChatGPT una revisión, usando datos ficticios

Copia sólo la planilla de ejemplo o una versión inventada con la misma estructura. Pídele incoherencias, preguntas y próximas comprobaciones. El modelo no tiene evidencia del proveedor de pago ni del transportista; debe marcar lo que falta en vez de confirmar estados.

Si compartes una estructura real, reemplaza identificadores sensibles y elimina nombres, direcciones, teléfonos, correos y comprobantes bancarios. En muchos casos basta con preguntar por una situación inventada. No necesitas subir el pedido completo para entender qué transición debes comprobar.

Revisa cuatro pedidos ficticios sin ejecutar acciones. Separa pago, preparación y entrega. P-001: aprobado de prueba/sin preparar. P-002: rechazado/sin preparar. P-003: aprobado/entregado al transporte, sin recepción final. P-004: cancelado/reembolso pendiente. Devuelve para cada uno: dato confirmado en este ejemplo, dato faltante y próxima comprobación. No inventes cobros, entregas, reembolsos ni información de clientes.

5. Comprueba duplicados y mensajes de confirmación

En el entorno de prueba, pulsa confirmar dos veces y actualiza después del resultado. Busca el identificador del pedido y el evento de pago. La prueba debe demostrar qué ocurrió; una hoja sin dos filas no alcanza si el proveedor registró dos operaciones.

Revisa también el mensaje que recibe la cuenta de prueba. Debe coincidir con importe, productos y entrega configurados. Una notificación de pago rechazado no debe felicitar por una compra exitosa. No pruebes correos con clientes reales ni uses esta guía para enviar mensajes desde nuestro sitio.

Conserva una captura o referencia por caso en tu carpeta de pruebas. El checklist del sitio permite registrar realizado o pendiente, pero no inspecciona tu tienda. Repite el caso afectado después de corregir una integración o una etiqueta.

6. Haz un cierre de prueba antes de repetir el flujo

Compara pedidos, pagos de ensayo y movimiento de stock para el mismo periodo. Anota diferencias concretas: un total que no coincide, un pedido duplicado o un reembolso todavía pendiente. Deja responsable y próxima comprobación en el registro, sin resolver el estado por intuición.

El CSV es una ayuda de aprendizaje y revisión manual, no un formato universal para importar pedidos. Cuando pases a una tienda real, evita mantener dos fuentes de estado que se contradigan. Usa el sistema que administra la operación y conserva este método para probar y explicar sus cambios.

Llévalo a ChatGPT

Un prompt para trabajar con tus datos

Reemplaza los corchetes con información verificada. Quita datos personales, bancarios y credenciales.

Ayúdame a revisar un flujo de pedidos con datos ficticios. Plataforma y reglas documentadas: [datos]. Estados de pago, preparación y entrega: [lista]. Para cada caso, indica evidencia requerida, efecto esperado en inventario y próxima comprobación. Señala transiciones ambiguas y propone pruebas de duplicado, rechazo, cancelación y reembolso pendiente. No ejecutes acciones, inventes estados ni solicites datos personales de compradores.

Preguntas frecuentes

¿Puedo usar el CSV para administrar mi tienda real?

Es un registro de aprendizaje y revisión manual. No es una integración ni un formato universal de importación de pedidos.

¿ChatGPT confirma un pago o una entrega?

No. Esos estados requieren evidencia del proveedor y del sistema que administra la operación.

¿Cancelar significa que el dinero ya fue devuelto?

No necesariamente. Comprueba el estado de reembolso por separado en tu plataforma y proveedor.

Fuentes y revisión

Fuentes primarias consultadas el 5 de octubre de 2026. Contrasta cifras y condiciones contra el documento original.