Reposición automática en Odoo: las reglas ya están, falta que sus números estén vivos.

Qué hace en reposición automática en odoo.

¿Cómo repone Odoo automáticamente?

Con reglas de reabastecimiento. Una regla vincula un producto con una ubicación y le da cuatro datos que importan: el mínimo (Min), el máximo (Max), el múltiplo (Multiple Quantity) y la ruta, por ejemplo Comprar o Fabricar. Se crean en Inventario ‣ Operaciones ‣ Reabastecimiento o desde el botón de reglas del propio producto. Cuando el stock previsto baja del mínimo, Odoo calcula la cantidad que falta hasta el máximo, la redondea al múltiplo y genera la orden: una solicitud de presupuesto en Compra ‣ Pedidos ‣ Solicitudes de presupuesto, o una orden de fabricación en Fabricación ‣ Operaciones.

Las reglas tienen dos modos, que se eligen en el campo Trigger. En automático, la orden la genera el planificador, que por defecto se ejecuta una vez al día, o se dispara antes si un pedido de venta confirmado hace caer el previsto por debajo del mínimo. En manual, la regla no genera nada: aparece en el informe de reabastecimiento con una cantidad «To Order» sugerida y alguien pulsa el botón Order. El planificador también se puede lanzar a mano desde Inventario ‣ Operaciones ‣ Run Scheduler, aunque ese menú pide el modo desarrollador.

Es un diseño limpio y se entiende. Por eso casi todas las empresas en Odoo lo usan, y por eso el problema no está en el mecanismo.

¿Dónde falla la reposición automática de Odoo?

En los números. Una regla es buena el día que se escribe, y desde ese día envejece. Con 600 productos y cuatro delegaciones son 2.400 reglas, la mayoría copiadas del programa anterior o fijadas al migrar. Cambia el proveedor, cambia el plazo de 7 a 14 días, cambian las ventas, y el mínimo sigue siendo el que era.

Tomemos un cubo de cloro granulado de 5 kg en la delegación de Sevilla, con una regla heredada de Min 40 y Max 100. El proveedor sirve en 14 días (Delivery Lead Time en la ficha del producto) y hay 2 días de margen (Security Lead Time for Purchase, en los ajustes de Inventario). Son 16 días hasta que la mercancía puede estar en la estantería. En mayo, Sevilla vende 25 cubos a la semana: en 16 días, unos 57. Con un mínimo de 40 la regla se dispara cuando ya no hay forma de llegar: el cloro se acaba antes de que llegue el pedido. En junio se venden 40 a la semana, y en 16 días son más de 90.

Con la venta de esa semana y ese plazo, el mínimo sensato en mayo estaría hacia 75: las 57 de la espera más unas 18 de colchón. El máximo sale de sumarle lo que se vende hasta el siguiente pedido, por ejemplo dos semanas a 25, y queda cerca de 125. En junio los dos números suben, y en octubre bajan. Ninguna persona va a recalcular esas 2.400 reglas cada semana, y un sistema sí.

¿Qué hace el sistema con las reglas de reabastecimiento?

Lee de Odoo, por la API externa y con un usuario de solo lectura, las ventas, los movimientos de stock, las cantidades por ubicación, los pedidos pendientes de recibir y los plazos de cada proveedor. Con eso calcula, para cada producto en cada ubicación, la venta esperada hasta que pueda llegar el siguiente pedido, el colchón que compensa para el nivel de servicio que quieras y la cantidad que conviene pedir cada vez. De ahí salen los tres números de la regla: Min, Max y Multiple Quantity.

Ese cálculo se repite cada semana, o cada dos días en campaña. El resultado se compara con la regla actual y se enseña la diferencia: «Cloro granulado 5 kg en Sevilla: Min 40 → 75, Max 100 → 125; motivo: el plazo real del proveedor es 15 días y la venta de las últimas cuatro semanas ha subido». Compras ve el cambio antes de que se escriba, y puede aceptarlo todo, aceptar por producto o dejarlo.

Si prefieres no tocar las reglas, la alternativa es el pedido de compra en borrador, que se explica más abajo. Los dos caminos se pueden combinar: reglas para los productos de rotación estable y borradores para los de campaña o los nuevos.

¿Cómo funcionan los pedidos en borrador?

En lugar de cambiar la regla, el sistema crea una solicitud de presupuesto en Odoo por cada proveedor, con las líneas, las cantidades y una nota en cada línea. Aparece en Compra ‣ Pedidos ‣ Solicitudes de presupuesto, como las que genera el planificador, y Compras la abre, la revisa y la confirma. Si una línea no convence, se cambia la cantidad o se borra, y el sistema lo anota para aprender.

Una nota típica: «Cloro granulado 5 kg, Sevilla. Vende 25 a la semana en mayo y 40 en junio. Proveedor: 15 días reales. A mano 62, en camino 24. Riesgo de rotura antes de la llegada: 38 %. Propongo 8 cubos (2 palés de 4)». El campo Multiple Quantity se respeta, así que no se piden cantidades que el proveedor no sirve.

Este es el camino del modo sombra y el de quien prefiere ver la lista completa antes de que Odoo mueva nada. También es el que menos riesgo tiene: un borrador no compromete nada con el proveedor hasta que alguien lo confirma.

¿Y los traslados entre almacenes y delegaciones?

Odoo permite que una regla se abastezca desde otro almacén en lugar de comprar. En el informe de reabastecimiento, la ventana de información de cada línea (el icono «i») enseña los plazos y la fecha prevista, y en su pestaña de almacenes se puede elegir un almacén de origen. Es una función útil y poco usada, porque exige que alguien vea el sobrante de un sitio y el faltante de otro a la vez.

