Cómo conciliar el consumo de material entre MES y ERP

Cuando el consumo de material no coincide entre MES y ERP, la respuesta rápida suele ser buscar una cifra que “cuadre”. Puede ser un total de orden, un movimiento de almacén o una cantidad calculada por receta. Esa búsqueda es arriesgada porque consumo medido, consumo declarado, backflush y movimiento contabilizado pueden describir puntos distintos del proceso. Un ajuste hecho para alinear dos totales puede ocultar una diferencia real o crear otra que afecte inventario, coste o trazabilidad.

La conciliación empieza por dejar de usar “consumo” como si fuera un único dato. Hay que indicar qué material, qué orden, qué operación, qué lote si existe, qué unidad, qué periodo y qué estado se comparan. También hay que conservar la regla que transformó un evento físico en una cifra de sistema. Sin ese contexto, una diferencia puede parecer un fallo de integración cuando en realidad se comparaban medidas de cobertura distinta.

ISA-95, también publicada como IEC 62264, es una serie de normas para integrar sistemas empresariales y sistemas de control de fabricación. La presentación oficial de ISA-95 describe ese ámbito. No define una receta, no decide cómo se contabiliza un material en una instalación y no certifica que un cálculo de consumo sea correcto. Su valor aquí es ayudar a mantener separados los objetos de operaciones y los de negocio que se cruzan en la investigación.

Esta guía se dirige a responsables de operaciones y de IT/OT que deben documentar una discrepancia. No autoriza movimientos, ajustes de inventario, cambios de coste, liberaciones de calidad ni decisiones sobre seguridad. Si la diferencia afecta alguno de esos ámbitos, siga los controles y la escalada local. La ficha propuesta solo organiza evidencia para que la decisión se tome con el alcance correcto.

Aísle el material y el hecho que se compara

Abra un caso por material y por objeto de trabajo. Una comparación que mezcla varios materiales o muchas órdenes puede revelar que existe un problema, pero no explica dónde se originó. Registre identificador de orden, operación, material, lote o sublote si aplica, recurso, cantidad, unidad, estado y periodo. Añada el timestamp de evento, el de cálculo y el de consulta cuando estén disponibles.

Escriba una frase que describa la diferencia sin atribuir causa: “Para la orden OF-781 y el material M-24, MES muestra una cantidad de consumo asociada a la operación 30 y ERP presenta un movimiento diferente para el mismo periodo; falta comprobar si ambas cifras corresponden a la misma unidad, regla y cobertura”. Esa frase obliga a declarar el vacío en vez de convertirlo en una conclusión.

Conserve los valores originales de ambas fuentes. Una captura puede acompañar la ficha, pero debe llevar filtro, fecha, zona horaria y nombre de informe. Si la fuente es un mensaje o una exportación, guarde además su identificador, versión y resultado. La evidencia debe permitir saber qué se consultó antes de que alguien replique una interfaz, corrija una orden o actualice un maestro.

No reúna datos “por si acaso” sin una relación clara con el caso. Pida el registro que pueda completar una comparación: la versión de receta, el documento de material, el identificador de mensaje o la regla de backflush. Una petición específica produce menos ruido y permite auditar por qué el equipo llegó a su conclusión.

Diferencie medición, declaración y cálculo

El consumo medido puede proceder de una báscula, un contador, una lectura de operador o un sistema de dosificación. El consumo declarado puede ser una confirmación de producción. El backflush puede calcular un movimiento a partir de una regla de proceso. El ERP puede exponer un movimiento aplicado, una reserva, una corrección o un informe agregado. Ninguno de esos nombres permite asumir que dos cantidades son equivalentes.

La norma ISA-95 incluye una parte dedicada a modelos y terminología. La página de ISA-95 identifica ese alcance como Part 1: Models and Terminology. La referencia no sustituye las definiciones de una planta, pero apoya una práctica elemental: acordar el significado de material, operación, consumo, cantidad y estado antes de comparar sistemas.

Para cada valor, complete una ficha semántica: qué hecho lo originó; qué condición lo hizo visible; qué unidad usa; qué incluye o excluye; qué regla intervino; y qué estado tiene. “Consumo MES” puede convertirse en “cantidad declarada tras dosificación para operación 30, visible al cierre de lote”. “Consumo ERP” puede convertirse en “movimiento calculado por regla para la orden, pendiente de revisar su fecha de negocio”. Las dos frases permiten discutir una diferencia concreta.

No convierta una receta o una tasa esperada en una prueba de consumo real. Puede servir como una referencia para investigar, pero necesita su versión, alcance y responsable. Del mismo modo, un sensor no se convierte automáticamente en registro contable. La conciliación debe explicar qué relación local conecta ambos valores y qué controles la gobiernan.

Compruebe la identidad y los atributos del objeto

Antes de calcular un delta, confirme que el material y el objeto de trabajo son iguales. Revise código, revisión o versión de material cuando la organización las use, lote, unidad, operación, orden y recurso. Una sustitución de material, un cambio de maestro o una división de lote pueden hacer que dos cifras parezcan incompatibles sin que exista un error de consumo.

