Fundamentos de datos y conectividad: las tuberías bajo todos los demás pilares
Este pilar pregunta si los datos de los que dependen sus rutinas llegan sin tener que volver a teclearlos y si significan lo mismo en todas las líneas. También pregunta quién puede acceder a esos datos, y si conectar las máquinas ha dejado la planta más expuesta.
Qué abarca este pilar y por qué importa más de lo que parece
Es un pilar entre seis, y no es un modelo de madurez de Industria 4.0. No premia la cantidad de tecnología que hay en la planta. Pregunta si los fundamentos de datos son lo bastante buenos para las prácticas de gestión que puntúan los demás pilares, y si alguien se ocupa de ellos.
Puntuamos cinco cosas: el grado de conexión de sus máquinas (data1), cómo se gestionan los datos maestros, como los tiempos de ciclo ideales y los códigos de causa (data2), cómo se integran los datos de producción con otros sistemas (data3), quién puede acceder a los datos y con qué reglas (data4), y cómo se gestiona la ciberseguridad en planta (OT) (data5).
El peso de este pilar se nota de forma indirecta. Cada hora que un jefe de equipo pasa tecleando recuentos en una hoja de cálculo es una hora que no pasa en la línea. Un tiempo de ciclo ideal tomado de la placa de características hace que la pérdida de rendimiento sea invisible o absurda, y la reunión deja de creerse la cifra. Una máquina conectada a la red con una herramienta de acceso remoto de un proveedor que nadie conoce es un riesgo que puede parar la planta.
Todos los niveles de este pilar pueden alcanzarse con medios modestos: una señal de marcha/paro desde un contacto de relé, una base de datos compartida, un proceso de cambio escrito, una red separada. El modelo menciona opciones estándar como OPC UA, MQTT y las señales de E/S simples solo como ejemplos, y no favorece a ninguna. Para guías sobre los enfoques de monitorización, consulte factorymetrics.org.
Los cinco niveles tal como se ven en la planta
| Nivel | Lo que se ve en planta | Cómo aparecen las cifras en las reuniones |
|---|---|---|
| 1 Reactivo | No hay máquinas conectadas; los recuentos salen de las cuentas de los operarios. Los archivos de desempeño están en portátiles personales. Nadie sabe cuántos dispositivos hay en la red de planta, y los proveedores se conectan con sus propias herramientas. | Las cifras varían según quién las haya preparado. Nadie sabe decir qué tiempo de ciclo se usó para calcular el rendimiento. |
| 2 Consciente | Algunas máquinas tienen pantallas locales, o datos en el PLC que nadie recoge. Los tiempos de ciclo salen de la placa de características. Los datos se teclean a mano en el ERP y se guardan en unidades compartidas. La política de TI se aplica a la planta sin adaptarla. | Aparecen cifras de rendimiento por encima del 100 %, o inverosímilmente bajas, y se justifican como se puede. El cierre de mes lleva días de conciliación. |
| 3 Estructurado | Las máquinas cuello de botella están conectadas y sus datos se recogen de forma centralizada. Los tiempos de ciclo ideales y los códigos de causa están definidos para las líneas principales. Existen algunas exportaciones automatizadas. Los datos de producción están en una base de datos central, con acceso previa solicitud. Las redes de oficina y de producción están separadas. | Las reuniones usan las mismas cifras de la misma fuente. Quien quiere otro corte de los datos tiene que pasar por una sola persona. |
| 4 Proactivo | La mayoría de las máquinas críticas están conectadas mediante una interfaz estándar. Los datos maestros tienen un responsable, un proceso de cambio y una revisión periódica. El sistema de producción intercambia órdenes y recuentos con el ERP o el MES. El acceso es por roles, con reglas de conservación y definiciones documentadas. Una política de seguridad OT cubre el inventario de activos, el acceso remoto y la aplicación de parches, siguiendo los principios de IEC 62443. | Los recuentos de producción y del ERP coinciden sin corrección manual. Cada cambio de un tiempo de ciclo es rastreable. Nadie pregunta cuál es el archivo bueno. |
| 5 Excelente | Una arquitectura de conectividad estándar cubre todas las líneas, y los requisitos de datos se incluyen en cada compra de equipos. Los datos maestros están armonizados entre plantas. La integración funciona en ambos sentidos y el modelo de datos está documentado. Los ingenieros usan un catálogo de datos y analizan los datos por sí mismos. Las evaluaciones de riesgos OT y los simulacros de incidentes son rutinarios, y los requisitos de seguridad forman parte de las compras. | Los ingenieros responden a sus propias preguntas a partir de los datos. Las plantas se comparan sin recalcular nada. La respuesta a incidentes se ha ensayado. |
Aquí las plantas suelen ser desiguales: un cuello de botella bien conectado junto a unos datos maestros de los que nadie se hace cargo, o una red sólida junto a registros tecleados a mano en el ERP. La evaluación puntúa cada pregunta por separado. La página de niveles explica el índice del pilar y la regla del pilar más débil.
Las cinco preguntas y cómo comprobar su propia respuesta esta semana
data1. ¿Qué grado de conexión tienen sus máquinas? Preguntamos si la planta obtiene de sus máquinas los datos de paradas y de recuentos sin que nadie tenga que anotarlos, empezando por el cuello de botella. Conectar por conectar no puntúa.
Las plantas se sobrevaloran cuando los PLC están en una red pero nadie recoge sus datos, o cuando la única máquina conectada es un piloto alejado del cuello de botella. Se infravaloran cuando suponen que una simple señal de marcha/paro no es conectividad de verdad. El modelo acepta expresamente las señales de E/S simples, y en los equipos antiguos suelen ser la opción más sensata.
Haga una lista de todas las máquinas de la línea cuello de botella con su tipo de controlador, si pueden emitir una señal de marcha/paro y si esa señal se almacena en algún sitio. Intente después obtener la lista de paradas de ayer en el cuello de botella sin preguntar a un operario ni abrir un registro en papel.
data2. ¿Cómo se gestionan los datos maestros? Preguntamos si las referencias que se usan para juzgar el desempeño son correctas, y si alguien se hace cargo de ellas. Los tiempos de ciclo ideales, los códigos de causa y la lista de productos condicionan, sin que se note, todas las cifras que comunica la planta.
La sobrevaloración habitual es decir que los tiempos de ciclo ideales están definidos cuando las cifras son tiempos estándar de costes o de planificación, que incluyen suplementos. No son el mejor ritmo sostenido de la máquina. Una lista de códigos de causa que ha crecido hasta incluir casi duplicados y un código «otros» muy utilizado es otra señal de que nadie se hace cargo de ella.
Para los tres productos de mayor volumen del cuello de botella, compare el tiempo de ciclo ideal de su sistema con el mejor ritmo que haya visto mantener a la línea durante una hora estable. Si algún turno muestra un rendimiento superior al 100 %, la referencia es errónea. Pregunte después quién cambió por última vez un código de causa, y cómo.
data3. ¿Cómo se integran los datos de producción con otros sistemas? Preguntamos cuántos datos se teclean dos veces, y si el sistema de producción y el ERP coinciden en lo que se pidió y lo que se fabricó.
Una exportación que alguien tiene que lanzar, limpiar y volver a importar cada semana se cuenta a menudo como automatizada. Es, como mucho, un Nivel 3, y la persona que la hace es un punto único de fallo. La integración de Nivel 4 significa que las órdenes y los recuentos de piezas buenas fluyen sin que nadie los toque, y que las diferencias se señalan en lugar de corregirse en silencio.
Siga una orden de producción desde su lanzamiento en el ERP hasta el registro del recuento de piezas buenas. Anote cada paso manual y quién lo hace, y cronometre esos pasos durante una semana normal.
data4. ¿Quién puede acceder a los datos de producción y con qué reglas? Preguntamos si las personas que necesitan los datos pueden obtenerlos sin tener que pedir un favor, y si las definiciones de cada campo están escritas.
Una base de datos central hace pensar en un Nivel 3, pero si solo una persona puede consultarla, los ingenieros siguen construyendo sus propios archivos y la planta vuelve a las versiones paralelas. El Nivel 4 exige además reglas de conservación y definiciones documentadas, que muchas plantas se saltan.
Pida a un ingeniero de procesos que obtenga el tiempo de parada por causa del mes pasado para una línea. Anote cuánto tarda y cuántas personas intervienen. Compruebe después si la definición de tiempo de producción planificado de la base de datos coincide con la definición escrita que se usa en visibilidad del desempeño.
data5. ¿Cómo se gestiona la ciberseguridad en planta (OT)? Preguntamos si los sistemas de producción están protegidos de una forma adecuada a la planta, donde la disponibilidad es lo primero, los equipos siguen en servicio durante muchos años y los proveedores necesitan acceso remoto.
La sobrevaloración típica es declarar que las redes están separadas cuando las VPN de los proveedores, las herramientas de escritorio remoto en los HMI o los módems móviles en los armarios de las máquinas se saltan la separación. Otra es un cortafuegos entre las zonas cuyas reglas lo permiten casi todo.
Haga una lista de todas las vías de acceso remoto que han utilizado los proveedores en el último año, incluido el software instalado en los PC de línea y los módems dentro de los armarios. Compare la lista con lo que TI cree que existe. Pregunte después quién puede aprobar un parche en un PC de línea, y cuándo ocurrió por última vez.
Qué hacen de otra manera las plantas de Nivel 4
Las plantas de Nivel 4 en este pilar rara vez son las que más tecnología tienen. Conectan con un propósito y ponen las reglas por escrito. Estas son las prácticas que buscamos.
- Conectar para responder a una pregunta. Cada conexión responde a una pregunta que se plantea en una rutina, como cuánto tiempo estuvo parado el cuello de botella y por qué. La planta define su propio conjunto mínimo de señales, por ejemplo marcha/paro, recuento de piezas buenas y recuento de rechazos cuando esté disponible, en lugar de recoger todas las variables.
- Una forma documentada de conectar por tipo de equipo. Un estándar de una página indica qué interfaz se usa para cada tipo de máquina: OPC UA cuando el controlador lo admite, MQTT para publicar datos, E/S cableadas para los equipos antiguos. La elección importa menos que tener una sola.
- Una hoja de datos maestros con historial. Para cada producto y línea: el tiempo de ciclo ideal, cómo y cuándo se midió, y su responsable. Los cambios siguen un proceso breve (solicitud, aprobación, fecha de entrada en vigor) y se conserva el historial. La hoja se revisa con una periodicidad fijada y cada vez que cambia un producto o una máquina.
- Una lista de códigos de causa lo bastante corta para poder usarse. La planta fija su propio tope de número de códigos, vigila el porcentaje de tiempo codificado como «otros» y revisa la lista cuando ese porcentaje crece.
- Conciliación diaria. Los recuentos de producción se comparan cada día con los registros del ERP, y las excepciones se enumeran y se explican en lugar de sobrescribirse.
- Roles y un glosario. El acceso se define por roles (operario, jefe de equipo, ingeniero, mando, proveedor) y cada campo clave tiene una definición escrita en un único lugar.
- Lo básico de OT, bien hecho. Se mantiene un inventario de activos. El acceso remoto de los proveedores pasa por una única vía controlada, con cuentas nominativas y sesiones que se abren previa solicitud. La aplicación de parches se acuerda con producción para cada tipo de equipo, y las líneas se separan en zonas conforme a los principios de IEC 62443.
Un plan a 90 días para subir un nivel
El plan supone que la mayoría de las respuestas están en el Nivel 2 o 3. El informe de su evaluación da una próxima acción concreta para cada brecha; empiece por la pregunta con la puntuación más baja.
- Semanas 1–2Haga inventario. Haga una lista de las máquinas de la línea cuello de botella con sus controladores y las señales disponibles. Haga una lista de todos los dispositivos de la red de planta y de todas las vías de acceso remoto. Identifique dónde se teclean dos veces los datos de producción y cuánto tiempo lleva. Anote dónde están hoy los datos maestros y en cuántas versiones.
- Semanas 3–6Conecte el cuello de botella con una señal de marcha/paro y un recuento, y almacene los datos de forma centralizada. Mida el mejor tiempo de ciclo sostenido de los productos principales y publique una única hoja de referencia con un responsable designado. Cierre las vías de acceso remoto no controladas y separe la red de producción de la red de oficina si todavía no está hecho.
- Semanas 7–12Automatice la transferencia manual que más tiempo consume, aunque sea como un archivo programado. Redacte el proceso de cambio de los datos maestros. Redacte un borrador de política de seguridad OT que cubra el inventario de activos, el acceso remoto y la aplicación de parches. Defina el acceso por roles. En la semana 12, compruebe que la reunión diaria usa datos del cuello de botella que nadie ha vuelto a teclear, y repita la evaluación.
| Función | De qué se encarga durante los 90 días |
|---|---|
| Director de planta | Fija las prioridades y resuelve los conflictos entre las necesidades de producción y las restricciones de seguridad. |
| Ingeniería o automatización | El inventario de máquinas, la conexión del cuello de botella y el estándar de conexión de una página. |
| Ingeniería de procesos o mejora continua | Los datos maestros: tiempos de ciclo medidos, la lista de códigos de causa y el proceso de cambio. |
| TI trabajando con OT | La separación de redes, la vía de acceso remoto, el inventario de dispositivos y el borrador de política de seguridad. |
| Responsable del ERP o finanzas | La transferencia automatizada y la conciliación diaria de recuentos. |
| Compras | Empezar a incluir requisitos de conectividad y de seguridad en las especificaciones de los nuevos equipos. |
Las evidencias que busca el jurado en la verificación
En la verificación usted sube una serie de documentos y después los repasa con dos miembros del jurado en una entrevista por videollamada de 45 minutos. El jurado busca señales de que los fundamentos de datos se usan en las rutinas de la planta, no esquemas de arquitectura de proyectos futuros.
Documentos que cuentan:
- La lista de máquinas con el estado de conexión y el tipo de interfaz de cada máquina crítica.
- Un esquema de red simplificado que muestre la separación entre oficina y producción.
- La hoja de datos maestros con su historial de cambios, y la lista de códigos de causa con su responsable.
- Una descripción o captura de pantalla de cómo circulan las órdenes y los recuentos entre sistemas, junto con un registro de conciliación reciente.
- La lista de roles de acceso y el glosario de definiciones de los campos.
- El inventario de activos OT, el procedimiento de acceso remoto con una muestra de su registro, y la política de seguridad OT.
- Una especificación de equipos reciente que incluya requisitos de conectividad o de seguridad.
Lo que no cuenta: folletos de proveedores; diapositivas de arquitectura de un proyecto que no ha empezado; una máquina piloto conectada cuyos datos no se usan en ninguna reunión; una política de seguridad copiada sin cambios de la de TI; capturas de pantalla de cuadros de mando que nadie abre.
Oculte las direcciones IP, los nombres de los dispositivos y cualquier cosa que describa cómo acceder a sus sistemas. No comparta nunca credenciales. El jurado necesita ver que una práctica existe y se sigue, no los detalles que buscaría un atacante.
Trampas que mantienen estancadas a las plantas en este pilar
- Conectarlo todo y no usar nada. Se recogen cientos de variables, y la reunión de la mañana sigue funcionando con una hoja escrita a mano.
- Tiempos de ciclo de la placa de características. La pérdida de rendimiento desaparece o parece absurda, y la gente deja de fiarse de toda la cifra.
- La proliferación de códigos de causa. Cada problema nuevo recibe su propio código, hasta que los operarios eligen el primero de la lista.
- Dos fuentes de verdad para los recuentos. El sistema de producción dice una cosa y el ERP otra, y alguien corrige a mano la diferencia cada semana sin preguntarse por qué.
- Empezar por el sistema en lugar de por la pregunta. Elegir una plataforma o un proyecto de integración antes de acordar las definiciones y los datos maestros obliga a rehacer ambas cosas más adelante.
- La seguridad OT como problema de TI. O lo contrario: producción bloqueando todos los parches durante años porque nadie acordó una ventana de mantenimiento.
- El acceso del proveedor olvidado. Una herramienta de acceso remoto instalada durante la puesta en marcha hace años, que sigue funcionando y sigue usando la contraseña original.
- Un almacén de datos que nadie consulta. Unos datos recogidos de forma centralizada a los que solo puede llegar un especialista no son mejores que una unidad compartida.
Siguientes pasos
Haga la evaluación para ver el índice de este pilar junto con los otros cinco, y si es el pilar que frena su nivel global. Los fundamentos de datos existen para servir a la visibilidad del desempeño, donde las preguntas se centran en cómo se registran las pérdidas y en si la gente se fía de las cifras, así que lea ese a continuación. Para cifras y referencias comparativas de OEE, que el FEI no mide, consulte oee-benchmark.org.
Preguntas
¿Podemos llegar al Nivel 3 global si nuestro pilar de datos es débil?
Según la regla del pilar más débil, su nivel global puede estar como mucho un nivel por encima de su pilar más débil. Una planta en el Nivel 2 en datos puede, por tanto, ser de Nivel 3 global, pero no de Nivel 4. Muchas plantas alcanzan el Nivel 3 en este pilar con un cuello de botella conectado, unos datos maestros definidos y una red separada.
¿Debemos elegir OPC UA o MQTT?
El modelo no prefiere ninguno de los dos. La elección adecuada depende de sus equipos y de sus sistemas actuales, y muchas plantas usan más de uno, junto con señales de E/S simples para las máquinas más antiguas. Lo que puntúa es un estándar documentado para cada tipo de equipo, aplicado de forma coherente.
Nuestras máquinas más antiguas no tienen PLC. ¿Se pueden conectar?
Normalmente sí, con una señal de E/S simple: un contacto de relé, la baliza luminosa o un sensor en el movimiento de la máquina. Una señal de marcha/paro y un recuento de piezas responden a la mayoría de las preguntas que plantean las rutinas diarias, y el modelo las acepta plenamente.
¿Es esto una evaluación de madurez de Industria 4.0?
No. El FEI mide las prácticas de gestión en seis pilares, y este pilar solo comprueba si los fundamentos de datos respaldan esas prácticas. Una planta con una tecnología modesta y rutinas disciplinadas puede obtener una puntuación global más alta que una planta muy digitalizada que no las tenga.
¿Necesitamos la certificación IEC 62443 para el Nivel 4 en seguridad OT?
No. El Nivel 4 pide una política de seguridad OT que cubra el inventario de activos, el acceso remoto y la aplicación de parches, siguiendo los principios de IEC 62443. La certificación no se exige ni se puntúa.