Industria 4.0 e Industria 5.0 en planta: qué cambia de verdad

Esta página está escrita al revés: desde las máquinas y los operarios hacia fuera. Lo que los folletos llaman fábrica inteligente es el resultado de ese recorrido, no su punto de partida.

Qué significa realmente la Industria 4.0 en una planta

Quitada la terminología, la Industria 4.0 es un único cambio: pasar de máquinas que no informan de nada a máquinas cuyos datos provocan una decisión.

Tomemos una prensa que se para. En una planta que no ha dado ese paso, la parada se anota en el parte de turno, se teclea en una hoja de cálculo a la mañana siguiente y acaba agregada en un informe mensual como un bloque de «paradas» sin causa asociada. Para entonces, el encargado que sabía qué había ocurrido ya lo ha olvidado. El dato es cierto e inútil.

En una planta que sí lo ha dado, la parada se detecta desde el PLC en segundos, el operario clasifica el motivo en la propia máquina mientras la causa sigue a la vista, el sistema de planificación ve que la operación no terminará dentro de su ventana, y la siguiente orden se resecuencia o se retiene el material. El mismo suceso tiene ahora una consecuencia.

La diferencia no es el sensor. Casi todas las fábricas generan ya mucho más dato del que usan: contadores, variadores y PLC llevan años produciendo señales. La diferencia es el lazo cerrado, es decir, dato capturado en el momento y el lugar del suceso, dotado de contexto, guardado en un sistema de registro y consumido por algo que actúa con él.

La digitalización industrial entendida solo como pasar del papel a la pantalla tampoco es lo mismo: sustituir una orden de trabajo impresa por un PDF elimina la impresora, no el retraso. La Industria 4.0 empieza cuando el dato está estructurado, con marca de tiempo y ligado a una orden, una máquina, un útil y un operario, porque solo entonces puede algo aguas abajo calcular con él.

Las capas, y dónde encaja cada una

Buena parte de la confusión sobre la Industria 4.0 viene de discutir mezclando capas. ISA-95 ofrece un vocabulario utilizable para mantenerlas separadas.

Señales de máquina: sensores, PLC, pasarelas. En una planta real esta capa es heterogénea. Unas máquinas hablan OPC UA; otras, más antiguas, hablan Modbus, un protocolo serie o un contacto seco y nada más. Los controles cerrados que el fabricante no abre obligan a un sensor de retrofit en el husillo, en el circuito hidráulico o en la línea de alimentación. No espere un único protocolo y dé por hecho que habrá una minoría tozuda de activos que necesitarán instrumentación externa. Aquí se sitúan las pasarelas IIoT, y también el RTLS, cuando hace falta saber dónde está físicamente un carro, un molde o un lote, y no dónde dice el papeleo que está.

Captura de datos y contexto. Una señal en bruto no es información. La lectura de un contador se convierte en información solo cuando se sabe a qué orden pertenecen esas piezas, qué útil las ha hecho, quién llevaba la célula y en qué turno. Esta capa decide en silencio si funciona todo lo que tiene encima: si el contexto se añade a mano al final del turno, todo lo de arriba hereda esa incertidumbre.

MES: ejecución. Aquí es donde se gobierna de verdad la planta: lanzar órdenes a las células, confirmar operaciones, registrar tiempos de máquina y de mano de obra, capturar chatarra y retrabajo con su motivo, hacer cumplir la hoja de ruta y el ajuste, y sostener la trazabilidad que permite recorrer un lote hacia atrás. Los controles de calidad (QMS), los disparos de mantenimiento (CMMS) y los movimientos de material (WMS) cuelgan del mismo flujo de eventos. El MES es el sistema de registro de lo que ocurrió en planta. La analítica se puede reconstruir más tarde; el registro, no.

Planificación: MRP, APS, SCP. MRP y ERP responden qué fabricar y, a grandes rasgos, cuándo, con una resolución de días. APS secuencia contra capacidad finita y contra las restricciones que de verdad atan: utillaje compartido, familias de cambio, operarios cualificados, tiempos de secado o de curado. SCP mira más lejos, entre proveedores y plantas. La calidad de la planificación está limitada por la realimentación de la ejecución: un plan a capacidad finita levantado sobre tiempos estándar que nadie ha vuelto a medir en años se replanifica a mano en menos de un día.

