ERP para distribución de alimentación: lotes, caducidad, rutas y multialmacén sin hojas de cálculo

Un ERP de distribución de alimentación tiene que hacer cuatro cosas que un ERP genérico no hace bien: saber qué lote ha ido a cada cliente, servir primero lo que caduca antes, bloquear un lote en minutos y cuadrar rutas, tarifas y devoluciones sin hojas de cálculo. Lo primero es obligatorio: el Reglamento (CE) 178/2002 exige a cualquier distribuidor identificar a quién compró y a quién vendió cada alimento, y retirarlo de inmediato si no es seguro. Odoo cubre de serie lotes, caducidades, FEFO, multialmacén, tarifas y cargas por vehículo. La optimización de rutas, la autoventa y el SILICIE de bebidas alcohólicas necesitan desarrollo o una aplicación adicional.

¿Qué tiene que resolver un ERP de distribución de alimentación?

Un mayorista de alimentación y bebidas no vende productos. Vende lotes con fecha, que viajan en frío, en rutas de reparto, a clientes con precios distintos y que a veces vuelven. Un ERP que solo sabe de referencias y unidades te obliga a llevar todo lo demás aparte.

Es habitual que el lote se apunte en papel al recibir, que la caducidad se controle mirando la estantería y que las tarifas de cada bar vivan en el Excel del jefe de ventas. Funciona hasta el día que hay que retirar un producto. Si te reconoces en ese montaje, revisa también las señales de que tu empresa ya no cabe en Excel: en distribución alimentaria aparecen antes.

Trazabilidad alimentaria: qué exige la ley a un distribuidor

La norma de base es el Reglamento (CE) 178/2002, el que fija los principios de la legislación alimentaria en toda la Unión. Su artículo 18 dice que la trazabilidad debe asegurarse «en todas las etapas de la producción, la transformación y la distribución». La distribución está dentro, sin matices.

En la práctica, el artículo 18 te pide dos cosas. Poder identificar a cualquier persona que te haya suministrado un alimento. Y tener «sistemas y procedimientos para identificar a las empresas a las que hayan suministrado sus productos». Las dos, con la información a disposición de las autoridades competentes si la piden. La Agencia Española de Seguridad Alimentaria y Nutrición (AESAN) lo resume como el principio de un paso atrás y un paso adelante: tu proveedor inmediato y tu cliente inmediato, salvo cuando el cliente es el consumidor final.

Si distribuyes alimentos de origen animal, hay un nivel más. El Reglamento de Ejecución (UE) 931/2011 concreta qué datos acompañan cada remesa: descripción exacta del alimento, cantidad, nombre y dirección de quien expide y de quien recibe, «una referencia que identifique el lote o remesa» y la fecha de expedición. Esa información se actualiza a diario y se entrega a la autoridad «sin dilaciones indebidas».

Y luego está el artículo 19, el de la retirada. Si un distribuidor tiene motivos para pensar que un alimento que ha distribuido no es seguro, tiene que retirarlo «inmediatamente» del mercado e informar a las autoridades competentes, pasar la información de trazabilidad y colaborar con el fabricante.

¿Podrías retirar un lote en cuatro horas? Simulacro de trazabilidad

La mejor forma de saber si tu trazabilidad funciona es elegir un lote al azar, poner un cronómetro y reconstruir de dónde vino y a quién fue. Este test hace esa prueba en ocho preguntas y te dice dónde se atascaría una retirada real.

Con un ERP bien configurado, la retirada deja de ser una búsqueda y pasa a ser una consulta. Así es el recorrido cuando el lote está registrado de punta a punta:

Fecha de caducidad, consumo preferente y FEFO: qué debe controlar el ERP

No son lo mismo y el ERP no debería tratarlas igual. El Reglamento (UE) 1169/2011, el de la información alimentaria al consumidor, distingue la fecha de duración mínima, la del «consumir preferentemente antes del», de la fecha de caducidad. Esta última es para alimentos microbiológicamente muy perecederos, y su artículo 24 es tajante: después de la fecha de caducidad, el alimento no se considerará seguro. Pasado el consumo preferente, el producto pierde calidad, pero no se convierte por eso en inseguro.

