Cómo conciliar una orden de producción entre MES y ERP

Una orden puede mostrar una cantidad en el MES y otra en el ERP sin que ninguna de las dos sea, por sí sola, una prueba de error. Quizá una cifra describe unidades confirmadas durante la ejecución y la otra una declaración que ya pasó por una regla empresarial. Quizá hablan de la misma orden, pero de operaciones distintas, de periodos diferentes o de una unidad convertida. El trabajo de conciliación empieza cuando se deja de preguntar qué pantalla tiene razón y se pregunta qué hecho representa cada valor.

La unidad de trabajo debe ser una orden concreta. No un mes, no una exportación con miles de filas y tampoco un total de planta que puede ocultar compensaciones. Seleccione una orden con identificador estable, una operación o fase cuando el modelo la use y una ventana temporal cerrada. Anote los valores tal como aparecen antes de pedir reintentos, reabrir la orden o crear un ajuste. Esa precaución parece lenta hasta que desaparece el valor original y nadie puede reconstruir qué se intentaba explicar.

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 sitúa ese propósito de integración. No certifica una configuración concreta, no decide qué valor prevalece en una empresa y no convierte una diferencia de orden en un diagnóstico automático. Sirve para nombrar el límite que se está revisando.

Esta guía está dirigida a responsables de operaciones y de IT/OT que deben explicar una diferencia por orden sin mezclarla con un cierre financiero, una liberación de calidad o una autorización de seguridad. Si la diferencia puede afectar inventario, trazabilidad, coste, producto liberado o un compromiso con un cliente, intervienen los responsables y procedimientos locales. Aquí se propone una manera de conservar evidencia y formular la pregunta técnica correcta.

Congele el caso y escriba el objeto de comparación

Empiece por una ficha que quepa en una pantalla y que otra persona pueda leer sin pedir una reunión. Debe contener el identificador de orden; la planta, línea o recurso; el material; la operación, fase o lote cuando apliquen; y el instante exacto de consulta. Añada el valor del MES y el del ERP con unidad, precisión, estado y marca temporal. Si el valor procede de un informe, guarde también la versión del informe y su regla de corte.

No use la frase “la orden está mal” como descripción del caso. Es una conclusión prematura. Una descripción más útil es: “La orden OF-2048 muestra 1.250 unidades confirmadas en MES a las 07:15 y 1.200 unidades declaradas en ERP a las 07:20; ambos valores se consultaron el mismo día y están pendientes de comprobar por operación y unidad”. No hace falta que los números sean los del caso real para crear la estructura. Lo importante es que nadie pueda cambiar después qué orden, qué hora o qué cifra se estaba comparando.

La norma ISA-95 incluye una parte dedicada a modelos y terminología. La ficha de ISA-95 la identifica como Part 1: Models and Terminology. Para una conciliación, esa referencia no impone el vocabulario local, pero recuerda por qué términos como orden, operación, estado y cantidad necesitan una definición compartida antes de cruzar sistemas.

La ficha no sustituye un registro de incidencia ni un expediente de calidad. Evita que esos procesos reciban una pregunta borrosa. Si falta uno de los campos, anote el hueco. Completarlo con una suposición para avanzar rápido cambia una falta de evidencia por un dato aparentemente seguro.

Distinga una orden de los hechos que ocurren dentro de ella

Una orden es un contenedor útil, pero no siempre es el evento que explica la cantidad. Dentro de ella pueden existir inicio de operación, confirmación parcial, declaración de scrap, inspección, retrabajo, cierre técnico y contabilización. Un sistema puede actualizar la orden como un todo después de recibir esos eventos; otro puede exponer cada evento en cuanto se confirma. Comparar solamente el estado de cabecera puede esconder el lugar donde se originó el desfase.

Pregunte qué hecho representa la cantidad que se compara. ¿Es salida de una operación? ¿Unidades buenas tras un control? ¿Cantidad declarada para una fase? ¿Cantidad aceptada por una regla empresarial? ¿Una suma que excluye un tipo de movimiento? La respuesta debe estar escrita para el caso. “Producción” no basta porque puede referirse a cosas distintas en cada área.

ISA-95 incluye Part 2: Objects and Attributes for Enterprise-Control System Integration. La descripción oficial de la serie enumera esa parte dedicada a atributos de modelos de objeto. Esa información no dicta los atributos de una instalación. Sí respalda una revisión centrada en el objeto y sus atributos, en vez de una comparación de cifras sin contexto.

Una forma práctica de separar los hechos es ordenar una secuencia, aunque sea corta:

1. ¿Cuál es el primer evento que hace que una cantidad exista en el MES?
2. ¿Qué validación, agregación o conversión puede ocurrir antes de enviarla?
3. ¿Qué mensaje, proceso o tarea la entrega al ERP?
4. ¿Qué estado debe tener el ERP para mostrarla en la consulta usada?
5. ¿Qué cambio posterior puede modificar la lectura sin alterar el evento original?

