Es hora de replantearse el MES para el seguimiento de la producción compleja

Si le pregunta a ChatGPT qué sistema de ejecución de fabricación (MES) es el más adecuado para el seguimiento de procesos de producción complejos, es probable que le aparezca una lista de nombres conocidos. Siemens. Rockwell. GE. Honeywell. Dassault. AVEVA.

Es probable que las plantas que fabrican los mismos productos siguiendo ciclos predecibles puedan elegir una solución de esa lista y obtener buenos resultados. Sin embargo, es probable que las plantas que se enfrentan a la misma disyuntiva, con carteras de gran variedad de productos, calendarios de lanzamiento de nuevos productos muy exigentes, presencia en múltiples emplazamientos y ciclos de cambio regulados, no lo consigan.

El motivo radica en un cambio en el significado del término «complejo». Las soluciones heredadas, como las mencionadas anteriormente, se diseñaron en una época en la que la complejidad se refería a la profundidad de las rutas. Sin embargo, en 2026, la complejidad se manifiesta en el ritmo de cambio. Esa discrepancia se refleja en ciclos de cambio que se miden en trimestres, en operadores que deben asumir lo que el sistema no puede gestionar y en implementaciones en múltiples emplazamientos que se estancan antes de llegar a la tercera planta.

En este artículo se defiende la necesidad de aplicar un criterio diferente a la lista de candidatos de 2026. En los apartados siguientes se aborda qué ha cambiado en la producción compleja, qué revelan los datos de los analistas de LNS Research, Symestic y Excellerant sobre el coste de la rigidez arquitectónica, las cinco características que debe reunir un MES adecuado a sus fines, y un marco para evaluar las plataformas modulares mediante una valoración real, así como el lugar Tulip dentro de ese marco.

Al finalizar, dispondrá de una perspectiva de evaluación que podrá aplicar en su próxima reunión con los proveedores y que refleja la realidad de los entornos de producción actuales.

Los contenidos de marketing de los proveedores tradicionales de sistemas de gestión de la fabricación (MES) abordan la producción compleja como un problema de genealogía. Se parte de la base de que existen rutas de fabricación de varias etapas, operaciones de división y fusión, ciclos de reelaboración, un nivel de detalle por serie y lote que se remonta hasta la materia prima, y una pieza que puede rastrearse a lo largo de cuarenta pasos, cada uno de los cuales puede reconstruirse en caso de auditoría.

Este criterio es imprescindible para un sistema de ejecución empresarial.

Lo que marca la diferencia es la velocidad del cambio. Una ruta de cuarenta pasos que se mantiene sin cambios durante tres años no supone necesariamente un reto. En cambio, una ruta de doce pasos que cambia cada semana en nueve lugares sí lo es.

Hay tres modelos de producción que lo ponen de manifiesto claramente:

• Operaciones de gran variedad y bajo volumen en las que se lanzan con frecuencia variantes de productos y cada variante conlleva diferencias en los flujos de trabajo que deben aplicarse rápidamente.

• Empresas con un alto volumen de nuevos productos, en las que estos pasan de la fase de lanzamiento técnico al flujo de trabajo de producción validada en cuestión de semanas, y no de trimestres.

• Operaciones reguladas en múltiples centros en las que un cambio en las especificaciones en un mercado debe extenderse a todos los centros mediante una implementación controlada, un historial de versiones y una nueva validación.

En cualquiera de esos casos, la cuestión arquitectónica cambia. La mayoría de los proveedores pueden responder a la pregunta «¿Puede este MES gestionar una ruta compleja?» sin titubeos. En cambio, la pregunta «¿Puede este MES adaptarse a un cambio de ruta sin necesidad de una reconfiguración dirigida por el proveedor?» suele dar lugar a respuestas más extensas, matizaciones y referencias a los servicios profesionales.

Los sistemas MES tradicionales se diseñaron partiendo del supuesto de un proceso estable. El modelo de datos es rígido, las rutas de configuración pasan por el proveedor o por un integrador de sistemas especializado, y cualquier cambio significativo implica una reconstrucción controlada, un ciclo de revalidación y un calendario que se mide en trimestres. Ese diseño ya no resulta adecuado para los fabricantes en un mundo en el que el cambio es una expectativa cotidiana.

La serie «Architecture Calls Your Bluff» de LNS Research para 2026 pone nombre a cómo se manifiesta esta brecha en la práctica sobre el terreno. Cuando el sistema no puede dar respuesta a los nuevos requisitos, la carga de trabajo adicional recae sobre las personas que gestionan el proceso. Un ingeniero de procesos lleva una hoja de cálculo con los cambios en el flujo de trabajo que el MES no puede registrar. Un responsable de calidad vuelve a enviar por correo electrónico las instrucciones revisadas tras cada actualización de las especificaciones, ya que el sistema oficial tarda un trimestre en actualizarse.

