Cómo documentar un cambio de secuencia entre ERP y MES

Cuando una secuencia aparece en un orden en ERP y en otro orden en MES, la reacción habitual es buscar quién se equivocó. Esa pregunta llega demasiado pronto. Los dos sistemas pueden estar mostrando versiones distintas, eventos recibidos con retraso o una modificación operativa que todavía no tiene una referencia común.

Documentar un cambio de secuencia entre ERP y MES exige conservar el evento, la versión, el responsable y el alcance del cambio. La ficha no sirve para forzar que las pantallas coincidan. Sirve para dejar una traza que otra persona pueda revisar sin alterar la orden ni completar un motivo imaginado.

La guía de conciliación MES-ERP ayuda a separar objetos, estados y fuentes. Aquí el objeto es un cambio de secuencia identificable. No se aborda una replanificación completa, una orden fraccionada ni una corrección de datos para cerrar un informe.

Delimite el caso antes de abrir registros

Escriba una frase que contenga orden, fecha de negocio y diferencia observada. Por ejemplo: «La orden OF-392 muestra operación 30 antes de operación 20 en MES, mientras ERP conserva la secuencia de la versión 7». Esa frase permite buscar un evento concreto. «La secuencia no cuadra» no da una clave de trabajo.

Defina también qué no se va a hacer. No se cambiará el orden de operaciones, no se publicará una nueva versión, no se dividirá la orden y no se atribuirá una causa sin traza. Si una de esas acciones es necesaria, corresponde a otro procedimiento con autoridad y controles propios.

La fecha de negocio no basta. Añada el momento en que cada sistema mostró la secuencia y el momento del evento si está disponible. Una consulta hecha después de un cambio puede ocultar la versión que estaba vigente cuando se ejecutó la operación.

Identifique a la persona o rol que solicita la evidencia y a quien puede autorizar una actualización. Documentar y modificar son responsabilidades diferentes. Mantenerlas separadas reduce el riesgo de que una investigación cambie los datos que pretende entender.

Construya la identidad de la secuencia

Una clave práctica combina orden, operación, recurso, lote o producto cuando exista y fecha de negocio. Si el modelo local usa otra identidad, descríbala. El objetivo no es imponer un esquema universal, sino que ERP y MES apunten al mismo objeto.

Registre la versión del plan o de la orden en cada sistema. Puede haber una versión de planificación en ERP y una configuración de ruta en MES. No trate el número 7 de un sistema como equivalente al número 7 del otro sin una relación explícita.

Elemento	ERP	MES	Comprobación
Orden	identificador y estado	identificador y estado	¿Representan el mismo objeto?
Secuencia	operaciones previstas	eventos u operaciones observadas	¿La clave de operación coincide?
Versión	versión publicada	ruta o configuración aplicada	¿Existe relación documentada?
Recurso	centro o línea planificada	recurso que registró el evento	¿El cambio afecta al recurso?
Fuente	consulta, usuario y hora	consulta, interfaz y hora	¿Se puede repetir la lectura?

Si la clave no coincide, el caso es una posible diferencia de objeto. No la convierta en cambio de secuencia hasta resolver la identidad. Un mismo nombre comercial puede cubrir operaciones diferentes o una orden puede tener una suborden legítima que parece duplicada.

Preserve la secuencia de referencia

Copie la secuencia tal como estaba en la fuente de referencia y guarde su versión. No ordene las filas por una fecha que no pertenezca al plan. Una secuencia puede ser una lista de operaciones, una relación de precedencia o una ruta de recursos; la ficha debe decir cuál de esas representaciones se está usando.

Después copie la secuencia observada en MES con sus eventos. Diferencie el orden de inicio, el orden de confirmación y el orden en que la interfaz recibió los mensajes. Un listado que solo contiene la hora de carga puede invertir operaciones que en planta se ejecutaron correctamente.

