Clasificar transiciones de estado en una interrupción

Un registro cambia de ejecutando a detenido, pero nadie sabe si el cambio llegó desde el PLC, el historian, el MES o una corrección manual. Falta además la marca temporal que permitiría ordenar el evento. En ese estado, llamar “parada” al registro oculta justo lo que debe comprobarse: qué cambió, cuándo, en qué recurso y bajo qué regla.

Clasificar una transición no consiste en elegir una etiqueta cómoda. Consiste en conservar los dos extremos del cambio, la fuente que observó cada uno y la regla que permite interpretarlos. La causa y el impacto vienen después, si la evidencia los sostiene.

Clasifique una transición con el estado anterior, el estado posterior, sus marcas temporales, el recurso, la fuente y la versión de la regla de normalización; mantenga separados el hecho observado, la causa atribuida y cualquier efecto sobre capacidad. NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. El programa de NIST aporta contexto metodológico, pero no valida la taxonomía ni los eventos de una planta concreta.

Para ampliar el expediente, use la guía de evidencia de paradas y pérdidas y el método para cuantificar el impacto de una parada en una orden. Si el problema está en el orden de los eventos, revise cómo reconstruir la línea temporal de una parada; si depende de correcciones humanas, contraste la parada oculta por registro manual.

Empezar por el evento original

Guarde el registro tal como llegó. Incluya código, valor, fuente, identificador del activo, reloj de origen, hora de ingesta y cualquier indicador de calidad. El dato original permite reconstruir una decisión incluso después de cambiar la taxonomía.

No sustituya RUN, STOP, IDLE o un código numérico por una palabra normalizada sin conservar ambos valores. Una traducción puede ser correcta hoy y quedar obsoleta cuando cambie el programa del equipo o el conector.

Separe la hora que declara el equipo de la hora en que otro sistema recibió el evento. La diferencia no prueba un error, pero afecta el orden de la secuencia y debe quedar visible.

Registre también si el evento es automático, manual, inferido o corregido. Esas categorías no describen la causa; describen la procedencia de la observación.

Definir qué es una transición

Una transición necesita un estado de salida y otro de entrada. Ejecutando → detenido es distinta de detenido → esperando, aunque ambas ocurran dentro del mismo episodio operativo.

Defina si la transición se registra en el instante del cambio o después de un tiempo de persistencia. Un filtro de diez segundos, por ejemplo, puede eliminar oscilaciones, pero también cambia el momento de inicio que verá el informe.

Documente las reglas de borde. Si dos eventos comparten marca temporal, indique cuál prevalece o cómo se conserva el empate. Si llega una corrección tardía, no reordene el historial en silencio.

Una secuencia sin estado anterior no es una transición completa. Puede registrarse como “estado observado al inicio de cobertura”, con una condición abierta para localizar el antecedente.

Crear una taxonomía mínima útil

La taxonomía debe ser lo bastante precisa para distinguir decisiones y lo bastante estable para que diferentes fuentes puedan mapearse. Un punto de partida puede incluir ejecución, espera, detenido, preparación, limpieza, mantenimiento y estado desconocido.

Evite convertir cada código local en una clase corporativa. Primero determine si dos códigos responden a la misma pregunta. Esperando material y esperando liberación de calidad pueden compartir un estado operativo y mantener causas separadas.

Conserve una clase desconocido o sin equivalencia. Forzar todos los registros a una categoría conocida da una tabla completa, pero elimina la señal de calidad que necesita el propietario.

Versione la taxonomía. La misma secuencia procesada con dos versiones puede producir episodios distintos; el informe debe declarar cuál utilizó.

Separar estado, causa y consecuencia

El estado responde qué condición observó el sistema. La causa explica por qué ocurrió. La consecuencia recoge qué cambió después en una orden, una ventana o una medida. Conviene mantener los tres campos separados.

Un estado detenido no demuestra avería. Puede corresponder a mantenimiento planificado, espera por material, falta de orden, bloqueo de seguridad o una pausa registrada de manera incompleta.

Tampoco demuestra pérdida de capacidad. Para plantear esa relación hacen falta calendario, demanda, recurso, orden, alternativa disponible y definición de capacidad. La transición es una pieza de evidencia, no el resultado.

Cuando la causa procede de una selección manual, conserve quién la eligió, cuándo y con qué lista de opciones. Si después se corrige, mantenga la versión anterior y el motivo del cambio.

Mantener la fuente de cada extremo

El estado anterior puede proceder de OT y el posterior del MES. Esa combinación no es inválida, pero necesita una regla explícita de correspondencia entre activo, código, reloj y ventana.

No asuma que dos etiquetas iguales representan el mismo estado. Compruebe la definición en cada sistema, el momento en que se emite y si el valor describe equipo, operación, orden o línea.

La evidencia mínima conserva código original, estado normalizado, activo, fuente, reloj, instante de origen, instante de ingesta, calidad y versión de la equivalencia. NIST trabaja con métodos, modelos, métricas y datos operativos para caracterizar y mejorar sistemas de fabricación. La fuente oficial no demuestra que dos sistemas locales sean equivalentes ni que sus relojes estén sincronizados.