LNS describe esa carga como una «carga cognitiva» y la condición subyacente como una «compresión arquitectónica». Ambas expresiones describen un sistema que se ha quedado sin capacidad para gestionar lo que necesita un fabricante.

El informe de Symestic de 2026 sobre los sistemas MES modulares cuantifica el tiempo que lleva ese fallo. Los ciclos típicos de gestión del cambio en entornos MES tradicionales duran entre 6 y 18 meses por cada cambio significativo en el flujo de trabajo. Los ciclos equivalentes en entornos modulares duran aproximadamente 3 semanas. El punto medio importa menos que la forma. Cada semana que transcurre entre «hemos detectado un problema» y «la solución está en funcionamiento en la planta» se traduce en desperdicio, reelaboración y incumplimiento de los plazos de entrega.

Los datos de Excellerant correspondientes a febrero de 2026 incluyen el coste a nivel de planta derivado de la falta de integración de datos. Los fabricantes pierden una media de 25 horas de producción al mes debido a paradas no planificadas provocadas por la fragmentación de los datos. El mismo artículo señala que la implementación de ajustes en la producción puede llevar más de 48 horas en entornos sin integración.

El tiempo de implementación es la última pieza del mismo rompecabezas. Las implementaciones de sistemas MES heredados suelen tardar entre 18 y 36 meses hasta la puesta en marcha de la primera planta, y los despliegues en múltiples plantas se prolongan durante años más. Un plazo tan largo supone que el mundo se detiene durante la implementación, una apuesta que no ha dado sus frutos en ningún entorno de fabricación durante la última década.

Las especificaciones de un sistema capaz de adaptarse a un entorno en constante cambio se agrupan en cinco áreas.

Evolución independiente de las capacidades: cualquier modificación en la gestión de desviaciones, las instrucciones de trabajo o los paneles de control digitales no debería requerir una actualización completa del sistema ni una recalificación de funcionalidades no relacionadas. Cuando las capacidades están interrelacionadas, cada pequeño cambio se convierte en un cambio de gran envergadura, y el coste de un cambio de tal magnitud suele medirse en trimestres.

El diseño orientado al operador como principio fundamental: la ejecución en primera línea debe ser el punto de partida del sistema. Cuando un MES se diseña como una base de datos a la que se le añade una interfaz de usuario poco intuitiva, se generan dificultades que se manifiestan en el tiempo de formación, en el recurso a soluciones provisionales y en el tipo de errores que los equipos de calidad tardan semanas en investigar.

Diseño a nivel de centro dentro de los estándares establecidos: Cada centro debe diseñar las capacidades que utiliza dentro de un marco regulado a nivel global. Hemos constatado que el enfoque adecuado para ello es la estandarización global con flexibilidad local. Ambas partes de la frase son importantes. La estandarización sin flexibilidad da lugar a implementaciones que aplican el mismo flujo de trabajo en todas partes y acumulan silenciosamente soluciones provisionales en cada centro. La flexibilidad sin estandarización da lugar a los resultados de auditoría que hacen que los responsables de calidad dejen de confiar en el sistema.

Una arquitectura de datos capaz de resistir los próximos cinco años de cambios: las soluciones que cuentan con interfaces de datos claras y accesibles son más fáciles de integrar, ampliar y adaptar cuando surgen nuevos requisitos. Esta última categoría es la que la mayoría de los arquitectos subestiman. Los agentes de IA específicos para cada función que se integrarán en los procesos de control de calidad, lanzamiento de nuevos productos (NPI) y análisis de causas raíz durante los próximos dos años necesitan interfaces de datos limpias sobre las que trabajar. Un modelo de datos monolítico con una lógica interna opaca no ofrece nada de eso.

Adaptabilidad regulada: En los entornos regulados, el historial versionado de los flujos de trabajo, los permisos basados en roles, las implementaciones por fases y los registros de cambios auditables se consideran requisitos ineludibles. A escala multisitio, esos controles se vuelven imprescindibles independientemente de la normativa, ya que la alternativa es una divergencia de versiones que nadie podrá conciliar seis trimestres después. La trazabilidad y el cambio controlado se dan aquí, y ambos se reflejan en criterios de evaluación como los registros de ejecución trazables.

Un MES modular divide la aplicación monolítica en capacidades que se pueden implementar de forma independiente. Los sistemas modulares suelen ajustarse a los principios MACH (microservicios, API-first, nativos de la nube, headless) y pueden ensamblarse a partir de capacidades empresariales empaquetadas (PCB), que pueden incluir desde registros electrónicos de lotes hasta instrucciones de trabajo visuales, paneles de control de producción o integración de equipos. Cada capacidad es una unidad discreta con su propia superficie de datos, su propia ruta de lanzamiento y su propio marco de gobernanza.

