Sincronizar stock de WooCommerce con tu ERP: disponibilidad, reservas y almacenes

Cuando un cliente compra en tu tienda WooCommerce, esperas poder preparar su pedido con la información que tienes en el ERP.

La referencia existe. El producto aparecía disponible. El pago ha llegado correctamente.

Después alguien consulta el almacén y descubre que parte de esas unidades ya estaba comprometida para otro pedido. O que las existencias están en una ubicación desde la que no se sirven compras online.

También puede ocurrir lo contrario: tienes mercancía disponible, pero la tienda sigue mostrando el producto como agotado.

Si vendes por varios canales, estas situaciones resultan familiares. El Stock cambia mientras el negocio sigue funcionando: entran Pedidos, se reciben compras, se reservan unidades y se preparan expediciones.

Sincronizar el stock de WooCommerce con tu ERP permite trasladar esos cambios a la tienda. Para hacerlo bien necesitamos saber qué representa la cantidad que enviamos y qué debe ocurrir cuando una venta modifica esa disponibilidad.

¿Qué unidades puedes ofrecer online? ¿Cuáles están reservadas? ¿Qué almacenes participan? ¿Y qué sucede entre el momento de la compra y su registro en el ERP?

Vamos a recorrer esas decisiones con ejemplos concretos.

1. Qué stock de WooCommerce debería ver tu cliente

Abres el ERP y encuentras cien unidades de una referencia.

Podría parecer suficiente para actualizar WooCommerce. Localizar el producto, enviar cien y continuar con el siguiente.

Pero esas cien unidades pueden estar repartidas de una forma que importe mucho para la venta.

Imaginemos un distribuidor de recambios. Tiene setenta unidades de un filtro en el almacén que atiende pedidos online y otras treinta en una exposición que no participa en ese canal.

De las setenta primeras, doce ya están comprometidas. Además, la empresa quiere mantener ocho como margen de seguridad para esa venta.

El ejemplo quedaría así:

Concepto	Unidades
Existencias físicas totales	100
Exposición excluida del canal online	−30
Unidades comprometidas en el almacén participante	−12
Margen de seguridad definido para la web	−8
Disponibilidad publicable	50

La tienda puede ofrecer cincuenta unidades bajo esas condiciones.

El almacén sigue teniendo cien físicamente. Las dos cifras responden a preguntas diferentes.

Una describe dónde está la mercancía. La otra determina cuánto puede comprometer ese canal.

Por eso conviene empezar preguntando qué disponibilidad utiliza realmente tu negocio. Algunos ERP ya proporcionan un valor que descuenta reservas. En otros casos necesitas combinar información de existencias, pedidos o ubicaciones.

Antes de añadir otra resta, hay que saber qué incluye el dato de partida.

Si el ERP ya ha descontado las unidades comprometidas, volver a restarlas reduciría artificialmente lo que la tienda puede vender.

En Distillsync, las fuentes y transformaciones de una tarea permiten expresar cómo se obtiene el valor que necesita el destino. Esa configuración puede recoger las decisiones que intervienen en la disponibilidad del canal.

Conoce el módulo de Stock de Distillsync.

2. Una reserva tiene que seguir al pedido

Volvamos a las cincuenta unidades que nuestra tienda puede vender.

Un cliente compra cuatro.

WooCommerce registra la operación y descuenta esas unidades según la gestión de inventario configurada. La tienda pasa a tener cuarenta y seis disponibles.

Pero el pedido todavía tiene que llegar al ERP.

Durante ese recorrido puede existir una diferencia temporal: la web ya conoce la venta y el ERP todavía conserva la disponibilidad anterior.

¿Qué ocurre si una sincronización consulta el ERP justo en ese momento y vuelve a publicar cincuenta?

Las cuatro unidades que el cliente acaba de comprar podrían reaparecer como disponibles.

El problema puede producirse aunque la lectura y la escritura hayan funcionado correctamente. La cantidad consultada todavía no incorporaba la operación que acababa de ocurrir.

Una integración necesita tener en cuenta ese estado intermedio.

En este ejemplo, el recorrido esperado sería:

Momento	Disponibilidad del ERP para el canal	Disponibilidad de la tienda	Pedido online pendiente de incorporar
Antes de la compra	50	50	0
La tienda registra cuatro unidades vendidas	50	46	4
El ERP incorpora la operación y refleja su compromiso	46	46	0

Lo importante es conservar el efecto de la venta durante todo el recorrido.

También hay que evitar el error contrario. Cuando el ERP ya ha incorporado esas cuatro unidades, la integración debe reconocer que forman parte de la disponibilidad que está consultando. Descontarlas otra vez dejaría la tienda en cuarenta y dos.

Por eso reserva, pedido y actualización de stock están relacionados.

Para alguien de administración, puede ser una compra pendiente de registrar. Para el almacén, una cantidad comprometida. Para la integración, una operación que necesita conservar su identidad mientras cambia de estado.

Los tres están mirando el mismo proceso.

3. El estado del pedido también afecta a lo que puedes vender

