Seguimiento automatizado de paros: métodos, causas y configuración

El seguimiento automatizado de paros utiliza señales de las máquinas para detectar interrupciones y registrar sus marcas de tiempo. Una configuración confiable combina una fuente validada, estados operativos claros, un programa de producción, registros de eventos y un proceso para confirmar la causa de cada paro significativo. La detección aporta los tiempos; los datos disponibles y los operadores aportan el contexto.

Para un responsable de producción, el seguimiento debe indicar qué equipo se detuvo, cuándo, cuánto tiempo destinado a producir se perdió y qué acción podría evitar la recurrencia. Esta guía explica cómo construir ese registro. Consulta la guía de monitoreo de máquinas para conocer el papel de los datos de producción en tiempo real.

En esta guía

• Comparar métodos de seguimiento
• Configurar estados y reglas
• Crear códigos de causa
• Validar la captura de eventos
• Usar reportes para recuperar capacidad

Compara los métodos de seguimiento automatizado

Elige la fuente que mejor represente la actividad productiva del equipo. Un motor energizado, un programa activo y una pieza terminada son observaciones diferentes. Define la pregunta de producción antes de seleccionar el dispositivo o considerar conectada una máquina.

Los equipos antiguos pueden necesitar sensores externos o una salida de ciclo accesible. Los modernos pueden exponer variables útiles, sujetas a compatibilidad y permisos. Una planta puede combinar métodos si las definiciones de estado son comparables. La guía de conectividad de equipos antiguos explica la selección con más detalle.

Detección automática e identificación de causas

Una señal puede mostrar que la producción se detuvo sin revelar si hubo un problema de herramental, falta de material, cambio de producto o retención de calidad. Una alarma aporta una condición útil, pero la investigación puede identificar otra causa subyacente. Conserva por separado señal observada, causa asignada y causa confirmada.

Cuando el sistema proponga una causa automáticamente, establece qué evidencia la sustenta y cómo puede corregirla el operador. Los eventos sin confirmar deben permanecer visibles. El aumento de tiempo con causa desconocida ayuda a detectar problemas en el flujo de clasificación o en los datos disponibles.

Configura estados operativos y reglas de paro

1. Define la actividad productiva

Acuerda un conjunto breve de estados: produciendo, inactiva o esperando, preparación, detenida y datos no disponibles. Define cada uno mediante comportamientos observables. Un husillo CNC puede girar durante calentamiento o preparación. En moldeo, un disparo completo puede producir rechazos de arranque. Interpreta los estados junto con conteos y contexto de calidad.

2. Alinea eventos y programa de producción

Registra los paros respecto al tiempo en que se pretendía producir. Conserva los periodos fuera de turno para analizar utilización sin calificarlos automáticamente como pérdida programada. Un paro que cruza el cambio de turno debe conservar un solo evento y distribuir su duración entre los periodos correspondientes. Así se evita duplicar tiempo perdido.

3. Separa detección, clasificación y alertas

La regla de detección establece cuándo una señal representa un paro. La regla de clasificación determina cuándo solicitar una causa. La regla de alerta establece cuándo avisar a un responsable. Los umbrales pueden ser distintos. Una interrupción breve puede registrarse sin solicitar una respuesta del operador ni avisar a mantenimiento.

Como ejemplo, un proceso podría registrar una interrupción validada después de 10 segundos, pedir una causa tras dos minutos y alertar al supervisor después de cinco. Son ajustes ilustrativos y no valores recomendados ni especificaciones de SensFlo. Los equipos de ciclo rápido y los trabajos CNC variables necesitan ajustes diferentes.

4. Define recuperación y contabilización de microparos

Determina qué confirma la recuperación: un estado válido, un ciclo terminado o el retorno sostenido de la señal esperada. Prueba filtros que impidan generar eventos repetidos por fluctuaciones breves. Documenta si el retraso de una alerta afecta únicamente el aviso o también la hora inicial almacenada.

Conserva las interrupciones cortas para analizarlas. En OEE, aplica una convención consistente: los paros descontados del tiempo de funcionamiento reducen Disponibilidad; los cortos que permanecen dentro de ese tiempo reducen Rendimiento mediante menor producción. Evita asignar la misma pérdida a ambos factores. El marco de cálculo de OEE explica las reglas y la referencia de Vorne aporta las definiciones de los factores.

Crea códigos de causa que los operadores puedan usar

Usa una lista corta de primer nivel con límites claros. Añade un segundo nivel únicamente cuando apoye una decisión. Las categorías siguientes son una propuesta inicial; adáptalas al proceso y pruébalas con operadores de todos los turnos.

Conserva planificado o no planificado como atributo separado cuando sea útil. Describe el contexto del programa y no sustituye la causa operativa. Un cambio de molde planificado puede exceder su duración prevista. El registro debe permitir identificarlo sin obligar al operador a elegir entre descripciones incompatibles.

