Cómo explicar un KPI directivo con una ventana cambiada

Cuando el corte de un KPI cambia, el número puede variar aunque la operación no lo haya hecho. Antes de decir que una línea mejoró o empeoró, reconstruya qué instantes, filas y reglas entraron en cada cálculo. La explicación directiva debe distinguir una ruptura temporal de una variación de rendimiento y dejar visible aquello que todavía no se puede comparar.

Un KPI solo es comparable cuando conserva la misma definición, ventana, población y estado de cierre; NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. La publicación de NIST ofrece un marco de gobierno, no una validación de la hora de corte de una planta. La comparación local necesita su propia definición, versión y trazabilidad.

Esta guía no elige una zona horaria por conveniencia ni corrige informes históricos sin autorización. No atribuye una diferencia a producción, mantenimiento o personal solo porque aparezca después de un cambio de corte. Si el KPI se usa para seguridad, calidad, finanzas, cumplimiento o decisiones laborales, la revisión debe involucrar al responsable correspondiente.

La conversación pertenece al hub de KPIs de dirección industrial, pero el procedimiento de lectura se apoya en la guía para leer KPIs de planta en un comité. El hub orienta el tema; la guía ayuda a preparar la evidencia sin convertir una diferencia temporal en una conclusión.

Empiece por una línea temporal con tres relojes

Un evento industrial puede tener al menos tres marcas:

• Tiempo de evento: cuándo ocurrió en la máquina, orden o proceso.
• Tiempo de recepción: cuándo llegó el mensaje al sistema que calcula.
• Tiempo de publicación: cuándo el dato entró en el tablero o informe.

No son intercambiables. Un lote producido a las 13:58, recibido a las 14:07 y publicado a las 14:12 puede quedar fuera de un corte de 14:00 aunque la actividad pertenezca al turno anterior. El primer paso es dibujar los tres relojes para cada versión y escribir qué reloj gobierna la inclusión.

Use intervalos semiabiertos cuando sea posible: [inicio, fin). Así, un evento exactamente a las 14:00 pertenece a la ventana que empieza a las 14:00 y no se duplica en la que termina a esa hora. Si el sistema usa límites cerrados o redondea segundos a minutos, documente la convención; una diferencia de un solo evento puede alterar un porcentaje pequeño.

La tabla temporal mínima debe conservar:

Reconstituya el contrato del KPI

El nombre de un indicador es solo una etiqueta. Guarde un contrato versionado con fórmula, numerador, denominador, unidad, población, filtros, ventana, zona horaria, precisión, estados válidos y propietario. Añada valid_from para saber desde qué emisión aplica la regla y supersedes para enlazar la versión anterior. Si no existe una definición escrita, la diferencia debe marcarse como no comparable, no rellenarse con una interpretación.

Una versión útil puede identificarse como OEE-v3@2026-08-01T00:00+02:00. El identificador no demuestra que la fórmula sea correcta; permite saber qué fórmula se ejecutó. Registre también la consulta o transformación, el origen de cada campo y el momento en que se generó el snapshot. Una copia de la tarjeta del KPI no reemplaza el linaje de datos.

NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. Su trabajo sobre medición operativa es investigación y método general. No certifica que una métrica local tenga cobertura suficiente ni que el cambio de corte mejore la gestión.

Compare primero la población

La población cambia cuando se agregan o retiran líneas, familias, órdenes, turnos o estados. Antes de dividir numeradores, emita el conjunto de identificadores que entra en cada versión y calcule una conciliación de filas: presentes en ambas, solo en la anterior, solo en la nueva y presentes pero con valor distinto. No publique únicamente el porcentaje de coincidencia; la lista de exclusiones explica qué parte del contraste es temporal.

Un ejemplo sin datos de una planta:

La versión A incluye 1.240 órdenes cerradas hasta las 14:00. La versión B incluye 1.198 órdenes confirmadas hasta las 14:30. Hay 1.164 identificadores comunes, 76 solo en A y 34 solo en B. El KPI total no es una serie homogénea hasta revisar esas 110 filas.

La diferencia puede ser legítima si la nueva regla pretende medir otra cosa. En ese caso, conserve dos nombres de versión y una nota de ruptura. No cambie retroactivamente la etiqueta para que la gráfica parezca continua.

