Reconstruir la línea temporal de una parada

Cuando los mensajes de una persona y los datos de máquina no aparecen en el mismo orden, es tentador elegir el relato que resulta más cómodo. Una alarma parece anterior, un comentario explica lo ocurrido y alguien necesita cerrar el parte. Pero una cronología ordenada a fuerza de suposiciones deja de ser evidencia. Puede ocultar que los relojes no coinciden, que dos registros pertenecen a activos distintos o que una comunicación describía una observación posterior.

Para reconstruir la línea temporal de una parada, conserve primero el evento tal como lo muestran las fuentes: qué activo o etapa parece afectado, qué hora aporta cada registro, qué precisión tiene, quién o qué sistema lo originó y qué parte de la secuencia sigue sin comprobar. Después ordene esos elementos sin atribuir una causa. La decisión de causa, mantenimiento, seguridad o calidad debe quedar en el proceso que tenga esa competencia.

La ficha pública de ISO 22400-2:2014 sitúa los KPI en la gestión de operaciones de fabricación. Aquí se usa como referencia de alcance, no como un manual de investigación. La página pública no publica una taxonomía de paradas ni una regla para resolver discrepancias entre sistemas. Esta guía organiza la lectura de evidencias de tiempo; no sustituye la investigación técnica ni declara conformidad con ISO.

Antes de ordenar, defina qué se está reconstruyendo

Una parada puede referirse a una máquina, a una estación, a una línea entera o a una condición de proceso que afectó a varios equipos. Si esa escala no está clara, la cronología empezará mal aunque todas las horas sean correctas. Escriba el alcance conocido con palabras concretas: “estación de llenado sin aceptar envases” no equivale necesariamente a “línea parada”. Añada la fuente de ese alcance, porque una pantalla HMI y una nota de turno pueden estar describiendo cosas distintas.

Abra una ficha mínima antes de reunir capturas o mensajes. Incluya el identificador disponible, el activo nombrado por cada fuente, la ventana temporal observada, la zona horaria o reloj de referencia si se conoce y el estado de la reconstrucción. Si no existe un identificador común, no invente uno que parezca oficial. Puede usar una referencia de trabajo local, siempre marcada como provisional, para no mezclar este evento con otro parecido.

La pregunta inicial no es “¿qué causó la parada?”. Es “¿qué hechos puedo colocar en una misma ventana sin forzar su relación?”. Ese cambio reduce errores. Una alarma a las 10:02, una llamada a las 10:04 y un cambio de estado a las 10:06 pueden ser partes del mismo evento. También pueden ser tres señales cercanas que requieren contraste. La proximidad horaria orienta una revisión; no demuestra una secuencia causal.

Si el sistema registra segundos y la nota de producción solo minutos, conserve esa diferencia. Escriba 10:02:14 para la fuente que lo aporte y 10:02 para la fuente que redondea. No añada segundos estimados al segundo registro. Una falsa precisión puede cambiar el orden aparente de dos hechos y, con él, la interpretación del incidente. La utilidad de una cronología no depende de que todas sus filas tengan el mismo formato.

Respuesta directa: una cronología de parada es una secuencia de hechos con fuente, tiempo, alcance y estado de contraste. No es un diagnóstico. Si dos fuentes discrepan, la cronología debe mostrar la discrepancia y el siguiente punto de verificación, en vez de ocultarla con una hora o una causa inventada.

Distinga una marca de tiempo de una explicación

Una marca de tiempo responde a una pregunta limitada: qué registró una fuente y cuándo dice haberlo registrado. Un mensaje de operador responde a otra: qué observó o comunicó una persona. Una orden de mantenimiento puede indicar que alguien abrió un trabajo. Ninguna de esas piezas, por separado, explica necesariamente por qué el proceso dejó de producir. Cuando se mezclan, una cronología se convierte en un relato difícil de revisar.

Use tres columnas mentales, aunque el sistema solo tenga un campo de comentarios. En la primera coloque el hecho observado: “historial de estados: E-04 dejó de aceptar material a las 10:02:14”. En la segunda, la atribución: “mensaje de turno a las 10:04: se aprecia acumulación en entrada”. En la tercera, la hipótesis o decisión pendiente: “relación no confirmada; revisar inspección y secuencia de señales”. Separarlas evita que la frase más convincente gane por estilo.