ISA-95 incluye Part 2: Objects and Attributes for Enterprise-Control System Integration. La descripción pública de la serie enumera esa parte. No indica qué atributos tiene una interfaz concreta ni garantiza que un maestro esté sincronizado. Por eso, la ficha debe registrar lo que cada sistema muestra y señalar cualquier atributo que no se haya podido comprobar.

La unidad merece su propia comprobación. Kilogramos, litros, piezas, metros o unidades equivalentes pueden requerir conversiones y redondeos. Guarde factor, versión, regla de redondeo y origen del dato antes de hacer una conversión analítica. Si el cálculo se hace para una hipótesis, mantenga separados los valores originales. Una hoja de cálculo no debe reemplazar el registro fuente.

Revise además la precisión y la cobertura. Un sistema puede mostrar tres decimales y otro redondear a enteros. Una vista puede excluir merma o material recuperado; otra puede incluirlos en una categoría separada. Esas diferencias no son insignificantes por defecto. Deben quedar expresadas para que el responsable de proceso determine si corresponden al mismo concepto.

Reconstruya la regla de backflush sin asumirla

El backflush se cita a menudo como explicación y termina funcionando como una etiqueta que nadie sabe describir. Para investigar, escriba qué evento o condición activa la regla, qué datos usa, qué material alcanza, qué versión está vigente y qué documento genera. Si cualquiera de esos elementos se desconoce, la conclusión debe decir “regla pendiente de confirmar”, no “error de backflush”.

La serie ISA-95 incluye una parte sobre actividades de gestión de operaciones de fabricación. ISA-95 identifica Part 3 como Activities of Manufacturing Operations Management. La cita enumera el alcance de la norma; no prescribe la secuencia de consumo, la autorización de movimientos ni el momento de contabilización de una empresa. Esas decisiones deben verificarse en la configuración y los procedimientos locales.

Construya una línea de tiempo que conecte la ejecución con el cálculo: inicio de operación, medición o confirmación, condición de regla, emisión de movimiento, recepción ERP y consulta. Diferencie la hora real del evento de la fecha de negocio y de la hora en que el usuario ejecutó un informe. Dos valores pueden converger al cierre y estar separados durante el turno por una regla conocida; o pueden divergir porque falta un evento.

No fuerce el mismo periodo si las fuentes usan cortes diferentes. Anote el corte de cada una y pregunte si existe una condición de convergencia. Solo después decida si la diferencia es temporal, semántica, de unidad, de cobertura, de interfaz o de evidencia insuficiente. Una clasificación honesta es más útil que una causa técnica supuesta.

Localice las correcciones manuales sin convertirlas en culpables

Una corrección manual puede ser una acción autorizada y necesaria. También puede ser una pista de que la regla automática no produjo el resultado esperado. Busque referencia al movimiento original, motivo, usuario o sistema, momento, aprobación y efecto resultante. No interprete la existencia de una corrección como mala práctica sin comprobar el proceso que la gobierna.

ISA-95 identifica Part 5 como Business-to-Manufacturing Transactions y Part 6 como Messaging Service Model. La página oficial de la serie enumera ambas partes. Esa información no demuestra cómo se comporta una transacción de material local ni si un mensaje se procesó una vez. Las trazas, las reglas y la autorización aplicable son la evidencia del caso.

Cuando falta una corrección en la cadena, no cambie datos para comprobar si el total mejora. Conserve el estado original y solicite la revisión del equipo responsable. Cambiar una cifra puede alterar informes derivados y eliminar el rastro necesario para entender qué pasó. Si se requiere una prueba, utilice el entorno y procedimiento autorizados.

La diferencia puede remitirse a varias personas: operaciones para el hecho físico; IT/OT para trazas y mapeos; almacén o finanzas para el documento y su impacto; calidad si el material o lote tiene un control específico. La ficha debe indicar qué decisión se pide a cada uno, no enviar un mensaje genérico que diga “el consumo no cuadra”.

Decida una acción proporcional y compruebe el patrón

Una acción correcta puede ser completar evidencia, reconocer una diferencia prevista, solicitar una corrección autorizada o abrir un cambio de proceso o integración. La elección depende de la clasificación y del impacto, no de la magnitud aparente del delta. Una diferencia pequeña puede esconder una regla mal aplicada; una grande puede obedecer a una cobertura distinta ya documentada.

Para una corrección, conserve valor previo, valor resultante, objeto, motivo, fuente de autoridad, fecha, responsable y efectos esperados. Indique qué sistema se modifica y cuál permanece como registro de origen. Si la decisión afecta inventario, coste, calidad o trazabilidad, enlace el caso al control que corresponda. La conciliación técnica no reemplaza esas decisiones.

Después, revise otro caso del mismo patrón. Si se halló una diferencia de unidad, repita el contraste con el mismo material y conversión. Si se halló un corte temporal, pruebe una orden próxima al mismo cierre. Si se confirmó una corrección manual, verifique que la referencia se conserve en el siguiente caso. Esta prueba no permite generalizar sin más; comprueba que la explicación puede repetirse.