Ordenar la revisión por fecha, entidad, estado, unidad y propietario permite reconstruir una secuencia sin alterar los registros. La regla obliga a describir cada fila antes de comparar. También deja claro quién puede confirmar una ausencia o una corrección.

Si la secuencia tiene operaciones sin evento, marque «sin evidencia de ejecución» y conserve la posición planificada. No interprete la ausencia como omisión física. Puede ser una operación que todavía no se confirma, una pantalla filtrada o una fuente que no recoge ese tipo de evento.

Localice el evento que pudo cambiar el orden

Busque eventos de cambio, publicación, liberación, bloqueo, sustitución de recurso o reanudación. El nombre depende del sistema local. Lo importante es que exista un identificador o una marca que conecte la secuencia anterior con la nueva.

El evento debe indicar quién lo creó, qué motivo se registró y qué alcance tuvo. Un comentario libre puede aportar contexto, pero no sustituye a una autorización si el procedimiento la exige. Guarde el comentario original junto a una transcripción breve, sin corregir su redacción.

Un evento posterior puede explicar la secuencia observada, pero no demuestra que fuera la causa de un resultado. Mantenga la diferencia entre «la secuencia cambió a las 10:15» y «la secuencia cambió por falta de material». La segunda frase necesita evidencia adicional y una persona que la confirme.

Si no hay evento, describa la búsqueda: fuentes consultadas, rango temporal, filtros y responsable. La ausencia de un registro es un hallazgo de trazabilidad, no permiso para fabricar un identificador.

Versione el cambio sin volver a planificar

Una versión debe decir qué cambió y qué quedó igual. Puede afectar dos operaciones de una orden y dejar intacta la cantidad, el recurso y la fecha. También puede ser una nueva ruta para una familia de producto. El alcance evita que la etiqueta «cambio de secuencia» abarque más de lo que la evidencia muestra.

Campo del cambio	Pregunta	Ejemplo de salida
Versión anterior	¿Qué secuencia estaba vigente?	ruta v7, publicada 06:20
Versión nueva	¿Qué secuencia se observó?	ruta v8, publicada 10:15
Evento	¿Qué conectó ambas versiones?	ECO-184, estado aprobado
Responsable	¿Quién autorizó o confirmó?	rol de planificación
Alcance	¿Qué operaciones afecta?	20 y 30 de OF-392

No publiques la nueva versión desde la ficha. Si el cambio necesita aplicación en ERP o MES, abre la solicitud local. La documentación debe conservar la versión que se investigaba aunque el proceso posterior la sustituya.

La fecha de publicación no es la fecha de ejecución. Una versión puede estar disponible y no haberse aplicado todavía a una orden. Registre el vínculo entre versión, orden y momento de aplicación cuando el sistema lo ofrezca.

Contraste estados y marcas temporales

El estado de una operación puede ser programada, liberada, iniciada, pausada, terminada o cancelada. Los nombres varían. Use el diccionario local y no traduzca estados automáticamente entre sistemas si no existe una equivalencia aprobada.

Conserve tres tiempos cuando estén disponibles: instante del evento, recepción en la interfaz y consulta. La diferencia entre ellos describe transmisión o consulta, no necesariamente ejecución. Un sistema puede recibir una confirmación después de que la planta completó la operación.

La secuencia observada debe llevar estado, fuente y marca temporal del evento que la generó. Sin esos campos, la comparación solo demuestra que dos pantallas difieren. No demuestra que el orden físico cambiara.

Si hay un registro duplicado, no lo borre de la evidencia. Marque cuál es la copia, quién la identificó y qué regla local permite deduplicar. La orden de operaciones puede parecer distinta porque un evento repetido se insertó dos veces en una vista.

Separa secuencia de orden fraccionada

Una orden fraccionada crea objetos adicionales o distribuye cantidades entre órdenes. Un cambio de secuencia mantiene el objeto y altera el orden de sus operaciones. La diferencia importa porque las claves, los estados y los responsables suelen ser distintos.

