Un registro de parada combina un intervalo definido por transiciones de estado, su relación con el plan de producción y un motivo confirmado. Esos datos no proceden todos de un sensor. Separa detección automática y explicación del operador para mostrar qué se sabe y qué falta revisar.
Define el intervalo
¿Qué condición indica la parada? Un bit de marcha, un contador inmóvil o un código de fallo pueden servir, pero tienen límites. Un contador que no avanza puede indicar parada, ciclo largo o espera de material. Valida la interpretación con el proceso real.
Inicio y fin deben seguir las mismas reglas documentadas. Las oscilaciones de señal pueden crear muchas paradas cortas. Si se filtran o fusionan intervalos, especifícalo coherentemente. Filtros diferentes por pantalla producen totales contradictorios para el mismo turno.
Un motivo no es una marca temporal
Registra primero el evento. Si se desconoce el motivo, mantenlo así hasta que lo confirme un operador o mantenimiento adecuado. Imponer un motivo predeterminado a cada evento crea apariencia de completitud sin información fiable.
| Campo | Fuente de evidencia |
|---|---|
| Inicio y fin | Transiciones verificadas |
| Prevista o imprevista | Calendario y definiciones productivas |
| Motivo | Confirmación de operador o mantenimiento |
| Corrección | Usuario autorizado y registro de auditoría |
El catálogo debe ser suficientemente breve para usarse y preciso para decidir. Códigos demasiado generales aportan poco; cientos de opciones similares favorecen incoherencias. Sus cambios necesitan una relación definida con los informes históricos.
Evento ilustrativo
Una máquina entra en espera a las 10:15 y reanuda a las 10:27. El sistema registra inicialmente motivo desconocido; después el operador confirma falta de material. Guarda por separado el intervalo de 12 minutos y la hora de confirmación. No impliques que el motivo se conocía automáticamente al inicio.
Si además se perdió comunicación, evalúa la certeza de los límites. Dos lecturas aisladas a esas horas no establecen todos los estados intermedios. Sin un registro de eventos fiable, la parte no respaldada sigue siendo desconocida.
Reprocesamiento y auditoría
Los eventos tardíos pueden cambiar límites. Define si se recalculan informes y cómo se muestra la actualización. Un evento reenviado mantiene su identidad para no crear otra parada. La eliminación de duplicados pertenece al modelo de procesamiento, no solo a un filtro de pantalla.
Los permisos de corrección dependen del rol. Conserva quién cambió el registro, el valor previo y el motivo. Borrar silenciosamente eventos para cuadrar un total dificulta resolver discrepancias. Preserva evidencia y permite correcciones justificadas.
Comprobaciones de aceptación
Prueba descansos previstos, esperas breves, fallos reales, datos ausentes y paradas entre turnos. Compara totales con una cronología preparada deliberadamente. Observa si los operadores usan los motivos de forma coherente y encuentran eventos pendientes de clasificar.
El seguimiento fiable surge de registros explicables y una confirmación práctica. Un porcentaje atractivo no demuestra que intervalos o motivos sean correctos.
Resuelve explícitamente un intervalo ambiguo
Supongamos que la máquina deja de informar a las 10:12 y el recopilador reconecta a las 10:18 con estado detenido. Las observaciones no prueban que se parara a las 10:12: pudo seguir funcionando parte del tiempo. Marca los seis minutos como desconocidos salvo que una fuente fiable o una observación documentada aporte evidencia. El último estado observado no justifica reescribir todo el hueco.
Si después un operador confirma la hora de parada, conserva el hueco original y la interpretación añadida con autor y fecha. Distinguir observación automática y confirmación manual ayuda a evaluar la fuerza de la evidencia y permite recalcular sin hacer inexplicable la versión anterior.
Trata deliberadamente los motivos superpuestos. Una máquina puede esperar material mientras se realiza mantenimiento. La política podría elegir un motivo principal y conservar notas, o aplicar una jerarquía documentada. Contar completos ambos intervalos puede inflar las paradas. Acuerda el método con los usuarios y prueba condiciones coincidentes.
Mantén útiles los códigos para los operadores
El catálogo inicial debe reflejar decisiones que el equipo pueda tomar. Categorías demasiado amplias orientan poco; muchas casi iguales favorecen elecciones inconsistentes. Revisa regularmente lo no clasificado: puede revelar un código ausente, evidencia insuficiente o un flujo demasiado lento durante la producción. No obligues a inventar una causa precisa cuando se desconoce.
Una prueba útil sigue una parada breve, un descanso previsto y un fallo largo desde las señales hasta el informe. Comprueba límites al inicio y fin del periodo seleccionado. Una parada entre dos turnos debe aparecer correctamente en ambos sin duplicar toda su duración. Documenta si las horas corresponden a eventos de origen o a detecciones por consulta.
Por último, define quién resuelve los intervalos provisionales y cuándo se considera revisado un periodo. Una acumulación de motivos desconocidos puede debilitar una recopilación automática fiable. Lleva ejemplos de clasificación, señales y el proceso actual de revisión del turno al análisis inicial. El objetivo es explicar las paradas manteniendo visible la incertidumbre donde la evidencia no permita establecer una causa exacta.