Un valor de historiador puede tener un formato válido y aun ser inadecuado para un KPI. Un sensor congelado, una unidad incorrecta o una lectura antigua pueden superar una comprobación de “no nulo”. El flujo analítico necesita explicar por qué un valor es utilizable, además de comprobar que existe.
Esta nota propone reglas independientes del proveedor para series industriales. Los campos y la política de ejemplo son sintéticos; no publica tags internos, umbrales de sensores ni configuraciones de empleadores. Los estados específicos de cada historiador deben interpretarse mediante el contrato real de la fuente, sin asumir equivalencias entre productos.
Separa cuatro preguntas
Evalúa por separado calidad de origen, plausibilidad, frescura y cobertura analítica. Un único booleano llamado valid suele mezclar diferencias relevantes para operaciones.
| Dimensión | Pregunta de ejemplo | Consecuencia que debe definirse |
|---|---|---|
| Estado de origen | ¿La fuente señaló un problema de adquisición o comunicación? | Conserva el estado y marca la observación como no utilizable para el cálculo afectado. |
| Plausibilidad | ¿El valor corresponde a su unidad, estado de proceso y límites físicos? | Señala para revisión; no lo declares automáticamente falla del sensor. |
| Frescura | ¿Existe una observación reciente dentro de la tolerancia acordada? | Muestra que está desactualizada, aunque el último número parezca razonable. |
| Cobertura | ¿Qué parte de la ventana solicitada respalda el agregado? | No publiques el KPI o califícalo según la política aprobada. |
Un valor elevado durante un arranque puede ser plausible y resultar sospechoso durante una parada. Los umbrales deben responder al contexto de ingeniería y a estados operativos documentados. Un rango global es fácil de mantener, pero puede rechazar comportamientos legítimos o aceptar combinaciones imposibles.
Conserva los valores originales y explica las transformaciones
Mantén valor original, unidad, hora del evento, estado de origen y hora de llegada cuando estén disponibles. Guarda los valores normalizados aparte, con versión de regla y códigos de motivo. El consumidor debe distinguir “recibido como cero”, “faltante” y “reemplazado por una estimación”.
Un registro preparado ilustrativo podría usar este contrato:
{
"asset_id": "example-pump",
"variable": "example-flow",
"event_time_utc": "2026-10-01T06:00:00Z",
"raw_value": null,
"normalized_value": null,
"unit": "m3/h",
"quality_reasons": ["source_bad"],
"rule_version": "example-v1"
}Es un registro conceptual, no un tag PI ni una respuesta de API. Conserva también la identidad y estado original de la fuente en el registro de linaje asociado. Si una regla se corrige después, ese linaje permite recalcular de forma controlada.
Detecta patrones sospechosos sin borrar eventos
Una regla de señal plana puede detectar valores repetidos durante un periodo definido, pero una operación estable también puede generar una señal constante. Combina duración, estado esperado del proceso y mediciones complementarias antes de clasificar la condición. Del mismo modo, un cambio brusco puede representar un disparo real del equipo en vez de una observación defectuosa.
Las reglas estadísticas de valores atípicos ayudan a seleccionar casos para investigar. No deberían sustituir silenciosamente cada valor inusual por la mediana. Esa sustitución puede ocultar los incidentes que el análisis busca detectar. Conserva la bandera y define el tratamiento para cada caso de uso.
Agrega según el significado temporal
Con observaciones irregulares, el promedio simple da mayor peso a periodos con más muestras. Decide si la variable requiere ponderación por muestras o por tiempo. Los estados y los intervalos de eventos pueden necesitar contabilizar duraciones en vez de promediar números.
Define el vacío máximo sobre el que se permite interpolar o mantener un valor. No cruces una larga pérdida de comunicación solo porque haya observaciones a ambos lados. Cuando la métrica depende del tiempo, la cobertura debe representar duración respaldada, no únicamente la fracción de filas no nulas.
Una política ilustrativa podría exigir 90% de duración respaldada. Es un ejemplo didáctico, no un umbral operacional recomendado. El valor real debe aprobarse según la decisión y su riesgo. Si solo se respalda 80%, publica cobertura insuficiente bajo esa política; no completes la duración faltante con ceros para aparentar un resultado completo.
Mantén las reglas como un producto operativo
Asigna un responsable a cada regla y una ruta para investigar excepciones. Sigue la calidad por activo y variable para hacer visibles los problemas recurrentes de adquisición. Distingue cambios de ingeniería, correcciones de origen y modificaciones de reglas analíticas en el historial.
Antes de liberar un KPI, prueba entradas ausentes, mal estado de origen, observaciones antiguas, cambios de unidad, extremos reales del proceso y correcciones tardías. Registra cómo afectan el resultado. El catálogo de KPIs del CIO debe referenciar la política aprobada y la estructura PI AF puede organizar el contexto del activo.
El resultado práctico es un valor con explicación: qué se observó, qué duración fue utilizable y qué reglas se aplicaron. Esa explicación aporta más que un dashboard que siempre muestra un número.