Compruebe la identidad antes de explicar una nueva fila. Si aparece una suborden, registre su vínculo y trate el caso según el procedimiento de fraccionamiento. No use la suborden para «rellenar» una operación que falta en la secuencia original.

La página para comparar el plan ERP con la ejecución MES sitúa el contraste general. La página para revisar capacidad con órdenes ERP abiertas puede ser útil cuando la nueva secuencia cambia la carga. Allí se evalúa capacidad; aquí solo se deja la traza del cambio y su alcance.

Use estándares como vocabulario, no como veredicto

ISA-95 describe modelos y niveles para intercambios entre control, operaciones y empresa. La página oficial de ISA-95 ayuda a nombrar objetos y responsabilidades, pero no prueba que una integración local cumpla la norma ni decide qué sistema tiene autoridad.

OPC UA define conceptos y modelos de información para comunicación industrial. Su especificación tampoco demuestra que un mensaje llegue con una latencia concreta o que una secuencia se conserve entre interfaces. Esas propiedades requieren pruebas y registros de la instalación.

NIST estudia medición de rendimiento y gobierno de información. Sus trabajos pueden inspirar campos de versión, fuente y propietario. No sustituyen la aprobación local ni convierten una recomendación metodológica en una orden de trabajo.

Eurostat ofrece un contexto de adopción digital, pero sus porcentajes agregados no demuestran trazabilidad ni madurez de una planta concreta. La API de Eurostat publica estadísticas empresariales; no identifica qué MES, ERP o ruta usa una fábrica.

La respuesta oficial de Eurostat puede servir para explicar el entorno digital. No debe usarse para llenar un campo de versión, justificar un cambio de orden o inferir que una interfaz local funciona.

Registre evidencia y limitaciones

Cada afirmación de la ficha debe tener un localizador. Puede ser una consulta, un identificador de evento, una fila de exportación o una captura con filtros. Las capturas se conservan como apoyo visual, pero no sustituyen los datos que permiten repetir el cruce.

Indique qué fuente respalda el hecho y qué fuente falta. Si el responsable del cambio está en un acta, enlácela. Si solo aparece una secuencia nueva, diga que la causa no está demostrada. La limitación debe acompañar al hallazgo, no quedar escondida en una nota final.

Use un estado de evidencia corto: confirmado, parcial, no comparable o pendiente. «Pendiente» no significa que el cambio no ocurriera; significa que la ficha aún no puede relacionarlo con una autorización o evento suficiente.

S22 no se limita a manufactura ni a MES/OT; no permite inferir la madurez de una planta. Esta limitación acompaña cualquier uso de la estadística de Eurostat y evita que un porcentaje agregado se presente como diagnóstico local.

Prepare una salida que otra persona pueda auditar

La portada del expediente puede mostrar orden, diferencia, estado de evidencia y próxima comprobación. Debajo debe quedar la tabla de versiones y eventos. No esconda la secuencia anterior: es la referencia que permite saber qué cambió.

Añada una columna de alcance. «Operaciones 20 y 30, recurso L2» es mejor que «ruta modificada». Si el alcance no se puede establecer, marque el cambio como incompleto y asigne una revisión.

El responsable de la ficha revisa que los identificadores se puedan abrir con los permisos disponibles. Si un enlace no puede compartirse, archive el sistema, consulta y propietario que sí permitan localizarlo. La trazabilidad debe ser útil sin revelar información innecesaria.

Conserve las versiones de la ficha. Una corrección posterior no debe borrar la primera lectura, sobre todo si la orden siguió ejecutándose. Registrar la evolución evita que el informe parezca haber conocido desde el principio un motivo que se descubrió después.

Ejemplo de cambio trazable

La orden OF-392 tiene en ERP la secuencia 10, 20, 30 en la versión 7. MES registra el inicio de 30 a las 10:22 y la confirmación de 20 a las 11:05. La ficha no concluye que se volvió a planificar. Conserva ambos eventos y busca una versión o autorización que explique el orden.

