Cómo detectar un corte de datos en el informe de turno

Una serie que cae al final del turno no siempre describe una caída de producción. A veces describe una ventana que dejó de recibir lecturas antes de tiempo. Si el dashboard muestra un acumulado que se aplana, una tasa que baja o un hueco al final de una gráfica, la reacción habitual es buscar una parada, un problema de material o un cambio de operador. Ese orden puede producir una historia convincente y equivocada.

La primera pregunta es más prosaica: ¿la fuente cubre realmente todo el intervalo que dice cubrir? Antes de explicar un KPI, hay que comprobar inicio, fin, zona horaria, objeto medido, fuente, versión de cálculo y regla de inclusión. Si alguno falta, el valor puede ser útil como señal provisional, pero no como evidencia para atribuir una causa.

La ficha de ISO 22400-2 describe los KPI de operaciones mediante fórmula, elementos, comportamiento temporal, unidad, grupo de usuarios y metodología de producción. ISO 22400-2 no convierte esos elementos en una prueba automática de calidad del dato. Para un informe de turno, el comportamiento temporal obliga a hacer visible cuándo empieza y cuándo termina el resultado que se está leyendo.

Esta página trata la completitud temporal de un informe de turno. No es una guía de relevo, no clasifica alarmas pendientes y no decide si una máquina estuvo parada. Su objetivo es más limitado: impedir que una explicación operativa se construya sobre una serie cuyo final no está demostrado.

La caída que puede ser solo un final ausente

Hay un patrón reconocible. El informe se ejecuta a las 22:05 para un turno que termina a las 22:00. El historian muestra valores hasta las 21:48. El MES todavía tiene órdenes abiertas. Una interfaz de calidad confirma registros a las 22:12. El dashboard agrega lo que tiene y deja una cifra menor que la de los turnos anteriores. Nadie ha mentido: cada sistema está mostrando algo real dentro de su propio ciclo. El problema aparece cuando el agregado se presenta como cierre completo.

Conviene separar tres fenómenos que se mezclan con facilidad:

• Dato retrasado: el evento existe, su timestamp de origen pertenece a la ventana, pero llega o se consolida después de la hora de consulta.
• Hueco de datos: no hay evidencia de registros para una parte de la ventana y todavía no se sabe si se perdió la señal, falló la extracción o no hubo actividad.
• Corte definido: el informe usa deliberadamente una hora anterior al final del turno, por ejemplo para cerrar un comité. Puede ser válido si se declara y no se confunde con la ventana operativa completa.

Los tres casos necesitan tratamiento distinto. Un dato retrasado pide una política de actualización. Un hueco pide una investigación de cobertura. Un corte definido pide una etiqueta clara. Ninguno autoriza a rellenar el tramo con el último valor conocido ni a inventar una velocidad para que el gráfico quede continuo.

NIST describe los datos de proceso industriales como series temporales que se recogen, almacenan y recuperan habitualmente desde un historian. NIST AMS 100-65 sitúa esa serie en el contexto de equipo, pieza, proceso o evento. Por eso, comprobar solo que existe un total al final del turno no basta: hay que saber qué objeto y qué fuente dejan de aportar datos.

Define la ventana antes de consultar el dashboard

Una ventana no es simplemente “el turno de tarde”. Para poder verificarla debe tener una definición concreta y persistente. Si dos personas ejecutan el informe a horas distintas y obtienen resultados diferentes, la diferencia debe poder explicarse sin reconstruir la historia a partir de capturas.

La definición mínima incluye:

Campo	Pregunta que resuelve	Ejemplo de riesgo si falta
Inicio y fin	¿Qué intervalo entra en el cálculo?	Una orden iniciada antes del turno se asigna a un periodo incorrecto.
Zona horaria	¿Cómo se interpretan los timestamps?	El cambio de horario o una fuente UTC desplaza el corte.
Regla de cierre	¿Cuándo deja de cambiar el informe?	Se comparan un cierre provisional y uno consolidado.
Objeto medido	¿Línea, equipo, orden o lote?	Un contador de máquina se lee como total de línea.
Fuentes requeridas	¿Qué sistemas alimentan el KPI?	Falta calidad o MES, pero el agregado parece completo.
Regla de inclusión	¿Qué registros se aceptan o excluyen?	Una corrección tardía cambia el resultado sin explicación.