Un mensaje recibido después de una parada puede describir algo que existía antes, una reacción a la alarma o una conclusión tomada durante la revisión. No lo reubique en la cronología solo porque explica bien el episodio. Mantenga la hora real de envío y, si el texto menciona otro momento, anote que es una referencia retrospectiva. La diferencia es importante cuando otra persona necesita comprobar qué se sabía en cada punto del evento.

Tampoco convierta una alarma reconocida en una alarma resuelta. El reconocimiento puede ser una acción registrada por una persona o un sistema; no prueba que la condición física desapareciera. Escriba el estado que muestre la fuente y deje la relación con el restablecimiento como una cuestión separada. Esta cautela parece menor hasta que aparecen varios reconocimientos o una alarma vuelve a activarse.

La referencia pública de ISO expresa este límite de contexto: ISO 22400 define indicadores clave de rendimiento (KPI) utilizados en la gestión de operaciones de fabricación. Ese alcance no convierte un KPI en una explicación de un evento local. En una cronología, los indicadores o cambios de estado pueden ser evidencia situacional, pero requieren el contexto y las reglas de la instalación. Fuente: ISO 22400-2

Construya una tabla que conserve el camino de vuelta

Una tabla sencilla suele ser mejor que una narración larga durante la primera reconstrucción. No necesita crear una nueva taxonomía. Debe permitir que quien revise cada fila vuelva a la fuente sin adivinar qué significaba la frase. Las columnas prácticas son: hora original, fuente, identificador de activo tal como aparece, observación literal o resumida fielmente, precisión conocida y estado de contraste.

Imagine una fila como esta: “10:02:14; historial de estados; E-04; deja de aceptar material; segundos; no contrastado”. Otra podría ser: “10:04; mensaje de turno; ‘se observa acumulación’; activo no citado; minuto; hipótesis o contexto”. Ninguna requiere afirmar que la acumulación provocó la detención. Cuando la relación se confirme mediante el proceso local, la decisión puede citar las filas que la sostienen sin reescribir el pasado.

Guarde enlaces, nombres de informe, números de evento, capturas aprobadas o identificadores internos según las reglas de acceso de la organización. No copie datos personales, secretos operativos o capturas completas en un parte público. La trazabilidad no consiste en almacenar más material del necesario; consiste en dejar un camino verificable hacia la evidencia autorizada. Si una fuente no puede compartirse, declare esa limitación y el canal donde se revisó.

Evite normalizar los nombres de activo demasiado pronto. “E-04”, “llenadora 4” y “módulo de entrada” pueden referirse al mismo elemento, pero solo si una fuente o una persona autorizada establece esa correspondencia. Hasta entonces, conserve cada etiqueta junto a la fuente. Cambiar los nombres para que parezcan coherentes puede anexar una alarma de un equipo vecino a la parada equivocada.

También registre el tipo de tiempo cuando se conozca: hora de creación, hora de recepción, hora de sincronización o hora declarada por una persona. Dos marcas iguales no son necesariamente equivalentes. Una aplicación puede registrar cuándo recibió un dato y otra cuándo el dispositivo lo produjo. Si no puede saberlo, escriba “semántica temporal no confirmada”. Esa frase es más útil que asumir que ambas lecturas describen el mismo instante.

Evidencia: ISO 22400-2:2014 especifica una selección de KPI utilizados en la práctica actual. La ficha pública no dice que esa selección sea una lista de causas de parada ni que sustituya la relación de fuentes de una planta. Por eso la tabla debe conservar el contexto de cada dato antes de compararlo o trasladarlo a un indicador. Fuente: ISO 22400-2

Ordene por tiempo sin borrar las diferencias

Una vez reunidas las filas, ordénelas por la hora que cada fuente entrega. Hágalo en una copia de trabajo o en una vista que no modifique el valor original. Si hay zonas horarias distintas, convierta solo cuando conozca la regla aplicada y guarde tanto el valor original como el convertido. Si no conoce la zona, no fuerce la conversión; marque la comparación como pendiente.

La primera pasada puede revelar cuatro situaciones. Las fuentes pueden coincidir en orden y alcance. Pueden coincidir en orden pero no en activo. Pueden diferir en minutos por precisión o por reloj. O pueden sugerir órdenes opuestos. Cada situación exige una reacción distinta. Una sola secuencia “limpia” no es un objetivo; el objetivo es saber cuál de esas situaciones existe y qué falta para resolverla.

