Orden cerrada en ERP y abierta en MES: cómo explicarla

Una orden cerrada en ERP y abierta en MES no demuestra por sí sola que uno de los sistemas esté mal. Puede ser una diferencia temporal, una regla local mal entendida o un registro que necesita corrección. Las tres opciones se parecen si solo se comparan dos pantallas. Por eso conviene tratar el caso como una incompatibilidad de estado, no como una disputa entre aplicaciones.

El primer trabajo consiste en identificar qué representa “cerrada” en el ERP y qué representa “abierta” en el MES. En un entorno, cerrar puede impedir nuevas imputaciones empresariales. En otro, abierto puede significar que aún existe una actividad de fabricación, una operación pendiente, una recogida de datos o una confirmación que debe completarse. No son necesariamente el mismo objeto ni la misma decisión.

La serie ISA-95 es un punto de partida útil porque describe la integración entre sistemas de logística y control de fabricación. Fuente oficial de ISA-95. Su página pública sitúa el MES dentro de la gestión de operaciones de fabricación, en el nivel 3, y el ERP dentro de planificación y logística empresarial, en el nivel 4. Es un modelo de funciones e interfaces; no decide cómo debe cerrar una orden concreta en una planta.

Esta guía se dirige a responsables de operaciones e IT/OT que necesitan explicar un caso sin borrar pruebas. No autoriza reaperturas, ajustes de inventario, liberación de calidad, cambios de maestro ni decisiones de seguridad. Si el estado afecta a cualquiera de esas materias, aplique el procedimiento interno y cuente con el responsable autorizado.

Congela el caso antes de intentar igualar estados

La acción más peligrosa es cambiar uno de los estados para que el informe quede limpio. Puede cerrar una actividad que aún necesita evidencia o reabrir una orden empresarial sin saber qué transacciones ya se han contabilizado. Antes de tocar nada, guarde una ficha del caso con el valor observado y su contexto.

La ficha debería incluir:

• Identificador de orden, operación, material, lote y recurso cuando existan.
• Estado visible en ERP y MES, texto exacto y código interno si está disponible.
• Cantidad declarada, pendiente, rechazada o retrabajada, con unidad.
• Timestamp del evento de operación, de envío, de recepción y de registro.
• Zona horaria, ventana de turno y regla de corte empleada por cada consulta.
• Usuario, terminal, servicio o proceso que realizó cada cambio.
• Mensajes, errores, reintentos, colas y referencias de correlación disponibles.
• Versión de ruta, receta, maestro, interfaz o regla de estado que pueda afectar al caso.

No es una lista burocrática. Sirve para impedir que una pantalla actualizada sustituya a la evidencia original. Si una orden aparece cerrada a las 10:05 y abierta a las 10:10, un pantallazo tomado al mediodía no permite saber cuál fue la secuencia. La pregunta correcta es qué evento llevó a cada estado y bajo qué regla.

También hay que acotar el objeto. Una orden puede estar cerrada en ERP mientras una operación secundaria continúa abierta en MES. Puede haber una diferencia entre cabecera y operación, entre lote y orden, o entre una orden original y otra creada para reproceso. Comparar solo el identificador principal puede ocultar esa relación.

Distingue los dominios sin convertirlos en una regla automática

ISA-95, también conocida como ANSI/ISA-95 o IEC 62264, organiza procesos tecnológicos y de negocio por actividades y plantea interfaces entre capas. La descripción oficial no obliga a utilizar un producto llamado MES o ERP ni prescribe una secuencia universal de estados. Eso importa: la etiqueta de un proveedor no sustituye la definición local.

La misma fuente describe el nivel 3 como gestión de operaciones de fabricación e incluye MES y otros sistemas que gestionan operaciones. Sitúa el nivel 4 en planificación y logística empresarial, e incluye ERP. Esta separación ayuda a formular la investigación: ¿el estado de ERP expresa una condición de negocio, y el de MES una condición operativa? Si es así, la diferencia puede ser admisible durante una ventana definida. Si la política exige que ambas condiciones converjan antes de liberar material, la misma diferencia merece atención inmediata.

