Alinear consumo, orden y capacidad entre ERP y MES

La orden aparece en el ERP con cantidad, coste y estado. El MES registra operaciones y consumos. Una tercera vista muestra capacidad por recurso y turno. Ninguna conserva por sí sola la relación completa. Cruzar las tres por fecha o por un texto parecido puede producir una tabla convincente y falsa.

Alinear consumo, orden y capacidad requiere tres relaciones explícitas, no una unión masiva. Relacione orden con operación, evento de consumo con su entidad medida y operación con una ventana de recurso. En cada puente documente clave, cardinalidad, unidad, periodo, estado, versión y fuente. Solo agregue después. Si hace falta repartir un dato o adivinar una equivalencia, mantenga el resultado parcial hasta disponer de una regla autorizada.

NIST desarrolla métodos para caracterizar sistemas de fabricación, seleccionar métricas y analizar datos operativos al evaluar mejoras y compensaciones. Su programa de medición orientada a operaciones aporta ese contexto metodológico. No valida las claves, la latencia ni la relación entre ERP y MES de una instalación.

Conviene partir de comparar el plan ERP con la ejecución MES. La guía de conciliación MES-ERP sitúa el cruce dentro de un proceso revisable. Si el problema inmediato es una ventana aparentemente libre, consulte revisar capacidad real con órdenes ERP abiertas.

1. Escriba la pregunta y la población antes de extraer

Una consulta útil nombra la decisión. Por ejemplo: “Explicar qué órdenes y operaciones se relacionan con el consumo eléctrico medido en la línea L durante el turno seleccionado, y qué ventanas conservan compromiso”. No promete causalidad ni pide un coste unitario que los datos quizá no soporten.

Defina la población de órdenes. Incluya centro, familias, rango temporal, estados ERP y versión del plan. Una orden anulada después del corte puede seguir apareciendo en una extracción histórica. Una orden abierta puede pertenecer a otra ventana. Conservar corte y versión evita que un cambio posterior parezca un error del análisis.

Defina también la población MES: operaciones, recursos, eventos y estados admitidos. Un evento puede representar inicio, fin, confirmación parcial, cantidad buena, rechazo o cambio de estado. No todos consumen la misma magnitud ni tienen el mismo timestamp de negocio.

La población de capacidad necesita calendario, recurso, unidad y restricciones. Horas de turno, horas disponibles para el plan y horas aptas no son equivalentes. Si solo existe calendario nominal, el campo se denomina así; no se presenta como disponibilidad.

Establezca ventanas y cortes que puedan compararse

Registre inicio, fin, zona horaria y criterio de pertenencia. Una operación iniciada antes de la ventana y terminada dentro puede necesitar un tratamiento distinto a otra totalmente contenida. Defina el criterio antes de ver los resultados.

Conserve al menos tres instantes cuando existan: tiempo del hecho, tiempo de recepción y tiempo de consulta. Una interfaz retrasada puede mostrar el evento después del cierre ERP. Ordenarlos por una sola columna oculta esa diferencia.

Para consumos acumulados, guarde lectura inicial, lectura final, unidad, calidad y reinicios del contador. Para intervalos, conserve frecuencia y huecos. No interpole automáticamente una ausencia. El periodo sin lectura queda sin cobertura hasta que una regla validada indique otra cosa.

La capacidad usa su propia versión de calendario. Una ventana publicada después del hecho no debe aplicarse hacia atrás sin una decisión explícita. Preserve la versión que estaba vigente y cualquier corrección posterior.

2. Modele las entidades sin forzar una clave universal

La orden ERP suele agrupar varias operaciones. Una operación puede ejecutarse en más de un recurso, reiniciarse o generar varios eventos. Un medidor puede cubrir un equipo, una línea completa o servicios compartidos. Es una red de relaciones uno a uno, uno a muchos o muchos a muchos.

Prepare un diccionario local. Para cada entidad incluya nombre, sistema de autoridad, identificador, granularidad, versión y ciclo de vida. Añada ejemplos sintéticos, nunca credenciales ni datos sensibles. El objetivo es que dos equipos interpreten “orden” y “recurso” de la misma forma.