Hasta ahora hemos seguido una compra que continúa hasta el ERP.

Pero un pedido puede quedar pendiente de pago, cancelarse o necesitar una comprobación antes de seguir adelante.

Durante ese tiempo, ¿las unidades continúan reservadas?

WooCommerce dispone de una configuración para mantener stock reservado durante un plazo en pedidos pendientes de pago. Su documentación distingue ese comportamiento del estado de pedido en espera. Son situaciones que conviene reconocer al coordinarlo con el ERP.

La política del negocio también tiene que quedar clara.

Si un comprador elige transferencia bancaria, quizá quieras mantener las unidades durante un periodo determinado. Si el pago falla o el pedido se cancela, necesitas saber cuándo vuelven a estar disponibles.

La integración debe relacionar esos cambios con lo que ya haya ocurrido en el ERP.

Imagina que un pedido ya ha generado una reserva en el sistema de gestión y después se cancela en la tienda. Liberar únicamente el stock de WooCommerce dejaría una cantidad todavía comprometida al otro lado.

O piensa en una devolución. El dinero puede haberse reembolsado mientras el producto sigue pendiente de llegar al almacén y de comprobarse.

¿Debería aparecer como vendible antes de esa comprobación?

La respuesta depende de la operación que haya ocurrido realmente y de la política de la empresa.

Para coordinarlo conviene identificar qué estado provoca cada acción: reservar, confirmar, liberar o reincorporar unidades. También qué sistema comunica ese cambio y cómo se reconoce la operación original.

Así, el pedido puede avanzar sin que cada aplicación mantenga una versión independiente de sus consecuencias.

Puedes consultar los ajustes de inventario de WooCommerce en su documentación oficial.

4. Varios almacenes necesitan una regla de participación

Tener dos almacenes no significa necesariamente que debas sumar sus cantidades para la web.

Puede que ambos preparen pedidos online. O que uno atienda exclusivamente la venta presencial. Quizá una ubicación contenga devoluciones pendientes de revisión y otra mercancía todavía sin preparar para expedición.

El significado de la ubicación importa.

Pensemos en estas tres:

• Almacén central: sirve los pedidos de WooCommerce.
• Delegación: atiende a Clientes locales y puede transferir mercancía al central.
• Exposición: mantiene unidades destinadas a demostración.

Si sumas todo, estarás ofreciendo una disponibilidad que quizá no puedas servir bajo las condiciones publicadas.

Si utilizas únicamente el central, puedes estar dejando fuera mercancía que sí podrías vender con otro plazo.

La decisión empieza por cómo quieres atender al cliente.

¿Necesita recibir todo el pedido en un envío? ¿Puedes servir desde varias ubicaciones? ¿La delegación prepara pedidos o transfiere mercancía? ¿Qué plazo puedes comunicar?

Con esas respuestas puedes determinar qué almacenes participan y qué cantidad aporta cada uno.

WooCommerce debe recibir una representación que encaje con la configuración de la tienda. Si utilizas extensiones para gestionar varias ubicaciones o plazos, esa estructura también forma parte de la correspondencia.

Para una agencia que trabaja con varias empresas, aquí aparece una diferencia importante: dos tiendas pueden utilizar WooCommerce y el mismo ERP, pero calcular su disponibilidad de formas distintas.

Una necesita el almacén principal. Otra combina dos. Una tercera conserva determinadas unidades para su canal profesional.

La regla de sincronización debe recoger esa operativa y permitir reconocer de dónde procede el resultado publicado.

5. La cantidad tiene que pertenecer a la referencia que compra el cliente

Un producto aparece disponible, pero el cliente selecciona una opción y descubre que está agotada.

Puede ser correcto.

Si vendes una prenda en varias tallas, las existencias de una talla no permiten servir otra. Lo mismo ocurre con una pieza disponible en distintos diámetros o un consumible vendido en varios formatos.

La disponibilidad necesita llegar al nivel en el que se realiza la compra.

Supongamos que nuestro distribuidor vende un filtro en dos medidas. La web presenta una ficha con un selector. El ERP mantiene una referencia para cada medida.

Tenemos:

Producto → medida elegida → referencia → disponibilidad.

La integración debe conservar esa relación. Enviar la suma de ambas referencias como si todas las opciones compartieran las mismas existencias podría permitir una compra que el almacén no puede preparar.

WooCommerce permite gestionar inventario en productos y variaciones. La configuración concreta debe corresponder con la forma en que vendes y controlas esas unidades.

También conviene comprobar la unidad de venta.

Si el ERP expresa existencias en unidades y la tienda vende cajas, necesitamos conocer cuántas unidades contiene cada caja y cómo se representa esa compra cuando vuelve al ERP.

Una cantidad de veinte unidades podría representar cuatro cajas de cinco. Ese cambio de escala debe conservarse en ambos recorridos.

Aquí se ve por qué identificar un campo de stock es solo una parte del trabajo. Antes necesitamos saber a qué entidad y unidad corresponde.

Puedes profundizar en estas relaciones en el artículo sobre producto, variante y SKU.