Tulip un paso más allá al proporcionar la capa de ejecución orientada al operador, el modelo de datos y conectividad, y la interfaz de gestión dentro de la plataforma. El fabricante configura un sistema de tipo MES a partir de componentes modulares compartidos. Los conjuntos de aplicaciones basadas en plantillas ofrecen un punto de partida que se sustenta en años de experiencia prestando apoyo a fabricantes de diversos sectores complejos y regulados.

Aunque el marco de trabajo modular lleva más de una década siendo dominante en el comercio electrónico y en las pilas tecnológicas orientadas al cliente, su credibilidad en el ámbito del software industrial está finalmente ganando terreno. El Cuadrante Mágico de Gartner de 2022 para los sistemas de ejecución de fabricación (MES) preveía que, para 2025, el sesenta por ciento de las nuevas implementaciones de MES se construirían a partir de tecnología modular, una predicción que hemos visto hacerse realidad en los últimos años.

La Guía de mercado de Gartner sobre MES para 2025 incluye a proveedores nativos de soluciones modulares junto a los ya establecidos, y la lista actual de proveedores representativos presenta un aspecto muy diferente al de hace tres años.

Para un arquitecto industrial que defiende una opción modular ante un comité directivo, ese cambio es importante. Ya no es necesario elaborar el argumento arquitectónico partiendo de cero. Este ha sido publicado, evaluado y adoptado por la empresa de análisis a la que muchas organizaciones dirigidas por el departamento de TI recurren como referencia principal a la hora de elaborar su lista de candidatos preseleccionados.

La norma 21 CFR Parte 11 de la FDA y el Anexo 11 de las BPF de la UE son independientes de la arquitectura. Ambas especifican los controles que debe ofrecer un sistema relevante para las normas GxP: autenticidad, integridad, acceso controlado, registros de auditoría y firmas electrónicas. Ninguna de ellas especifica que dichos controles deban estar integrados en una única aplicación monolítica. Una plataforma modular que ofrezca dichos controles cumple con la Parte 11 y el Anexo 11 en los mismos términos que lo haría una aplicación monolítica.

El anexo 22 de las buenas prácticas de fabricación (GMP) de la UE, que entrará en vigor en 2026, amplía el alcance del anexo 11 a los sistemas GxP basados en la inteligencia artificial y el aprendizaje automático. Exige la trazabilidad del comportamiento de los modelos, el linaje de los datos y la supervisión humana de las decisiones automatizadas. Las arquitecturas componibles, en las que cada capacidad cuenta con un flujo de datos transparente y una interfaz clara, están estructuralmente mejor posicionadas para cumplir el Anexo 22 que los sistemas monolíticos, en los que la lógica interna resulta opaca para las personas que deben validarla.

La idea generalizada en la década de 2010 de que las empresas reguladas necesitaban una estructura monolítica tenía su fundamento arquitectónico en aquel momento, ya que las implementaciones nativas de la nube no podían ofrecer el nivel de control que esperaban los organismos reguladores. Esa situación ya no se da, y hemos ayudado a decenas de fabricantes de productos farmacéuticos, biotecnológicos y de dispositivos médicos a implementar plataformas modulares en entornos GxP validados.

La cuestión del cumplimiento normativo ha pasado de ser «¿puede la plataforma componible cumplir los requisitos?» a «¿ofrece esta plataforma componible concreta los controles necesarios?». Se trata de un cambio de una cuestión de categoría arquitectónica a una de evaluación de proveedores, lo que devuelve la revisión del cumplimiento normativo al ámbito de cada solicitud de propuestas (RFP), que es donde debe estar.

Gartner prevé que, para 2027, la mitad de las implementaciones de IA generativa en las empresas estarán destinadas a funciones específicas. En el sector manufacturero, esto se traduce en agentes y copilotos integrados en flujos de trabajo concretos, como la revisión de desviaciones, el enrutamiento de nuevos productos (NPI) y el análisis de las causas raíz. Cada agente se centra en una función concreta.

La IA necesita datos limpios y procesos bien estructurados para funcionar. Un agente de revisión de desviaciones necesita acceder a datos con el contexto adecuado y los permisos correspondientes. No necesita —y, por lo general, no puede utilizar— la totalidad del modelo de datos del MES. Los sistemas MES monolíticos con una lógica interna opaca hacen que esto resulte casi imposible. El agente suele disponer de un acceso limitado y superficial que restringe sus capacidades, y la solución alternativa consiste en una integración personalizada en una pila propietaria con su propio ciclo de lanzamientos.