Entidad	Identificador mínimo	Sistema de referencia	Cardinalidad que revisar
Orden	Centro, orden y versión	ERP	Una orden a varias operaciones
Operación	Orden, secuencia y versión	ERP/MES según gobierno	Una operación a varios eventos
Evento	Origen, id y timestamp	MES u origen OT	Varios eventos por operación
Punto de consumo	Medidor, canal y versión	Historiador o sistema energético	Un punto a uno o varios recursos
Ventana	Recurso, inicio, fin y calendario	Planificación/MES	Varias operaciones por ventana

La tabla es una propuesta editorial. Los sistemas locales pueden usar otros propietarios o identificadores. Lo importante es declarar cada relación y bloquear la unión cuando una clave no tenga gobierno.

NIST define el gobierno de información manufacturera mediante principios para procesar y usar datos de forma consistente, repetible y confiable. Su investigación sobre gobierno de información aporta ese marco. El diccionario y las relaciones concretas deben aprobarse en la organización.

No confunda coincidencia con identidad

Un número de orden puede repetirse entre centros o ejercicios. Un nombre de recurso puede cambiar. Un timestamp cercano no demuestra que el consumo pertenezca a una operación. Use claves compuestas y tablas de correspondencia con vigencia.

Cuando el MES no conserve la orden ERP, busque un puente gobernado: lote, operación, despacho o transacción de interfaz. Si solo existe texto libre, el resultado puede servir para una revisión manual, no para una agregación automática.

Mantenga los registros sin correspondencia. No los elimine para elevar el porcentaje de unión. Clasifíquelos por motivo: clave ausente, duplicada, fuera de ventana, versión desconocida o entidad sin mapa.

Pruebe unicidad por el lado que se declara único. Si una operación debería mapear a una orden y aparecen dos, detenga esa relación. Elegir la primera coincidencia convierte un conflicto de datos en una atribución silenciosa.

3. Normalice unidades sin atribuir todavía

El consumo puede estar en kWh, m³, kg, impulsos o una unidad monetaria. La orden puede declarar piezas, lotes, toneladas o metros. La capacidad puede estar en horas, velocidad o volumen por campaña. No existe una conversión automática entre estas familias.

Conserve la medida original. Cada conversión añade fórmula, factores, versión, precisión, redondeo y propietario. Si una densidad, poder calorífico o equivalencia de producto cambia por lote, la regla debe admitir esa dimensión.

No divida el consumo de una línea por unidades buenas hasta cerrar cobertura, estados y población. El numerador puede incluir arranque, espera, limpieza y servicios compartidos; el denominador puede excluir rechazo o trabajo pendiente. El cociente es un escenario hasta que el método de atribución esté aprobado.

La capacidad tampoco se deduce de consumo bajo. Un periodo de menor energía puede contener parada, falta de carga o una lectura incompleta. Mantenga la ventana y su estado separados del evento energético.

Trate servicios compartidos como población propia

Un compresor, una caldera o una acometida puede atender varios recursos. Si el punto de medida no los distingue, cree una población “compartida”. No la reparta por horas, piezas o potencia instalada sin una regla local con finalidad definida.

La regla puede ser distinta para operación, contabilidad o mejora energética. Documente el uso. Una asignación aceptada para análisis de tendencia no tiene por qué ser válida para coste de una orden.

Conserve periodos sin orden. Arranque, limpieza, espera o mantenimiento pueden ser reales aunque no estén ligados a producción. Forzarlos sobre la orden más cercana impide ver el consumo que justamente merece revisión.

Pare el reparto si la fracción compartida cambia el sentido de la decisión y no hay submedición o criterio validado. Solicite evidencia, no un porcentaje cómodo.

4. Mapee estados sin inventar equivalencias

ERP y MES responden a funciones distintas. “Liberada” en ERP no implica “iniciada” en MES. “Terminada” en MES puede preceder al cierre administrativo, al movimiento de inventario o a una decisión de calidad.