Si una fuente sobrescribe estados en lugar de emitir eventos, registre cómo se detectó el cambio. Una consulta periódica tiene una resolución diferente de una señal basada en eventos.

Comprobar los relojes antes de ordenar

Documente zona horaria, horario de verano, sincronización y precisión disponible. Una marca con segundos no tiene necesariamente precisión de un segundo.

Compare una muestra de eventos que aparezcan en más de una fuente. La diferencia observada ayuda a conocer el desfase, pero no autoriza a corregir todo el historial con un único desplazamiento si este varía.

Distinga hora de captura, transmisión, ingesta y edición. Para reconstruir la operación suele interesar la primera; para auditar el flujo de datos hacen falta las demás.

Cuando el orden sea indeterminado dentro de la precisión disponible, conserve un empate o un intervalo. Inventar una secuencia exacta cambia la historia operativa.

Tratar rebotes y transiciones breves

Algunas señales alternan varias veces entre ejecución y detención en pocos segundos. Antes de agruparlas, defina la pregunta que debe responder la clasificación.

Una regla de persistencia puede ser útil para un informe de producción y demasiado agresiva para mantenimiento. Conserve los eventos originales y genere una vista derivada para cada uso.

Registre el umbral, la versión y el número de eventos afectados. No describa la duración consolidada como si fuera el único registro existente.

Revise casos en el borde del umbral. Una diferencia mínima no debería quedar oculta cuando cambia la categoría de un episodio completo.

Resolver transiciones imposibles

Una secuencia puede mostrar detenido → detenido, ejecutando → desconocido → ejecutando o un fin anterior al inicio. No la repare de forma automática sin una regla aprobada.

Clasifique la anomalía: duplicado, evento ausente, orden invertido, reloj no comparable, mapeo desconocido o corrección manual. Cada tipo lleva a una comprobación distinta.

Mantenga el registro original en la cola de excepciones y asigne propietario. Si existe una reparación determinista, produzca una nueva versión y conserve el vínculo con los eventos utilizados.

Un informe puede excluir transiciones imposibles del agregado y, a la vez, mostrar su cantidad y cobertura. La exclusión debe ser visible.

Vincular el activo correcto

El mismo nombre puede referirse a una máquina, una célula o una línea. Use un identificador estable y mantenga los alias de cada fuente.

Compruebe la vigencia del mapeo. Un activo puede cambiar de línea o recibir un nuevo identificador después de una integración.

No propague una transición de un componente a toda la línea salvo que la relación esté definida. Un transportador detenido puede bloquear la línea, quedar desacoplado o estar fuera de uso.

Registre la jerarquía aplicada en el momento del análisis. La jerarquía actual no siempre representa la configuración histórica.

Relacionar la transición con una operación

La transición puede ocurrir durante una orden, entre órdenes o fuera de calendario. Mantenga esa relación como un campo derivado con su propia fuente y versión.

Si el intervalo cruza un cambio de orden, no asigne toda la interrupción a una sola. Divida solo cuando las marcas y la regla de borde lo permitan; de lo contrario, conserve la ambigüedad.

Separe estado del equipo y estado de la orden. Una orden abierta no implica que el recurso estuviera ejecutando, y un recurso en marcha puede producir fuera de la orden esperada.

La correspondencia ayuda a preparar otro análisis. No convierte por sí misma la transición en impacto sobre capacidad.

Construir la ficha de transición

Una ficha reproducible puede usar estos campos:

La ficha no necesita una causa para estar completa. Si existe una causa, añádala como evidencia separada y conserve su estado de verificación.

Revisar una muestra útil

Seleccione episodios normales, cambios de orden, reinicios, registros manuales y casos con desfase. Una muestra uniforme rara vez revela los fallos de borde.

Pida a otra persona que reconstruya la secuencia con los mismos datos y reglas. Las diferencias muestran qué definiciones siguen implícitas.

Compare el resultado con una observación independiente cuando exista, como un parte de turno o una orden de trabajo. Esa comparación no convierte el parte en verdad absoluta; ayuda a localizar discrepancias.

Documente la decisión sobre cada discrepancia. Si una regla cambia, vuelva a ejecutar la muestra y abra una versión nueva.

Decidir cuándo cerrar un caso

Un caso puede cerrarse cuando ambos estados, el activo, las marcas temporales, la fuente y la regla aplicada son reproducibles. La causa puede seguir abierta.

El proceso local conserva los eventos originales, normaliza códigos con una versión, comprueba relojes, forma pares de estados, clasifica excepciones y revisa una muestra antes de cerrar. El programa NIST relaciona caracterización, selección de métricas y análisis de datos operativos. NIST no prescribe esta secuencia ni certifica su resultado local.

Si falta el estado anterior, marque cobertura incompleta. Si falta el posterior, mantenga el episodio abierto. Si el reloj no es comparable, evite ordenar con una precisión inexistente.

El cierre debe indicar quién aceptó la clasificación, qué evidencia revisó y cuándo volverá a comprobarse si llega información nueva.

Preparar la salida para dirección