En una arquitectura modular, cada aplicación o PBC expone su propio conjunto de datos. A los agentes solo se les concede acceso al contexto y a los permisos necesarios, y pueden evaluarse, implementarse y retirarse de forma independiente, lo que constituye la aplicación práctica de la IA específica para cada función.

Se trata de una propiedad estructural, y no es posible adaptarla a un sistema monolítico simplemente añadiendo una lista de funciones de IA integradas. El MES que estará preparado para la ola de IA de los próximos dos años es aquel cuyas capacidades permitan incorporar nuevos agentes siguiendo su propio ritmo de lanzamiento, con su propia gobernanza y sin un ciclo de lanzamiento común para toda la plataforma.

Hay siete criterios que distinguen a una plataforma modular, capaz de adaptarse a un entorno en constante cambio, de otra que se limita a utilizar la terminología.

1. Evalúe con objetividad la velocidad de cambio antes de tomar una decisión: cuente los cambios en los procesos, los nuevos productos introducidos (NPI), las sustituciones de materiales y las actualizaciones normativas a las que se han enfrentado sus operaciones en los últimos doce meses. Si la cifra es elevada y va en aumento, la adecuación de la arquitectura será más importante que la exhaustividad de las funcionalidades.

2. Pregunte cuál es el ciclo medio de cambio, citando nombres de clientes: «¿Cuánto tiempo transcurre entre el momento en que se dice "tenemos que cambiar este flujo de trabajo" y el momento en que "el cambio está activo y validado en la planta"?». Cualquier plataforma modular debería poder responder con ejemplos concretos de clientes en cuestión de semanas; una respuesta que se mida en meses es señal de que hay que formular preguntas de seguimiento más incisivas.

3. Analice la capacidad de ampliación: ¿qué se necesita para añadir una nueva funcionalidad o integrar un nuevo sistema? El espectro abarca desde la configuración nativa que la plataforma admite de serie, pasando por la integración dentro de la plataforma por parte de un usuario técnico del cliente, hasta la participación de un proveedor con su propio pliego de condiciones. La posición que ocupe una plataforma en ese espectro le indicará el grado de dependencia del proveedor que implica la arquitectura.

4. Valide la gobernanza multisede: ¿ Puede la plataforma estandarizarse a nivel mundial sin dejar de permitir la adaptación local? ¿Cómo se traduce en la práctica la implantación controlada de un único cambio en el flujo de trabajo en varias sedes? Si la respuesta es un punto del plan de trabajo, dé por hecho que seguirá siéndolo.

5. Evalúe la preparación para la IA como una arquitectura, no como una lista de funciones: ¿Dónde se integran los agentes? ¿A qué fuentes de datos tienen acceso? ¿Qué controles de gobernanza se aplican a las acciones de los agentes? Se trata de cuestiones estructurales, y una lista de funciones de IA integradas no responde a ninguna de ellas.

6. Verifique los controles reglamentarios específicos: Independientemente del régimen de cumplimiento que se aplique —ya sea la Parte 11, el Anexo 11, el Anexo 22, la norma AS9100 o la norma ISO 13485—, revise los controles uno por uno. Una declaración general de cumplimiento no sustituye a una revisión control por control.

7. Utilice la «Guía de mercado de Gartner para MES 2025» como punto de referencia para la preselección: la lista de proveedores representativos constituye uno de los filtros independientes más fiables para reducir el alcance de la evaluación de sistemas MES. Los proveedores que no figuran en dicha lista tienen que esforzarse más para justificar su inclusión en la preselección de una empresa.

La lista de opciones predeterminadas que hemos destacado al principio de este artículo responde a una pregunta de hace una década. La pregunta para 2026 es: ¿qué arquitectura puede adaptarse al ritmo al que cambia la planta?

Si su empresa cuenta con líneas de productos estables y consolidadas, un perfil de baja velocidad de cambio y un único sistema de registro de datos profundamente integrado, un MES tradicional puede seguir siendo una opción válida. Cada año son menos las plantas que se ajustan a esta descripción, y aquellas que lo hacen no son el público al que va dirigido este artículo.

En el caso más habitual de 2026, caracterizado por una elevada velocidad de cambio, la presión de la introducción de nuevos productos (NPI), los objetivos de implantación en múltiples centros o un entorno normativo que exige un cambio controlado, una plataforma de fabricación modular como Tulip la solución más adecuada para abordar el problema.

El siguiente paso más útil consiste en incorporar el marco de evaluación de siete preguntas anterior a la próxima reunión con el proveedor. Las preguntas centradas en la arquitectura suelen poner de manifiesto diferencias reales entre las plataformas nativas y modulables y los proveedores tradicionales que han incorporado una opción en la nube.

Si le interesa descubrir cómo Tulip ayudarle a mejorar sus operaciones, póngase en contacto con un miembro de nuestro equipo hoy mismo.