El sistema hace esa comparación de oficio. Antes de proponer un pedido al proveedor para Alicante, mira si el mismo producto sobra en Valencia (más cobertura de la que necesita en las próximas semanas) y propone el traslado. Lo calcula con el coste del transporte y con el tiempo: un traslado de Valencia a Alicante llega antes que un pedido al fabricante. Va como propuesta aparte, y tú decides si compensa.

En empresas con compras centralizadas, la lógica es la misma con un nivel más: se calcula cada delegación, se suma lo que necesita el almacén central y se propone un único pedido al proveedor con los repartos ya hechos.

¿Qué pasa con las rutas MTO, el plan maestro y las reglas ya existentes?

Los productos con la ruta «Replenish on Order (MTO)» no tienen mínimo ni máximo que recalcular. Según la documentación de Odoo 18, esa ruta crea una solicitud de presupuesto o una orden de fabricación por cada pedido de venta que no se puede servir con stock, y viene archivada hasta que se activa en Inventario ‣ Configuración ‣ Rutas. Esos productos se dejan como están y el sistema se ocupa de los que se reponen contra stock.

Con el plan maestro de producción, la documentación es clara: no deben aplicarse reglas de reabastecimiento a los productos que están en él, y añadir un producto al plan no crea pedidos, hay que pulsar Order. Si tu empresa usa el plan para unos productos y reglas para otros, el sistema mantiene la separación: manda la previsión al plan para los primeros y recalcula las reglas para los segundos.

Si ya tienes reglas con proveedor, grupo de abastecimiento o ruta propios, se respetan. El sistema escribe en los mismos campos que usa Odoo y no pisa los que no le corresponden.

¿Qué escribe, con qué permisos y con qué límites?

Se crean dos usuarios en Odoo. Uno de solo lectura, con el que se lee todo. Otro con permiso de escritura únicamente sobre los campos de las reglas de reabastecimiento y sobre la creación de pedidos de compra en borrador. No se instala ningún módulo, no se toca la base de datos y, al actualizar Odoo de versión, no hay nada nuestro dentro que pueda romperse.

Cada escritura lleva un tope. Si una regla cambiaría más de lo que has fijado (por ejemplo, un mínimo que se duplica de golpe), el cambio no se escribe y queda esperando a que lo apruebes. Si una línea de pedido supera un importe o una cantidad máxima, igual. Y todo queda anotado: valor anterior, valor nuevo, motivo y quién lo aprobó.

• Lectura: usuario propio, solo lectura, por la API externa de Odoo.
• Escritura: Min, Max, Multiple Quantity de las reglas o pedidos en borrador.
• Tope por línea y aprobación humana de lo que lo supere.
• Historial de cada cambio, con vuelta atrás.

Lo que NO hace, y cómo se empieza.

No negocia con proveedores, no confirma pedidos por su cuenta si no lo has pedido y no arregla un maestro de productos sucio. Si la mitad de tus fichas no tiene proveedor ni plazo, el primer resultado es la lista de lo que falta, y a veces eso solo ya paga el diagnóstico. Tampoco promete un porcentaje de mejora antes de ver tus datos.

Se empieza con una simulación: repetimos fechas pasadas de tu Odoo con lo que se sabía cada día y comparamos las reglas que habríamos escrito con las que tenías, con cifras de roturas y de stock parado. Si convence, uno o dos meses en modo sombra, y después se da permiso de escritura. Entre el primer día y la puesta en marcha pasan de tres a seis semanas. Para empezar basta una demo de 30 minutos por videollamada y el análisis gratuito.

¿Te suena alguno de estos casos?

• Si las reglas de reabastecimiento son de la migración y nadie las ha tocado Se copiaron del programa anterior o se pusieron a ojo, y desde entonces han cambiado ventas, proveedores y plazos. Las recalculamos y comparamos con las actuales, regla a regla.
• Si vendes material de temporada con un mínimo fijo todo el año Piscina, riego, calefacción, material escolar. El mínimo de verano deja stock parado en invierno, y el de invierno deja sin producto en junio. El nuestro cambia con la semana.
• Si tienes Odoo con varias delegaciones y compras centralizadas Cada delegación tiene su ritmo, y el almacén central es el que compra al proveedor. Se calcula cada delegación y se agrega para el pedido, con los traslados internos como primera opción.
• Si trabajas con reglas en modo manual y alguien revisa el informe cada lunes El informe se queda igual. Lo que cambia es que los números que lo alimentan ya no son los de hace dos años, y el «To Order» que aparece es razonable.
• Si temes que un sistema automático te llene el almacén Por eso nada se escribe sin permiso, hay un tope por línea y cada pedido lo confirma una persona. La automatización está en el cálculo, no en el compromiso con el proveedor.

Reglas de Odoo con números calculados, no reglas nuevas.

No sustituimos la reposición de Odoo ni creamos un circuito paralelo. Odoo sigue generando solicitudes de presupuesto con su planificador. Lo que cambia es que el mínimo, el máximo y el múltiplo de cada regla salen de un cálculo semanal y no de una cifra tecleada hace dos años. El código queda a tu nombre y no se instala nada en Odoo.

• Odoo sigue generando los pedidos: no hay un segundo sistema de compras.
• Escritura solo en los campos de la regla o en pedidos en borrador, con un usuario propio.
• Tope por línea y revisión humana antes de confirmar nada con un proveedor.
• Se prueba primero con tus meses pasados y con un periodo en modo sombra.