La parte 1 de ISA-95 cubre el alcance de operaciones y control, la organización de activos, las funciones de la interfaz y la información compartida entre control y empresa. Descripción de ISA-95 parte 1. No convierte ese alcance en una configuración lista para usar. Cada integración necesita decidir, entre otras cosas, qué estado se publica, quién puede cambiarlo y qué ocurre cuando llega fuera de orden.

Evite frases como “el MES siempre manda” o “el ERP es la fuente de verdad”. Son demasiado amplias para cerrar una incidencia. Una definición útil tiene este nivel de detalle: “Para la operación 20, el MES origina el final de ejecución; el ERP autoriza el cierre empresarial después de recibir cantidad, calidad y confirmación de interfaz; si la confirmación falla, la orden queda en excepción y no se regulariza sin aprobación”. La frase es un ejemplo de contrato, no una regla de ISA-95.

Compara el significado de los estados, no sus nombres

Prepare una tabla corta para el caso. No presuponga que “cerrada”, “completada”, “finalizada” y “confirmada” son equivalentes.

Una diferencia semántica aparece cuando los estados cumplen funciones distintas. Un ejemplo hipotético: el ERP marca una orden cerrada porque se terminó la contabilización prevista, mientras el MES conserva una operación abierta para recoger una medición final. Puede ser el diseño esperado si la medición no modifica el cierre empresarial. Si esa medición debe determinar calidad o cantidad final, el mismo diseño puede ser inaceptable. La evidencia y la regla local deciden; el nombre del estado no.

Una diferencia temporal aparece cuando ambos sistemas acabarán en un estado compatible tras una cola, un proceso de consolidación o una ventana de cierre documentada. Una diferencia de proceso aparece cuando la orden se cerró antes de que una actividad obligatoria terminara. La cuarta categoría es la falta de evidencia: no hay regla, mensaje o historial suficiente para saber cuál de las tres anteriores aplica. Esta última no debe maquillarse como “latencia”.

Reconstruye la secuencia de transacciones

ISA-95 parte 5 define transacciones como intercambios de información entre aplicaciones que realizan actividades empresariales y de fabricación de los niveles 3 y 4. Descripción de ISA-95 parte 5. Su objetivo es apoyar la recogida, recuperación, transferencia y almacenamiento de información para integrar control y empresa. Esa descripción pública no prueba que una interfaz local haya enviado una transacción ni que el contenido sea correcto. Sí indica por qué el análisis debe seguir intercambios concretos, no solo estados finales.

Ordene los hechos conocidos en una línea de tiempo. Para cada hecho, anote la hora, el origen, el identificador, la acción, el resultado y la evidencia. Un caso puede contener, por ejemplo, finalización de operación en MES, emisión de mensaje, validación, recepción por ERP, contabilización, cierre automático y una confirmación tardía. No invente los pasos que el log no muestre. Marque la ausencia como evidencia pendiente.

La tabla es una plantilla, no una secuencia obligatoria. En algunas instalaciones no existe una interfaz directa; en otras hay una persona que introduce datos. Lo importante es distinguir el evento ocurrido del dato visible en una pantalla. Una marca de tiempo de recepción no demuestra que el evento de planta ocurriera en ese momento. Una fecha de contabilización tampoco demuestra que se hubiera completado la operación.

Busque mensajes duplicados, reintentos y eventos fuera de orden. Una integración puede recibir la confirmación de cierre antes que un mensaje de actividad anterior. Puede también rechazar una transacción por material, unidad, estado o permiso, mientras el MES conserva la actividad abierta. Estos patrones requieren registro específico; no conviene atribuirlos a una “desincronización” sin revisar el detalle.

Decide si la diferencia es temporal, corregible o escalable