No se trata de dibujar una arquitectura ideal. Se trata de saber qué puntos son observables en el caso. Si el equipo no tiene acceso a una traza de interfaz, la ficha debe decirlo y abrir una solicitud concreta: identificador de correlación, resultado del mensaje, momento de recepción o regla de reintento. Pedir “los logs” sin un caso delimitado suele generar más datos de los que se pueden revisar.

Compare estados y periodos antes de calcular un delta

El delta se calcula al final de la comparación, no al principio. La cifra del MES puede recoger una actividad entre las 06:00 y las 06:00, mientras que el ERP muestra una declaración contabilizada por fecha de negocio. Una orden iniciada al final de un turno puede aportar actividad a una vista y aparecer completa en la siguiente. Si la ventana no coincide, la diferencia quizá sea esperable. Si coincide, queda una hipótesis mejor delimitada.

Escriba la ventana de cada valor con la zona horaria disponible. Diferencie timestamp de evento, recepción del mensaje, actualización de pantalla y ejecución del informe. Son instantes distintos. No es válido llamar “latencia” a cualquier diferencia de tiempo: primero hay que saber qué marca temporal se está comparando y si ambas fuentes la generan con la misma precisión.

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 describe el alcance de la parte, no el flujo de cierre de una fábrica. Por eso, una regla local debe indicar quién puede declarar una orden, qué condiciones usa y en qué momento una vista deja de ser provisional.

Use una tabla de contraste que conserve los dos valores sin convertirlos todavía:

Cuando dos estados no equivalen, no hay que forzar una equivalencia por nombre. Puede anotarse: “MES muestra terminada la operación 20; ERP conserva la orden abierta porque falta un control posterior”. Ese hallazgo no decide cuál debe cambiar. Permite llevar la conversación a quien conoce la regla de negocio, calidad o contabilidad que da significado al estado.

Reconstruya el intercambio sin inventar una causa

La diferencia por orden suele recibir una explicación automática: la interfaz falló, el usuario se equivocó, el ERP tarda demasiado. Esas frases pueden ser ciertas en algún caso, pero no son evidencia. Reconstruya el intercambio en el orden que pueda demostrar: evento de origen, transformación conocida, mensaje o tarea, recepción, aplicación y consulta. Para cada paso, distinga hecho observado, dato que falta e hipótesis.

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. La norma no asegura que una transacción local se ejecute una sola vez ni define cómo se gestiona un reintento en un producto determinado. La lección práctica es más modesta: una conciliación por orden necesita identificar la transacción o proceso local que conecta ambos lados, en lugar de asumir que la pantalla final revela el recorrido.

Para cada paso, registre algo verificable. Un mensaje puede aportar su identificador de correlación, hora de emisión, respuesta y resultado. Una tarea manual puede aportar usuario autorizado, momento, motivo y registro de aprobación. Una transformación puede aportar la versión del maestro o la regla aplicable. Si no existe esa trazabilidad, no declare un error de interfaz: clasifique el caso como evidencia insuficiente y determine quién puede ampliar la observación.

No borre, vuelva a procesar ni cambie una orden para comprobar una hipótesis en producción sin el procedimiento aplicable. Ese tipo de prueba puede alterar inventario, coste, trazabilidad o planificación. A menudo basta un caso histórico cerrado, un entorno autorizado o una revisión de registros ya emitidos. La seguridad del diagnóstico depende de conservar qué ocurrió, no de obtener una cifra más cómoda.

Clasifique el resultado para decidir el siguiente paso

Después de alinear objeto, estado, tiempo y unidad, la diferencia puede clasificarse con palabras sencillas. Una diferencia temporal tiene una condición de convergencia conocida y evidencia de que ambos sistemas alcanzarán la misma lectura después de ella. Una diferencia semántica muestra que se comparaban estados u objetos diferentes. Una diferencia de cobertura deja fuera una fase, lote o tipo de movimiento. Una diferencia de unidad requiere revisar una conversión y su versión. Una diferencia de interfaz necesita traza para saber si falta, se duplicó o se rechazó un intercambio. Una diferencia sin suficiente evidencia no debe maquillarse como una de las anteriores.

La clasificación no reemplaza el control local. Tiene una función concreta: decidir qué persona debe revisar el caso y qué información necesita. Operaciones puede aclarar qué evento representa la producción física; IT/OT puede aportar trazas y mapeos; planificación o finanzas puede explicar una regla empresarial; calidad puede delimitar el estado de aceptación. Nadie debería recibir un correo que diga solo “MES y ERP no cuadran”.

