Criterio de calidad para datos de turno y capacidad

Un parte de turno puede decir que salieron 480 unidades y, aun así, no permitir una decisión responsable. Tal vez no indique qué familia se fabricó, qué horas cubre, si hubo una parada, qué unidad utilizó o desde qué registro se copió. La cifra no tiene por qué ser falsa para ser insuficiente; basta con que le falte el contexto que exige la pregunta.

El criterio de calidad de esta página sirve para decidir si el dato de turno está listo para una comprobación de capacidad. No es una limpieza general de la base, una auditoría de permisos ni una certificación del sistema. Su objetivo es separar lo confirmado de lo pendiente y detener la conclusión que depende de un campo ausente.

Un dato de turno es apto para una decisión concreta cuando su entidad, periodo, cobertura, estado, unidad y fuente están descritos, y cada ausencia tiene un tratamiento explícito. La hoja de ruta de NIST sobre fabricación inteligente destaca la heterogeneidad y la gestión de datos como retos; ese contexto no sustituye la revisión del parte local.

Qué significa calidad en este caso

Calidad no significa que cada carácter esté corregido o que el sistema tenga una puntuación perfecta. Significa que el registro contiene los datos necesarios para la pregunta que se quiere responder. Un parte puede tener una errata menor y seguir siendo interpretable; otro puede estar perfectamente escrito y omitir la ventana del turno.

La evaluación debe declarar su alcance. Si la pregunta es cuántas unidades terminó una familia en el turno de noche, la familia, la ventana y la unidad son esenciales. Si solo se quiere localizar un evento de mantenimiento, la cantidad producida puede no ser necesaria. El criterio no añade campos por costumbre: los relaciona con la decisión.

Tampoco conviene esconder todo bajo “calidad baja”. Marque cada dimensión como confirmado, pendiente, no aplicable o en conflicto. Así, el lector sabe qué puede utilizar y qué debe comprobar. Una medida con estado pendiente no tiene el mismo riesgo que una medida sin fuente.

Declare seis coordenadas sin convertirlas en una lista de control

El contrato necesita entidad, ventana, cobertura, estado, unidad y procedencia. Reúna esas coordenadas en una frase que delimite la población, no como campos que se completan por rutina: «salida declarada por la línea L2, turno operativo del 12 de agosto entre 22:00 y 06:00, órdenes cerradas de la familia F7, unidades buenas, consulta Q14 versión 3». La frase revela de inmediato qué queda fuera y qué definición necesita abrirse.

Entidad y ventana responden dónde y cuándo. Cobertura explica qué registros entraron. Estado indica qué clasificación acompaña al valor sin convertirla en causa. Unidad permite saber qué operaciones son válidas. Procedencia conserva sistema, consulta, versión y extracción. Si una coordenada falta, nombre el uso que queda bloqueado; no añada un color genérico.

Los turnos que cruzan medianoche, los cambios de código y las estaciones de retrabajo merecen atención porque modifican la población. Una extracción de las 06:00 puede recibir correcciones después; conserve la ventana del proceso y la de consulta como conceptos separados. Una brecha de interfaz tampoco es cero: es un intervalo sin cobertura confirmada.

OPC UA puede transportar valores entre sistemas, pero no demuestra que el parte conserve el estado o la unidad correctos. La especificación define modelos y comunicación, no la calidad del dato de turno. El contrato debe volver al origen autorizado y señalar quién puede confirmar cada coordenada pendiente.

Escriba un contrato de aptitud para cada uso

La calidad no es una propiedad única que el dato conserva para siempre. Un registro puede servir para reconstruir lo que mostró un turno y no servir para comparar capacidad entre semanas. Por eso el criterio debe empezar con una frase de uso: «apto para describir salida registrada», «apto para conciliar el cierre» o «pendiente para comparar capacidad». Una etiqueta genérica de dato bueno o malo es menos útil.

El contrato une cinco piezas: uso solicitado, población incluida, dimensiones obligatorias, tolerancias conocidas y condición de reapertura. Si el uso cambia, vuelva a revisar el contrato. La cifra que era suficiente para una conversación descriptiva puede necesitar otra cobertura, otra unidad o una fuente con mayor trazabilidad cuando entra en una decisión de planificación.

Uso solicitado	Evidencia mínima	Bloqueo explícito
Describir el turno	Entidad, intervalo, unidad, fuente y estado de cierre	No atribuir causa ni extrapolar fuera del intervalo
Comparar turnos	Misma definición, cobertura comparable y tratamiento de ausencias	No ordenar resultados con ventanas o poblaciones distintas
Revisar capacidad	Oportunidad disponible, exclusiones, demanda atendida y estado operativo	No convertir salida observada en capacidad nominal
Conciliar un cierre	Identificador común, versiones, regla de corte y responsable	No sobrescribir una discrepancia sin conservar ambos registros