No hace falta que todos estos campos aparezcan en la primera vista del informe. Deben existir en el contrato del KPI o en el detalle que acompaña al cierre. Si el nombre del turno cambia por calendario, festivo o ajuste local, conserva la ventana efectiva en vez de confiar en el texto de una etiqueta.

El criterio más útil es pensar en una pregunta de cobertura: “¿tengo datos verificables de todas las fuentes necesarias para cada parte de esta ventana?”. Esa pregunta evita un error común: asumir que porque una fuente tiene datos hasta las 22:00, todas las demás los tienen también. El contador puede estar completo y la calidad pendiente; el MES puede tener la orden abierta y el historian tener datos continuos. La cobertura del KPI depende de cómo se define, no de una única pantalla.

Revisa cobertura por fuente, no por gráfico

Una gráfica agregada puede ocultar un hueco porque suma fuentes con cadencias diferentes. Para detectar un corte, crea una tabla de cobertura pequeña antes de leer el KPI. No necesita ser compleja; necesita conservar los valores que otra persona pueda comprobar.

Fuente	Objeto	Primer dato	Último dato de origen	Última recepción	Estado de cobertura
Historian	Línea o equipo	Timestamp recibido	Timestamp recibido	Hora de ingesta	Completa, retrasada o pendiente
MES	Orden o declaración	Timestamp de evento	Timestamp de evento	Hora de actualización	Completa, abierta o pendiente
Calidad	Lote o muestra	Timestamp de toma	Timestamp de confirmación	Hora de liberación	Completa o pendiente
Transformación	Dataset o KPI	Marca de ejecución	Marca de agua usada	Hora de cálculo	Reproducible o no reproducible

Los nombres exactos cambian entre instalaciones. Lo que no debería cambiar es la distinción entre el tiempo del hecho y el tiempo en que el sistema lo recibió o procesó. Si una fuente usa event_time y otra created_at, no los trates como equivalentes solo porque ambos terminan en “time”. Anota la semántica y conserva el original.

NIST identifica tiempo y ubicación como los metadatos más importantes para situar las mediciones de proceso en su contexto. NIST AMS 100-65 explica que combinar el modelo de proceso, el de equipo y el tiempo permite relacionar series temporales con otros eventos. Para una comprobación de fin de turno, esto se traduce en una pregunta concreta: ¿qué equipo, orden o proceso representa el último valor que el informe está usando?

La tabla no tiene que reclamar una precisión que la fuente no ofrece. Si el historian registra a intervalos irregulares, la regla de cobertura puede incluir una tolerancia documentada. Si la calidad se confirma más tarde por diseño, no la declares ausente a las 22:00; declárala pendiente según el ciclo acordado. La transparencia del estado importa más que una etiqueta verde automática.

Haz una prueba de cinco minutos antes de explicar la variación

La comprobación puede caber en una rutina breve. No sustituye la investigación técnica cuando existe un hueco, pero evita empezar por una hipótesis que depende de datos incompletos.

1. Fija la hora de referencia

Anota cuál es la hora de final del turno y cuál es la hora de ejecución del informe. Si el informe se pidió a las 22:05, no puede afirmar por sí mismo que la información que llega a las 22:12 sea parte de un cierre ya consolidado. Conserva ambas horas y la zona horaria.

2. Comprueba el último timestamp de origen

Para cada fuente requerida, busca el último evento cuyo tiempo de origen sea menor o igual que el final de la ventana. No uses solamente la hora de recepción. Un evento recibido a las 22:08 puede pertenecer a las 21:59; un evento recibido a las 21:59 puede representar una medida tomada antes.

3. Comprueba la continuidad esperada

Una fuente de alta frecuencia no necesita tener una lectura en cada segundo para estar completa. La pregunta es cuál es su cadencia o condición de emisión esperada. Si una señal debe producir un registro cuando el equipo cambia de estado, un silencio puede ser normal mientras el estado no cambia. Si debe comunicar cada minuto y desaparece durante doce, el hueco merece quedar marcado.

4. Distingue los registros tardíos de las correcciones

