Inventario en Shopify: cómo sincronizar locations y almacenes con tu ERP
Si gestionas el inventario en Shopify y tienes mercancía en varios almacenes, la pregunta del cliente sigue siendo sencilla: ¿puedo comprar este producto?
Para responder, la tienda necesita relacionar la unidad elegida con una disponibilidad y un lugar desde el que pueda atenderse el pedido. Tu ERP puede organizar esas cantidades con almacenes, reservas y reglas distintas.
Shopify utiliza locations dentro de su modelo de inventario. Preparar la integración exige decidir cómo se relacionan con las ubicaciones del negocio y qué información debe mantenerse en cada una.
Vamos a seguir una referencia desde el almacén hasta la compra para entender qué debe conservarse durante ese recorrido.
El inventario en Shopify necesita ubicaciones con una función
Un almacén del ERP y una ubicación de Shopify pueden representar partes relacionadas de la operación, pero no debemos asociarlos únicamente por parecido de nombre.
La empresa puede tener un almacén central, tiendas físicas, una ubicación de devoluciones o un proveedor logístico. Cada uno puede participar de una forma distinta en la venta online.
Necesitamos saber qué lugar prepara Pedidos, cuál conserva mercancía pendiente y qué unidades pueden ofrecerse al canal.
Imagina que el central atiende compras online y la tienda física mantiene parte del Catálogo para venta presencial. La decisión puede ser excluir esa tienda, incluir determinadas referencias o permitir otro circuito de servicio. La correspondencia debe recoger la política real.
Si simplemente sumamos todo y lo asignamos a una location, podemos perder una información necesaria para preparar o prometer la entrega.
De la variante al inventario de cada location
Shopify relaciona la variante vendible con un artículo de inventario, y sus cantidades con ubicaciones. La documentación de inventario de Shopify explica ese modelo y sus estados.
La variante BOT-NEG-42 corresponde al calzado negro en talla 42. En nuestro ejemplo, el inventario de esa variante se sigue en dos locations. Los nombres e identificadores de la tabla son ficticios.
| Origen ERP | Destino Shopify del caso | Cantidad vendible preparada | Función |
|---|---|---|---|
| Almacén C | Location «Central», ID 71 | 12 | Expediciones online |
| Almacén T | Location «Tienda», ID 72 | 4 | Servicio presencial y recogida según configuración |
| Almacén R | Sin aportación vendible | 0 | Devoluciones pendientes de revisión |
La correspondencia incluye referencia y ubicación. Al actualizar doce para BOT-NEG-42 en Central, la tarea tiene que reconocer el artículo de inventario de esa variante y la location 71. El SKU por sí solo no determina la ubicación.
El ejemplo mantiene separados central y tienda porque el negocio necesita conservar dónde puede prepararse la compra. Consolidarlos en una sola location cambiaría esa representación. Una agrupación solo tiene sentido si la operativa y la configuración del canal pueden sostenerla.
Distingue mercancía existente y disponible para el canal
La cantidad física puede incluir unidades ya comprometidas o apartadas de la venta. La documentación de Shopify también distingue estados de inventario; el ERP puede calcular sus disponibilidades con otros mecanismos.
La integración debe relacionar significados, sin tratar todas las cantidades como intercambiables.
Supongamos que en el almacén participante existen veinte unidades y cuatro están comprometidas para pedidos. Si la fuente devuelve dieciséis disponibles, volver a descontar aquellas cuatro reduciría dos veces su efecto.
Si devuelve veinte físicas, necesitamos saber cómo considerar los compromisos que corresponden al canal. La fórmula debe partir de una definición de cada valor.
También hay que reconocer mercancía pendiente de revisión o recepción. Su existencia en algún registro no significa que pueda ofrecerse bajo el mismo plazo que una unidad lista para servir.
Dos almacenes pueden representar una única posibilidad de servicio
Otra empresa utiliza dos zonas internas del mismo centro: C1 y C2. Ambas preparan pedidos bajo la misma promesa y no necesitan mostrarse como locations diferentes. En ese escenario podría acordarse una aportación consolidada hacia Central.
La suma requiere cantidades compatibles: misma unidad vendible, lectura coherente y compromisos tratados con el mismo significado. Un almacén con existencias físicas y otro con disponible neto no son componentes intercambiables sin una transformación explícita.
Tampoco hay que publicar la suma en dos locations como si cada una dispusiera de todas las unidades. Si C1 aporta siete y C2 cinco, doce es la disponibilidad consolidada del caso. Duplicarla entre Central y Tienda representaría veinticuatro.
La diferencia entre correspondencia directa y consolidación responde a la forma de servir pedidos. El artículo de problemas habituales al integrar Shopify sitúa estas decisiones dentro de la operación general.
Sigue la compra hasta que su efecto quede incorporado
Cuando Shopify registra una venta, la cantidad que puede ofrecer cambia según su configuración. El pedido continúa después hacia el ERP.
Durante ese recorrido puede haber información con momentos distintos. Una lectura anterior del ERP podría todavía no incluir la compra.
La integración necesita reconocer las operaciones pendientes para conservar el efecto de la venta. Cuando el ERP ya lo refleja, debe distinguirlo para evitar descontar la misma operación otra vez.
También importa qué ubicación participa en el servicio y cómo se mantiene ese contexto al preparar el pedido. Si cambia la asignación, las cantidades afectadas deben seguir un recorrido reconocible.
Distillsync organiza fuentes y operaciones en tareas configurables. Un ejemplo de compra permite revisar cómo se prepara el dato y qué resultado debe recibir el canal, sin convertir un escenario concreto en una garantía universal.
Decide quién mantiene cada parte del inventario
El ERP puede ser responsable de ciertos movimientos y otro sistema mantener disponibilidad de logística externa. La tienda recibe y genera información propia de sus compras.
Necesitamos una responsabilidad clara por dato y operación.
Si dos sistemas sustituyen simultáneamente la misma cantidad sin una política, pueden recuperar estados anteriores o deshacer el efecto de una venta.
Conviene distinguir una cantidad absoluta, un ajuste y un cambio derivado de un pedido. Representan operaciones diferentes y deben utilizar los mecanismos apropiados.
Cuando la conexión se interrumpe, el equipo necesita saber qué ocurrió antes de continuar. Una ejecución repetida debe reconocer el efecto que ya se produjo, según el alcance y los controles del recorrido implementado.
Una corrección y un movimiento necesitan otro seguimiento
El central revisa sus existencias y encuentra una unidad menos de BOT-NEG-42. La corrección responde a un recuento. Otra operación mueve una unidad desde Central a Tienda. Ambas cambian cantidades, pero el movimiento conserva la relación entre salida y entrada.
En la corrección, el total físico del conjunto disminuye una unidad. En el traslado, el total se conserva cuando termina la recepción, aunque durante el recorrido las unidades puedan estar en un estado distinto del vendible. Esta diferencia ayuda a revisar si la conexión está representando dos hechos o duplicando uno.
Supongamos un traslado completo desde la situación inicial del ejemplo: doce disponibles en Central y cuatro en Tienda. Si se transfieren dos unidades y no hay otros cambios, la situación final esperada es diez y seis bajo la política del caso. El momento intermedio necesita conservar qué mercancía todavía no está preparada en destino.
La consulta de dos cantidades aisladas puede mezclar momentos. Registrar el contexto de la actualización permite entender por qué el total temporal no coincide con el resultado final esperado.
También se define quién origina el cambio. Si el ERP mantiene el recuento, la actualización de Shopify representa aquella decisión. Si Shopify recibe una venta, su compromiso necesita continuar hacia el ERP. Tratar cualquier diferencia como una corrección bidireccional automática podría producir cambios cruzados sin una causa reconocible.
El artículo de inventario sigue así una unidad vendible, su ubicación y el acontecimiento que modifica su disponibilidad. El equipo puede localizar el cambio sin perder la explicación de cómo debe servirse la compra.
Mover una preparación conserva la compra original
Un pedido de dos BOT-NEG-42 iba a prepararse desde Central. Después se decide utilizar la tienda. El efecto tiene que trasladarse según el circuito y los estados disponibles; una asignación nueva no convierte la compra en otro pedido.
En el escenario, el equipo revisa qué unidades quedan comprometidas en cada location antes y después del cambio. El resultado esperado conserva un único compromiso de dos, situado donde corresponda tras completar la reasignación. No se suman dos compromisos por haber recibido dos acontecimientos de la misma compra.
La actualización debe utilizar el significado correcto de cada estado. Una cantidad física, una disponible y otra comprometida explican partes distintas del inventario. Escribir un dato en la ubicación correcta con el estado equivocado sigue alterando la oferta.
Para comprobar el recorrido se sigue variante, artículo de inventario, location, pedido y estado. Distillsync permite preparar los datos y transformaciones dentro de tareas; las operaciones concretas de inventario y preparación se contrastan contra la interfaz y el alcance implementado para esa tienda.
Una ubicación forma parte de la promesa de servicio
El inventario de Shopify debe permitir que la compra se relacione con mercancía y procesos reales del negocio.
Conectar locations y almacenes exige conservar identidad, disponibilidad y responsabilidad. El equipo debe poder explicar qué unidades ofrece y cómo cambia esa oferta cuando entra un pedido.
Distillsync utiliza un modelo semántico común y tareas configurables para preparar información entre aplicaciones. Puedes empezar por una referencia y comprobar el recorrido entre sus ubicaciones.
Descubre Distillsync para Shopify o crea tu cuenta y empieza a probarlo.