Conexión de tienda y ERP: unir la tienda online y la gestión de almacén

Una conexión de tienda y ERP concilia de forma automática artículos, existencias, precios y pedidos entre la tienda online y la gestión de almacén. Programamos esta conexión directamente a través de las API de ambos sistemas, con reglas claras sobre qué sistema manda para cada dato. En los casos estándar comprobamos primero si basta un conector existente.

El problema: dos sistemas, dos verdades

Sin conexión mantiene los artículos por duplicado: una vez en la gestión de almacén y otra en la tienda. Los pedidos se teclean a mano desde la tienda o se traspasan mediante exportación. Las existencias de la tienda solo son correctas hasta la próxima venta en la tienda física o en un marketplace. Entonces vende mercancía que ya no tiene y debe anular el pedido.

A la inversa, los clientes no saben que su pedido se ha enviado, porque el estado de envío consta en la gestión de almacén pero nunca llega a la tienda. Los cambios de precio para grandes clientes se mantienen en el ERP y se olvidan en la tienda. Cada uno de estos errores cuesta tiempo en atención al cliente y, a veces, un cliente.

Cómo unimos tienda y ERP

Al principio hay una pregunta sencilla: ¿qué sistema manda para cada dato? Por lo general manda la gestión de almacén para artículos, precios y existencias, y la tienda para los pedidos y los datos de cliente del checkout. Fijamos esta regla por escrito para que no haya cambios contradictorios.

Técnicamente usamos las API de ambos sistemas. Shopware 6 ofrece, por ejemplo, una API de administración con autenticación mediante OAuth y una API de sincronización para cambios masivos. JTL pone a disposición una API REST para JTL-Wawi. Las tiendas suelen avisar de los pedidos nuevos mediante webhook, para que lleguen de inmediato al ERP.

No nos fiamos solo de los webhooks. Shopify, por ejemplo, según su propia documentación reintenta una entrega fallida hasta ocho veces en cuatro horas y elimina la suscripción si los errores persisten. Por eso la interfaz comprueba además, a intervalos fijos, si han llegado todos los pedidos. Si falta alguno, se recupera. Cada operación se registra y los errores generan una alerta.

1. Artículos y variantes se crean y se actualizan al cambiar
2. Existencias se transfieren cada pocos minutos o al cambiar
3. Precios y precios por grupo de clientes se transfieren al cambiar
4. Pedido va al ERP, el estado vuelve a la tienda al recibirse
5. Envío y número de seguimiento vuelven a la tienda al enviarse

Varias tiendas, marketplaces y almacenes

Se complica cuando más de un canal depende de las mismas existencias. Si vende a través de dos tiendas, un marketplace y la tienda física, cada venta debe reducir las existencias de todos los demás canales. Por eso la interfaz no calcula con las existencias de una sola tienda, sino siempre con el estado de la gestión de almacén. Si lo desea, reservamos por canal una existencia de seguridad para que los pedidos simultáneos no provoquen ventas en exceso. Con varios almacenes fijamos qué almacenes cuentan para cada canal. Estas reglas constan en la oferta para que sepa de antemano cómo se comporta la interfaz en los casos límite.

Objetos de datos habituales y obstáculos

Cómo dejar por escrito estas reglas de antemano lo describe el glosario en mapeo de datos.

Cuándo basta un conector ya hecho

Para muchas combinaciones existen plugins, aplicaciones o conectores de los fabricantes. Business Central incluye, por ejemplo, un conector propio para Shopify. Si su catálogo es manejable, no tiene precios por cliente y su proceso se ajusta al estándar, un conector así suele ser la opción más económica. Se lo decimos abiertamente en la revisión.

Una conexión propia compensa cuando la solución estándar tiene lagunas: cuando el estado de pago o de envío no vuelve a la tienda, las variantes no se transfieren bien, varias tiendas o almacenes dependen de un ERP o un sistema no tiene ningún conector. Una comparación de los caminos figura en la guía Conector o desarrollo propio.

Conexiones adecuadas

Para combinaciones concretas tenemos páginas propias: Shopware y JTL-Wawi y Shopware y Business Central. Describimos los propios sistemas en Shopware, Shopify, JTL-Wawi y Business Central. Lo que cuenta además en el comercio mayorista figura en comercio mayorista.

Proceso

En la revisión gratuita (30 minutos) aclaramos qué sistema manda y qué objetos fluyen en qué dirección. En 3 días laborables recibe una oferta a precio cerrado. La ejecución dura por lo general de 2 a 4 semanas y se prueba en un entorno de pruebas con artículos reales antes de la puesta en marcha. Más información en Proceso y precios.

Actualizado: 20/10/2026