Aísle la ventana de los datos tardíos

Los eventos tardíos y las correcciones explican muchos saltos aparentes. Separe una vista de evento de una vista de llegada y anote el watermark o la regla que declara cerrado el intervalo. Si el cálculo acepta mensajes hasta 20 minutos después del corte, una emisión a las 14:00 y otra a las 14:30 no observan el mismo universo.

Clasifique cada fila como a tiempo, tardía, corregida o anulada. Para una corrección, conserve el valor emitido y el valor corregido, con fecha de vigencia y razón del cambio. No reescriba un informe ya distribuido sin dejar un vínculo entre ambas versiones. Una serie retrospectiva puede ser útil, pero debe declararse como regenerada y no confundirse con el documento que recibió la dirección.

La operación de backfill necesita una regla visible: qué fechas se reprocesan, qué dependencias se vuelven a leer, qué versión de maestros se utiliza y quién aprueba la publicación. Sin esa ficha, una diferencia entre informes puede mezclar la hora de corte con un cambio de maestro de producto.

Trate la zona horaria y el calendario como datos

Escriba la zona IANA de la planta, no solo «hora local».

Durante un cambio de horario de verano, un día puede tener 23 o 25 horas; un turno nominal de ocho horas no debe traducirse sin más a segundos.

Registre el desfase aplicado, la precisión de los timestamps y qué ocurre con una hora inexistente o repetida.

Si una fuente llega en UTC y otra en hora local, convierta antes de unirlas y conserve el valor original para auditar la transformación.

Los calendarios también afectan la población: festivos, paradas planificadas, ventanas de mantenimiento, cambios de turno y cierres de mes. Una comparación que usa calendario de producción en una versión y calendario civil en otra tiene una ruptura aunque la etiqueta del KPI no cambie. La descripción debe decir qué calendario gobierna cada ventana.

Haga una conciliación reproducible

La conciliación no es una inspección visual de dos gráficos. Ejecute una consulta o un procedimiento que produzca un artefacto con:

1. versión y hash de cada contrato;
2. intervalos y zonas normalizados;
3. conteo de filas por categoría de inclusión;
4. numerador, denominador y unidad de cada vista;
5. filas excluidas con razón y estado;
6. momento de ejecución y responsable.

Guarde la salida con un identificador y un hash. Si una regeneración produce otro resultado, compare primero la entrada: maestro, filtro, evento tardío o fórmula. El hash no demuestra que el KPI sea correcto; evita que dos archivos con el mismo nombre se traten como el mismo cálculo.

Explique el contraste sin atribuir rendimiento

Una vez alineada la población, compare la fórmula y la ventana común. Si el valor sigue distinto, describa «diferencia residual» y enumere qué causas operativas todavía están abiertas. No escriba «la línea perdió rendimiento» hasta comprobar unidades, paradas, calidad, mix y estados de cierre según la definición local.

El IPI mide la evolución mensual de la actividad productiva industrial, pero no mide la capacidad, disponibilidad, mix ni OEE de una línea. El INE publica un agregado mensual; no se puede usar para validar una ruptura de serie interna ni para explicar una semana concreta.

El comité puede decidir tres salidas prudentes:

• mantener dos series con una nota de ruptura;
• regenerar una serie retrospectiva con el contrato nuevo;
• encargar una prueba de rendimiento después de reconciliar ventanas.

No presente una media de las dos versiones como si resolviera la incompatibilidad. La media oculta qué filas cambiaron y puede alimentar una decisión de inversión, personal o seguridad sin una base trazable.

Registre el cambio y su vigencia

El cambio de corte debe tener un registro de cambio con motivo, propietario, fecha efectiva, sistemas afectados, pruebas realizadas y plan de comunicación. Añada el enlace entre KPI-v2 y KPI-v3, el periodo en que conviven y la política para informes ya publicados. La fecha de aprobación no es la fecha efectiva: ambas deben aparecer.

ISA describe niveles, objetos e intercambios entre control y empresa. El resumen de ISA-95/IEC 62264 ofrece un lenguaje para hablar de operaciones, MES y ERP. No prueba que la integración local cumpla la norma, ni garantiza seguridad, latencia o interoperabilidad.

