Explicar pérdida de producción tras alarmas

Cuando una secuencia de alarmas coincide con una pérdida de producción, la explicación más responsable empieza con una frase menos rotunda de lo que suele pedirse en una reunión: los registros coinciden en el tiempo y su relación necesita contraste. Ese matiz evita que una captura de pantalla se convierta, por repetición, en una causa técnica que nadie ha comprobado.

La pregunta útil no es qué alarma “culpó” a la producción. Es qué pasó, dónde aparece cada dato, qué reloj usó cada sistema y hasta dónde llega lo observado. Con esa base se puede contar una secuencia entendible sin confundir una evidencia de contexto con un diagnóstico de PLC, una decisión de mantenimiento o una explicación financiera de la pérdida.

La ficha pública de ISO 22400-2:2014 sitúa sus KPI en la gestión de operaciones de fabricación. No publica la lógica de alarmas de una planta ni una regla para atribuir una pérdida concreta a una señal. Esta guía usa ese límite: ayuda a documentar un contexto temporal para una conversación operativa, pero no declara conformidad con la norma ni reemplaza los procedimientos internos. Fuente: ISO 22400-2

También conviene acotar las consecuencias. Una explicación apresurada puede afectar a prioridades, informes, mantenimiento, calidad o seguridad. Por eso aquí no se recomienda cambiar parámetros, inhibir alarmas, reparar equipos ni calcular OEE, disponibilidad, unidades perdidas o coste. Si la secuencia apunta a un riesgo de seguridad, una desviación de calidad o una obligación reglada, entregue los hechos disponibles y escale según el proceso aplicable.

Explique la coincidencia antes de buscar una causa

Una alarma no llega al informe con un significado único. Puede anunciar un límite, un estado, una condición que se recuperó sola, una entrada que no corresponde al activo revisado o una consecuencia posterior a la pérdida. Su presencia importa porque aporta contexto. No basta porque el contexto no establece, por sí solo, una relación de causa y efecto.

La forma más clara de empezar es redactar una observación comprobable. Por ejemplo: “El registro de producción muestra una disminución en la ventana 10:14-10:28; el historial HMI registra AL-17 a las 10:16:03; la relación causal no ha sido validada”. La frase conserva datos útiles y evita inventar una explicación técnica.

ISO 22400-2:2014 especifica una selección de KPI que se usan en la práctica actual. La formulación es relevante porque un indicador no convierte automáticamente una señal local en una causa. La definición, el alcance y el método de cada indicador siguen importando antes de usar un registro como explicación de un resultado. Fuente: ISO 22400-2

Algunas frases parecen precisas y no lo son. “La alarma paró la línea” mezcla una señal, un efecto y una causalidad. “La alarma apareció durante la caída” describe una relación temporal. “La relación requiere comprobar activo, orden y estados” expresa una necesidad de contraste. En un parte, esas tres capas deben quedar separadas para que una revisión posterior sepa qué se observó y qué se dedujo.

La coincidencia temporal tampoco exige que todo el turno entre en la explicación. Si una alarma ocurrió cuatro horas antes, quizá sea contexto general, pero no pertenece a una ventana de diez minutos sin una razón documentada. Agrupar señales por conveniencia de informe puede diluir una secuencia real o crear una historia que nadie podrá verificar después.

Delimite una ventana que otra persona pueda revisar

La ventana no necesita ser perfecta antes de abrir la revisión. Debe ser explícita. Anote cuándo empieza la variación observada, cuándo termina si ese dato está disponible, qué fuente aporta cada extremo y qué precisión conserva. Si un sistema guarda segundos y otro sólo minutos, no convierta ambos en una hora exacta imaginaria.

Identifique también el activo, la etapa o el flujo afectado. “Producción baja” es demasiado amplio si lo verificable es que una llenadora dejó de aceptar envases, una estación acumuló material o un contador dejó de incrementarse. El nombre debe permitir volver a la fuente. Si dos sistemas usan etiquetas distintas, mantenga ambas hasta que la correspondencia esté confirmada.

ISO explica que los KPI se presentan mediante su fórmula, elementos correspondientes, comportamiento temporal, unidad o dimensión y otras características. Esa descripción no da una fórmula de pérdida para una línea concreta, pero recuerda que tiempo, elementos y unidad no son adornos. Son parte de cómo se puede leer un indicador sin cambiar su significado. Fuente: ISO 22400-2

Una ficha mínima puede incluir: evento de revisión, activo, producto u orden si consta, ventana observada, fuente de producción, fuente de alarmas, reloj de referencia y discrepancias. No hay necesidad de rellenar los huecos con estimaciones. “Fin pendiente de confirmar” y “activo por reconciliar” son datos honestos que orientan el siguiente paso.