Cree una matriz de transición. Para cada estado, indique definición, evento de entrada, sistema de autoridad, salidas permitidas y estado equivalente si existe. Algunos no tendrán equivalente. Esa ausencia debe permanecer visible.

No reduzca todos los estados a abierto y cerrado. La operación puede estar preparada, en curso, detenida, completada físicamente o pendiente de confirmación. Cada uno afecta de manera distinta a consumo y ventana.

Registre correcciones. Un evento anulado o enviado de nuevo no debe contarse dos veces. Preserve identificador y secuencia de versión; no borre el rastro para que coincida con el ERP actual.

Declare qué sistema manda en cada campo

El ERP puede gobernar orden, material y compromiso comercial. El MES puede gobernar eventos de ejecución. Un historiador gobierna lecturas adquiridas; planificación, el calendario publicado. La autoridad exacta depende del diseño local.

Cuando dos fuentes discrepen, no elija una para toda la fila. Separe campos y eleve la diferencia al propietario. Un timestamp MES puede ser correcto y el estado ERP seguir pendiente por latencia o por un proceso legítimo.

Documente la frecuencia de sincronización y el corte esperado. No convierta esa información en una promesa de latencia si no existe evidencia de la ejecución concreta.

La conciliación termina con estados como confirmado, parcialmente relacionado, conflicto y sin cobertura. “Correcto” es demasiado amplio para saber qué se comprobó.

5. Construya los tres puentes por separado

El primer puente une orden y operación. Comprueba identificadores, versión, secuencia, producto, cantidad y estados. No incorpora todavía consumo ni capacidad.

El segundo relaciona operación y eventos de consumo. Valida punto medido, recurso, intervalo, cobertura y cardinalidad. Puede quedar a nivel de línea si el medidor no permite bajar a operación.

El tercero sitúa la operación en una ventana de recurso. Conserva calendario, compromisos, restricciones y estado. Una ventana puede cruzar varias operaciones y un trabajo puede ocupar más de un tramo.

Solo después se crea una vista conjunta. Cada fila debe mostrar de qué puentes depende. Si uno es parcial, la conclusión también lo es. Así un consumo bien medido no aparenta estar atribuido a una orden cuando falta el enlace intermedio.

Use una tabla de resultados que admita el desacuerdo

Incluya orden, operación, recurso, ventana, consumo cubierto, unidad, estado de relación y evidencia pendiente. Evite una columna final llamada “eficiencia” si el cálculo no tiene contrato.

Una fila puede decir: “operación vinculada; consumo disponible solo a nivel de línea; ventana confirmada; atribución no calculada”. Es útil tal cual. Permite decidir si se necesita submedición o si basta con el nivel agregado.

Otra puede mostrar “evento sin orden relacionada”. No lo reparta. Compruebe si corresponde a limpieza, prueba, mantenimiento, interfaz pendiente o entidad fuera de población.

Mantenga recuentos de filas por estado, pero no los use como puntuación de madurez. La distribución describe esta extracción y esta ventana, no toda la planta.

6. Interprete capacidad como una ventana condicionada

Una ventana de calendario no equivale a capacidad disponible. Necesita recurso, personal, material, herramienta, condiciones de calidad, mantenimiento y reglas de secuencia aplicables. No todas esas restricciones viven en ERP o MES.

Si no hay evento MES, describa “sin evento relacionado bajo los filtros y el corte conservados”. No escriba “línea libre”. La ausencia puede deberse a latencia, cobertura o una actividad no modelada.

Una orden abierta tampoco ocupa automáticamente toda la ventana. Relacione operación, duración o cantidad pendiente mediante reglas aprobadas. Si faltan, el compromiso queda por confirmar.

El resultado son ventanas confirmadas, condicionadas, candidatas o fuera de alcance. La autoridad operativa decide el uso según procedimientos locales; la unión de datos no modifica el plan.

Mantenga exclusiones y stop conditions visibles

