Una empresa puede estrenar Odoo 18, automatizar el reabastecimiento y terminar comprando más de lo que necesita. El sistema ejecutó correctamente; la decisión empresarial estaba mal planteada. Poner mínimos y máximos por intuición convierte una preferencia personal en una instrucción repetible. Cuando esa instrucción alcanza decenas de referencias, el error deja de ser pequeño y empieza a ocupar bodega, presupuesto y tiempo del equipo comercial.
El mínimo es una decisión de servicio, no un número decorativo
La documentación de Odoo 18 explica que las reglas de reordenamiento consideran inventario previsto, un mínimo y un máximo. Si la previsión cae por debajo del mínimo, la regla puede proponer o generar el reabastecimiento según su configuración. También contempla múltiplos de compra. Estos parámetros describen una política; no demuestran que esa política sea conveniente para el negocio.
Antes de llenar los campos, compras y ventas deberían acordar qué referencias merecen inventario permanente, cuáles se compran para proyectos y cuáles conviene retirar del surtido. Un cable de alta rotación y un equipo especializado de venta ocasional no necesitan la misma lógica. Copiar el mismo mínimo a ambos simplifica la configuración, pero puede empeorar simultáneamente el servicio y el uso del dinero.
Como criterio de implementación, proponemos documentar para cada familia el objetivo de servicio, la demanda que se tomó como referencia y la fecha de revisión. No existe un mínimo universal correcto para todas las empresas colombianas. La cantidad defendible depende del comportamiento comercial, la incertidumbre de suministro y el costo de quedarse corto o comprar de más.
La cantidad prevista exige leer fechas y compromisos
El reporte de reabastecimiento de Odoo reúne necesidades y permite trabajar con reglas manuales. Su horizonte determina cuántos días hacia adelante se revisa si la cantidad prevista caerá por debajo del mínimo. Ampliar ese horizonte puede hacer visibles necesidades futuras; no convierte una recepción pendiente en mercancía recibida ni sustituye la confirmación del proveedor.
Pensemos en un ejemplo ilustrativo: una distribuidora tiene diez unidades en bodega, ocho comprometidas con clientes y una compra pendiente. Mirar solamente las diez unidades puede esconder una necesidad próxima. Mirar únicamente el total esperado puede esconder un retraso. La revisión útil cruza cantidad, fecha y compromiso, y pregunta qué ocurriría si la recepción se mueve una semana.
Durante el diseño conviene distinguir demanda confirmada de expectativas comerciales. Una oportunidad importante puede justificar una compra anticipada, pero esa es una decisión con riesgo que alguien debe aceptar. El ERP no debería recibir una promesa informal como si fuera una obligación firme. Deje la justificación y el responsable junto a la excepción para que otra persona pueda entenderla después.
Un plazo optimista también produce compras tardías
Odoo documenta por separado el plazo de entrega del proveedor, el margen de seguridad de compra y los días necesarios para comprar. Esos componentes ayudan a ubicar en el calendario cuándo deben iniciarse las acciones. Configurarlos exige comprender qué representa cada uno, para evitar que la misma espera se cuente dos veces o que una etapa quede fuera.
En una operación colombiana conviene preguntar si la referencia viene de inventario local del distribuidor o depende de importación, y qué fecha puede confirmar realmente el proveedor. No se debe asumir que una ficha de catálogo equivale a una promesa de entrega. La disponibilidad cambia, y el tiempo comercial ofrecido puede tener condiciones de pago, ciudad de destino o transporte.
Nuestra recomendación operativa es contrastar plazos pactados con recepciones observadas y registrar excepciones relevantes. Si el proveedor suele llegar tarde, inflar todos los mínimos puede esconder el problema a costa de más inventario. Primero identifique si la desviación proviene de aprobación interna, preparación del pedido, transporte o suministro; después ajuste el parámetro que corresponde.
La automatización se gana con un piloto verificable
Odoo permite reglas manuales y automáticas. Para una implementación inicial, proponemos empezar con revisión manual en un grupo pequeño de referencias representativas. La finalidad es entender cada sugerencia antes de delegar su repetición. Generar una solicitud de cotización mediante la ruta Comprar tampoco debe confundirse con tener mercancía disponible para despacho.
El piloto debería incluir una referencia estable, una de demanda irregular y otra con entregas variables. Revise la sugerencia, el proveedor elegido, la cantidad, las unidades de medida y la fecha esperada. Después compare el resultado con la decisión que tomaría un comprador informado. Una diferencia puede revelar una mala configuración, pero también una costumbre de compra que merece cambiar.
Acuerde de antemano cuándo detener el piloto: propuestas inesperadamente grandes, proveedor incorrecto, fechas imposibles o necesidades que desaparecen al corregir un documento. No oculte la anomalía modificando la cantidad sugerida sin investigar. Mantenga una bitácora breve con causa, corrección y resultado observado. El aprendizaje debe quedar en la política de abastecimiento, no solamente en la memoria del consultor.
Mida el equilibrio y conviértalo en una rutina de compras
El éxito no se mide por cuántas compras produjo automáticamente Odoo. Proponga al equipo un conjunto pequeño de indicadores: faltantes que afectaron entregas, inventario sin movimiento, compras urgentes y cumplimiento de fechas del proveedor. Defina período, fuente y responsable para cada uno. Son criterios de gestión sugeridos; sus metas deben acordarse con la empresa y comprobarse con datos propios.
Revise también las intervenciones manuales. Si compras corrige casi todas las sugerencias, el proceso todavía depende de conocimiento que no quedó representado. Si nadie las revisa y la bodega crece, la aparente eficiencia puede estar ocultando costo. Busque el equilibrio entre servicio, capital inmovilizado y esfuerzo administrativo, sin celebrar un indicador que empeora los otros dos.
Una rutina semanal puede revisar excepciones y una revisión periódica más amplia puede ajustar familias, plazos y cantidades. Asigne a alguien la decisión sobre referencias descontinuadas o campañas temporales para que una regla antigua no siga comprando por inercia. La automatización debe tener fecha de revisión, responsable y una explicación que sobreviva a cambios de personal.
Para profundizar en la validación del proceso, consulte nuestro artículo sobre pruebas de Odoo con datos reales. Si su empresa está implementando inventario y compras en Colombia, converse con Wondertech para revisar el alcance y evaluar un piloto de reabastecimiento. El siguiente paso útil es seleccionar las referencias y acordar qué evidencia permitirá confiar en sus reglas.
Pruebas de Odoo con datos reales · Converse con Wondertech
Fuentes oficiales de Odoo 18: Reglas de reordenamiento · Reporte de reabastecimiento · Plazos de entrega