Compruebe si las fuentes tienen zonas horarias, relojes sincronizados o redondeos diferentes. Una señal que parece anterior por un minuto puede quedar dentro de la misma secuencia cuando se conoce la precisión de cada reloj. Lo contrario también ocurre. La cronología debe enseñar esa duda, no ocultarla con una única hora redondeada.

Lea cada fuente por lo que realmente registra

El historiador, el HMI, el MES, el parte de turno y una orden de mantenimiento no contestan la misma pregunta. El historial de alarmas puede indicar que una señal cambió de estado. Un contador puede mostrar una variación en unidades. Un comentario del turno puede aportar contexto de observación. Una orden abierta puede confirmar que existe una solicitud, no que una causa esté demostrada.

Tratar todas esas fuentes como una sola narración suele producir errores. Si una nota dice “revisar sensor”, el hecho es que alguien pidió una revisión o dejó una observación. No demuestra que el sensor fallara. Si una alarma se reconoció, el hecho es que quedó reconocida en esa fuente. No demuestra por sí mismo que la condición desapareciera ni que la producción volviera a su estado esperado.

ISO 22400-2:2014 indica el grupo de usuarios de los KPI y la metodología de producción a la que corresponden. Por eso, antes de comparar una variación con otra línea, turno o fuente, hace falta conocer el contexto de uso. La ficha pública no define la metodología particular de una instalación ni cómo interpretar una alarma concreta. Fuente: ISO 22400-2

Conviene conservar los identificadores originales. Una referencia de evento, el nombre exacto de alarma, la etiqueta de activo, la captura o el enlace interno permiten que otra persona contraste el dato. Copiar sólo una descripción resumida obliga a confiar en quien la escribió, justo cuando la explicación necesita ser revisable.

Si una fuente no está disponible, diga cuál y por qué. “No se dispone de historial de estados para esta ventana” no es un fallo de redacción. Es una limitación de evidencia. Transformarlo en una hipótesis técnica para que el informe parezca cerrado crea un problema mayor cuando el registro reaparece o cuando alguien toma una decisión basándose en esa certeza aparente.

Separe cuatro niveles en el parte

Un parte puede mantenerse claro si separa observación, relación temporal, hipótesis y conclusión validada. No son sinónimos. La observación se puede localizar en una fuente. La relación temporal compara dos o más marcas. La hipótesis propone una explicación que requiere comprobación. Una conclusión validada depende del proceso y autoridad definidos por la organización.

La observación podría decir: “AL-17 aparece activa a las 10:16:03 en el historial HMI”. La relación temporal añade: “la entrada coincide con la ventana de menor conteo observada entre 10:14 y 10:28”. La hipótesis diría: “se revisa si la condición asociada a AL-17 afectó al flujo”. La conclusión sólo puede usarse cuando el procedimiento local indique que existe evidencia suficiente.

Este orden tiene una ventaja práctica. Permite entregar contexto aunque aún no haya una causa. Dirección puede saber que hay una ventana investigada; producción puede conservar la secuencia; mantenimiento puede recibir una referencia concreta. Nadie necesita convertir la hipótesis en diagnóstico para que los hechos estén disponibles.

Evite verbos que borren la incertidumbre. “Provocó”, “generó” y “se debió a” exigen un respaldo que la coincidencia no da. “Coincidió”, “aparece en la misma ventana” y “se está contrastando” son menos llamativos, pero dejan un rastro fiel. Si la causa se confirma después, el registro puede actualizarse con la evidencia que justificó el cambio.

ISO 22400-2:2014 relaciona los KPI referidos al equipo con unidades de trabajo, según IEC 62264. Este dato de alcance es útil para recordar que el objeto de la medición importa. No autoriza a mapear una etiqueta de alarma a una unidad de trabajo local ni a inferir una causa técnica por el nombre de la señal. Fuente: ISO 22400-2

Construya una cronología que no sobrepase la evidencia

Una cronología operativa puede ser breve. Ponga los registros en orden, indique su fuente y añada una columna de certeza o estado de contraste. El objetivo no es recrear cada minuto del turno. Es mostrar qué dato cayó dentro de la ventana, qué dato queda fuera y qué conexión todavía no se puede sostener.

La última columna no debe dar más de lo que la fuente ofrece. “Alarma dentro de la ventana” es una lectura permitida. “Alarma causó la variación” no lo es. Si aparece un registro de estado del equipo que vincula ambos hechos, anótelo como nueva evidencia y deje claro que cambió el estado de la revisión.

Tampoco convierta un orden visual en una secuencia física comprobada. Dos marcas cercanas pueden tener retrasos de comunicación, distintos relojes o métodos de almacenamiento. Si esos detalles afectan a la decisión, la cronología debe señalar la incertidumbre. Una tabla con una nota de desfase pendiente es más útil que una línea de tiempo aparentemente limpia y falsa.