6. La frecuencia ayuda cuando la información representa el estado correcto

Con las reglas definidas, aparece una pregunta habitual:

¿Cada cuánto debería actualizarse el stock?

La respuesta cambia con el movimiento del producto y con la forma de vender.

Una referencia con pocas unidades y pedidos frecuentes tiene una exposición distinta a la de un artículo con disponibilidad amplia y ventas ocasionales. Una campaña también puede cambiar esa situación durante unos días.

Podemos utilizar actualizaciones periódicas, eventos o una combinación de mecanismos, según lo que permitan los sistemas conectados.

Pero aumentar la frecuencia exige que el recorrido esté bien coordinado.

Si el pedido todavía no ha llegado al ERP, consultar diez veces el mismo valor anterior no incorporará por sí solo la venta pendiente.

También importa el orden.

Imagina que una actualización obtiene cincuenta unidades. Después llega una venta y otra actualización obtiene cuarenta y seis. Si la primera tarda más en completarse y termina escribiendo al final, puede sobrescribir el valor más reciente.

La integración necesita reconocer qué actualización corresponde al estado que debe conservarse y qué hacer cuando una ejecución se retrasa o debe repetirse.

Desde la tienda, el resultado parece un número.

Detrás hay lecturas, pedidos, reservas y escrituras que ocurren en momentos distintos.

En Distillsync, las tareas organizan las consultas, transformaciones y operaciones de sincronización. Revisar ese recorrido permite entender qué información se obtiene y qué resultado debe recibir WooCommerce.

El objetivo es que la disponibilidad publicada siga el ritmo que necesita el negocio, con reglas que puedan comprenderse y comprobarse.

7. Llegar a cero también necesita una decisión

Una referencia se queda sin unidades disponibles.

¿Qué debería ocurrir en la tienda?

Puedes dejar de admitir compras hasta recibir mercancía. También puede existir una operativa de venta bajo pedido, con un plazo conocido que el cliente acepta.

Son compromisos comerciales diferentes.

WooCommerce permite configurar si se admiten pedidos pendientes de reposición. Esa opción debe guardar relación con lo que realmente puedes servir y con la información que das al comprador.

Conviene distinguir, por ejemplo, una entrada de mercancía confirmada de una previsión todavía sin confirmar. Y separar el stock propio de la disponibilidad que comunica un proveedor.

Si la tienda acepta una compra basándose en mercancía futura, el proceso necesita conservar ese contexto cuando el pedido llegue al ERP.

El equipo que prepara la operación debe poder entender qué se ha prometido.

Lo mismo ocurre al decidir si un artículo agotado permanece visible. Puede seguir siendo útil para consultar características, encontrar una alternativa o esperar reposición.

La cantidad, la posibilidad de compra y la presentación comercial están relacionadas. Merece la pena definirlas juntas.

8. Comprueba el recorrido con una venta que puedas seguir

Antes de dar por preparada la sincronización, elige una referencia que represente tu operativa y sigue lo que ocurre con ella.

Comprueba qué cantidad proporciona el ERP, qué reservas incluye y qué almacenes participan. Después revisa cómo se relaciona con el producto o variación de WooCommerce.

Puedes utilizar una operación controlada para observar el recorrido completo:

1. Disponibilidad inicial del canal.
2. Registro de la compra en la tienda.
3. Incorporación del pedido al ERP.
4. Efecto de la operación sobre las existencias o reservas.
5. Nueva disponibilidad publicada.

Ese seguimiento permite detectar si una venta se cuenta dos veces, si una actualización recupera un valor anterior o si participa un almacén que habías decidido excluir.

También ayuda a comprobar qué ocurre al cancelar una operación o repetir una ejecución.

El asistente de Distillsync ayuda a preparar tareas a partir de los sistemas y sus datos. Puedes revisar la configuración, ajustar las decisiones y simular resultados antes de activar los flujos correspondientes.

La información preparada sirve de punto de partida. El ejemplo concreto te permite reconocer cómo encaja con tu negocio.

Después, el historial de las ejecuciones ayuda a localizar qué ocurrió cuando una cantidad requiere revisión.

El stock que publicas representa una forma de vender

Cuando tu cliente consulta WooCommerce, quiere saber si puede comprar el producto y en qué condiciones lo vas a servir.

Para responder, la tienda necesita una disponibilidad coherente con tus almacenes, tus pedidos y tus decisiones comerciales.

Eso empieza por entender qué representa cada cantidad. Continúa al relacionar reservas y pedidos. Y se mantiene cuando las actualizaciones conservan ese significado a lo largo del proceso.

Distillsync permite trabajar con fuentes, transformaciones y tareas configurables para coordinar la información entre tu ERP y WooCommerce. Puedes revisar cómo se obtiene la disponibilidad del canal y qué necesita recibir la tienda.

Tu equipo conserva el conocimiento de cómo vende y sirve los productos.

La integración permite aplicar esas decisiones cada vez que cambia la información.

Descubre Distillsync para WooCommerce o crea tu cuenta y empieza a probarlo.