Odoo industrial: MRP II, WMS y módulo de calidad en planta

Odoo industrial es lo que ocurre cuando un ERP nacido para la gestión de pymes tiene que gobernar operaciones reales de fábrica: órdenes que se ejecutan en máquinas, lotes que hay que trazar y un almacén que no espera. Esta guía documenta qué módulos de Odoo funcionan en planta (MRP II, WMS, calidad, trazabilidad), cuáles exigen cautela, cómo se conecta el ERP con la capa OT y qué proceso de implantación evita el patrón habitual: un sistema que funciona seis meses y después se abandona.

Por qué Odoo es popular y por qué se complica en planta

Odoo nació en 2005 como TinyERP, un ERP de gestión para pymes: ventas, compras, contabilidad y un almacén pensado para pedidos de cliente; el comercio electrónico llegó con la versión 8. En ese ámbito funciona muy bien, y de ahí viene su popularidad entre pymes: es modular, el coste de licencia es contenido frente a los ERP clásicos, la comunidad es enorme y casi cualquier partner local sabe instalarlo.

El problema aparece cuando una planta pide MRP II de verdad. Odoo tiene módulos de fabricación, pero buena parte de su diseño original no asume las restricciones de un taller: una máquina en marcha no se detiene a esperar que alguien reordene la cola de trabajo, un almacén de materia prima necesita decisiones en segundos y un turno de noche no llama a soporte cuando la orden no cuadra. Cuando la configuración fuerza a la planta a comportarse como una tienda online, la planta gana siempre: la gente deja de registrar, los datos divergen de la realidad y el ERP se convierte en un sistema contable que nadie mira.

La secuencia se repite en muchas pymes industriales: se implanta Odoo con la configuración estándar, se descubren las limitaciones a los tres meses, se parchea con hojas de cálculo y desarrollos a medida, y al cabo de un año nadie entiende el sistema completo. Dos años después se plantea "cambiar de ERP", cuando el ERP nunca fue el problema de fondo.

Odoo puede funcionar en planta, pero exige tres cosas que la instalación estándar no da:

Saber qué módulos funcionan de verdad en industria y cuáles conviene no activar.
Una arquitectura de integración clara con máquinas y sistemas OT, no una colección de conectores improvisados.
Una configuración que respete el flujo real de la operación en lugar de forzarlo a flujos de comercio electrónico.

Esa es exactamente la aproximación que seguimos en la solución Odoo para pymes industriales de Captia Service: el ERP como columna vertebral de la operación, no como un catálogo con módulos de fábrica añadidos.

Módulos que sí funcionan en plantas reales

Fabricación y MRP II

El módulo de fabricación de Odoo cubre lo esencial de un MRP II: explota la lista de materiales (BOM), calcula necesidades netas contra stock y pedidos en curso, y genera órdenes de compra y de producción con sus fechas. Para una pyme que hoy planifica en Excel, ese salto ya cambia la operación: las compras dejan de depender de la memoria del responsable y las órdenes de producción llevan consumos y rutas asociados.

Sus límites también son conocidos. El planificador de Odoo trabaja con capacidad finita de forma limitada y no está pensado para replanificar en tiempo real. Nuestra configuración habitual lo asume: Odoo genera el plan a medio plazo, y los ajustes de corto plazo (las próximas 24 a 48 horas) se gestionan con reglas o con un secuenciador externo que respeta las restricciones reales de planta, en lugar de pedirle al MRP algo para lo que no fue diseñado.

Inventario y WMS

El inventario de Odoo, con rutas, ubicaciones y estrategias de retirada, resuelve bien almacenes de complejidad baja o media: materia prima, producto intermedio y expediciones de una pyme industrial típica. En instalaciones logísticas complejas (automatismos de almacén, olas de picking, decenas de muelles) lo razonable es que Odoo actúe como espejo contable de un WMS especializado y que la sincronización entre ambos esté definida con precisión: qué sistema es dueño de cada dato y en qué momento se consolida.

Calidad