Para un distribuidor, la diferencia es operativa. Un lote caducado no puede salir del almacén. Uno cerca del consumo preferente se puede vender con descuento, mover a otro canal o donar. El sistema tiene que saber cuál es cuál antes que el cliente.

Odoo lo resuelve dentro de Inventario. Se activa Lotes y números de serie en Inventario, Configuración, Ajustes, y aparece la opción Fecha de caducidad. En cada producto se configuran cuatro plazos:

• Fecha de caducidad: días desde la recepción a partir de los cuales el producto puede ser peligroso y no debe consumirse.
• Fecha de consumo preferente: días antes de la caducidad en que empieza a perder calidad sin ser todavía peligroso.
• Fecha de retirada: días antes de la caducidad en que debe salir del stock vendible. Es la que manda en el FEFO.
• Fecha de alerta: días antes de la caducidad en que el sistema avisa. Puedes asignar un responsable por producto para que le llegue la notificación.

La pieza que lo une todo es la estrategia de retirada Primero en caducar, primero en salir (FEFO). Se configura en la ubicación o, con prioridad sobre esta, en la categoría de producto. Cuando confirmas un pedido, Odoo reserva primero el lote con la fecha de retirada más próxima y, si no llega, completa con el siguiente. El preparador ya no elige: el albarán le dice de qué lote coger.

Multialmacén y cadena de frío: el stock que crees tener

La cadena de frío también es una obligación legal, no solo de calidad. El Reglamento (CE) 852/2004, de higiene de los productos alimenticios, dice en su anexo II, capítulo IX, que los productos que puedan favorecer la multiplicación de patógenos no deben conservarse a temperaturas que supongan un riesgo, y que «no deberá interrumpirse la cadena de frío». Admite periodos limitados fuera de control de temperatura por necesidades prácticas de manipulación, transporte o entrega, siempre que no supongan un riesgo para la salud.

El ERP no mide temperaturas, pero decide dónde se guarda cada cosa. Por eso el almacén tiene que estar modelado como es: seco, refrigerado y congelado como ubicaciones distintas, con reglas de almacenamiento que impidan meter un producto de frío en una estantería de seco. Y cada nave, delegación o cámara externa, como almacén con su stock real.

• Varios almacenes con reabastecimiento entre ellos. El almacén central abastece a las delegaciones con rutas de reabastecimiento, y cada traspaso arrastra su lote y su fecha.
• Recepción y expedición en uno, dos o tres pasos. Para frío suele compensar recepción en dos pasos (muelle y almacenamiento) y expedición con preparación y carga separadas, para saber qué está esperando en el muelle y cuánto tiempo.
• Furgonetas como ubicaciones. Si el producto pasa la noche cargado, tiene que existir en el sistema como stock en ese vehículo, no como entregado.

Si tu grupo tiene además varias sociedades (por ejemplo, una que importa y otra que distribuye), el planteamiento cambia: cada sociedad con sus almacenes y las ventas entre ellas automatizadas. Lo tienes explicado en cómo funciona un ERP multiempresa. Ten en cuenta que en Odoo el multiempresa solo está en el plan Personalizado; el multialmacén, en cambio, entra en cualquier plan.

Preventa, reparto en ruta y tarifas HORECA

Aquí se nota que la distribución alimentaria es un negocio de márgenes cortos y muchos pedidos pequeños. El bar que pide tres cajas de refrescos cada martes tiene su precio, su ruta y su hora de entrega. Multiplícalo por quinientos clientes.

Las tarifas son la parte mejor resuelta. Odoo trabaja con listas de precios que se asignan a cada cliente y pueden combinar precio fijo, descuento sobre otra tarifa, escalas por cantidad y fechas de vigencia. Una tarifa HORECA, otra para tiendas de proximidad y otra por cliente para las cadenas con condiciones pactadas, todas sobre el mismo catálogo. El comercial de preventa toma el pedido desde la aplicación de Ventas en el móvil o la tableta y el precio sale solo.

