La investigación de una parada suele empezar cuando ya se ha perdido lo más útil. La línea se detiene, el operario anota lo que puede mientras intenta recuperarla y el siguiente turno recibe una nota junto con un código de motivo. Cuando alguien abre el historian al día siguiente, las alarmas ya se han reconocido, el formato ha vuelto a cambiar y quienes vieron el evento están ocupados en otro asunto. El registro no está vacío. Está frío.
Ese retraso deja datos al revisor, pero no el modo de operación, la información visible en pantalla, el procedimiento vigente ni las decisiones tomadas bajo presión. HSE aborda ese riesgo en los relevos (relevo de turno de HSE).
Aquí, tiempo real significa revisar el evento minutos después de la parada, no monitorizar en streaming continuo, con contexto operativo disponible. Cruza la secuencia de alarmas SCADA, las tendencias del historian, el SOP aprobado y el registro de cambio de formato. No deduce una causa raíz por proximidad. APQC define su medida de tiempo no planificado de máquina o equipo alrededor de la interrupción del tiempo de ejecución programado, un límite útil para decidir qué está explicando el paquete (medida de paradas de APQC). A partir de ahí, la siguiente persona cualificada tiene un punto de partida defendible.
Conserva el contexto antes de que termine el turno
La reconstrucción al final del turno falla por una razón corriente: los detalles importantes cambian de estado. El operario quizá recuerde que apareció una alarma de temperatura antes de la parada, pero no si se borró antes del primer intento de reinicio. Un supervisor puede recordar un cambio de formato difícil, aunque no el modo exacto de la línea. Una revisión posterior recupera marcas de tiempo, pero no reproduce con fiabilidad lo que mostraba la consola, qué procedimiento controlaba la situación o qué alternativa se consideró y se descartó.
HSE describe el relevo de turno como una comunicación exacta y fiable de información relevante para la tarea entre turnos o equipos. Distingue preparación, intercambio y comprobación por quien recibe el turno (relevo de turno según HSE). La misma lógica aplica antes del relevo. Conviene conservar el evento cuando el equipo saliente todavía puede corregir el registro: último estado normal conocido, primera señal anómala, declaración de parada, acciones del operario, intentos de reinicio y vuelta a una operación estable. El código de motivo forma parte del registro, pero clasifica el evento; no lo resuelve.
El primer paquete puede ser breve. Incluye contexto de activo y producto, responsable del evento, zona horaria aplicable, ventana programada de producción, motivo de parada elegido y enlaces directos a las vistas de SCADA y del historian. APQC excluye preparación y cambio de formato de su medida de parada de máquina, aunque una parada observada puede requerir analizarse en relación con ese cambio (alcance de la medida de APQC). Separar categorías evita que el cambio de formato se cuente sin más como avería o que una avería se excuse como preparación.
La respuesta práctica para producción es sencilla: no esperes a resolver el evento para registrar contexto suficiente. WizeeMind puede reunir el paquete y mostrar sus fuentes, pero el significado del registro lo deciden el operario, la ingeniería o la supervisión. Ese límite importa cuando la presión de producción hace atractiva una explicación limpia y rápida.
Pon todas las señales en un reloj honesto
SCADA, historian, registros MES, cuadernos electrónicos y hojas de cambio de formato rara vez llegan con relojes e identificadores idénticos. Tratar sus horas como intercambiables inventa una secuencia. El historian puede informar de una etiqueta con la hora del servidor; un operario puede escribir una nota en la hora local del turno; un cambio de formato puede cerrarse en el sistema después de que termine el trabajo físico. Si el orden importa, el paquete debe mostrar el reloj de origen y cualquier desfase conocido en lugar de normalizar la evidencia en silencio.
ISA-95 ofrece un modelo abstracto para el intercambio de información entre funciones de control de fabricación y funciones de negocio. Ayuda a dar vocabulario común y a marcar los límites entre sistemas (propósito y modelo de ISA-95). NIST también plantea que la medición operativa del rendimiento necesita métodos y estándares bien definidos para recoger y analizar datos de fabricación (medición operativa de NIST). Ninguna de las dos fuentes promete que los sistemas de una planta ya estén sincronizados. Explican por qué el paquete debe hacer explícito su mapeo.
Empieza por un ancla: una transición de estado de línea, un marcador de lote común u otro evento que aparezca en más de un sistema. Para cada evento registra la hora nativa, zona horaria, identificador de origen, nombre de activo y nivel de confianza. Después anota, en vez de sobrescribir, el desfase utilizado para comparar. Si no hay un ancla fiable, dilo y conserva una ventana más amplia. Una ventana amplia pero honesta sirve más que una cronología aparentemente precisa construida sobre supuestos sin comprobar.
Aquí también afloran los desajustes de nombres. La Línea 3 puede llamarse L3 en SCADA, sus etiquetas del historian pueden usar HX02 y el sistema de cambio de formato puede hablar de una célula de envasado. Crea un mapa de alias para este paquete, no un modelo de datos permanente a toda prisa. La guía sobre contexto de datos industriales explica por qué una etiqueta sin activo, hora y contexto operativo sigue siendo evidencia débil. La decisión inmediata es más modesta: ¿puede un revisor saber si esos registros se refieren al mismo proceso físico?
Lee las alarmas como una secuencia, no como una lista
Una lista de alarmas suele ser la primera evidencia disponible después de una parada y la menos fiable si se interpreta aislada. Pueden aparecer repeticiones, borrados, reconocimientos, alarmas consecuencia y alarmas persistentes al mismo tiempo. El grupo más ruidoso puede estar aguas abajo de la condición que inició la secuencia. La pregunta no es qué etiqueta apareció más veces. Es qué señal exigió primero una evaluación a tiempo, en qué modo de operación y qué ocurrió después.
HSE indica que las alarmas deben dirigir la atención hacia condiciones de planta que requieren evaluación o acción a tiempo (gestión de alarmas de HSE). ANSI/ISA-18.2 es la norma de gestión de sistemas de alarma para industrias de proceso (ISA-18.2). Estas referencias justifican revisar la secuencia con cuidado; no autorizan a un analista a cambiar prioridades, límites o supresiones. Cualquier cambio sigue el proceso autorizado de alarmas y de gestión del cambio de la planta.
Para cada etiqueta relevante, conserva la hora de alarma nativa, transición de estado, prioridad, hora de reconocimiento cuando exista, referencia de respuesta configurada y relación con el estado de línea. Compárala con la tendencia del historian en el mismo intervalo. La alarma dice que una condición cruzó su límite configurado. La tendencia puede mostrar si la variable se movió de golpe, derivó poco a poco o permaneció estable mientras cambiaba otra señal. El par de señales puede reforzar una hipótesis, pero no demuestra el mecanismo.
La revisión debe retener también las alarmas que se borraron antes de la parada. Una alarma borrada es una observación con marca temporal. Quitarlas del paquete porque ya no están activas rompe la secuencia.
WizeeMind debería etiquetar la salida sin ambigüedad: observación, correlación, hipótesis o causa confirmada. La guía de evidencia para gestión de alarmas mantiene la misma disciplina al reconstruir las primeras señales anómalas. En la práctica, el paquete puede decir: “La alarma de temperatura precedió a la parada en esta ventana de evento. La tendencia aumentó en el mismo periodo. Aún no hay un mecanismo verificado que vincule ese aumento con una acción concreta de cambio de formato”. Esa frase identifica una comprobación sin fingir que la comprobación ya se ha superado.
Añade el SOP aprobado y el registro de cambio de formato
El SOP pertenece al paquete de evidencia porque una alarma nunca se interpreta fuera de un contexto operativo. La revisión aplicable puede definir estados permitidos, comprobaciones esperadas, rutas de escalado y límites de reinicio para esa línea y producto. También resuelve una pregunta básica: ¿el equipo estaba en producción normal, cambio de formato planificado, limpieza o recuperación? Ese contexto cambia qué comparaciones son razonables.
La guía de HSE sobre procedimientos de mantenimiento trata los procedimientos y la comunicación entre mantenimiento y producción como parte del caso de seguridad del trabajo, incluida la identificación de fallos y los criterios de rendimiento marginal (procedimientos de mantenimiento de HSE). El SOP local aplicable sigue siendo el documento que manda; ISA-95 ayuda a distinguir los sistemas implicados. La guía pública no puede sustituirlo. Tampoco una herramienta puede convertir un SOP en permiso para ajustar un parámetro, omitir una retención o devolver el equipo a servicio.
Adjunta el identificador del documento aprobado, revisión, vigencia, alcance y pasos relacionados con el estado operativo. Después añade el registro de cambio: SKU saliente, SKU entrante, hora de finalización física si se conoce, hora declarada de finalización, persona o rol y cualquier firma o desviación. La guía de control de versiones de procedimientos explica por qué un archivo que parece más reciente puede no ser la instrucción aplicable. No es burocracia. Evita que el equipo compare una tendencia de temperatura con la receta, modo o revisión de procedimiento equivocados.
Cuando el registro solo ofrece un estado de finalización, pregunta si representa la tarea física, la firma electrónica o ambas. La respuesta acota la comparación sin añadir hechos que no figuren en el registro.
La regla de decisión es limitada. Si falta el SOP o el registro de cambio, anótalo como limitación y llévalo a la persona responsable de documentación u operaciones. No inventes la secuencia ausente a partir de una práctica genérica. Si el registro muestra una comprobación posterior al cambio, verifica si quedó documentada; no supongas que ocurrió. Esa diferencia protege el análisis frente al sesgo retrospectivo y frente a repartir culpas.
Usa el Caso 1 para formular una pregunta comprobable
El Caso 1 es un ejemplo de WizeeMind sin datos identificativos que utiliza el paquete como línea temporal, no como informe de causa raíz. A las 06:12, la Línea 3 cambió a SKU-204. A las 06:48 apareció ALM_TEMP_L3-HX02. A las 07:15, la línea sufrió una parada no planificada de 23 minutos. Más tarde, ese mismo día, la línea cambió a SKU-118 a las 14:30 y apareció la misma alarma a las 15:02. La revisión documentada agrupa la recurrencia como tres apariciones en siete días y observa una ventana de 32 a 36 minutos después de los cambios de formato.
Conviene expresar el cálculo. La primera alarma aparece 36 minutos después del cambio de las 06:12; la segunda, 32 minutos después del cambio de las 14:30. Es una correlación temporal observada. No demuestra que alguno de los SKU provocara la alarma, que la alarma provocara la parada de 23 minutos ni que sea seguro ajustar un parámetro. Puede apuntar a una estabilización térmica, a un paso de cambio de formato, a una diferencia de receta, al comportamiento de la instrumentación o a un patrón sin relación. El registro por sí solo no puede elegir entre esas opciones.
El proyecto de NIST orientado a operaciones describe el uso de caracterización del sistema y análisis de datos para identificar problemas de rendimiento y establecer el marco de referencia con el que evaluar un sistema (caracterización de sistemas de NIST). El informe de Douglas Thomas en NIST examina los datos necesarios para estimar costes y pérdidas de distintos enfoques de mantenimiento en fabricación, incluida la viabilidad de recogerlos (evidencia de mantenimiento de NIST). Ambas fuentes respaldan esta disciplina: conserva los datos y sus límites antes de afirmar una explicación.
Para el Caso 1, la siguiente tarea es concreta. Una revisión cualificada de controles y operaciones puede comparar ambos cambios con el procedimiento aprobado, el historial de recetas y consignas, estado del equipo, tendencia del historian, configuración de alarma y casos anteriores de la ventana de siete días. La salida debe indicar si el patrón persiste después de esas comprobaciones. No debe llamar causa confirmada a una recomendación solo porque sus horas parezcan convincentes.
Convierte la correlación en trabajo durante el turno
El propósito de un análisis en minutos no es hacer una autopsia más rápida. Es asignar una comprobación pequeña mientras siguen disponibles las personas y los registros. Cuando la ventana del Caso 1 es visible, la supervisión puede asignar una revisión antes del siguiente cambio de formato comparable, en vez de pedir a la reunión de mañana que reconstruya todo. El trabajo tiene límites: confirmar el SOP aplicable, comparar el registro de cambio previsto con el real, inspeccionar la ventana del historian y capturar el contexto de las alarmas.
La guía de HSE sobre relevos pide preparación, comunicación y comprobación cuando cambia la responsabilidad (elementos de relevo de HSE). El modelo de intercambio de información de ISA-95 resulta útil por el mismo motivo: la respuesta atraviesa sistemas de operaciones, controles, mantenimiento y planificación (intercambio de información ISA-95). Asignar una persona responsable no borra esos límites. Deja explícitas la siguiente pregunta y la evidencia requerida en cada uno.
Una buena asignación tiene ventana, pregunta, responsable y condición de cierre. Por ejemplo, antes del siguiente cambio de formato de la Línea 3, quien responda por controles compara ALM_TEMP_L3-HX02 con el historial de receta y tendencias de los 45 minutos anteriores; la persona responsable de operaciones verifica la revisión de SOP aplicable y los registros de finalización; la supervisión anota si reaparece el patrón de 32 a 36 minutos. Cualquier propuesta de cambiar un parámetro, alarma o procedimiento pasa por la ruta de aprobación de la planta. El paquete no activa ajustes automáticos.
Este enfoque sigue siendo útil aunque el patrón desaparezca. Que no se repita es evidencia en contra de una explicación recurrente simple, no una razón para reescribir la historia. Cierra el evento con lo observado, lo comprobado, lo que sigue siendo incierto y quién aceptó la conclusión. HSE insiste en que el relevo debe preparar y comprobar la información que pasa de una responsabilidad a otra (guía de relevo de HSE). Para un método más amplio de preservar evidencia de paradas, consulta análisis de paradas con evidencia. La meta no es presentar cada parada como resuelta. Es reemplazar una reconstrucción fría por una pregunta oportuna que se pueda revisar.
Preguntas frecuentes
¿Qué datos se necesitan para analizar una parada de línea?
Usa el estado de línea y el intervalo de parada, las alarmas SCADA, las tendencias del historian, la revisión del SOP aplicable, los registros de cambio de formato y las notas del operario, vinculando cada registro con su fuente y marca temporal. ISA-95 sirve para describir los límites de sistema y los identificadores compartidos que vuelven comparables esos registros (modelo ISA-95). Incluye la clasificación de la parada, pero conserva la evidencia que la apoya o la limita. La definición de APQC separa el tiempo de ejecución programado de las categorías de preparación y cambio de formato (definición de APQC).
¿Cómo se deben alinear las marcas de tiempo de SCADA y del historian?
Registra el reloj y la zona horaria de cada sistema, identifica un marcador común, declara cualquier desfase y conserva la marca temporal de origen en vez de reescribir la secuencia sin indicarlo. Usa como ancla una transición de estado de línea, un marcador de lote u otro evento común solo después de comprobar que se refiere al mismo equipo y periodo operativo. NIST señala que el análisis de rendimiento requiere un marco de referencia definido y métodos para recoger datos operativos (contexto de medición de NIST). Si no puedes establecer el desfase, conserva una ventana de correlación más amplia e indica que el orden es incierto.
¿Qué aporta el SOP a la revisión de una parada?
El SOP aprobado define el contexto operativo y de recuperación permitido; no demuestra por qué se produjo la parada ni autoriza un ajuste nuevo. Vincula la revisión exacta aprobada, su alcance y los pasos que correspondan al estado operativo. HSE sitúa procedimientos, reconocimiento de fallos, comunicación y competencia entre los controles de mantenimiento (contexto de procedimientos de HSE). Un procedimiento en borrador, obsoleto o que no corresponde al equipo debe anotarse como limitación y escalarse a quien sea responsable, no tratarse como una instrucción.
¿Una ventana temporal repetida demuestra que un cambio de formato causó una parada?
No. Un intervalo repetido es una correlación que crea una tarea de comprobación acotada; la causa exige evidencia de un mecanismo y revisión por los roles responsables de planta. En el Caso 1, el intervalo de 32 a 36 minutos después de dos cambios y las tres observaciones en siete días acotan la siguiente comparación, pero no establecen que un cambio de formato, una alarma o una consigna causara la parada. La guía de alarmas de HSE se centra en evaluar y actuar a tiempo, que es la respuesta inmediata adecuada ante un patrón así (propósito de alarmas según HSE).