El módulo de calidad permite definir puntos de control por operación, hojas de inspección, alertas y bloqueo de lotes. Donde brilla es cuando los resultados no se teclean a mano: si el dato de la báscula, del equipo de visión o del parámetro de máquina llega automáticamente al control de calidad, el registro deja de ser una carga administrativa y pasa a ser un subproducto del propio proceso.

Lotes y números de serie

La trazabilidad por lote y número de serie de Odoo es sólida y es crítica en sectores regulados: agroalimentario, químico, componentes con requisitos de cliente. Igual que en calidad, la clave es automatizar la captura con código de barras, RFID o datos de máquina. Una trazabilidad que depende de que el operario recuerde escanear es una trazabilidad con agujeros.

Módulos que funcionan, pero con matices

Mantenimiento

El módulo de mantenimiento sirve para programar preventivos, registrar correctivos y mantener el historial por equipo. Se queda corto como GMAO avanzado, pero encaja muy bien como receptor de órdenes de trabajo: en plantas que ya monitorizan sus equipos, una alerta del sistema de mantenimiento predictivo puede convertirse automáticamente en una orden de trabajo en Odoo, con el repuesto reservado en el inventario. Ahí el módulo aporta lo que mejor hace un ERP: cerrar el ciclo administrativo de algo que ocurre en el mundo físico.

Compras y proveedores

Para pedidos estándar contra tarifa, el módulo de compras funciona sin fricción y se alimenta directamente del MRP. Los procesos complejos (contratos marco, escalados por volumen, homologación de proveedores con requisitos documentales) requieren configuración cuidadosa o integración con herramientas específicas de aprovisionamiento.

Recursos humanos y partes de trabajo

Fichajes, ausencias y partes de horas cubren la necesidad administrativa. Lo que no conviene es usar los partes manuales como fuente de tiempos de producción si existe dato de máquina: el tiempo real de una orden debería venir del evento de inicio y fin en planta, no de lo que se apunta al final del turno.

Módulos que rara vez encajan en industria

Proyectos: está pensado para agencias y servicios profesionales. En fabricación bajo pedido puede servir para hitos de ingeniería, pero no sustituye a la orden de fabricación como unidad de gestión de planta.

CRM: útil para el equipo comercial de la empresa, irrelevante para la operación de fábrica. Activarlo no estorba, pero no debe condicionar el diseño del flujo industrial.

Punto de venta: para tiendas. Si una fábrica lo usa (venta directa en almacén, outlet), conviene aislarlo del circuito de inventario de producción para que no contamine los datos de planta.

La disciplina de no activar módulos "porque vienen incluidos" es una de las decisiones de diseño más rentables de un proyecto Odoo: cada módulo activo añade pantallas, permisos, datos que mantener y rutas de error.

El ERP conectado a planta: por qué la integración OT decide el proyecto

Un ERP industrial vale lo que valen sus datos, y los datos de una fábrica nacen en las máquinas. Si la única vía de entrada es el teclado, el ERP vive con horas o días de retraso respecto a la realidad: el stock teórico no coincide con el físico, las órdenes figuran abiertas cuando ya terminaron y el coste real de fabricación es una estimación. La diferencia entre un Odoo que se usa y un Odoo que se tolera está casi siempre aquí.

Conectar el ERP a planta significa que los eventos relevantes fluyen en ambos sentidos sin intervención manual:

De planta hacia Odoo: inicio y fin de orden, cantidades buenas y rechazadas, consumos reales, paradas relevantes, resultados de inspección.
De Odoo hacia planta: la cola de órdenes con sus materiales y rutas, cambios de prioridad, bloqueos de calidad sobre lotes concretos.

Este es el territorio de Captia Connect. La solución de integración de ERP con planta resuelve precisamente ese puente: capturar los eventos de máquinas y líneas, normalizarlos y sincronizarlos con el ERP con un contrato de datos definido. Cuando el proyecto Odoo y el proyecto de conectividad se diseñan juntos, el ERP arranca ya alimentado con datos reales; cuando se diseñan por separado, la integración acaba siendo un desarrollo a medida frágil que nadie quiere tocar.