La tabla no asigna una puntuación. Una sola ausencia puede impedir el uso solicitado, aunque el resto de campos esté completo. El resultado útil es una decisión de uso y una razón concreta, no un promedio que esconda qué falta.

Pruebe el contrato con tres preguntas

Primero pregunte si otra persona puede recuperar la misma población. Debe poder localizar turno, activo, orden o familia; aplicar la ventana y reconocer las exclusiones. Si solo dispone de una captura o de un total copiado, el registro puede orientar la búsqueda, pero todavía no sostiene una comparación repetible.

Después pregunte si dos valores conservan el mismo significado. Revise la unidad, la regla de acumulación, el tratamiento de estados y el momento de cierre. Una cantidad puede cambiar sin que cambie la operación porque se corrigió una conversión o llegó información retrasada. Mantenga ambas versiones y la razón del cambio. Corregir el fichero de trabajo en silencio destruye precisamente la evidencia que el criterio intenta evaluar.

La tercera pregunta es qué decisión se modificaría si aparece un dato distinto. Esta prueba obliga a nombrar el límite. Si una cobertura incompleta no cambia una lectura descriptiva, puede publicarse con la advertencia correspondiente. Si la misma cobertura decide entre dos compromisos de capacidad, el uso debe quedar pendiente. La calidad exigida depende del daño que causaría una interpretación equivocada.

Use estados de aptitud, no semáforos sin explicación

Cuatro estados suelen bastar. «Apto» significa que el uso declarado y sus dimensiones están comprobados. «Apto con límite» permite una lectura concreta y prohíbe otra. «Pendiente» identifica la comprobación que falta y su propietario funcional. «No evaluable» indica que el registro disponible no permite reconstruir la población o la regla.

Cada estado necesita una frase. «Apto con límite: describe las unidades registradas entre 06:00 y 14:00, pero no compara capacidad porque no incluye cambios de formato» informa más que un indicador ámbar. «Pendiente: falta confirmar si el contador reinició tras la orden O-31; revisa automatización antes del cierre» deja una acción que alguien puede ejecutar.

No use «no evaluable» para convertir ausencias en ceros. Tampoco use «apto con límite» como permiso indefinido. Añada una fecha o un evento de revisión cuando la fuente cambia, se corrige una interfaz o llega el cierre definitivo. El contrato debe caducar cuando cambia aquello que le daba sentido.

Trate cada ausencia según el uso que bloquea

La falta de cobertura impide afirmar que una población está completa. Todavía puede describirse el subconjunto confirmado si se nombra. La falta de estado impide separar producción, espera o cambio cuando esa clasificación afecta al cálculo; quizá no impida informar una cantidad bruta. La falta de unidad detiene sumas y comparaciones cuantitativas, pero no borra el evento que originó el registro.

Cuando falta la fuente, conserve la captura o transcripción como pista y abra la recuperación del origen. No la eleve a autoridad final. Cuando falta un responsable, asigne la duda a una función que pueda confirmar la definición o el sistema; el autor del informe no adquiere esa autoridad por haber detectado el hueco.

El criterio termina con una salida operativa: uso permitido, uso bloqueado, evidencia pendiente, función responsable y condición de revisión. Así la calidad deja de ser una auditoría abstracta y se convierte en un contrato que acompaña al dato hasta la decisión concreta.

Prepare casos de aceptación antes de revisar toda la serie

El contrato necesita ejemplos que permitan saber si dos revisores lo aplican igual. Seleccione pocos casos, pero deliberadamente distintos: un turno completo y cerrado, otro con registros tardíos, uno con cambio de producto y uno donde falte una dimensión importante. No use solo ejemplos limpios; un criterio que funciona únicamente cuando todo está completo no ayuda en la operación diaria.

Para cada caso, escriba la decisión esperada y la razón. «Apto para describir salida; pendiente para comparar capacidad porque faltan estados durante 47 minutos» es comprobable. «Calidad media» no lo es. Después entregue los casos a otra persona autorizada sin mostrarle el resultado. Si llega a una salida distinta, revise la definición antes de aplicarla al conjunto.

Las discrepancias entre revisores pueden revelar varias cosas: un término ambiguo, una fuente difícil de recuperar, una tolerancia no documentada o dos usos mezclados en la misma ficha. No resuelva el desacuerdo votando. Cambie el contrato para que la evidencia necesaria y la decisión permitida queden más claras.

Diseñe una muestra que pueda descubrir fallos

Una muestra de validación no necesita imitar la distribución completa si su objetivo es probar el criterio. Incluya fronteras: el primer y último registro del turno, cambios de fecha, valores justo antes y después de un reinicio, unidades convertidas y órdenes que cruzan el corte. Esos puntos suelen revelar problemas que un promedio oculta.