Una petición de revisión bien formulada incluye la orden, el delta, la ventana, las evidencias adjuntas, la hipótesis limitada y la decisión que se necesita. Por ejemplo: “Confirmar si la cantidad de la operación 20 debe entrar al ERP al recibir la confirmación o al cerrar la orden; adjunta valores originales, timestamps y estado de ambos sistemas”. No afirma una causa que aún no se ha demostrado.

Corrija con trazabilidad y pruebe la regla en otro caso

Una corrección solo es segura cuando el equipo conoce qué valor debe cambiar, por qué, en qué sistema y con qué aprobación. Igualar ambos totales ocultando la diferencia destruye la evidencia que habría permitido mejorar la regla. El registro de la decisión debería conservar el valor previo, el valor resultante, la fuente de autoridad, el responsable, la fecha y el efecto sobre informes derivados. Si el proceso local usa una solicitud de cambio o una incidencia, enlace ambos registros.

La mención de esas dos partes es una referencia de alcance, no una prueba de que una integración particular tenga un servicio de mensajería compatible ni una política de recuperación adecuada. Por eso, la corrección debe basarse en la evidencia de la integración real y en sus controles aprobados.

Antes de cerrar la incidencia, repita la consulta con otra orden que comparta el mismo patrón. Si la explicación fue una regla de corte, pruebe una orden cercana al cierre. Si fue una unidad, use la misma conversión y versión de maestro. Si fue una transacción incompleta, busque un caso cuyo intercambio haya terminado. La segunda comprobación reduce el riesgo de declarar resuelto un caso aislado por coincidencia.

La siguiente acción puede ser pequeña: completar una ficha, pedir una traza o documentar qué estado equivaldría a cuál. Esa es una mejor salida que lanzar una corrección masiva. Si el problema es de totales de informe, revise también cómo investigar un informe de producción que no cuadra entre MES y ERP. Si el detalle ya muestra que el origen es una conversión, continúe con la revisión de unidades antes de sumar o valorar resultados.

Mantenga la ficha con la incidencia hasta que termine la comprobación posterior. Un correo de cierre sin los valores originales obliga a repetir el diagnóstico cuando vuelva a aparecer una diferencia. La evidencia mínima puede ser breve, pero debe enlazar la orden, el periodo, los estados, la unidad, la traza disponible y la decisión tomada. Si una persona nueva puede entender por qué se aceptó o corrigió el caso, el registro ya aporta más que una captura de pantalla sin filtros ni fecha.

No convierta la primera conciliación exitosa en una regla de lote. Antes de ampliar un ajuste a otras órdenes, revise que usan la misma combinación de operación, maestro, interfaz y condición de corte. Dos casos con el mismo delta pueden tener orígenes distintos. La expansión debe estar aprobada y conservar la lista de registros que alcanzó.

Límites de esta conciliación

Esta guía no establece una fuente de verdad universal. La responsabilidad por cada objeto depende de la arquitectura, del proceso y de los controles de la organización. Tampoco permite concluir que una diferencia afecte a inventario, coste o calidad sin revisar las reglas específicas de esos ámbitos. Una diferencia de cantidad puede requerir parar una decisión o puede ser una vista temporal prevista; la evidencia del caso y el procedimiento local determinan cuál de las dos cosas ocurre.

No convierta una conciliación técnica en una autorización operativa. Si una orden está vinculada a producto retenido, a una investigación de calidad, a un límite de seguridad o a una obligación contractual, siga la escalada definida por la planta. El objetivo de esta ficha es preservar el contexto para que la decisión correcta llegue a la persona adecuada, no reemplazarla.

Preguntas frecuentes

¿Qué se compara primero en una orden entre MES y ERP?

El identificador de orden, la operación o fase cuando exista, el periodo consultado, el estado, la cantidad con su unidad y la marca temporal que da significado a esa cantidad. Solo después tiene sentido comparar los totales.

¿Una orden abierta en MES y cerrada en ERP es siempre un error?

No necesariamente. Puede responder a estados distintos, a una recepción tardía o a una regla local de cierre. Debe investigarse con los eventos y la secuencia de intercambio, sin cambiar registros para que coincidan de inmediato.

¿Conviene corregir el MES o el ERP cuando hay una diferencia?

No antes de conocer el sistema autorizado para el objeto y estado afectados. La corrección debe seguir el control local, conservar el valor anterior y dejar motivo, responsable y fecha de la decisión.

¿Qué evidencia debe acompañar una conciliación por orden?

Valores originales de ambos sistemas, identificadores, unidad, estado, timestamps de evento y consulta, versión de datos maestros que intervengan y trazas de interfaz disponibles. Las capturas aisladas rara vez bastan.

¿Puede cerrarse una incidencia si el total diario ya cuadra?

No por ese único motivo. Dos diferencias de signo contrario pueden compensarse en el total. La orden revisada debe tener una explicación reproducible y una prueba posterior del mismo tipo de caso.