Sincronizar stock de PrestaShop con un ERP: almacenes, reservas y disponibilidad
Cuando un cliente encuentra disponible un producto en tu tienda, el Stock de PrestaShop forma parte de la información que utiliza para decidir su compra.
Puede que el ERP tenga existencias, pero parte esté reservada o situada en un almacén que no prepara Pedidos online. También puede ocurrir que la tienda siga mostrando una cantidad anterior a la última venta.
Sincronizar stock exige relacionar esas situaciones con lo que realmente puedes servir. La cantidad tiene que pertenecer al producto o combinación correctos y conservar su significado mientras cambia el estado de los pedidos.
Vamos a preparar ese recorrido utilizando una tienda de suministros con varias opciones de producto y más de una ubicación de mercancía.
El stock de PrestaShop pertenece a una combinación y tienda
Tu cliente elige talla L en una ficha de guantes. El pedido y la disponibilidad deben reconocer esa combinación, aunque las tallas se presenten dentro del mismo producto.
En PrestaShop 9, la documentación identifica StockAvailable como la fuente de cantidad disponible del producto o combinación. El recurso de disponibilidad relaciona producto, combinación y contexto de tienda o grupo de tiendas.
Imagina un producto 310, con combinación 311 para talla M y 312 para L. La tienda del ejemplo es la 1. Los identificadores son ficticios.
| Unidad vendible | Correspondencia del escenario | Cantidad publicable |
|---|---|---|
| GU-M | Producto 310, combinación 311, tienda 1 | 6 |
| GU-L | Producto 310, combinación 312, tienda 1 | 9 |
La fuente de ERP calcula nueve unidades para GU-L. La actualización debe dirigirse a la relación de la combinación 312 en el contexto correspondiente. Escribir nueve en otra combinación, o interpretar el total de la ficha como cantidad de cada talla, permitiría ofrecer unidades distintas de las que existen.
La distinción de producto, variante y SKU ayuda a entender por qué reconocer el nombre del guante no basta para actualizar su disponibilidad.
Define qué almacenes participan en el canal
Una empresa puede tener un almacén central, una delegación y una ubicación de exposición. Las tres contienen mercancía, pero no necesariamente ofrecen el mismo servicio al comprador online.
Empieza por el circuito de preparación. Desde dónde se sirve, qué ubicaciones transfieren mercancía y qué plazos puedes comunicar.
Después determina qué cantidad aporta cada una.
| Ubicación del ejemplo | Decisión para la web |
|---|---|
| Central | Participa en el servicio habitual |
| Delegación | Participa según el circuito de transferencia o expedición |
| Exposición | Se excluye de la oferta online |
| Revisión de devoluciones | Se incorpora después de la comprobación prevista |
La tabla es una decisión hipotética, no una propiedad universal de esos nombres. Otra empresa puede utilizar sus ubicaciones de otra manera.
La estructura de PrestaShop y sus módulos también debe revisarse para la versión instalada. El resultado puede publicarse como cantidad o mediante los mecanismos compatibles con el caso concreto.
Averigua qué incluye el dato disponible en el ERP
Un valor llamado stock puede representar existencias físicas o una disponibilidad que ya incorpora compromisos.
Antes de calcular, necesitamos saberlo.
Para GU-L, una fuente podría devolver doce unidades físicas y tres comprometidas, o devolver directamente nueve disponibles. La transformación debe reconocer cuál de las dos representaciones recibe para no descontar dos veces los mismos compromisos.
Lo mismo ocurre con márgenes de seguridad o ubicaciones excluidas. Cada componente debe contarse una vez y en el nivel adecuado.
Conviene revisar una referencia con alguien que conoce el almacén. Puede explicar qué unidades serviría hoy y por qué. Ese resultado esperado permite comprobar la consulta y las transformaciones.
Distillsync permite preparar el valor del destino mediante fuentes y decisiones configuradas. La regla debe recoger las responsabilidades y el cálculo de tu canal.
Una reposición del ERP debe llegar a la combinación correcta
Para GU-L, la fuente del ejemplo ya devuelve nueve disponibles después de considerar sus compromisos. Guardar también la cantidad física puede ayudar a explicar el cálculo, pero la actualización de PrestaShop utiliza el resultado preparado para la oferta.
Después llega una reposición de tres GU-L que está lista para venderse. Sin otras operaciones pendientes, el disponible pasa a doce. La tarea localiza producto 310, combinación 312 y tienda 1. GU-M conserva sus seis unidades.
Si una consulta de Catálogo devuelve un total de dieciocho para la ficha, ese total suma dos combinaciones. Publicarlo sobre cada talla multiplicaría las posibilidades de venta y borraría la diferencia entre ellas.
Cuando la tienda utiliza contexto multitienda, la disponibilidad necesita también el ámbito que haya definido esa instalación. El mismo producto puede participar en más de una tienda; la operación se prepara para el recurso de stock correspondiente, respetando si existe una agrupación o separación configurada.
La referencia comercial ayuda a encontrar GU-L, pero la relación completa dirige la actualización. Para una agencia, conservar esa correspondencia permite revisar una tienda nueva sin asumir que los números internos coinciden con los de otra instalación.
La prueba de reposición complementa la compra: una añade unidades desde el ERP y la otra las compromete desde el ecommerce. Seguir ambas con la misma combinación muestra si la integración mantiene el significado de los cambios en los dos sentidos.
Comprar dos unidades muestra cómo cambia la disponibilidad
Partimos de nueve GU-L disponibles. El comprador añade dos al carrito y después crea el pedido. La explicación de stock de PrestaShop 9 distingue disponible, físico y reservado a lo largo de ese recorrido. El ejemplo documentado no reserva por el mero hecho de añadir al carrito.
En nuestra muestra, una vez creado el pedido que compromete las dos unidades, el disponible pasa a siete. La cantidad de GU-M permanece en seis.
Mientras el ERP todavía devuelve nueve para GU-L, publicar ese valor sin considerar la compra pendiente podría reponer lo que acaba de venderse. La coordinación necesita reconocer cuándo las dos unidades pasan a formar parte del dato de ERP. Después de ese momento, seguir descontándolas de un disponible que ya las incluye produciría cinco.
El destino tampoco debe tratar sus cantidades auxiliares como campos independientes que el ERP puede sobrescribir sin atender al modelo de PrestaShop. La documentación recomienda conservar la lógica que calcula esas magnitudes; la operación concreta se prepara contra la interfaz compatible de la versión instalada.
La comprobación utiliza tres momentos: antes de la compra, después de crear el pedido y después de incorporarlo al ERP. Esperamos nueve, siete y siete unidades respectivamente bajo esta política. El escenario explica el resultado esperado; no acredita una sincronización ya ejecutada en una tienda real.
La mercancía futura necesita una oferta reconocible
Una entrada prevista o un pedido al proveedor pueden interesar al negocio. Pero su tratamiento comercial debe corresponder con lo que puedes prometer.
Si aceptas compras bajo pedido, necesitas conservar el plazo o las condiciones que el cliente debe conocer. Una previsión no confirmada y una recepción preparada para expedición no representan la misma situación.
También conviene decidir qué ocurre al llegar a cero. La ficha puede mantenerse para informar y la posibilidad de compra seguir una regla propia, de acuerdo con las funciones disponibles en tu configuración.
Antes de automatizar, el equipo debe poder explicar qué verá el comprador y cómo continuará esa compra en el ERP.
Revisa la frecuencia junto con el orden de los cambios
Un producto con poca disponibilidad y muchas ventas necesita una atención diferente a otro que apenas cambia.
La actualización puede utilizar mecanismos periódicos o eventos según los sistemas. El intervalo debe responder al proceso y a sus límites reales.
También hay que contemplar ejecuciones que tardan más de lo previsto. Una lectura antigua que termina después de otra más reciente puede recuperar un estado anterior si el recorrido no reconoce ese orden.
Para comprobarlo, utiliza cambios que puedas seguir y conserva qué información se leyó y qué resultado se publicó. La velocidad es útil cuando el valor corresponde al estado que debe mantenerse.
Una agencia puede utilizar este recorrido para revisar conjuntamente configuración del canal, ERP y módulos implicados, sin atribuir el problema al lugar equivocado.
El cero y la venta sin existencias son decisiones relacionadas
La disponibilidad de GU-L llega a cero. La tienda necesita aplicar la política de pedidos sin existencias acordada para ese artículo. Cantidad cero y posibilidad de comprar son datos relacionados, con funciones diferentes.
Si el negocio permite vender por encargo, debe presentar una promesa que pueda cumplir. Si solo vende mercancía disponible, el mismo cero impide nuevas compras de esa combinación conforme a la configuración utilizada. Cambiar manualmente la cantidad a uno para mantener el botón de compra ocultaría aquella decisión.
Para revisar el caso conservamos producto, combinación, tienda, cantidad y política aplicable. Añadimos una reposición de tres GU-L: debe cambiar la talla L y conservar el resto de tallas. Esa transición demuestra mejor el alcance de la actualización que comparar únicamente totales.
La guía de integración ERP–ecommerce sitúa la coordinación entre fuentes. Distillsync permite preparar las relaciones y transformaciones en tareas; la versión de PrestaShop y el recorrido de pedidos determinan qué operaciones hay que contrastar.
Publicar stock es mantener una decisión de servicio
El comprador necesita saber si puede comprar el producto elegido. Para responder, la tienda utiliza información sobre referencias, ubicaciones y compromisos que cambia mientras el negocio trabaja.
Distillsync utiliza un modelo semántico común y tareas configurables para preparar ese intercambio entre aplicaciones. Puedes empezar por una referencia conocida y comprobar cómo llega su disponibilidad a PrestaShop.
Cuando el recorrido está claro, el equipo puede entender qué cantidad se ofrece y qué debe ocurrir al cambiar.
Descubre Distillsync para PrestaShop o crea tu cuenta y empieza a probarlo.