Un evento tardío incorpora un hecho de la ventana. Una corrección modifica o invalida un hecho ya recibido. Ambos pueden cambiar el KPI, pero no son equivalentes. Conserva identificador, valor anterior cuando exista, valor nuevo, motivo, usuario o sistema que corrige y hora de corrección. Si la fuente no permite ese linaje, el informe debe decir que la revisión es limitada.

5. Etiqueta el resultado antes de distribuirlo

Usa una de cuatro salidas sencillas: completo, completo con retraso consolidado, provisional con fuentes pendientes o incompleto. La etiqueta no es un diagnóstico de producción. Es una declaración sobre la evidencia disponible para interpretar el indicador.

NIST explica que los metadatos pueden describir qué es un objeto digital, dónde se localiza, quién lo creó, cómo se creó y cómo se actualizó. NIST AMS 100-65 no prescribe un dashboard de turnos, pero su alcance refuerza la necesidad de conservar origen y actualización cuando una cifra cambia después del cierre.

Elige una salida que no cambie la historia después

Cuando aparece una caída al final de la serie, el informe necesita una decisión de publicación. El objetivo no es retrasar todos los cierres; es evitar que un estado provisional viaje sin etiqueta y se convierta en una conclusión en otra reunión.

Resultado completo

Úsalo cuando todas las fuentes requeridas cubren la ventana según su regla de cadencia y consolidación. El cierre puede seguir cambiando por una corrección posterior, pero debe existir una política para identificar la versión y explicar por qué cambió. “Completo” no significa “sin errores posibles”.

Completo con retraso consolidado

Úsalo cuando algunas fuentes llegan después del final de turno, pero el informe se ejecuta tras el plazo acordado y la cobertura se verifica. Incluye la hora de consolidación. Esta salida es distinta de fingir que los datos estaban disponibles al finalizar el turno.

Provisional con fuentes pendientes

Úsalo cuando se necesita una señal temprana, pero falta una fuente que puede cambiar la lectura. Muestra el KPI observado, la cobertura conocida y las fuentes pendientes. No compares ese valor con un cierre consolidado sin avisar.

Incompleto

Úsalo cuando falta un tramo relevante, la cadencia no se puede verificar o se desconoce el alcance de una transformación. El valor puede quedar en seguimiento técnico, pero no debe utilizarse para explicar una pérdida de rendimiento, justificar una intervención ni comparar turnos.

La publicación debe conservar una marca de agua o identificador de versión. Es la forma más simple de impedir que una captura provisional y un informe consolidado circulen con el mismo título. Si el reporte se actualiza, añade qué fuente llegó, qué intervalo cubre y qué cambio produjo. No sustituyas silenciosamente una cifra que ya se discutió.

No rellenes huecos con una narrativa

El deseo de terminar el cierre lleva a soluciones que parecen inocentes y cambian el sentido del dato. Rellenar con el último valor, interpolar una producción teórica o copiar el comportamiento de otro turno puede ser útil en un modelo explícitamente diseñado para estimar. No es lo mismo que un dato observado. Si se usa una estimación, debe estar marcada, separada de la serie original y aprobada para ese fin.

También conviene desconfiar de dos atajos:

• “No hay alarmas, así que no hubo problema”. La ausencia de una alarma no demuestra cobertura de la telemetría, la orden ni la calidad.
• “El total diario cuadra, así que el turno está completo”. Un total diario puede compensar un hueco de un turno con datos posteriores o con otra fuente. No prueba que el corte temporal sea correcto.

El informe debe poder decir: “No se interpreta la caída entre 21:48 y 22:00 porque la fuente X no tiene cobertura demostrada para ese tramo”. Esa frase es más útil que una causa provisional disfrazada de certeza. Da al equipo técnico un intervalo, una fuente y una comprobación accionable.

NIST señala que, al agregar y abstraer datos de niveles bajos a niveles empresariales, debe capturarse el contexto de generación y el linaje de la transformación para apoyar inteligencia operativa o de negocio. NIST AMS 100-65 limita una conclusión importante: un agregado final no puede sustituir la evidencia del intervalo y de la transformación que lo produjo.

Qué investigar cuando la cobertura falla

