Multibodega en WooCommerce: stock por sucursal sin descuadres

Una empresa con tres bodegas y dos tiendas tiene, en la práctica, cinco existencias distintas del mismo producto. WooCommerce, en su estado nativo, ve una sola. El campo _stock es un número por producto (o por variación): una cifra plana, sin ubicación. Para una tienda con una sola bodega, eso basta y sobra. Para un mayorista que despacha desde la sucursal más cercana, ofrece retiro en local y reserva unidades por zona, ese único número es el origen de todos los descuadres.

Qué entiende WooCommerce por stock y qué le falta

WooCommerce administra inventario con un modelo deliberadamente simple: existencias, estado (en stock, agotado, reserva pendiente) y, a lo más, un umbral de bajo stock. No tiene concepto de ubicación física. No sabe que tienes 40 unidades en Santiago y 8 en Concepción; sabe que tienes 48. Cuando entra un pedido, descuenta de ese 48 sin preguntar desde dónde sale.

Para multibodega real falta lo que el modelo nativo no modela: una existencia por par producto–bodega, una regla que decida desde qué bodega se sirve cada pedido, y una forma de exponer al cliente solo lo que tiene sentido (por ejemplo, ofrecer retiro en tienda únicamente donde efectivamente hay unidades). Nada de esto se resuelve con un campo extra: es una capa de inventario distribuido sobre un motor que fue diseñado para un solo punto.

Los casos que obligan a separar el stock

No toda tienda necesita multibodega. Conviene verificar si caes en alguno de estos casos antes de armar la complejidad:

• Retiro en tienda. El cliente elige una sucursal y espera que la unidad esté ahí. Mostrar disponibilidad agregada lleva a prometer un retiro que no se puede cumplir.
• Despacho desde la bodega más cercana. El costo y el plazo del envío dependen de desde dónde sale el pedido. Servir un despacho a Antofagasta desde Santiago cuando hay stock en Calama es plata y días perdidos.
• Reserva por sucursal. Un cliente B2B con convenio tiene unidades apartadas en su zona. Ese stock existe pero no debe venderse al canal general.
• Bodegas de un tercero. Mercadería en consignación que no puede mezclarse con la propia en el cálculo de disponible.

Si ninguno aplica, el stock plano de Woo es la decisión correcta y agregar bodegas solo suma puntos de falla. Saber cuándo no hacerlo es parte del trabajo.

La lógica de asignar un pedido a una bodega

El corazón del problema no es guardar stock por bodega, sino decidir de cuál sale cada línea del pedido. Esa decisión rara vez es trivial:

• Por cercanía: la bodega con stock más próxima a la dirección de despacho, según comuna o región.
• Por prioridad: una bodega central despacha primero y las regionales solo cubren el saldo.
• Por consolidación: preferir servir todas las líneas desde una sola bodega para no fraccionar el envío, aunque otra esté más cerca para un ítem.

Cuando un pedido toca varias bodegas, hay que decidir si se divide en despachos separados o se transfiere mercadería para consolidar. Esa regla es del negocio, no del plugin, y debe quedar explícita antes de escribir una línea de código. Una asignación implícita o «la primera que tenga stock» es exactamente lo que produce descuadres tres meses después.

El ERP manda, Woo refleja

La mayoría de los mayoristas que llegan a este punto ya tienen un ERP multibodega: Defontana, Bsale, SAP Business One, Softland u otro. Ahí vive el inventario real, con sus movimientos, transferencias y ajustes contables. La regla de arquitectura que evita la mayoría de los dolores es directa: la bodega vive en el ERP y WooCommerce la refleja.

Woo no debe ser una segunda fuente de verdad para el stock. Cuando el ERP y la tienda discrepan, gana el ERP. La sincronía corre desde el ERP hacia Woo para las existencias, y desde Woo hacia el ERP para los pedidos. Si intentas que ambos sistemas sean autoridad sobre el mismo número, no es cuestión de si habrá descuadre, sino de cuándo. La pregunta de diseño no es «¿cómo sincronizo en ambos sentidos?», sino «¿quién es dueño de cada dato?».

Los descuadres comunes y cómo se evitan

Casi todos los descuadres tienen el mismo origen: dos eventos que tocan el mismo stock sin un orden garantizado. Estos son los más frecuentes en una operación B2B chilena:

Descuadre	Causa	Cómo se evita
Sobreventa por compra simultánea	Dos clientes compran la última unidad de una bodega antes de que la sincronía corra.	Reserva atómica al confirmar el pedido y descuento inmediato, no diferido al cierre.
Stock fantasma tras transferencia	Se mueven unidades entre bodegas en el ERP y Woo aún muestra la ubicación anterior.	Sincronía por evento de movimiento, no solo del saldo total que no cambia al transferir.
Devolución que no reaparece	El producto vuelve a una bodega distinta de la que salió y el ajuste se pierde.	Tratar la devolución como un ingreso a bodega específica en el ERP, no como un «deshacer» del pedido.
Ventas de canales paralelos	La misma bodega abastece la tienda física y Woo; el mesón vende y Woo no se entera.	Que el punto de venta físico también escriba en el ERP, fuente única del stock.

El patrón es claro: el descuadre no nace de un cálculo equivocado, sino de un evento que ocurrió y no se propagó a tiempo. La transferencia entre bodegas es el caso más traicionero, porque el stock total no cambia —48 sigue siendo 48— pero la distribución sí, y una sincronía que solo mira el agregado nunca lo detecta.

Arquitectura recomendada

Para un mayorista con ERP, la arquitectura que se sostiene en el tiempo tiene pocas piezas y reglas firmes:

• El ERP es la fuente de verdad del inventario. Mantiene el stock por bodega y todos sus movimientos.
• Una capa de integración traduce el modelo multibodega del ERP al modelo plano de Woo, decidiendo qué existencia exponer: normalmente la suma de las bodegas que despachan al canal online, no de todas.
• La sincronía es por evento, idempotente y con cola. Cada movimiento de stock dispara una actualización; si el envío falla, se reintenta sin duplicar el efecto.
• El pedido viaja de vuelta al ERP con su bodega asignada, para que el descuento ocurra donde corresponde y la transferencia o el despacho se gestionen ahí.
• La disponibilidad por sucursal se calcula al momento, contra el ERP o un caché de corta vida, para retiro en tienda y reglas de cercanía.

Hay plugins que prometen multibodega dentro de WooCommerce, y para una operación pequeña sin ERP pueden bastar. Pero cuando ya existe un sistema que es dueño del inventario, replicar esa lógica dentro de Woo crea una segunda fuente de verdad —justo lo que hay que evitar—. La decisión de fondo es de propiedad del dato, no de qué plugin instalar.

Multibodega bien hecho casi nunca se nota: el cliente ve la disponibilidad correcta, el pedido sale de la bodega que toca y el saldo cuadra al cierre de mes sin ajustes manuales. Lo que se nota es cuando falta, y para entonces el costo no es técnico sino de confianza: un retiro prometido que no estaba, un despacho que viajó de más. Por eso conviene definir las reglas de asignación y de propiedad del dato antes de elegir herramientas, y resistir la tentación de que WooCommerce sepa más de lo que el ERP ya sabe.