Con los estados y la secuencia visibles, clasifique el caso. La clasificación no sustituye la decisión, pero evita que cada equipo use palabras diferentes para la misma situación.

Una diferencia temporal solo es temporal si el equipo puede señalar la regla, el punto de control y la evidencia que espera ver después. “Normalmente se arregla solo” no es un control. Si la orden sigue abierta en MES pasada la ventana pactada o si la condición bloquea una actividad necesaria, la clasificación debe cambiar.

Una corrección requiere una respuesta a cinco preguntas: qué dato es incorrecto, cuál es el valor o estado esperado, quién tiene autoridad para modificarlo, qué otras funciones quedan afectadas y cómo se comprobará el resultado. El ajuste debe conservar el estado anterior o una traza equivalente. Si se modifica la orden sin esa información, el equipo resuelve la discrepancia visual y pierde la causa.

Escalar no significa asumir una avería. Significa reconocer que el caso puede afectar a una decisión que esta guía no debe tomar. Escale cuando exista impacto sobre liberación de calidad, trazabilidad de lote, inventario, coste, facturación, compromisos de entrega, mantenimiento seguro, permisos de operación o cumplimiento. Incluya la ficha del caso y la línea de tiempo; un aviso que solo diga “ERP y MES no coinciden” obliga al receptor a empezar desde cero.

Usa la limitación como parte del resultado

ISA-95 parte 2 especifica contenido conceptual de interfaz que se intercambia entre funciones de control de fabricación y otras funciones empresariales; considera la interfaz entre sistemas de fabricación de nivel 3 y negocio de nivel 4. Descripción de ISA-95 parte 2. Su propósito declarado incluye reducir riesgo, coste y errores de implementar esa interfaz. Esto no garantiza la semántica de una integración existente ni proporciona una tolerancia de tiempo aplicable a todas las plantas.

La parte 7, según la misma página oficial, define servicios y mensajes independientes de tecnología para asociar y mapear alias o identificadores equivalentes junto con su contexto. También deja fuera de su alcance identificar la organización y el propietario de cada sistema, así como el ciclo de vida de los espacios de nombres equivalentes. En términos prácticos, que dos sistemas compartan un código no demuestra que tengan el mismo dueño, estado o ciclo de vida. Hay que documentarlo localmente.

Declare las limitaciones en el informe. Si no existe un log de correlación, escriba que no se ha podido vincular el evento de MES con la transacción de ERP. Si la zona horaria de una fuente es incierta, no transforme las horas hasta confirmarla. Si la orden cerrada contiene material regulado, no concluya que una confirmación tardía es inocua. Una limitación escrita permite que la siguiente persona continúe el trabajo sin convertir una hipótesis en hecho.

Controla la repetición sin automatizar la conclusión

Cuando se cierre un caso, convierta el aprendizaje en una comprobación proporcionada. Puede ser una alarma de órdenes cerradas en ERP que permanezcan abiertas en MES más allá de la ventana autorizada. La alerta debe mostrar orden, operación, estado de ambos lados, edad de la diferencia, regla de comparación, identificador de mensaje y responsable. Un contador de discrepancias sin contexto no ayuda a corregir nada.

Pruebe la regla con casos que suelen revelar sus límites: una orden que cruza turno, una operación parcial, una reversión, una confirmación tardía, un reproceso, un cambio de material y una caída de interfaz. Escriba el resultado esperado antes de ejecutar la comprobación. Si la regla solo se formula después de ver el resultado, el control puede acabar justificando cualquier comportamiento.

Mantenga también un propietario de la regla. Los cambios de maestro, interfaz, ruta o proceso pueden volver obsoleta una equivalencia que antes funcionaba. El propietario no tiene que resolver cada caso, pero sí debe saber quién aprueba cambios y cómo se prueba una actualización antes de usarla en producción.

Una revisión semanal que no convierta excepciones en rutina