Cuando dos eventos comparten minuto, no decida su orden por intuición. Busque una fuente con mayor precisión, un identificador de correlación o una relación de sistema que explique el vínculo. Si no aparece, use una notación como “10:02, orden interno no establecido”. Esa anotación permite seguir trabajando sin convertir un empate en una secuencia ficticia. También evita que un informe posterior cite una relación que nunca se comprobó.

No promedie horas. Si un mensaje figura a las 10:04 y el historial a las 10:06, “10:05” no es evidencia de nada. Puede tener utilidad como cálculo interno en un análisis autorizado, pero no resuelve cuál fuente describe el inicio o qué reloj es fiable. En la cronología operativa, conserve ambos valores y diga qué verificación falta: sincronización, zona temporal, latencia, identidad del evento o alcance del activo.

El orden debe conservar las revisiones. Si una nueva fuente cambia la lectura, añada una versión o una nota de cambio: qué fila se incorpora, qué se modificó y por qué. No sustituya silenciosamente una hora anterior. La corrección trazable es parte de la calidad del registro; permite diferenciar un dato mejorado de una secuencia reescrita después de conocer el resultado.

Proceso: La ficha pública indica que los KPI se presentan por su fórmula, elementos correspondientes, comportamiento temporal, unidad o dimensión y otras características. En esta guía, esa mención solo recuerda que el comportamiento temporal y los elementos importan al leer un dato. No publica una fórmula para medir una parada ni decide qué reloj debe prevalecer en una instalación. Fuente: ISO 22400-2

Decida si la secuencia ya permite pasar a otra etapa

La cronología termina una etapa cuando permite decir qué se conoce, qué contradicción queda y quién debe resolverla. No tiene que terminar con una causa. En algunos casos bastará para pasar a una investigación técnica; en otros, solo permitirá aclarar que el evento se dividió en dos o que falta una fuente esencial. Esa decisión debe seguir el procedimiento local, porque la guía no conoce los criterios de validación de su organización.

Use preguntas concretas en la revisión. ¿Todas las filas se refieren al mismo activo o hay equivalencias por confirmar? ¿La ventana de tiempo está definida con una fuente identificable? ¿Algún mensaje resume un hecho que debería permanecer como hipótesis? ¿La diferencia entre dos relojes altera el orden relevante? ¿Existe una decisión de seguridad, calidad, mantenimiento o producción que necesite otra autoridad? Cada respuesta apunta a un siguiente paso verificable.

Si las fuentes coinciden en el hecho básico pero no en la explicación, cierre solo la parte que está respaldada. Por ejemplo: “la estación E-04 dejó de aceptar material entre 10:02 y 10:16 según historial; relación con el aviso de acumulación no confirmada”. Esa línea es útil para entregar el turno o preparar la investigación. Decir “E-04 se detuvo por acumulación” añade una causa que los registros quizá no sostienen.

Si una fuente importante no existe, no rellene el hueco con el dato más próximo. Marque “registro no localizado”, “acceso pendiente” o “retención no confirmada”, según el caso. La ausencia puede ser un resultado relevante para quien gestiona la recuperación de evidencia. También puede obligar a escalar si el evento afecta a seguridad, calidad, obligaciones regulatorias, personas o compromisos contractuales.

Decisión: ISO 22400-2:2014 indica el grupo de usuarios de los KPI y la metodología de producción a la que corresponden. En consecuencia, antes de comparar o comunicar una señal conviene conservar su contexto de uso. La ficha pública no identifica el grupo de usuarios de vuestra planta ni permite decidir el método de investigación de una parada concreta. Fuente: ISO 22400-2

No use el cierre de turno, de día o de mes como argumento para convertir una cronología provisional en definitiva. Un informe puede reflejar “evento en contraste” y explicar qué falta. Esa claridad es preferible a una causa cerrada que luego debe corregirse sin rastro. Si el sistema no tiene un estado provisional, documente la limitación en el canal autorizado y siga la ruta de escalada definida por la organización.

Entregue una cronología que otra persona pueda continuar

El relevo debe recibir una secuencia legible, no una acumulación de mensajes. Resuma en cuatro partes: límite del evento, hechos ordenados, discrepancias abiertas y siguiente responsable o canal. Por ejemplo: “Ventana provisional 10:02–10:16; E-04 deja de aceptar material según historial; mensaje de turno a las 10:04 menciona acumulación; diferencia de dos minutos con registro de alarma pendiente de revisar; mantenimiento valida correlación según procedimiento local”.