La ficha pública de ISO presenta la norma como especificaciones y definiciones de KPI para la gestión de operaciones de fabricación. No expone un procedimiento de correlación de alarmas, ni el texto completo de la norma, ni una regla para diagnosticar una pérdida local. Esa es una limitación deliberada de esta página: organiza evidencia operativa, no interpreta la ingeniería de control. Fuente: ISO 22400-2

Decida qué decir en la reunión operativa

La salida de esta revisión puede ser sencilla. Si hay coincidencia temporal y el alcance está confirmado, informe que existe una secuencia de registros para contrastar. Si falta el activo, la ventana o la fuente principal, informe la limitación y el responsable del siguiente contraste. Si el procedimiento local valida una relación, cite la evidencia y la regla o canal que respaldaron esa conclusión.

Una fórmula de comunicación útil puede ser: “Durante la ventana X, la fuente Y registró Z. La fuente W muestra una variación en el activo A. Aún no se ha validado una relación causal; falta comprobar B”. Esa estructura sirve para explicar por qué se abre una revisión sin presentar una sospecha como dato de rendimiento.

En una reunión, la presión por resumir es real. No la compense simplificando la cadena de evidencia. Puede usarse una frase corta en la diapositiva y conservar en el parte los identificadores, las horas y las discrepancias. El resumen no necesita cargar todos los detalles, pero debe poder volver a ellos sin depender de recuerdos o de una interpretación informal.

No asigne una prioridad técnica a partir de esta página. La prioridad de mantenimiento, seguridad o producción depende de la evaluación local, de los permisos y de las condiciones reales. El valor de la cronología es que entrega información verificable a quien sí tiene que aplicar esos criterios.

Casos en los que debe parar y escalar

Detenga la explicación causal cuando una alarma se vincule con una posible condición de seguridad, una desviación de calidad, un riesgo ambiental, una obligación contractual o una situación laboral que requiera otro proceso. Puede documentar qué registros existen y cuándo aparecieron. No determine desde aquí la condición segura, el producto afectado ni la acción que debe tomar una persona.

También pare si la evidencia contradice la primera historia. Por ejemplo, el HMI puede mostrar una alarma de un activo vecino, el contador puede tener una pausa de comunicaciones o el parte puede referirse a una orden distinta. Corregir la explicación no es un problema. Mantener una conclusión porque ya se presentó sí dañaría la trazabilidad.

Una alarma que se repite puede justificar una revisión de patrón, pero no confirma la misma causa en cada evento. Mantenga cada ventana con sus fuentes y alcance. Después, si el equipo tiene un método aprobado para analizar recurrencia, esa información podrá alimentar el análisis sin fusionar episodios distintos por una coincidencia de nombre.

El siguiente paso es concreto: elija una ventana reciente, recopile las marcas temporales y los identificadores de producción y alarmas, y escriba cuatro líneas separando observación, coincidencia, hipótesis y dato pendiente. Si no puede identificar el activo o reconciliar el reloj de referencia, déjelo como limitación y escale por el canal local. No complete la explicación con una causa técnica por presión de cierre.

Guarde también el momento en que se revisó la explicación y quién validó cada capa, cuando vuestro sistema disponga de esos campos. Esa trazabilidad no atribuye responsabilidad individual ni reemplaza una investigación formal. Sirve para evitar que una nota provisional viaje de un relevo a otro como si fuese una conclusión ya confirmada.

Si dos registros no pueden relacionarse con una misma ventana y un activo verificable, manténgalos separados. La falta de coincidencia también es un resultado útil: evita que el parte convierta señales independientes en una única explicación aparentemente coherente.

Preguntas frecuentes

¿Una alarma demuestra la causa de una pérdida de producción?

No. Demuestra, como máximo, que existe un registro de alarma en una fuente y una hora determinadas. Para atribuir una causa hay que comprobar el activo, la ventana temporal, el alcance y el proceso de validación que aplique en la instalación.

¿Qué debo anotar antes de explicar la pérdida?

Anota el activo o etapa afectada, la ventana de producción observada, las marcas de tiempo de cada fuente, el reloj de referencia y cualquier discrepancia. Añade los identificadores que permitan volver a consultar el historial sin reconstruirlo de memoria.

¿Puedo usar una alarma reconocida como prueba de resolución?

No necesariamente. El reconocimiento puede mostrar una interacción con la alarma, pero no confirma por sí mismo el estado técnico posterior ni el efecto sobre la producción. Registra el hecho sin ampliar su significado.

¿Debo agrupar todas las alarmas del turno en la explicación?

No. Incluye las que caen en la ventana y en el alcance que estés revisando, conservando las demás como contexto separado si son relevantes. Agrupar por turno puede unir eventos que no pertenecen a la misma secuencia.

¿Esta guía sirve para diagnosticar un PLC o configurar alarmas?

No. Sirve para documentar una relación temporal entre registros operativos. El diagnóstico de control, la configuración de alarmas y cualquier cambio técnico requieren procedimientos, autorizaciones y personal competente de la instalación.