Qué debe reconciliar la recopilación de datos en planta
La OEE parece un porcentaje único. Se compone de mediciones que varios sistemas definen de forma independiente.
- Tiempo de producción planificado: el calendario de turnos, que el ERP posee y la máquina desconoce
- Tiempo de inactividad y su motivo: la máquina registra que se detuvo, y solo un operario o el sistema de ejecución de fabricación (MES) sabe si fue una avería, un cambio de formato o un descanso
- Tiempo de ciclo ideal: la velocidad a la que debería funcionar la pieza, que suele estar en la ruta del ERP y no en la máquina
- Recuento de piezas buenas frente al recuento total: la máquina cuenta ciclos y el control de calidad decide cuáles de ellos son aptos para la venta
- La orden a la que pertenece la producción: qué orden de trabajo se estaba ejecutando en ese momento, algo que la máquina no tiene por qué saber
Solo uno de esos cinco puntos se origina en la máquina. El resto proviene de sistemas empresariales, razón por la cual un proyecto de recopilación que se detiene en la máquina produce una cifra que nadie puede defender.
¿Por qué la recopilación de datos en planta produce dos cifras de OEE?
Las definiciones divergen antes que cualquier otra cosa. Si el tiempo de producción planificado excluye el mantenimiento programado en un sistema y lo incluye en el otro, la disponibilidad difiere en varios puntos sin que ninguno de los sistemas esté equivocado. Lo mismo se aplica a si una parada de cinco minutos cuenta como tiempo de inactividad o como una microparada absorbida por el rendimiento.
La sincronización amplía aún más la brecha. Los datos de la máquina llegan de forma continua, mientras que los registros del ERP se generan cuando alguien confirma una orden de producción, a menudo al final del turno. Comparar una cifra en tiempo real con una confirmada mide tanto el retraso en la notificación como el rendimiento. Ese retraso es el problema. monitoreo de producción en tiempo real busca resolver desde el punto de vista de la arquitectura.
La atribución es el más silencioso de los tres problemas y el más costoso. La producción registrada en la orden de trabajo incorrecta sigue sumando correctamente a nivel de planta, pero falsea el costo de cada trabajo afectado. Eso es lo que hace que las cifras de la planta parezcan razonables mientras que el costeo de los trabajos sigue siendo poco fiable.
Ninguno de esos tres es un problema de sensores, por lo que comprar más no ayuda.
Donde una cifra de OEE descontada cuesta dinero
El panel de control no falla de forma evidente. Se ignora silenciosamente y los costos se acumulan detrás de eso.
- Reuniones para discutir la cifra: tiempo perdido debatiendo qué cifra es la correcta en lugar de qué hacer al respecto
- Trabajo de mejora dirigido a la pérdida equivocada: si los cambios de formato se clasifican erróneamente como averías, el presupuesto de mantenimiento se gasta donde el problema era el proceso de preparación
- Costeo de trabajos que no genera confianza: la producción atribuida a la orden incorrecta distorsiona el margen de ambas
- Planificación de capacidad basada en tasas infladas: planificar con un tiempo de ciclo teórico que nadie ha alcanzado genera promesas que la planta no puede cumplir
- Casos de inversión que se estancan: el reemplazo de una máquina justificado por datos de OEE se detiene cuando el departamento financiero no puede verificar la línea base
El instinto cuando la cifra parece incorrecta es recopilar más datos.
Por qué la recopilación de datos en planta debe ser bidireccional
Recopilar más datos de la planta implica más sensores, mayor granularidad e intervalos más cortos. Esto mejora la resolución de la parte que ya funciona, pero deja el desacuerdo exactamente donde estaba.
La otra mitad es el contexto. Un evento de parada solo se convierte en tiempo de inactividad con una razón cuando alguien o algo lo clasifica. Un recuento de ciclos solo se convierte en recuento de piezas buenas después de que el control de calidad lo aprueba. Una cantidad de producción solo cobra sentido cuando se vincula a la orden de trabajo a la que pertenece.
Por lo tanto, el requisito real funciona en ambas direcciones. La orden de trabajo, la ruta y el calendario de turnos deben llegar a la planta para que los datos de la máquina puedan etiquetarse a medida que se producen. El resultado etiquetado debe volver al ERP como confirmación. Un proyecto que solo mueve datos hacia arriba siempre producirá una cifra que será objeto de debate.
Se intenta cerrar ese ciclo de tres maneras, y cada una falla de forma distinta. Una plataforma de monitorización de máquinas visualiza bien el OEE y, por lo general, mantiene sus propias definiciones en lugar de las del ERP. Un MES se sitúa correctamente entre la planta y los sistemas empresariales y supone una implementación importante, razón por la cual muchas plantas lo posponen. La entrada manual en el ERP al final del turno es lo que todavía hacen la mayoría de las plantas, y esto produce exactamente el retraso que hace imposible la conciliación.
¿Cómo logra una plataforma de integración que los datos de planta se concilien?
Una plataforma de integración como servicio (iPaaS) conecta la capa de máquinas con los sistemas que contienen las definiciones, es decir, el ERP para el calendario y la ruta, y el control de calidad para el recuento de piezas buenas. Ambas direcciones pasan por la misma capa, por lo que el contexto llega a la planta y las confirmaciones regresan.
La dirección es lo que hace que esto sea más que una simple transmisión de datos. Enviar la orden de trabajo activa a la máquina significa que la producción se etiqueta en el momento en que ocurre, en lugar de reconstruirse al final del turno. Mapear los estados de la máquina en las categorías de tiempo de inactividad propias del ERP significa que la disponibilidad se basa en la misma definición en ambos lados. Llevar los datos en una sola dirección es lo que produce dos cifras distintas.
Alumio es una plataforma de integración diseñada para funcionar en ambas direcciones, llevando el contexto hacia abajo y las confirmaciones de vuelta. La plataforma de integración Alumio gestiona esto de cuatro maneras.
- Contexto enviado a la planta: una ruta de datos basada en eventos dentro de Alumio envía la orden de trabajo activa, la ruta y el calendario de turnos a la capa de máquinas, de modo que la producción se etiqueta a medida que ocurre en lugar de reconstruirse después
- Una única definición aplicada a ambos lados: un transformador de datos mapea los estados de la máquina en las mismas categorías de tiempo de inactividad que utiliza el ERP, por lo que la disponibilidad significa lo mismo en ambos sistemas
- Confirmaciones devueltas de forma continua: una ruta de datos lleva las cantidades producidas y desechadas al ERP vinculándolas a la orden correcta a medida que ocurren, lo que elimina el retraso al final del turno
- Cada valor rastreable hasta su origen: registros detallados documentan qué lectura produjo qué cifra, por lo que una cifra en disputa se resuelve con una consulta en lugar de con una reunión
La configuración gestiona el mapeo de estados y los flujos de retorno, con el transformador de código de Alumio permitiendo a los desarrolladores programar donde prefieran en lugar de usar la configuración. Una segunda línea entra en funcionamiento con mapeos que ya existen, lo cual es lo que convierte los datos de las máquinas que llegan a los sistemas empresariales en una cifra en lugar de una simple transmisión.
Qué cambia la recopilación de datos conciliados en planta
El éxito de un programa de recopilación no se mide por cuántas máquinas reportan datos, sino por si el gerente de planta y el director financiero obtienen la misma cifra y ninguno de los dos la cuestiona.
Tres roles gestionan partes distintas de este proceso. El gerente de planta es responsable de la cifra de OEE y del plan de mejora basado en ella. El planificador de producción programa basándose en los tiempos de ciclo que indica la ruta, en lugar de los que la línea ha demostrado. El controlador financiero debe calcular el coste de cada trabajo a partir de una producción que podría haberse atribuido a un pedido incorrecto.
Llegar a una cifra única cambia el propósito de los datos. El OEE deja de ser una métrica de fábrica que se muestra en reuniones internas para convertirse en un insumo para el cálculo de costes, la planificación de capacidad y los casos de inversión. Una plataforma de integración que funcione en ambas direcciones es lo que genera esa cifra única, ya que ambas partes terminan calculándola a partir de las mismas definiciones. Eso es algo muy distinto a un mejor panel de control.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
