Un vendedor de r/shopify describió el trabajo con exactitud: el proveedor envía por correo una confirmación de envío por cada pedido, la abres, copias el número de seguimiento, lo pegas en el pedido, lo marcas como preparado y pasas al siguiente. Algunos días son treinta pedidos y una hora perdida. Otro describió el mismo trabajo semanal: tres horas de copiar y pegar cada domingo por la noche.
El impulso es automatizarlo de principio a fin. Ese es el primer paso equivocado, y la mejor respuesta del hilo explicó por qué: la versión útil solo muestra los que no coinciden o llevan demasiado tiempo pendientes, lo que convierte tres horas de revisar cada pedido en diez minutos de resolver casos excepcionales.
Por qué la conciliación va antes que la automatización
La automatización completa escribe en tu tienda. Eso implica credenciales con permisos de escritura, lo que implica una aplicación propiedad del comerciante, lo que implica pasar por la cola de solicitudes de desarrolladores. Y significa que, cuando el proveedor cambie su plantilla de correo —y lo hará—, tendrás pedidos marcados incorrectamente como preparados sin advertencia, en lugar de un conjunto visible de filas sin coincidencia.
La conciliación te devuelve esa misma hora sin exponerte a nada de eso, y te indica si las coincidencias son siquiera fiables antes de permitir que algo escriba. Si quieres conocer en detalle lo que implica el acceso de escritura en cada plataforma, lo explicamos por separado en la guía paso a paso de Shopify Admin MCP.
Las dos exportaciones
Tus pedidos. Cualquier exportación que incluya el número de pedido, el nombre o la dirección del destinatario, los artículos y el estado actual de preparación. Shopify, WooCommerce, Etsy y eBay permiten generarla desde el panel de administración sin ningún acceso a la API.
Las confirmaciones del proveedor. Exporta la carpeta del buzón donde llegan: la mayoría de los clientes de correo permiten exportar una carpeta a .mbox o a un conjunto de archivos .eml. Si tu proveedor envía un CSV o una exportación del portal, usa eso; es más limpio y no cambiará cuando rediseñen su plantilla.
Ambas van en una misma carpeta local. Esa carpeta constituye todo el espacio de trabajo.
Cuatro tablas, y solo tres son listas
Pide exactamente esta estructura y no aceptes prosa en su lugar:
- Con coincidencia y sin discrepancias: solo un recuento. No los enumeres.
- Confirmaciones sin coincidencia: un número de seguimiento sin un pedido asociado.
- Pedidos sin coincidencia: pedidos de más de N días de antigüedad sin ninguna confirmación.
- Ambiguos: cualquier registro que coincida con más de un pedido.
Busca primero la coincidencia por número de pedido y recurre al nombre del destinatario más el código postal solo cuando falte el número de pedido. Para las tablas 2 a 4, exige los campos de origen exactos utilizados para determinar la coincidencia. Y exige que cualquier coincidencia dudosa vaya a la tabla 4 en vez de asignarse por suposición a la tabla 1.
Que la tabla 1 sea un recuento y no una lista es la clave de todo el diseño. En un día normal, ese número es 28, las otras tres tablas están vacías y terminas en diez segundos.
Qué te está diciendo realmente cada tabla
Tabla 2, seguimiento sin pedido. Suele ser un proveedor que envía un pedido cancelado o una confirmación duplicada. Cuesta poco comprobarlo y, de vez en cuando, permite detectar un envío duplicado antes de que lo pagues dos veces.
Tabla 3, pedido sin seguimiento. Esta es la que sale cara y la razón para ejecutar todo el proceso. Estos casos se convierten en consultas de «dónde está mi pedido» y, en las plataformas de venta, se convierten en métricas de envíos tardíos que te cuestan visibilidad, además de la confianza del cliente.
Tabla 4, ambiguos. Casi siempre son dos pedidos al mismo domicilio. Vale la pena resolverlos manualmente precisamente porque un sistema totalmente automático habría elegido uno y se habría equivocado la mitad de las veces.
Entonces, y solo entonces, escribe los cambios
Cuando lleves un par de semanas ejecutando este proceso y la tabla 4 esté vacía de forma constante, las coincidencias serán lo bastante fiables para actuar sobre ellas. En ese momento, la escritura del estado de preparación debería seguir siendo una acción sujeta a controles según su nivel de riesgo, no una operación sin restricciones: una vista previa antes de ejecutarse y un límite de cuántos pedidos puede afectar una sola llamada, para que una mala coincidencia no pueda marcar silenciosamente doscientos como preparados.
Si nunca llegas a esa etapa, la conciliación por sí sola ya te habrá ahorrado esa hora. Esa es la parte que vale la pena conservar.
Cómo ejecutarlo en Orkas
Coloca las dos exportaciones en una carpeta de proyecto y mantenlas allí. Como el proyecto conserva su contexto de un día para otro, la ejecución de mañana puede compararse con la tabla 3 de hoy; un pedido que lleva tres días seguidos sin seguimiento es un problema distinto de uno que apareció esta mañana. Solo la comparación de cambios te permite distinguirlos. Los archivos y las claves permanecen en tu equipo; las llamadas al modelo van directamente a tu proveedor.
En esa misma carpeta reside el resto del trabajo semanal de la tienda, que explicamos en el caso de uso de revisión de una tienda de comercio electrónico.
Qué no cubre este proceso
- No interpretará un formato de correo del proveedor que nunca haya visto sin que revises la tabla 2 las primeras veces.
- No sabe si un paquete se ha perdido; solo sabe que nunca se te informó de su envío.
- El estado de seguimiento del transportista es un problema aparte. Este proceso coteja la existencia de un número con un pedido que necesita uno, nada más.