Una vez marcado el estado como pendiente o incompleto, la investigación ya tiene un límite claro. No hace falta revisar toda la planta. Empieza por el primer punto donde la cadena deja de ser verificable.

1. Fuente primaria. ¿El equipo, historian, MES o sistema de calidad generó el evento? Revisa conectividad, servicio, buffer, configuración y el objeto concreto.
2. Transporte e ingesta. ¿El evento salió de la fuente pero no llegó al destino? Conserva identificador de mensaje, marca de recepción, reintentos y regla de deduplicación si existen.
3. Transformación. ¿La consulta o el proceso de agregación filtró, cambió de zona horaria o usó una marca de agua anterior? Guarda versión de cálculo y parámetros.
4. Presentación. ¿El dashboard está leyendo el dataset actualizado, tiene caché o aplica un filtro por defecto? Verifica la hora de actualización visible y el rango consultado.

No conviertas esa lista en una acusación. Un hueco puede deberse a un mantenimiento planificado, una regla legítima de exclusión, una latencia conocida o una falla real. La investigación debe terminar en una evidencia sobre el tramo, no en una impresión general de que “los datos no son fiables”.

Cuando la fuente se recupera, reproduce el informe con la misma definición de ventana y guarda las dos versiones. Compara el cambio total, el intervalo añadido y las fuentes que lo modificaron. Si la cifra no cambia, la cobertura sigue siendo un hallazgo relevante: demuestra que el resultado resistió la consolidación. Si cambia, el informe ya tiene una explicación de por qué el primer cierre no era definitivo.

Un registro mínimo para el siguiente turno

La mejora más práctica no suele ser comprar otra herramienta. Es guardar cuatro marcas temporales y una decisión de estado en un lugar estable. Para cada informe, registra:

Dato	Para qué sirve
Ventana solicitada	Delimita qué eventos deberían entrar.
Hora de consulta	Explica qué información podía estar disponible.
Último evento por fuente	Señala dónde termina la cobertura observada.
Hora de consolidación	Distingue provisional de final.
Estado y motivo	Evita que el lector invente una explicación operativa.

El propietario de cada fuente debe acordar una tolerancia que tenga sentido para su proceso. Un contador de máquina, una declaración MES y una liberación de calidad no comparten necesariamente la misma latencia. La regla debe ser explícita, revisable y compatible con la fórmula local del KPI. Si no existe una regla, el informe puede empezar con una etiqueta conservadora y abrir el trabajo para definirla.

El siguiente cierre puede mejorar con una decisión pequeña: no explicar una caída hasta saber si la serie termina donde debe. Ese hábito no elimina las paradas reales ni hace que los datos lleguen antes. Evita algo más caro: que una cifra incompleta dirija una conversación, una prioridad o una evaluación que después no resiste la llegada del último tramo.

Preguntas frecuentes

¿Qué diferencia hay entre un corte de datos y una parada de producción?

Un corte de datos significa que la serie no cubre toda la ventana o que no se puede demostrar su cobertura. Una parada es un evento operativo que necesita su propio registro y evidencia. Una curva incompleta no prueba ninguna parada.

¿Cómo sé si el último dato llegó tarde o falta de verdad?

Conserva el timestamp de origen, la hora de recepción y la hora de consulta. Si llega un dato con tiempo de origen dentro de la ventana después del cierre, es un retraso de llegada. Si no existe evidencia de ese intervalo tras el plazo de consolidación, se trata como hueco pendiente de investigar.

¿Debo rellenar el final del turno con el último valor conocido?

No para un informe de producción. Repetir el último valor puede ocultar una parada, un cambio de estado o la falta de telemetría. Presenta el intervalo como incompleto o utiliza una estimación solo si está aprobada, marcada y separada del dato observado.

¿Puede publicarse un cierre provisional?

Sí, si indica con claridad la hora de corte, las fuentes pendientes, la cobertura y el criterio de actualización. No debe presentarse como resultado definitivo ni usarse para atribuir una causa mientras falten datos relevantes.

¿Qué fuentes debo comprobar al cierre de turno?

Las fuentes que alimentan el KPI: historian o SCADA, MES, órdenes, calidad, contadores, interfaces y cualquier transformación que agregue o filtre datos. La lista concreta depende de la fórmula aprobada para el indicador.