El reparto lo cubre el sistema de gestión de expedición de Inventario, apoyado en la aplicación Flota. Cada vehículo, con su peso y volumen máximos, se da de alta como método de entrega, y los muelles de carga, como ubicaciones. Agrupas los albaranes del día en lotes por vehículo y el formulario te avisa si la carga se acerca al límite. Con Mapbox ves las entregas en un mapa y el botón de Google Maps genera el recorrido.

Lo que no hace de serie es optimizar rutas con ventanas horarias, tiempos de descarga y restricciones de acceso al centro de las ciudades. Si repartes en muchas rutas diarias con horarios estrictos de HORECA, lo normal es integrar una herramienta de planificación de rutas especializada y dejar que Odoo le pase los pedidos y reciba el orden de entrega.

Devoluciones, mermas e impuestos especiales en bebidas

Una devolución en distribución alimentaria no es un abono. Es producto que vuelve en la furgoneta, de un lote concreto, con un motivo (rotura, fecha corta, error de pedido) y con un destino: volver al stock vendible, a cuarentena o a merma. Si el ERP no registra el lote al recibirla, el día de una retirada no sabrás si las cajas afectadas están en el cliente o en tu almacén.

Las mermas tienen ya una ley propia. La Ley 1/2025, de 1 de abril, de prevención de las pérdidas y el desperdicio alimentario, obliga a aplicar una jerarquía: prevenir primero y, con el excedente, donar para consumo humano antes que destinarlo a alimentación animal, a otra industria o a residuo. Su artículo 6 exige además un plan de prevención y promover convenios de donación, desde abril de 2026. Quedan fuera las microempresas y los establecimientos de distribución de 1.300 m² o menos, salvo que los de un mismo NIF superen juntos esa superficie.

• Qué aporta el ERP a la Ley 1/2025: mermas registradas por lote y motivo, alertas de fecha para mover el producto antes de que caduque y un registro de lo donado. La ley exige trazabilidad de los productos donados a las entidades que los distribuyen, así que el lote debe salir en el albarán de donación.
• Qué no aporta: el plan de prevención en sí. Es un documento de la empresa; el ERP te da los datos para escribirlo con cifras reales.

Si distribuyes bebidas alcohólicas, mira tu figura en los impuestos especiales antes de elegir sistema. La Agencia Tributaria obliga a llevar la contabilidad de estos productos por el SILICIE (artículo 50 del Reglamento de los Impuestos Especiales y Orden HAC/998/2019) a los titulares de fábricas, depósitos fiscales, almacenes fiscales, depósitos de recepción y fábricas de vinagre. Si compras la bebida con el impuesto ya pagado y no tienes ninguna de esas figuras, no estás obligado al SILICIE, aunque debes conservar la documentación a disposición de la Inspección. La localización española de Odoo no incluye el envío de asientos al SILICIE: si lo necesitas, cuenta con desarrollo o con un módulo específico.

Qué trae Odoo de serie para distribución alimentaria y qué necesita desarrollo

Resumen honesto para tu comparativa de proveedores, con los menús de Odoo 19, que la versión actual, Odoo 20, mantiene.

Con esa tabla delante, el coste del proyecto depende sobre todo de las tres últimas filas y de cuántos almacenes y rutas tengas. Si quieres hacerte una idea antes de pedir presupuesto, tienes rangos honestos de lo que cuesta implantar Odoo en una pyme.

En una distribuidora, el orden de implantación importa más que en casi ningún otro sector, y la alimentación es uno de los que trabajamos en QUBIQ. Empezamos por donde está el riesgo: lotes y fechas en la recepción, FEFO en el almacén y lote en cada albarán. Después, tarifas y preventa. Las rutas y la autoventa, al final, cuando el stock ya es fiable. Somos Odoo Gold Partner desde 2019, Mejor Partner de Odoo en Europa y número uno en la Península Ibérica por referencias, con más de 100 consultores y más de 600 proyectos.

Preguntas frecuentes