Evite instrucciones técnicas que no pertenezcan a vuestra autorización. Esta página no dice qué componente inspeccionar, qué maniobra hacer ni cuándo reiniciar un equipo. Si la cronología revela una condición de seguridad, una desviación de calidad o una situación que requiera respuesta especializada, conserve el hecho y escale por el proceso aplicable. Tener una línea temporal clara ayuda a la entrega, pero no habilita una intervención.

El lenguaje importa. “Confirmado” debería reservarse para lo que una fuente o validación permite sostener. “Según historial”, “comunicado por turno”, “pendiente de contraste” y “no localizado” son etiquetas más honestas cuando reflejan la evidencia. No son una debilidad de la cronología. Son información sobre la calidad del conocimiento disponible en ese momento.

La fuente pública de ISO también señala el alcance de equipo: En relación con los equipos, los KPI de ISO 22400-2:2014 se refieren a unidades de trabajo, según IEC 62264. Esta frase no define las unidades de trabajo de vuestra instalación ni prueba que dos etiquetas internas representen el mismo activo. Úsela como recordatorio de que el alcance del equipo debe conservarse, no como una equivalencia automática. Fuente: ISO 22400-2

Limitación: la norma completa no está publicada en la ficha utilizada para esta página. La fuente pública describe el título, el estado y el resumen de ISO 22400-2:2014, pero no expone una taxonomía universal de causas, una secuencia de investigación técnica ni un procedimiento para resolver relojes discrepantes. La cronología propuesta organiza evidencia; no sustituye la investigación técnica ni las reglas locales.

Una secuencia breve para la próxima parada

Empiece con una parada reciente cuyo contexto pueda revisarse sin interferir con una investigación abierta. Cree la ficha mínima con activo, ventana y fuentes. Añada cada mensaje y dato de máquina con su marca original. Ordene las filas sin borrar las diferencias. Después señale una sola cuestión de contraste que cambie la decisión: por ejemplo, si una alarma pertenece al mismo activo o si dos relojes usan la misma referencia.

Cuando esa cuestión tenga una respuesta autorizada, actualice la cronología con la fuente de validación y conserve la versión anterior. Si no tiene respuesta, no fuerce un desenlace. Entregue el evento con su estado real y escale por el canal indicado. Así la siguiente persona recibe una base comprobable en lugar de una causa atractiva pero frágil.

La buena cronología no gana por ser extensa. Gana porque otra persona puede entender qué se observó, dónde se registró, qué no encaja todavía y qué paso concreto queda. Ese estándar mantiene la discusión sobre la evidencia y deja que la causa, cuando corresponda, sea una decisión revisable y no una conclusión nacida de la presión por cerrar el parte.

Preguntas frecuentes

¿Qué hago si dos sistemas muestran horas distintas para la misma parada?

Conserve ambas horas, su fuente y la precisión con la que se registraron. No calcule una hora intermedia para cerrar la diferencia. Compruebe el reloj de referencia, la zona temporal y la identidad del activo mediante el procedimiento local; si la diferencia afecta a una decisión, mantenga la cronología en contraste.

¿Un mensaje de operador demuestra la causa de la parada?

No por sí solo. Regístrelo como una observación atribuida a su canal y momento. Puede orientar qué evidencia buscar, pero no convierte una hipótesis en una causa confirmada ni sustituye la investigación técnica que corresponda.

¿Debo ordenar primero los mensajes o los datos de máquina?

No hay un orden universal. Empiece por delimitar el evento y guarde las dos fuentes con sus marcas originales. Después ordénelas por tiempo y alcance, sin dar prioridad automática a una de ellas. La regla local indicará qué fuente tiene valor de registro para cada decisión.

¿Puedo cerrar una cronología si falta el final de la parada?

Puede documentar una cronología parcial si deja claro que el final no está confirmado y qué fuente falta. No convierta una estimación en un dato cerrado. Si la duración influye en un informe, una clasificación o una escalada, informe también de esa limitación.

¿Esta cronología sirve para decidir mantenimiento o seguridad?

No decide esas materias. Puede entregar hechos y fuentes al proceso competente, pero una cronología no autoriza una intervención, no evalúa riesgos y no reemplaza los procedimientos de seguridad, calidad, mantenimiento o investigación de la instalación.