La Parte 1 sostuvo que el cuello de botella de la industria es el contexto, no la recolección. La Parte 2 mostró de qué está hecho el contexto. Esta última parte describe para qué sirve el contexto: un ciclo cerrado en el que las recomendaciones se convierten en acciones aprobadas, las acciones en resultados medidos, y los resultados mejoran la siguiente recomendación.
La capa de decisión es la parte de un sistema de manufactura que convierte datos contextualizados en recomendaciones priorizadas, las integra en los propios procedimientos y flujos de trabajo de la planta, las ejecuta como acciones aprobadas por humanos y mide si funcionaron. Su propiedad definitoria es que el ciclo se cierra: los resultados retroalimentan la siguiente decisión.
Lo concebimos como cinco capas. Los datos son la base: señales de máquinas de PLCs, sensores y visión por computadora, entradas humanas de los operadores, los propios registros de mantenimiento y producción, y el contexto de pedidos desde el ERP del cliente. Encima están los conocimientos y las recomendaciones, ordenados en euros con la evidencia adjunta.
Los procedimientos y flujos de trabajo son la capa que la mayoría de los proveedores omite: los propios estándares operativos de la planta, residiendo dentro del sistema. Las acciones son órdenes de trabajo y cambios de programación ejecutados en la misma plataforma. Los resultados cierran el ciclo: cada acción se mide frente a lo que se predijo que entregaría.
Las cinco capas de la arquitectura de decisión, con el bucle de retroalimentación que la cierra.
Todo lo que propone la capa de decisión encaja en uno de dos tipos, y la distinción importa más que cualquier algoritmo que haya detrás.
Recomendaciones episódicas cambian una acción: un rodamiento en la Línea 2 muestra la misma firma de degradación que precedió a su última falla, así que crea una orden de trabajo e insértala en la parada planificada del jueves. Rápido, concreto, satisfactorio. La mayoría de la IA en manufactura se queda aquí, cuando siquiera llega a este punto.
Recomendaciones sistémicas cambian un estándar: este modo de falla se ha repetido tres veces con un intervalo de mantenimiento de ocho semanas, así que acorta el intervalo para esta clase de activo a seis semanas.
O: los cambios de producto de A a B se exceden consistentemente en un 40 por ciento respecto al estándar, así que actualiza el procedimiento de cambio y las reglas de planificación que secuencian esos productos.
Aceptar una recomendación sistémica no crea una orden de trabajo. Reescribe el estándar que heredarán todas las futuras órdenes de trabajo, listas de verificación y programaciones.
El tipo sistémico es donde ocurre el efecto compuesto. Una planta que acepta una buena recomendación episódica consigue una buena semana. Una planta que acepta una buena recomendación sistémica obtiene un procedimiento operativo permanentemente mejorado, y tras un año el sistema alberga algo que ningún panel jamás tendrá: el propio conocimiento operativo de la planta, afinado por la evidencia, versionado y propagado entre líneas y sitios.
Nada en este ciclo se ejecuta por sí mismo. Cada recomendación, episódica o sistémica, pasa por una puerta de aprobación humana: la persona responsable la acepta, la edita o la rechaza, y explica por qué. Consideramos esto una característica de la arquitectura, no una concesión temporal.
Los gerentes de planta no deben seguir cajas negras, y no deberían hacerlo. Una recomendación que llega con su evidencia adjunta, en la herramienta donde el gerente ya trabaja, pidiendo una decisión en lugar de anunciar una, es una recomendación que se ejecuta.
La puerta también produce algo silenciosamente valioso: lo rechazado con razón sirve como datos de entrenamiento. Cuando un ingeniero experimentado rechaza una recomendación y escribe por qué, el sistema aprende una restricción que ningún sensor podría haberle enseñado.
La puerta es también donde la responsabilidad permanece donde corresponde. Una propuesta sistémica para acortar un intervalo de mantenimiento llega como propuesta, cargando el historial de fallas que la motiva, y es aprobada por el ingeniero responsable, no ejecutada por un algoritmo.
Cuando una garantía del OEM o una regulación exige un intervalo específico, esa restricción se codifica como una regla que el sistema debe respetar, que es exactamente el tipo de conocimiento que la capa de procedimientos existe para contener.
El sistema argumenta con evidencia; las personas deciden, y se conserva el registro de quién decidió qué y por qué.
La disciplina que separa una capa de decisión de una caja de sugerencias es el libro de resultados. Cada recomendación aceptada registra su impacto esperado. Cada acción ejecutada es seguida por la medición del impacto realizado, verificada por las máquinas y no por el entusiasmo de nadie.
Las implementaciones avanzan línea por línea, de modo que las líneas aún no cubiertas sirven como grupo de control natural, lo que responde a la objeción razonable de que los volúmenes y la mezcla de productos cambian de todos modos.
Y las recomendaciones rechazadas también se registran: cuando se ignora un rodamiento señalado y luego falla exactamente como se predijo, ese evento se documenta, porque es la evidencia más honesta que el sistema puede producir.
El resultado es un libro de valor acumulado y verificado en euros, por línea, por planta y por grupo. La mejora deja de ser una afirmación en diapositivas y empieza a demostrarse en el mismo sistema que la propuso.
Cierra el ciclo y la economía cambia de forma. Los datos de ejecución de la capa de acciones y los resultados verificados de la capa de resultados retroalimentan el motor de recomendaciones y los propios estándares. Las predicciones se afinan. Las prioridades se calibran mejor con respecto a lo que realmente paga.
Los estándares probados en una planta se proponen en la siguiente, por lo que cada sitio adicional hace que el sistema sea más valioso para todos los demás. Un panel se deprecia desde el día en que se instala. Un ciclo cerrado se revaloriza.
También hay una dimensión laboral. Casi todos los fabricantes que conocemos tienen dificultades para contratar técnicos, y la escasez empeora, no mejora.
Cuando no puedes añadir manos, la palanca que queda es asegurarte de que las manos que tienes trabajen primero en los problemas de mayor valor, y eso es precisamente lo que hace la priorización clasificada en euros. La capa de decisión no reemplaza a las personas especializadas escasas; deja de desperdiciarlas.
Imagina una reunión de producción de lunes por la mañana dentro de dos años. No comienza con la gráfica de OEE de la semana pasada. Comienza con una cola de acciones ordenada: cinco ítems, cada uno con impacto esperado en euros, evidencia adjunta y una ventana propuesta en la programación.
Debajo, el libro de la semana pasada: siete acciones ejecutadas, seis entregaron dentro del 15 por ciento del impacto predicho, con ahorros verificados adjuntos. Una propuesta sistémica espera la aprobación del director de producción: un intervalo de mantenimiento cambiado, con el historial de fallas que lo justifica. La reunión dura veinte minutos y trata sobre decisiones, no arqueología.
Ninguna de las tecnologías en esa imagen es especulativa. Lo que ha faltado es la arquitectura debajo: datos con su contexto capturado en la fuente, recomendaciones que distinguen entre reparar y estandarizar, humanos a cargo en la puerta, y resultados medidos honestamente. Esa es la capa de decisión, y es lo que viene después del panel.
Fabrico es una plataforma de operaciones de manufactura que combina la monitorización de OEE con visión por computadora, un CMMS completo, capacidades MES y planificación de la producción en un único modelo de datos. fabrico.io
Iniciar sesión
Blog