Las órdenes con estados incompatibles suelen empezar como un caso aislado. Cuando se repiten, el equipo corre el riesgo de tratar cada una como una tarea administrativa y de normalizar una señal que merece diseño. Una revisión semanal breve puede evitarlo. No necesita medir cada estado del sistema: debe mirar las excepciones que han superado la ventana aceptada, las correcciones manuales y las órdenes que reaparecen por el mismo motivo.

Para cada patrón, compare la regla escrita con los hechos de la línea de tiempo. Si muchas órdenes cierran en ERP antes de que el MES complete una operación sin que ello afecte a calidad, cantidad o trazabilidad, quizá falte una definición visible del comportamiento esperado. Si las mismas órdenes quedan abiertas porque se rechaza un mensaje por un maestro desactualizado, el control debería mostrar ese rechazo y llevarlo al dueño del maestro, no pedir al operario que reabra o cierre manualmente.

La revisión tiene que separar frecuencia de impacto. Diez diferencias que se resuelven dentro de una ventana prevista no son iguales que una sola orden con material bloqueado o una cantidad que no puede trazarse. El informe debe conservar ambos datos: cuántos casos ocurrieron y cuáles tuvieron un efecto que exigió intervención. Sin esa distinción, una alarma frecuente puede parecer grave aunque sea ruido, o un caso crítico puede perderse en una lista larga.

Conviene revisar también las soluciones aplicadas. Una excepción repetida que siempre termina con la misma corrección autorizada quizá requiera cambiar la interfaz, la secuencia de cierre o la documentación de la regla. Una corrección que cambia cada vez puede indicar que el patrón todavía no está entendido. No automatice la corrección solo porque parece repetitiva; primero demuestre que el objeto, la causa y el efecto son los mismos.

La salida de la revisión puede ser muy concreta: mantener el control, ajustar una regla documentada, abrir un cambio controlado o escalar un riesgo. Lo que no debe producir es una lista de órdenes cerradas sin propietario ni una instrucción informal de “hacer que coincidan”. El objetivo es que la siguiente discrepancia llegue con mejor evidencia que la anterior.

El siguiente paso es escoger una orden real ya cerrada, anonimizar los identificadores si comparte la revisión fuera del equipo autorizado y completar la ficha sin modificar registros. Compare objeto, estado, evento y tiempo. Solo después decida si espera la convergencia, aplica una excepción controlada o escala el caso.

Preguntas frecuentes

¿Cuál de los dos estados debe prevalecer, el del ERP o el del MES?

No hay una respuesta universal. Determine qué sistema tiene autoridad para el objeto y el estado que se comparan. El ERP suele gestionar actividades empresariales y el MES operaciones de fabricación, pero la regla concreta debe estar documentada para su proceso.

¿Una orden cerrada en ERP obliga a parar la actividad en MES?

No necesariamente. Puede haber mensajes en tránsito, confirmaciones pendientes o un desacople previsto entre el cierre empresarial y la actividad de operaciones. Revise la regla local y la secuencia de eventos antes de interpretar la diferencia como una incidencia.

¿Puedo reabrir la orden en ERP para que coincida con MES?

Solo mediante el control autorizado de su organización. Antes conserve los estados originales, identifique la regla incumplida, evalúe el efecto en calidad, inventario, coste y trazabilidad, y deje evidencia de la decisión.

¿Qué evidencia necesito para investigar estados incompatibles?

Guarde identificador de orden y operación, estado en ambos sistemas, cantidad, timestamps de evento, recepción y registro, transacciones, mensajes o errores de interfaz, versiones de maestro, usuario o proceso y cualquier ajuste previo.

¿Cuándo debo escalar una orden cerrada en ERP y abierta en MES?

Escálela cuando el estado impida una operación segura o autorizada, afecte a calidad, trazabilidad, inventario, coste o compromisos de entrega, o cuando no pueda demostrarse que la diferencia es temporal con evidencia del flujo.