Para revisar una discrepancia que ya se ha reducido a una orden, consulte cómo conciliar una orden de producción entre MES y ERP. Si el problema procede de unidades diferentes, continúe con cómo detectar una unidad distinta entre MES y ERP antes de sumar cantidades.

Deje una huella de decisión que sirva en el siguiente cierre

El cierre de una conciliación no debería ser una frase como “regularizado”. Debe decir qué se observó, qué quedó fuera de alcance, qué regla explicó la diferencia y qué evidencia la respalda. Si se aceptó una variación temporal, anote la condición de convergencia. Si se corrigió un movimiento, enlace el valor previo y la autorización. Si faltó evidencia, indique quién puede obtenerla y cuándo se revisará.

Una forma práctica es separar tres campos: hechos confirmados, interpretación aprobada y acciones pendientes. Los hechos son los valores, identificadores y trazas que se pueden mostrar. La interpretación responde a qué relación local existe entre ellos. Las acciones pendientes incluyen una solicitud de maestro, una revisión de interfaz o una comprobación en otro caso. Separarlos permite que una hipótesis no se transmita como un hecho.

El registro también debe explicar por qué no se tomaron otras acciones. Por ejemplo: “No se corrige MES porque es el registro de origen observado”; “No se ajusta ERP hasta que almacén confirme el movimiento”; “No se amplía a otras órdenes porque se desconoce si comparten receta”. Estas exclusiones muestran que el equipo consideró el alcance y reducen el riesgo de que otra persona repita una intervención apresurada.

Revise el caso en una reunión corta con el propietario de la decisión, no solo con quien elaboró la extracción. Operaciones puede reconocer una condición de proceso que no figura en el informe; IT/OT puede identificar un mapeo o una traza; quien gestiona el material puede saber si una diferencia tiene impacto. Lleve una pregunta concreta y la evidencia mínima, no un conjunto de hojas sin relación.

Si la misma ausencia aparece en varios casos, conviértala en una mejora medible. Puede ser exponer el lote en un mensaje, conservar la versión de regla o mostrar el estado de un movimiento. Describa el criterio de aceptación y el método de comprobación. La mejora pertenece al proceso de cambio local y debe proteger los controles que ya existen.

No se trata de exigir más campos en todos los sistemas por inercia. La mejor evidencia es la que permite responder a una decisión recurrente sin aumentar controles innecesarios. Revise el beneficio, los riesgos y el dueño del dato antes de solicitar cualquier cambio.

Una comprobación posterior debe conservar los mismos criterios de comparación: objeto, unidad, periodo, regla y estado. Si cambia uno de ellos, el nuevo resultado no demuestra que la medida funcionó. Indique también el criterio de salida: qué evidencia permitirá pasar de “pendiente” a “diferencia explicada” o a “corrección autorizada”.

Mantenga el caso accesible durante el periodo que establezcan los controles locales. Una conciliación que solo puede entender quien la hizo no reduce el riesgo operativo. La trazabilidad permite que otro responsable revise la misma decisión, identifique sus límites y continúe el análisis si aparecen nuevos datos.

Límites de esta conciliación

Esta guía no fija tolerancias de consumo, no decide coste estándar ni determina una fuente de verdad universal. Tampoco permite concluir que una diferencia afecte inventario, calidad o seguridad sin revisar los controles del material, la arquitectura y el proceso local. El propósito es conservar evidencia y formular una pregunta verificable antes de modificar registros.

No aplique una explicación de un material a todos los demás sin revisar receta, unidad, lote, operación, regla y versión de maestro. Dos diferencias con un delta parecido pueden tener orígenes distintos. Una ampliación de alcance necesita una autorización y una comprobación propias.

Preguntas frecuentes

¿Por qué el consumo MES puede diferir del consumo ERP?

Puede que cada sistema esté mostrando un objeto, una regla, una unidad o una ventana distintos. También pueden intervenir una declaración tardía, un backflush, una corrección manual o evidencia incompleta. El caso debe revisarse antes de atribuir una causa.

¿El backflush representa siempre el consumo real?

No necesariamente. Es una regla de proceso cuya definición y responsabilidad son locales. Debe distinguirse del consumo medido o declarado y documentarse junto con la versión aplicable antes de comparar cantidades.

¿Se puede corregir el ERP para que coincida con el MES?

Solo con evidencia suficiente y el procedimiento autorizado. Igualar valores sin saber qué representa cada uno puede afectar inventario, coste, trazabilidad o informes posteriores.

¿Qué datos deben acompañar una discrepancia de consumo?

Orden, material, lote cuando aplique, operación, cantidad y unidad, timestamps, estado, versión de maestro o receta, regla de cálculo, movimientos y trazas disponibles.

¿Una diferencia pequeña puede ignorarse?

No debe ignorarse solo por su tamaño. El umbral y el tratamiento dependen de controles locales, material, unidad, coste y riesgo. La evidencia permite decidir si es una variación prevista o una incidencia.