Para el fundamento técnico de esa capa (por qué conviene un espacio de nombres unificado en lugar de integraciones punto a punto), la referencia es nuestra guía de arquitectura OT/IT y unified namespace.

Arquitectura de referencia: Odoo + capa OT

La arquitectura que instalamos en plantas reales tiene cuatro capas, cada una con una responsabilidad clara:

Capa	Responsabilidad	Tecnología habitual
1. OT (máquinas y datos)	Emitir eventos de planta: inicio y fin de orden, rechazos, cambios de formato, estados de máquina	PLC, sensórica, MQTT con Sparkplug B, unified namespace
2. Integración (middleware)	Traducir eventos OT a transacciones ERP y publicar órdenes del ERP hacia planta	Broker de eventos, API de Odoo, colas con reintento
3. Odoo (negocio)	MRP, inventario, calidad, mantenimiento, compras, finanzas: la verdad administrativa	Odoo con los módulos estrictamente necesarios
4. Informes y BI	Cuadros de mando de OEE, calidad y costes sobre datos consolidados	BI corporativo o cuadros embebidos

Dos reglas de diseño evitan la mayoría de los problemas. Primera: cada dato tiene un único dueño. El estado físico de la máquina lo posee la capa OT; el estado administrativo de la orden lo posee Odoo; el middleware traduce, no decide. Segunda: la integración se construye primero en lectura (planta informa a Odoo) y solo después en escritura (Odoo ordena a planta), porque los errores de lectura se detectan y corrigen sin parar producción, mientras que un error de escritura para una línea.

Sobre la capa 4 conviene una nota: si el objetivo es medir eficiencia, el indicador de referencia es el OEE, y calcularlo bien tiene más matices de los que parece. Nuestra guía completa del OEE cubre las fórmulas, los errores de medición típicos y cómo alimentarlo con datos automáticos en lugar de partes manuales.

Datos maestros: la BOM manda

Ningún apartado de un proyecto Odoo industrial tiene peor relación entre lo aburrido que parece y lo decisivo que resulta. El MRP calcula a partir de la BOM, las rutas y los lead times: si esos datos están mal, el sistema genera órdenes mal con total precisión. Antes de arrancar hay que responder preguntas incómodas:

¿La BOM refleja lo que la planta consume de verdad, incluidas mermas y material auxiliar, o es la lista teórica que preparó ingeniería hace cinco años?
¿Las rutas tienen tiempos por operación medidos, o estimaciones heredadas que nadie ha contrastado con el dato de máquina?
¿Los lead times de proveedor son los pactados en contrato o los que se cumplen en la práctica?
¿Quién es el dueño de cada maestro y con qué proceso se modifica?

Un ejemplo trabajado del tipo de detalle que importa: en una BOM de inyección de plástico, la diferencia entre registrar el consumo teórico de granza por pieza o el consumo real con coladas y purgas puede ser de varios puntos porcentuales. Con el consumo teórico, el stock de granza en Odoo siempre sobra sobre el papel y falta en el silo, el MRP compra tarde y la planta acaba llamando al proveedor por teléfono, que es justo lo que el sistema debía eliminar. La solución no es un módulo: es medir el consumo real durante unas semanas, corregir la BOM y establecer quién la mantiene.

Implantación por fases: cómo lo aborda Captia

Fase 1: análisis del flujo de operación (en torno a dos semanas)

Mapeo del flujo actual de principio a fin: dónde se decide, qué datos usa cada decisión, dónde se rompe el proceso hoy. De aquí sale el diseño: qué parte de Odoo será rígida (el estándar del módulo) y qué parte debe ser flexible (configuración o integración). Este análisis conecta con nuestro trabajo de integración de procesos: el ERP es la pieza central, pero el proyecto es el flujo completo.

Fase 2: configuración base (en torno a cuatro semanas)

Estructura sin transacciones: productos, BOM, rutas, centros de trabajo (las máquinas modeladas como recursos con capacidad), almacenes y ubicaciones, proveedores y tarifas. Es también la fase de saneamiento de datos maestros descrita arriba.