Registre por qué entró cada caso. Si luego cambia la definición de turno o la interfaz, podrá repetir la misma batería y observar qué contrato dejó de cumplirse. La muestra no certifica toda la serie ni demuestra que el sistema sea confiable. Sirve para detectar si el criterio produce decisiones coherentes en situaciones conocidas.

Cuando el uso es sensible, añada una revisión independiente y conserve la versión del contrato. Un cambio de campos, tolerancias o estados invalida la aceptación anterior para ese nuevo alcance hasta que se repitan los casos necesarios. La trazabilidad de la regla importa tanto como la del dato que evalúa.

Publique el resultado como permiso limitado

La salida del criterio debe viajar con el dato. Incluya el uso autorizado, la población, la fecha de evaluación, la versión de la regla y las prohibiciones. Si alguien exporta la cifra sin esa ficha, el nuevo contexto no hereda automáticamente la aptitud anterior. Una comparación semanal, un comité de inversión o una promesa de entrega pueden exigir otro contrato.

No esconda las prohibiciones en una nota final. Colóquelas junto al resultado: «apto para cierre descriptivo; no usar para comparar turnos ni estimar capacidad». Esta frase reduce el riesgo de que un dato correcto para una pregunta se convierta en evidencia débil para otra.

Cuando llegue la comprobación pendiente, emita una versión nueva. Conserve la anterior y explique qué cambió. Así, la revisión de calidad produce una cadena de permisos documentados en vez de una etiqueta que parece válida para siempre.

Defina tolerancias como decisiones, no como limpieza de datos

Una tolerancia no convierte valores cercanos en equivalentes por naturaleza. Expresa qué diferencia acepta un uso concreto y bajo qué regla. Documente la unidad, el sentido de la comparación, el tratamiento de límites y quién aprobó la regla. «Menos de uno» no significa nada si no se sabe si hablamos de minutos, unidades, porcentaje o registros ausentes.

Pruebe la tolerancia con valores de frontera. Si el contrato acepta hasta cinco minutos de retraso, revise casos de cuatro, cinco y seis, además de un cambio de día o zona horaria. Si existe redondeo, conserve el valor previo cuando sea recuperable. La prueba debe mostrar que dos implementaciones llegan al mismo estado de aptitud.

No aplique una tolerancia diseñada para sincronización a una diferencia de cantidad, ni una regla de cierre a una comparación de capacidad. Si el dato solo pasa al suavizar varias ausencias a la vez, muestre cada ajuste. Una suma de pequeñas correcciones puede cambiar la población de forma material aunque ninguna supere el umbral individual.

Controle la deriva del contrato

Las definiciones cambian: aparece un nuevo estado, una interfaz modifica la hora de corte o una unidad se transforma en otra capa. Mantenga una huella de los campos y reglas que sostienen el contrato. Cuando esa huella cambia, marque qué usos deben volver a evaluarse. No espere a que el número final se mueva para descubrir que la semántica ya era distinta.

La deriva también puede ser organizativa. Una función deja de validar un campo o un proceso cambia de propietario. El dato conserva sus bytes, pero pierde la ruta de comprobación que lo hacía apto. Registre la nueva autoridad antes de renovar el permiso de uso.

Una revisión periódica puede tomar una muestra de contratos activos y preguntar: ¿sigue existiendo la fuente?, ¿la población se recupera con los mismos filtros?, ¿las tolerancias siguen aprobadas?, ¿la condición de reapertura funciona? Las respuestas no producen un índice global. Mantienen vigente, limitan o retiran permisos concretos.

Referencias y su alcance

NIST señala integración heterogénea, gestión de datos y operación confiable como retos de la fabricación inteligente. La hoja de ruta es contexto de investigación, no prueba de IA automática ni de un resultado OT local. El criterio de turno sigue dependiendo de registros y revisión humana.

La hoja 2026 señala integración heterogénea, gestión de big data y operación confiable y capaz de explicarse como retos. Ese enunciado contextual no completa ningún campo del parte.

NIST también propone principios de gobierno para usar datos manufactureros de manera consistente y repetible. Esos principios ayudan a documentar procedencia y decisiones, pero no determinan la calidad de un parte concreto.

En la revisión de calidad, ordene el dato por fecha, entidad, estado, unidad y propietario antes de compararlo o explicar una decisión. NIST ofrece un marco metodológico para conservar esa procedencia, sin sustituir la comprobación del turno.

ISA-95 ofrece un vocabulario para relacionar control, operaciones y negocio. Puede ayudar a ubicar la fuente y el nivel de una salida, pero no certifica el estado del turno ni la cantidad registrada. OPC UA aporta especificaciones de intercambio con la misma cautela.