Si la nueva ventana cruza varios sistemas, asigne a cada interfaz un propietario y una marca de última recepción. La dirección necesita saber quién puede corregir un dato y quién puede aprobar una nueva emisión; un organigrama genérico no sustituye ese acuerdo.

Decida qué hacer con los informes históricos

Hay tres opciones, cada una con un coste de trazabilidad:

1. Conservar la serie emitida. Añada la nota de ruptura y empiece la nueva versión en la fecha efectiva. Es la opción más clara cuando no se puede reproducir el pasado.
2. Regenerar retrospectivamente. Vuelva a calcular con el contrato nuevo, conserve el archivo original y explique qué decisiones podrían cambiar. No llame «histórico» al resultado sin señalar que es una reconstrucción.
3. Publicar ambas vistas. Útil cuando una audiencia necesita continuidad operativa y otra necesita comparabilidad técnica. Etiquete cada vista y no permita que un gráfico las combine silenciosamente.

La elección corresponde al propietario del KPI y al gobierno local. Esta página no decide qué opción se aplica a una empresa concreta.

Qué puede decidir dirección con una comparación incompleta

Dirección puede aprobar la conciliación, pedir una fecha de regeneración, mantener una métrica provisional o separar dos series. No debería aprobar una causa, un ahorro, una capacidad adicional o una sanción personal basándose únicamente en la diferencia de corte. Si el KPI tiene implicaciones regulatorias, financieras, laborales o de seguridad, añada la revisión especializada antes de cerrar el acta.

Para llevar el resultado a una reunión, consulte cómo preparar un informe de producción para dirección. Si la diferencia deja una pérdida que debe investigarse, complete la conversación con cómo priorizar una pérdida de producción para un comité. Son pasos posteriores: primero se hace comparable el corte y después se decide qué merece atención.

El marco de NIST no es una certificación ni una ley; es investigación general y no sustituye el gobierno local, la calidad, la seguridad o la privacidad. La referencia de NIST delimita su alcance. La regla local, la autorización y la evidencia de la planta siguen siendo necesarias.

Distinga ventanas fijas, móviles y de revisión

Una ventana fija tiene límites de calendario, como el turno 06:00–14:00. Una ventana móvil se desplaza con cada lectura, por ejemplo las ocho horas anteriores a la hora de consulta. Una ventana de revisión vuelve a calcular un periodo ya cerrado cuando llegan correcciones. Las tres pueden mostrar el mismo KPI, pero no tienen la misma semántica temporal.

Escriba el tipo de ventana en la tarjeta y en el título de la serie. En una móvil, guarde el instante exacto de cada consulta; dos lecturas separadas por cinco minutos pueden compartir la mayoría de eventos y no deben contarse como dos turnos. En una de revisión, guarde la fecha de regeneración y la versión de los maestros usados. No mezcle una lectura provisional de la ventana móvil con un cierre definitivo sin una nota explícita.

Para una ventana fija, defina si los límites son inclusivos. Con la convención [06:00,14:00), un evento a las 14:00 inicia el turno siguiente. Si la aplicación usa <= en ambos extremos, el evento se duplica; si usa < en ambos, queda fuera. Incluya un caso de prueba con un evento exactamente en el límite y otro un segundo antes. La prueba no demuestra rendimiento, pero revela una diferencia de implementación que puede parecer una caída del KPI.

Alinee eventos con un join temporal

Cuando el KPI cruza producción, calidad y mantenimiento, cada fuente aporta su propio intervalo. Un join temporal debe declarar si se busca solapamiento, pertenencia o el último estado conocido. «Parada durante la orden» no significa lo mismo que «orden abierta cuando llegó la señal». Registre la regla, la tolerancia y qué sucede cuando dos intervalos se solapan parcialmente.

Un patrón seguro es conservar las columnas event_start, event_end, received_at y source_version antes de unirlas. Después, produzca una tabla de auditoría con identificador de orden, eventos emparejados, eventos sin pareja y motivo de exclusión. Si una fuente solo tiene fecha y otra tiene segundos, no invente precisión para forzar el enlace; declare la granularidad distinta y deje el resultado como provisional.