Analítica, IA/ML y visión artificial. Se apoya encima de todo lo anterior y vale muy poco sin las capas de debajo. Con ellas, es donde está buena parte del valor: visión artificial para defectos superficiales, comprobaciones de presencia y ausencia y verificación de etiquetas, donde una cámara es más constante que un ojo al final de un turno largo; IA/ML para detección de anomalías en firmas de vibración o de consumo. La monitorización energética pertenece también a esta capa, y empieza a servir cuando el consumo se liga a la producción obtenida y no a la lectura de un contador, de modo que la energía por pieza sea comparable entre turnos y entre máquinas.

Integración con ERP. En rigor no es una capa, sino una costura entre la ejecución y los sistemas de gestión. Órdenes, listas de materiales, hojas de ruta, maestros de material y confirmaciones la cruzan en los dos sentidos. Se lleva una parte grande del tiempo de proyecto y es la pieza que más a menudo se deja para el final del alcance.

Qué añade la Industria 5.0 y qué no se puede comprar

La Industria 5.0 no salió de la hoja de ruta de ningún proveedor. Salió del trabajo de política industrial de la Comisión Europea, y se lee mejor como una corrección que como una sucesora. La Industria 4.0 preguntaba cuánto se puede conectar y automatizar. La Industria 5.0 pregunta cuál es el papel de la persona dentro de la planta automatizada (centralidad del ser humano), cómo se comporta la planta cuando el suministro, la demanda o el precio de la energía se mueven de golpe (resiliencia), y cuánto cuesta producir en energía y en material, y no solo en dinero (sostenibilidad).

Esto importa porque «Industria 5.0» empieza a aparecer en páginas de producto. La Industria 5.0 no se compra. Sí se pueden comprar cosas que sirven a sus objetivos, y es legítimo preguntar a cualquier proveedor a cuál de ellas se refiere:

Interfaces de operario diseñadas alrededor de la persona que hace el trabajo y no del esquema de la base de datos: pocos pasos, en la máquina, y devolviendo algo útil a cambio de lo que se introduce.

Energía medida por orden y por máquina, para poder juzgar un cambio de proceso por consumo además de por tiempo de ciclo.

Planificación que se pueda volver a lanzar contra una restricción que ha cambiado —un proveedor perdido, una línea parada, una fecha de entrega adelantada— lo bastante rápido como para usarla en la reunión donde se toma la decisión.

Trazabilidad suficiente para sostener una retirada dirigida en lugar de dar por perdido el lote entero.

La centralidad del ser humano es la parte que más se salta, y es la que decide la adopción. Un sistema que trata al operario como un dispositivo de entrada de datos acaba esquivado en un mes.

Por dónde empezar, y cómo no comprar una plataforma que nadie usa

En la transformación digital en la fabricación pesa más el orden en que se aborda el trabajo que la elección de la herramienta. La secuencia es la verdadera pregunta. Un orden que funciona:

Empiece por una restricción, no por una tecnología. Ponga nombre a la célula cuello de botella, a la línea con más paradas sin explicar o a la familia de producto con peor chatarra. Si el proyecto no se puede enunciar como «no sabemos X sobre Y, y no saberlo nos cuesta Z», no está maduro.

Consiga primero la verdad de campo, después el análisis. Estado de máquina y motivos de parada, capturados de forma automática donde se pueda y clasificados por el operario donde no. Casi todas las capacidades posteriores dependen de esto.

Ponga a andar la ejecución antes que la analítica. El MES y el registro de planta van antes que los cuadros de mando y los modelos. Un modelo entrenado con datos retecleados de un parte de turno aprenderá el parte de turno.

Defina la costura con el ERP desde el principio. Decida quién es dueño del maestro de material, cómo se numeran las órdenes de trabajo a cada lado, qué sistema manda en los cambios de lista de materiales y qué ocurre cuando los dos discrepan. Dejarlo para después del piloto es la causa más frecuente de un despliegue encallado.