Dirección no necesita una lista interminable de códigos. Necesita saber qué transiciones están confirmadas, cuáles dependen de equivalencias y qué proporción queda sin clasificar.

Muestre el número de eventos y la duración por separado. Un cambio en el recuento puede venir de la regla de agrupación sin alterar el tiempo observado.

Evite sumar duraciones solapadas de recursos distintos como si fueran una pérdida única. Esa agregación corresponde a otro contrato de análisis.

Incluya las excepciones relevantes: relojes, cobertura, mapeos, correcciones manuales y operaciones sin correspondencia.

Revisar la matriz de transiciones permitidas

Una matriz de transiciones ayuda a localizar secuencias que merecen revisión. Las filas representan el estado anterior y las columnas, el posterior. Cada cruce indica si el cambio es esperado, posible bajo una condición o no interpretable con la evidencia disponible.

La matriz no debe convertirse en una reparación automática. Un cambio marcado como inesperado puede ser real después de una modificación de proceso, mientras que uno permitido puede esconder un evento intermedio ausente.

Documente quién mantiene la matriz y desde qué fecha se aplica. Si dos áreas necesitan reglas distintas, conserve vistas separadas en vez de negociar una única clasificación que no responda bien a ninguna.

Pruebe la matriz con reinicios, cambios de producto, mantenimiento y pérdida de comunicación. Esos casos suelen revelar supuestos que una secuencia normal no muestra.

Distinguir evento, episodio y cierre

El evento es un cambio puntual entre estados. El episodio agrupa varios eventos bajo una regla de persistencia o continuidad. El cierre resume episodios dentro de una población y una ventana.

No use esos niveles como sinónimos. Una transición breve puede existir como evento y quedar fuera de un episodio operativo; un episodio puede cruzar el corte y aparecer dividido en dos cierres.

Registre el identificador que conecta los niveles. Así puede rastrearse un total hasta los episodios y de estos hasta los eventos originales.

Cuando cambie la regla de agrupación, recalcule la vista derivada y conserve la anterior. El número de episodios puede variar aunque los eventos fuente permanezcan iguales.

Preparar consultas de control

Mantenga consultas que busquen estados sin antecedente, episodios sin fin, tiempos negativos, códigos sin equivalencia, fuentes desconocidas y correcciones posteriores al cierre. Cada resultado debe conducir a una cola concreta, no solo a un contador.

Añada controles de cobertura por recurso y periodo. Una secuencia impecable en el tramo capturado no demuestra que el sistema observó toda la ventana.

Compare recuentos antes y después de cada cambio de taxonomía. Una caída repentina puede deberse a una mejora real, a un filtro nuevo o a pérdida de datos.

Guarde los parámetros de la consulta con el resultado. Sin versión, zona horaria y periodo, la comprobación no puede repetirse.

Mantener la decisión dentro de la evidencia

La taxonomía puede habilitar una revisión de capacidad, pero no debe anticipar su conclusión. El expediente siguiente tendrá que definir ventana productiva, denominador, alternativas y relación con la demanda.

La decisión queda en capturar estados, marcas temporales y fuente, aceptar solo transiciones reproducibles y asignar revisión a los casos incompletos antes de asociar la interrupción con capacidad. NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. El contexto NIST no aprueba la taxonomía ni demuestra capacidad perdida.

Una transición bien clasificada puede quedar sin causa confirmada y sin impacto calculado. El expediente no está incompleto por ello; ha llegado hasta donde permite la evidencia.

Límites del contexto NIST

NIST trabaja con métodos, modelos, métricas y datos operativos para caracterizar y mejorar sistemas de fabricación. La página del programa describe investigación y métodos, no estadística española ni una norma obligatoria; sus resultados dependen de la caracterización y no prometen optimización o ahorro en una planta concreta.

No use esa fuente para afirmar que un código local es correcto, que un cambio de estado tiene una causa determinada o que una transición reduce capacidad.

La taxonomía, las equivalencias, los relojes y los criterios de cierre requieren evidencia local y revisión humana.

Preguntas frecuentes

¿Una transición de ejecutando a detenido ya es una parada?

Es una transición observada. Para clasificarla como interrupción válida aún debe comprobar el recurso, la marca temporal, la fuente, la persistencia del estado y la regla local de inicio.

¿Qué hago si OT y MES usan códigos distintos?

Conserve ambos códigos, documente la tabla de equivalencias y asigne versión, propietario y fecha de vigencia. No sobrescriba el valor original ni fuerce una equivalencia dudosa.

¿Puedo deducir la causa a partir del estado detenido?

No. El estado indica una condición. La causa necesita otro registro o una comprobación independiente; si no existe, manténgala como hipótesis.

¿Cómo trato una marca temporal ausente?

Mantenga el evento como incompleto, acote el intervalo solo si existe evidencia adicional y registre quién debe revisar el dato. No invente una hora para cerrar la secuencia.

¿La clasificación permite calcular capacidad perdida?

No por sí sola. Primero debe vincular la transición con una ventana productiva, una orden, un recurso y una definición válida de capacidad; incluso entonces la relación puede seguir condicionada.