Las correcciones de estado necesitan una versión de validez. Un parte que se abre a las 14:05 puede referirse a una parada que comenzó a las 13:58. Distinga el instante al que se refiere el parte de la hora en que se registró. Si el informe usa la hora de registro en una versión y la hora de inicio en otra, la ruptura es de semántica temporal, no necesariamente de operación.

Compruebe la consistencia del snapshot

Un tablero puede leer cada tabla en instantes distintos. Si producción se actualiza a las 14:00, calidad a las 14:03 y el numerador y denominador se consultan por separado, el porcentaje no representa un snapshot único. Anote si la consulta usa una transacción, una instantánea materializada o varias lecturas independientes. Cuando no se pueda garantizar consistencia, muestre la hora de cada fuente y etiquete el KPI como compuesto.

La prueba mínima consiste en repetir la consulta sin cambiar filtros y verificar si el conjunto de identificadores permanece estable. Si cambia durante la lectura, capture la versión de cada fuente y no presente más decimales de los que la consistencia permite. Redondear a un decimal no arregla una población que se mueve entre el numerador y el denominador.

Use un runbook para el cambio de corte

Un runbook reduce la improvisación cuando la dirección pregunta por qué la serie saltó. Puede seguir este orden:

1. Congelar las versiones de fórmula, maestro y calendario de las dos emisiones.
2. Convertir todas las marcas a una zona común y conservar el valor original.
3. Generar la lista de identificadores de ambas poblaciones.
4. Clasificar filas comunes, nuevas, retiradas, tardías, corregidas y anuladas.
5. Recalcular las dos vistas con una ventana común, si los datos lo permiten.
6. Comparar numerador, denominador, unidad y redondeo.
7. Publicar una nota de ruptura o una serie regenerada con fecha de vigencia.
8. Registrar quién revisó la salida y qué decisión sigue abierta.

El runbook debe guardar la evidencia de cada paso. Si un paso no se puede ejecutar por falta de acceso, el resultado es «no comparable» y se eleva el bloqueo. No sustituya la etapa por una explicación verbal.

Señale una ruptura que no se puede cerrar

Hay comparaciones que no deben forzarse. Si faltan los eventos del corte anterior, se desconoce la zona usada o la población cambió sin registro de transición, escriba «no comparable entre versiones». Mantenga los valores para trazabilidad y empiece una nueva serie desde la fecha efectiva. Una gráfica con una línea partida es más honesta que una línea continua que mezcla definiciones.

El marco de NIST no es una certificación ni una ley; es investigación general y no sustituye el gobierno local, la calidad, la seguridad o la privacidad. El mismo límite aplica al tiempo: una guía externa no puede reconstruir una ventana para la que la planta no conserva registros. La decisión de conservar o regenerar la serie corresponde al propietario del KPI y al gobierno local.

Al presentar la ruptura, indique qué parte del resultado puede cambiar, qué registros faltan y cuándo se volverá a revisar. No prometa que una serie retrospectiva eliminará la incertidumbre; solo que aplicará una regla conocida a los datos disponibles. Si la diferencia afecta a un informe regulado o financiero, añada la revisión especializada antes de distribuir.

Preguntas frecuentes

¿Un KPI con el mismo nombre es comparable aunque cambie la hora de corte?

No necesariamente. Revise definición, ventana, población, fórmula, zona horaria y estado de cierre. Si alguno cambia, muestre la ruptura o regenere la comparación con una regla común.

¿Cómo sé si la diferencia es de ventana o de rendimiento?

Use una ventana y población comunes, conserve las filas excluidas y confirme el contrato. Solo una diferencia que persista después de esa conciliación puede describirse como residual de rendimiento, y todavía necesita contexto local.

¿Debo corregir los informes anteriores cuando cambia el corte?

No los modifique silenciosamente. Conserve la versión emitida, documente la vigencia y decida si hace falta una serie retrospectiva con la nueva regla. Identifique qué decisiones podrían verse afectadas.

¿Qué zona horaria debe usarse en un KPI de planta?

La definición debe nombrar la zona IANA o el desfase, la precisión de la marca y la conversión aplicada. No elija la zona después de ver qué resultado conviene.

¿Puedo comparar un KPI provisional con otro cerrado?

Solo como contraste explícito. Etiquete la cobertura y el estado de cierre, indique qué puede cambiar y no use la diferencia para atribuir rendimiento ni aprobar una decisión sensible.