Elija un piloto pensado para escalar. Una sola línea, sí, pero una cuyos tipos de máquina y flujo de producto se parezcan al resto de la planta, con criterios de salida por escrito y un responsable del despliegue designado antes de arrancar.

La modularidad es la defensa práctica contra el software que acaba en el estante: una plataforma que se enciende módulo a módulo cuesta menos de abandonar si uno se ha equivocado, y es más fácil de financiar por fases.

Lo que suele salir mal

Datos en los que nadie confía. Dos sistemas dan números distintos para el mismo turno y la reunión de producción se convierte en una discusión sobre la cifra en lugar de sobre la pérdida que hay detrás. El arreglo es poco lucido: antes del despliegue, por escrito, acordar una única definición de cada KPI —incluido cómo trata el OEE la parada planificada y el retrabajo— y nombrar un único sistema de registro.

Los operarios esquivan el sistema. El terminal está lejos de la máquina, la confirmación tiene más pasos que la tarea que documenta y nada vuelve a quien la introduce. Si la forma más rápida de terminar el turno es rellenarlo todo al final, eso es exactamente lo que pasará, y las marcas de tiempo se vuelven ficción. Cronometre usted mismo los pasos de entrada, durante un cambio de referencia real.

Un piloto que nunca sale de una línea. Los pilotos se financian con curiosidad; los despliegues necesitan presupuesto, un responsable y horas de planta. Sin criterios de salida escritos de antemano, un piloto que ha funcionado se convierte en una demostración permanente.

La integración tratada como un fleco. Unidades de medida que no casan, números de pieza que difieren en un sufijo, una lista de materiales mantenida en dos sitios. Nada de eso es difícil, y todo ello lleva más tiempo que el software.

Una plataforma comprada para un problema que nadie enunció. Si el caso de negocio es «tenemos que ser Industria 4.0», el sistema se instala, se enseña y poco a poco deja de abrirse.

Cómo distinguir un proyecto real de un proyecto de cuadros de mando

Los cuadros de mando están bien. Son la parte visible, y si son todo lo que hay, lo que se ha comprado es un espejo. Seis preguntas separan una cosa de la otra:

1. ¿Algún número provoca una acción, o solo provoca que una persona se entere de algo? 2. ¿El dato se captura en el momento y el lugar del suceso, o se teclea después a partir de notas? 3. Cuando cambia la planta, ¿cambia el plan, o sigue como se imprimió mientras la realidad se aleja? 4. ¿Hay un sistema de registro de lo que ocurrió, o solo una vista sobre otros sistemas? 5. ¿Sobreviviría a que se marchase la persona que lo montó? Depender de una hoja de cálculo que alguien mantiene a mano es una señal de aviso. 6. ¿Qué pasa cuando la red se cae durante una hora: el edge almacena y luego reconcilia, o se pierde el turno?

Si las respuestas honestas son «se entera», «se teclea después», «sigue como se imprimió» y «solo una vista», el proyecto es de reporting. Reportar sirve para algo. Pero no es el cambio descrito al principio de esta página.

Dónde encaja Meta Smart Factory

Meta Smart Factory es una plataforma modular que cubre las capas anteriores: MES, APS y MRP, SCP, WMS y Logística, Calidad (QMS), Mantenimiento (CMMS), Visión Artificial, IA/ML, Energía, hardware IIoT, RTLS e integración con ERP, desplegada on-premise o como SaaS.

La razón de enumerar los módulos es el argumento de secuencia anterior: se puede empezar por uno solo contra una restricción concreta —captura de datos de máquina en la célula cuello de botella, o calidad en la operación donde se concentra la chatarra— y añadir el siguiente cuando el primero se esté usando de verdad, en lugar de comprometerse con la pila completa antes de que nadie haya introducido un solo motivo de parada.

Nada de la plataforma elimina lo que de verdad cuesta: acordar qué significan los números, limpiar los datos maestros y diseñar pasos de entrada que los operarios hagan sin que haya que pedírselo dos veces. Eso es trabajo compartido, y repasar la secuencia para una planta concreta es una primera conversación más útil que una demostración de producto.