Excluya entidades fuera de población, pero conserve su recuento y motivo. Un centro distinto, una familia no elegible o una ventana posterior no se borran de la fuente; quedan fuera de esta pregunta.

Detenga una relación si la clave es ambigua, la unidad no está definida, la cobertura temporal es materialmente incompleta, los estados no tienen correspondencia o el reparto exige una regla inexistente.

Asigne cada bloqueo: evidencia solicitada, propietario, plazo y uso impedido. “Revisar integración” es vago. “Confirmar la vigencia del mapa recurso R-07 antes de atribuir eventos del turno” puede comprobarse.

Si el dato llega, genere otra versión. No modifique manualmente la salida cerrada. El historial permite separar una mejora de datos de un cambio real en la operación.

7. Use estadísticas externas solo para contexto digital

La encuesta del INE sobre TIC publica resultados agregados de analítica de datos, nube e inteligencia artificial por sector. La nota oficial sobre 2024 y el primer trimestre de 2025 describe empresas de diez o más empleados mediante una muestra estratificada. No identifica una implantación MES, la calidad de claves ni el rendimiento de una fábrica concreta.

Ese contexto puede justificar la pregunta sobre gobierno de datos, no responderla. No use porcentajes sectoriales para completar cobertura, latencia o cardinalidad local.

NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos al evaluar mejoras y compensaciones. Ese programa de investigación permite formular qué se medirá y bajo qué población. No demuestra que una transacción local haya llegado correctamente ni decide la clave de unión.

Mantenga cada fuente cerca de la afirmación que respalda. El modelo de tres puentes, sus estados y sus condiciones de parada son una propuesta editorial que debe adaptarse a los registros y autoridades de la planta.

8. Cierre con una decisión de datos y una prueba

La salida debe responder qué relaciones están confirmadas, cuáles son parciales, qué no puede compararse y qué decisión queda bloqueada. Añada población, ventana, cortes, versiones y responsables.

Prepare una prueba pequeña con una orden, una operación y una ventana conocidas. Reconstruya sus eventos y lecturas desde origen. Verifique duplicados, unidades, estados y reversión de eventos. La prueba no certifica toda la integración, pero detecta errores antes de automatizar.

NIST define el gobierno de información manufacturera alrededor del procesamiento y uso consistente, repetible y confiable de datos. El estudio de NIST respalda ese principio general. La aceptación de la prueba, los criterios y la responsabilidad siguen siendo locales.

Vuelva a comparar el plan ERP con la ejecución MES si la discrepancia principal es temporal. El paso siguiente no es integrar más campos: es cerrar la primera relación material que hoy depende de una clave, una unidad o un estado sin gobierno.

Preguntas frecuentes

¿Cuál es la clave principal para unir ERP y MES?

No hay una clave universal. Use el identificador gobernado que conecte la granularidad de la decisión, normalmente orden y operación, y añada recurso, lote o versión cuando la relación lo exija. Documente cardinalidad y propietario.

¿Puedo repartir un consumo de línea entre órdenes?

Solo con una regla aprobada y reproducible que indique población, ventana, unidad, estados, exclusiones y redondeo. Si el medidor cubre servicios compartidos o periodos sin orden, el reparto debe conservar esa parte sin asignar.

¿Un hueco sin eventos MES es capacidad disponible?

No. Puede deberse a corte, latencia, limpieza, mantenimiento, espera, falta de personal o una restricción no registrada en esa vista. Trátelo como ventana candidata hasta validar calendario, compromisos y condiciones locales.

¿Cómo comparo estados distintos entre sistemas?

Cree una tabla de correspondencias versionada. Para cada estado indique significado, transiciones admitidas, fuente de autoridad y casos sin equivalencia. No reduzca abierto, liberado, iniciado y cerrado a un único estado activo.

¿Un marco externo demuestra que mi integración es correcta?

No. La investigación externa puede ayudar a ordenar métricas, datos y responsabilidades. La calidad de claves, latencia, seguridad, conformidad y comportamiento de una instalación deben comprobarse con evidencia y pruebas locales.