Asigna a cada evento relevante un identificador de máquina, inicio, fin, duración, fuente, estado, causa y estatus de confirmación. Añade trabajo, turno y operador cuando estén disponibles y sean pertinentes. Conserva el historial de correcciones para que un cambio posterior no elimine la observación original.

Qué debe mostrar el registro de eventos

Son eventos hipotéticos. La tercera fila es especialmente útil: la falta de comunicación no demuestra un paro. Conserva el periodo sin datos y concílialo con los registros locales disponibles antes de asignar pérdida de producción.

Valida los datos antes de depender de ellos

Observa una máquina representativa durante producción normal, preparación, espera, un paro conocido y reinicio. Incluye trabajos más lentos o cambios de material. Compara lo observado con el tablero y el historial. Extiende la validación a otros tipos de equipo antes de copiar la configuración.

1. Concilia eventos observados y detectados, incluidos microparos y límites de turno.
2. Compara inicio, fin y duración con la tolerancia acordada.
3. Revisa falsos paros durante ciclos productivos y paros omitidos por consumos en espera.
4. Revisa causas desconocidas, correcciones, duplicados y reinicios de contadores.
5. Confirma el comportamiento durante una pérdida de red y si la configuración retiene y recupera datos.
6. Documenta criterios de aceptación, configuración y responsable de excepciones.

Las métricas útiles del piloto incluyen cobertura de detección en la muestra observada, falsos eventos, error de duración, cobertura de datos y proporción de minutos elegibles con causa confirmada. Acuerda los valores aceptables antes de empezar. Una marca de tiempo mostrada en segundos no demuestra por sí sola precisión de detección de un segundo.

Usa reportes para recuperar capacidad productiva

Ordena las causas por minutos de producción afectados y revisa frecuencia y duración típica. Una interrupción corta frecuente puede necesitar una intervención distinta de una reparación larga ocasional. Separa datos faltantes y causas desconocidas para que permanezcan visibles en el análisis de Pareto.

Comienza por el equipo que limita la producción o genera riesgo recurrente de entrega. Asigna un responsable a la mayor pérdida accionable, aplica una mejora enfocada y compara periodos equivalentes. La guía para reducir paros aborda cómo pasar de las pérdidas medidas a las acciones.

Cuantifica el valor financiero con supuestos de tu operación. Recuperar 10 horas productivas con una contribución incremental de $120 por hora genera un potencial de $1,200 antes de costos del proyecto, si demanda y capacidad posterior permiten producir. Es un cálculo hipotético, distinto de ingresos o utilidad garantizados. Evalúa horas extra y desperdicio evitados por separado para no duplicar beneficios.

Cómo evaluar una implementación de FloControl

SensFlo FloControl™ proporciona visibilidad y reportes de paros con señales y datos disponibles. Confirma qué fuente detectará los paros en cada equipo, cómo se capturarán las causas y qué alertas incluye la configuración propuesta. Consulta los planes actuales para comparar el alcance necesario.

El caso de Sharp Plastics describe causas de paro y reporta una reducción de paros de 15%. El resultado corresponde a esa implementación y no representa una previsión para todos los proyectos.

Consulta SensFlo vs Evocon para evaluar otro flujo de OEE o usa la calculadora ROAI para explorar tiempo recuperado. Para analizar una implementación, contacta a SensFlo con tu inventario, definiciones de paro y criterios del piloto.

Preguntas frecuentes

¿Cómo funciona el seguimiento automatizado de paros?

El sistema lee una señal, aplica una regla de estado validada y registra el inicio y la recuperación del paro. El programa determina qué minutos afectan la producción prevista. La información de la máquina o el operador añade una causa.

¿Un sensor identifica automáticamente la causa de cada paro?

Un sensor puede detectar cambios de actividad sin revelar la causa. Alarmas, contexto de producción y confirmación del operador aportan evidencia adicional. Confirma qué causas identifica el sistema propuesto y cómo se revisan las clasificaciones inciertas.

¿Cuál es la mejor señal para seguir los paros?

Es la que representa de forma confiable la actividad que necesitas medir en el equipo. Evalúa datos del controlador, salidas digitales, pulsos de ciclo y sensores externos frente a producción, preparación, espera y reinicio observados.

¿Cómo deben registrarse los microparos?

Regístralos con una regla adecuada al proceso. Clasificación y alertas pueden usar umbrales mayores para reducir interrupciones al personal. En OEE, documenta si afectan Disponibilidad o Rendimiento y evita contar la misma pérdida en ambos.

¿Una pérdida de red cuenta como paro de máquina?

Una conexión perdida significa estado desconocido salvo que otra evidencia confirme el paro. Reporta los periodos sin datos por separado, revisa registros locales y concilia los datos recuperados antes de asignar una pérdida.

¿Qué reporte debe revisar primero un responsable de producción?

Comienza por minutos de producción perdidos por causa en el equipo que limita producción o entregas. Revisa frecuencia, duración, causas desconocidas y cobertura de datos antes de elegir una mejora.