Fase 3: integración OT (en torno a cuatro semanas)

Construcción del middleware sobre la capa de conectividad: primero lectura (los eventos de planta actualizan Odoo), después escritura (las órdenes de Odoo llegan a planta). Cada mensaje con su contrato de datos, su cola y su reintento; una integración que pierde eventos en silencio es peor que no tener integración.

Fase 4: validación en paralelo (dos a cuatro semanas)

El sistema anterior y Odoo conviven. Cada divergencia entre ambos se investiga: unas veces el error está en la configuración nueva, otras el sistema antiguo llevaba años equivocado y nadie lo sabía. No se corta el sistema antiguo hasta que las cifras coinciden de forma sostenida.

Fase 5: puesta en marcha gradual

Primero una línea de producción, luego la siguiente. Nada de big bang: el coste de arrancar todo a la vez es que cualquier problema afecta a toda la fábrica el mismo día, con el equipo entero aprendiendo el sistema a la vez.

Después del arranque: adopción y soporte

Un ERP no se termina el día del go-live. Las primeras semanas concentran las dudas reales de los usuarios, y sin un plan de formación y soporte el sistema degenera en atajos y registros a posteriori. Ese acompañamiento es una disciplina en sí misma; la tratamos en la guía de formación y soporte digital industrial.

Errores típicos que matan un Odoo industrial

Replicar el sistema antiguo dentro de Odoo. Personalizar el ERP hasta que se comporta como el software anterior hereda todos sus vicios y añade el coste de mantener los desarrollos en cada actualización de versión.
Personalizar antes de dominar el estándar. Buena parte de los desarrollos a medida que nos encontramos en auditorías replican funciones que el módulo estándar ya hacía con otra configuración.
Arrancar sin sanear los maestros. El MRP amplifica la calidad de los datos que recibe, en ambos sentidos.
Dejar la integración con planta "para la fase 2". La fase 2 no llega, y mientras tanto el ERP se alimenta a mano y pierde credibilidad justo en el periodo en que más la necesita.
Confundir formación con adopción. Una sesión de formación el día antes del arranque no crea hábito. La adopción se gana en las semanas posteriores, con soporte cercano y corrigiendo los flujos que la realidad demuestre incómodos.
No definir quién es el dueño del sistema. Sin un responsable interno con autoridad sobre configuración y datos, cada departamento tira del ERP hacia su lado y el conjunto se degrada.

Muchos de estos errores no son específicos de Odoo: son fallos de gestión del flujo de trabajo digitalizado. Por eso solemos acompañar los proyectos de ERP con trabajo de automatización de procesos de negocio en los circuitos administrativos que rodean a la fábrica: pedidos, albaranes, facturación, documentación de calidad.

Costes y retorno: de dónde sale el dinero

Un proyecto de Odoo industrial con integración de planta se mueve, como orden de magnitud habitual en el mercado para una pyme, en el rango de las decenas de miles a algo más de cien mil euros entre licencias, implantación e integración. La cifra concreta depende sobre todo de tres factores: el número de flujos a integrar con planta, el estado de los datos maestros y cuánta personalización se decide asumir.

El retorno no viene de la tecnología en sí, sino de efectos operativos concretos:

Fuente de retorno	Mecanismo
Reducción de inventario y WIP	El MRP compra y lanza contra necesidades reales; menos colchones "por si acaso"
Menos tiempo de ciclo administrativo	Órdenes, albaranes y facturas fluyen sin retranscripciones ni esperas entre departamentos
Menos coste de no calidad	Trazabilidad y bloqueo de lotes acotan las incidencias en vez de extenderlas
Coste real por orden	Consumos y tiempos reales permiten saber qué productos ganan dinero y cuáles no

La consecuencia práctica: el retorno se materializa solo si el ERP recibe datos reales. Un Odoo alimentado a mano reduce poco el inventario y no da costes fiables, porque su foto de la planta siempre va con retraso. Es otra razón por la que la integración OT no es un extra del proyecto, sino su condición de rentabilidad.