A las 10:15 aparece ECO-184, versión 8, con alcance limitado a operaciones 20 y 30. El responsable de planificación confirma que la versión se publicó para esa orden. El expediente puede etiquetar el caso como cambio de secuencia documentado, sin afirmar por qué se tomó la decisión.

Si ECO-184 no tuviera vínculo con OF-392, el cambio seguiría siendo una hipótesis. La ficha conservaría la secuencia observada, marcaría el motivo como no demostrado y pediría una relación de orden. No se corregiría MES ni ERP desde el análisis.

Errores que rompen la trazabilidad

Copiar solo la secuencia nueva elimina la referencia. Copiar solo la pantalla ERP oculta lo que MES registró. Ordenar por hora de recepción mezcla comunicación y ejecución. Y borrar duplicados sin anotar la regla impide repetir la decisión.

Otro error consiste en llamar «replanificación» a todo cambio de orden. La replanificación requiere una versión, una autoridad y un alcance. Sin ellos, use «secuencia distinta» o «cambio no documentado». Un término prudente protege la revisión posterior.

También se confunde el cambio de secuencia con el de cantidad. Si una orden se divide o recibe una cantidad parcial, abra el análisis correspondiente. No altere el objeto para que el orden de operaciones parezca coherente.

La documentación no debe prometer rendimiento, ahorro o cumplimiento de un estándar. Un expediente completo puede concluir que falta evidencia. Esa conclusión es preferible a una explicación causal sin soporte.

Lista final de comprobación

Antes de cerrar la ficha, confirme que la orden y las operaciones son las mismas en ERP y MES. Guarde las versiones, estados, eventos, marcas temporales, fuentes y propietarios. Revise la zona horaria y la diferencia entre evento, recepción y consulta.

Compruebe que el alcance del cambio está escrito y que cualquier motivo tiene una fuente o figura como no demostrado. Si aparece una suborden, sepárela del cambio de secuencia. No publique versiones ni modifique datos desde la investigación.

Por último, deje una próxima comprobación: vínculo de autorización, revisión de interfaz, confirmación del responsable o consulta de un rango temporal. La salida debe permitir que alguien repita el contraste sin pedir que se reconstruya la historia de memoria.

La salida debe conservar el evento, la versión, el responsable y el alcance, y dejar abierta cualquier causa no demostrada. Esa regla resume el criterio de decisión para el comité y evita que la ficha se convierta en una orden de cambio.

¿Una secuencia distinta en MES demuestra que alguien cambió el plan?

No. Puede tratarse de una versión de consulta diferente, una confirmación recibida tarde o un cambio operativo todavía sin registrar. Conserve ambas vistas, busque el evento de cambio y etiquete la causa como no demostrada si no existe una autorización o traza.

¿Qué datos identifican un cambio de secuencia?

Como mínimo, orden, operación, recurso, secuencia anterior y nueva, versión, evento, marca temporal, sistema de origen, responsable y alcance. Añada el estado y la fuente de cada dato para que otra persona pueda repetir el contraste.

¿Debo modificar la orden para que ERP y MES coincidan?

No desde el análisis. Modificar una orden puede afectar inventario, calidad, costes o instrucciones de trabajo. Primero preserve los registros, consulte la autoridad local y use el procedimiento aprobado si se requiere una actualización.

¿Cómo documento el motivo si no aparece en ningún sistema?

Registre que el motivo no está demostrado, indique las fuentes consultadas y asigne una comprobación a un responsable. No convierta una hipótesis, como falta de material o avería, en causa confirmada por el simple orden de los eventos.

¿Una orden dividida es lo mismo que un cambio de secuencia?

No. Una orden fraccionada cambia el objeto o la cantidad que se sigue, mientras que un cambio de secuencia altera el orden de operaciones de un objeto identificado. Mantenga ambos casos separados y no use una división para explicar una secuencia sin evidencia.