ENISA publica una guía técnica con ejemplos de evidencias y mapeos para entidades dentro de su alcance. No es una declaración de cumplimiento NIS2 de fabricación. Si la organización la usa como referencia, documenta el apartado y la autoridad que decide su pertinencia. No uses la guía para completar campos productivos.

La encuesta TIC del INE puede describir tendencias agregadas de digitalización empresarial. No identifica la cobertura ni la unidad de un parte de turno. Su papel es contextual, no probatorio para una planta.

Ejemplos de decisión prudente

Un parte informa 480 unidades de la familia A en el turno de noche. Tiene fecha y fuente MES, pero no indica si la línea estuvo en cambio de formato durante cuarenta minutos. La salida puede permanecer como dato registrado; la comparación con un turno sin cambios queda pendiente.

Otro parte incluye una cifra de kilos y una cifra de unidades, pero no conserva el factor de conversión. No sume ni convierta por una equivalencia histórica. Marque unidad y cálculo como pendientes y pida la definición vigente de la familia.

En un tercer caso, el supervisor anota manualmente la cantidad porque el historian estuvo sin conexión. La nota puede ser evidencia operativa con alcance limitado. No la mezcle automáticamente con la serie del historian; conserve la fuente, la hora de anotación y quién confirmó el valor.

Si dos turnos usan nombres distintos para la misma línea, consulte el criterio de identidad de activos antes de evaluar calidad. Una diferencia de nombre no es una ausencia de dato, pero sí puede cambiar la entidad. La ficha de turno debe enlazar la revisión y no resolverla por intuición.

Qué no cubre este criterio

El criterio no concede permisos, aprueba cambios en el SCADA o decide qué controles de seguridad deben aplicarse. Tampoco limpia toda una base de datos, elimina duplicados históricos ni corrige fórmulas sin evidencia. Es una puerta de decisión para un uso concreto del dato de turno.

La calidad del dato no demuestra la calidad del proceso. Un parte completo puede registrar una producción baja por una causa que requiere investigación. Un parte incompleto puede ocultar una producción normal. Mantenga separados el diagnóstico operativo y la evaluación de contexto.

La salida de un criterio de calidad debe dejar campos confirmados, pendientes y responsables. Si falta cobertura, estado o unidad, el uso que dependa de ese campo se bloquea. La guía de ISA ayuda a ubicar la autoridad del dato, pero no convierte el criterio en una certificación.

El criterio debe dejar campos mínimos, estado pendiente y responsable. ISA aporta un lenguaje para situar la fuente, pero la decisión sigue siendo local.

Límites de las fuentes

Una hoja de ruta de IA no prueba automatización, cumplimiento ni resultado local. Una guía de ciberseguridad no completa la cobertura de una salida. Un estándar de integración no valida la unidad del parte. Las fuentes primarias aportan contexto y vocabulario; la evidencia decisiva es la ficha y el registro autorizado.

Una hoja de ruta de IA/ML identifica retos de datos, heterogeneidad, confianza y capacidad de explicar resultados; no demuestra una automatización ni un resultado en la planta. El documento de NIST mantiene ese alcance de investigación.

El criterio necesita revisión humana y puede quedar incompleto cuando el sistema no conserva una dimensión. Esa limitación es preferible a una cifra con apariencia de precisión que no pueda repetirse. Documenta la fecha de revisión y actualiza solo cuando exista evidencia nueva.

Para localizar la fuente de un parte, consulta mapear fuentes de datos para un informe de producción. Si necesitas valorar una autoridad, revisa identificar la fuente autoritativa para un KPI.

Para ampliar la evaluación, consulta revisar calidad de datos antes de la capa de lectura. El hub IT/OT de datos industriales y la guía de acceso a datos IT/OT industriales ayudan a situar la revisión.

Preguntas frecuentes

¿Qué campos mínimos debe tener un dato de turno?

Entidad, fecha y ventana del turno, cobertura, estado operativo, unidad, fuente, versión de la consulta y responsable de revisar los pendientes.

¿Un dato sin estado puede usarse para capacidad?

Puede describir una salida registrada, pero no debe compararse con una medida que sí separe producción, espera o cambio de formato hasta resolver la ausencia.

¿Calidad significa que el dato está limpio?

No. Aquí calidad significa que el dato tiene contexto suficiente para una decisión concreta. La limpieza general y la corrección de errores requieren otros procesos.

¿Quién debe revisar un campo pendiente?

La persona o equipo que la organización haya designado para esa fuente o proceso. El criterio registra esa responsabilidad, pero no concede permisos nuevos.

¿La IA puede completar los campos que faltan?

No se debe asumir. Una herramienta puede sugerir una relación, pero la confirmación requiere una fuente autorizada y revisión humana.