Lo que Odoo no es

No es una fábrica inteligente por sí solo. Es el registro administrativo de lo que la fábrica hace. La inteligencia (secuenciar mejor, predecir fallos, optimizar consumos) vive en sistemas que se apoyan en el ERP, no dentro de él.

No sustituye las decisiones humanas. El planificador sigue decidiendo qué se lanza y cuándo; Odoo calcula necesidades y muestra consecuencias. Un MRP en modo automático sin supervisión genera pedidos que nadie ha pensado.

No es un MES ni un SCADA. No supervisa máquinas en tiempo real ni gestiona la ejecución segundo a segundo. Pedirle eso lleva a personalizaciones imposibles de mantener; la respuesta correcta es la arquitectura por capas descrita arriba.

No funciona con datos sucios. Si la BOM está mal, Odoo genera órdenes mal. El proyecto de datos maestros no es opcional.

Preguntas frecuentes sobre Odoo industrial

¿Sirve Odoo como ERP para una pyme industrial?

Sí, con condiciones. Los módulos de fabricación, inventario, calidad y trazabilidad cubren las necesidades de la mayoría de pymes industriales si se configuran respetando el flujo real de la planta y se alimentan con datos de máquina en lugar de registros manuales. Donde Odoo no llega (secuenciación fina, WMS complejo, supervisión en tiempo real) la respuesta es integrarlo con sistemas especializados, no forzarlo con personalizaciones.

¿Cuánto dura una implantación de Odoo en planta?

Para una pyme con integración de planta incluida, el recorrido habitual es de cuatro a seis meses: análisis del flujo, configuración base, integración OT, validación en paralelo y arranque gradual línea a línea. Los proyectos que prometen mucho menos suelen omitir la integración con planta o la validación en paralelo, que es justo donde se evitan los sustos.

¿Es Odoo un MES? ¿Necesito un MES además de Odoo?

Odoo no es un MES: gestiona la parte administrativa de las órdenes, no la ejecución en tiempo real. Muchas pymes no necesitan un MES completo: con Odoo bien integrado con la capa OT (eventos de inicio y fin de orden, cantidades, paradas) cubren la mayor parte del valor. Un MES dedicado tiene sentido cuando la ejecución exige secuenciación fina, gestión detallada de personal por operación o genealogía de producto compleja.

¿Cómo se conecta Odoo con las máquinas de la planta?

A través de una capa de integración: los datos de PLC y sensores se publican en un espacio de nombres unificado (típicamente MQTT con Sparkplug B) y un middleware traduce esos eventos a transacciones de Odoo por API, y a la inversa publica las órdenes del ERP hacia planta. Lo importante es que cada dato tenga un único sistema dueño y que la integración gestione errores y reintentos de forma explícita.

¿Odoo Community u Odoo Enterprise para industria?

Para uso industrial serio, la versión Enterprise suele compensar: incorpora funcionalidades de fabricación, calidad, mantenimiento y código de barras que en Community habría que cubrir con módulos de terceros, con el riesgo de mantenimiento que eso implica en cada actualización. Community puede bastar en operaciones muy sencillas, pero el ahorro de licencia se paga en integración y soporte.

¿Qué es lo primero que hay que preparar antes de implantar Odoo?

Los datos maestros y el mapa del flujo de operación. Una BOM que refleje consumos reales, rutas con tiempos contrastados, lead times de proveedor verificados y un dibujo honesto de cómo fluye hoy una orden desde el pedido hasta la expedición. Con eso, la configuración de Odoo es un ejercicio de traducción; sin eso, es una apuesta.

Odoo puede ser el corazón administrativo de una operación industrial si se configura con criterio de planta y se conecta a la realidad física de la fábrica. En Captia empezamos siempre igual: un diagrama del flujo operativo actual, sobre el que se decide qué módulos lo sostienen, qué se integra con la capa OT y en qué orden se despliega. Cuéntanos cómo trabaja hoy tu planta y lo vemos sobre tu caso.