Preparar evidencia para una discrepancia MES-ERP

Una discrepancia entre MES y ERP rara vez se resuelve con una captura y una pregunta urgente. La captura puede mostrar un valor, pero no siempre explica qué consulta lo produjo, qué estado incluía, qué unidad representa ni cuándo se extrajo. Un paquete de evidencia convierte una diferencia que parece subjetiva en un caso que operaciones, IT/OT y los propietarios de datos pueden revisar sin reconstruir el contexto desde cero.

ISA-95 describe estándares orientados a la integración entre sistemas de control de fabricación y sistemas empresariales. Fuente: ISA-95 La información pública ofrece un marco para pensar en el intercambio entre dominios; no establece qué exportación debe usar una empresa, qué campos son obligatorios en sus informes ni quién puede corregir registros. La guía se limita a preparar evidencia y no recomienda alterar datos para hacer que dos pantallas coincidan.

Convierta la queja en un caso reproducible

Comience por escribir una pregunta que no suponga la respuesta. En lugar de “ERP perdió producción”, formule “¿por qué la consulta A de MES muestra este valor para este objeto y la consulta B de ERP muestra este otro bajo estas ventanas?”. La segunda pregunta obliga a nombrar fuentes y evita que una explicación se convierta en requisito de investigación antes de conocer los hechos.

Seleccione una unidad de análisis suficientemente pequeña. Puede ser una orden, una operación, un lote, un mensaje o una confirmación, según lo que las fuentes permitan recuperar. Elija el primer ejemplo visible de la diferencia o un caso que alguien pueda volver a abrir con identificadores. No empiece por el total de todo un mes: una suma grande puede mezclar objetos, estados y cierres que hacen imposible saber dónde nace el desacuerdo.

Registre además quién observó el caso, cuándo se extrajeron los datos y qué decisión depende de ellos. Es distinto investigar una visualización para una reunión de seguimiento que un dato con impacto potencial en trazabilidad, inventario, coste o liberación. Esta información no decide el resultado, pero permite que el receptor entienda la urgencia y aplique el proceso que corresponda sin exagerar el alcance de la evidencia.

Bloque	Pregunta que debe poder responderse	Contenido mínimo	Riesgo si falta
Alcance	¿Qué caso exacto se compara?	ID, entidad, planta o línea si procede	El análisis mezcla casos distintos
Origen	¿Qué muestra MES?	Consulta, valor, unidad, estado, hora	No se puede repetir la lectura
Destino	¿Qué muestra ERP?	Consulta, valor, unidad, estado, hora	El total se interpreta sin contexto
Relación	¿Por qué se comparan?	ID común, referencia o limitación explícita	Se unen filas solo por parecido
Decisión	¿Qué se necesita ahora?	Pregunta, dueño y límite de competencia	Se pide una corrección sin base

La tabla no es una plantilla rígida. Es un control de suficiencia: si no puede describirse qué objeto se compara, el paquete aún no está listo para sostener una conclusión. La evidencia incompleta puede enviarse para solicitar una fuente adicional, pero debe etiquetarse como incompleta y no circular como diagnóstico.

Preserve los valores originales y su contexto

Copie el valor tal como cada fuente lo muestra antes de redondear, sumar, convertir o filtrar manualmente. Incluya su unidad literal y el nombre de la columna o atributo si es visible. Un número sin unidad puede representar producción, consumo, piezas, peso, embalajes o una cantidad ya transformada; su semejanza con otro número no justifica tratarlos como equivalentes.

La información pública de ISA-95 se refiere a modelos, atributos e información intercambiada entre funciones de control y empresa. Fuente: ISA-95 Esa descripción no confirma que un atributo local se haya enviado o que ambos sistemas le den idéntico uso. En el paquete, escriba qué campo se ve y qué no puede verificarse, en vez de afirmar que existe un mapeo por la apariencia de dos etiquetas.

Guarde el estado exacto de cada lado. “Confirmado”, “aceptado”, “contabilizado”, “cerrado” o “incluido” pueden pertenecer a etapas distintas. Evite traducir los estados a una palabra común sin disponer de su definición local. Si el informe utiliza una regla para excluir estados, guarde la consulta o la descripción que la haga verificable. Si esa regla no se expone, declare que el total tiene una condición desconocida.

La hora necesita el mismo cuidado. Conserve el nombre del campo temporal, la fecha, la zona si está disponible y el momento de extracción. Una orden puede tener hora de creación, inicio, confirmación, envío, recepción y cierre. No elija una como “la fecha correcta” sin que la pregunta del caso y la fuente lo justifiquen. Un cambio de turno o medianoche puede convertir una diferencia de corte en una aparente discrepancia de datos.

Documente la procedencia de cada observación

No basta con indicar “MES” y “ERP”. Describa de qué vista, interfaz, informe o exportación salió el registro, qué filtros se aplicaron, qué rango se consultó y cuándo se ejecutó la búsqueda. Una extracción repetida puede cambiar porque llegaron registros tardíos, se modificó el estado o se actualizó una vista. Conservar la procedencia permite comparar lecturas sin que la segunda borre la primera.

La descripción pública de ISA-95 sitúa las operaciones de fabricación y las funciones empresariales como ámbitos funcionales relacionados pero diferenciados. Fuente: ISA-95 Esa separación no asigna quién tiene razón en un caso; ayuda a formular preguntas al dueño adecuado. Operaciones puede aclarar el evento físico y su contexto. IT/OT puede localizar un mensaje o una integración. El propietario de ERP puede explicar una vista, un estado o un periodo. Cada respuesta debe seguir vinculada a su fuente.

Incluya referencias recuperables, no solo copias pegadas. Un identificador de exportación, un enlace interno autorizado, un nombre de consulta o una ruta de auditoría puede permitir que el propietario vuelva a la fuente. Respete las reglas internas de acceso: un paquete útil no necesita distribuir datos personales, comerciales o técnicos a quien no deba verlos. Si una pieza de evidencia es restringida, indique quién puede verificarla y bajo qué canal.

La procedencia debe abarcar también los cálculos realizados por el equipo. Si se sumaron fracciones, anote cuáles se incluyeron y por qué eran comparables. Si se convirtió una unidad bajo un criterio autorizado, cite la fuente, versión y aplicación de ese criterio. Si se excluyó una fila por estar fuera de ventana, indique la ventana y no solo el resultado. Así, el cálculo queda como una transformación revisable, no como un número que exige confianza.

Separe hechos, hipótesis y preguntas abiertas

Un paquete sólido usa etiquetas visibles. Los hechos son datos que se ven en una fuente identificada: una cantidad, un ID, un estado, una fecha o la ausencia de una referencia. Las hipótesis son explicaciones que todavía necesitan contraste: una posible transformación, un corte diferente, una relación padre-hijo o un mensaje posterior. Las preguntas abiertas identifican qué evidencia o quién falta para pasar de hipótesis a hecho.

Esta separación tiene una ventaja práctica: permite escalar sin acusar. “MES muestra X y ERP muestra Y; no está expuesta la relación de interfaz” es una descripción que el equipo técnico puede investigar. “La integración eliminó Y” es una conclusión que no se sostiene sin trazabilidad. La urgencia por cerrar un informe no debe acortar el lenguaje hasta convertir una posibilidad en un fallo confirmado.

La serie ISA-95 también se conoce como IEC 62264 y está orientada a la integración entre sistemas empresariales y de control de fabricación. Fuente: ISA-95 Esta referencia no valida un mensaje, una regla de negocio ni la causa de una diferencia local. El caso solo gana fuerza cuando las fuentes locales permiten enlazar su entrada, tratamiento y salida.

Use una lista de preguntas breve y asignable. Por ejemplo: “¿qué evento representa este estado de ERP?”, “¿la interfaz conserva un identificador de correlación para este caso?”, “¿qué regla define el corte del informe?” o “¿esta unidad se presenta tras una conversión?”. No pregunte “¿qué pasó?” a un grupo entero. Las preguntas específicas reducen la recolección repetida y hacen posible saber cuándo el paquete ya tiene evidencia suficiente.

Prepare una cronología que no confunda hitos

Una cronología no consiste en ordenar todas las fechas disponibles. Debe decir qué sucedió según cada fuente y con qué nivel de certeza. Separe creación de orden, inicio de ejecución, confirmación, envío, recepción, contabilización y consulta. Si no se conoce el significado de una marca, mantenga su nombre original y solicite definición. Renombrarla por intuición puede crear una causa ficticia.

Para cada hito, guarde el sistema, el campo, el valor y el identificador asociado. Si el caso pasa por varios turnos, añada la zona horaria y el criterio local de cambio cuando sea recuperable. Si no lo es, declare esa limitación. La diferencia de un día puede nacer en una regla de inclusión de periodo y no en una pérdida de producción, pero esa explicación también necesita evidencia antes de adoptarse.

No utilice la cronología para decidir qué registro “merece” permanecer. Su función es mostrar qué puede compararse y qué necesita investigación. Si una llegada al destino ocurre después de una extracción, es un hecho que puede explicar por qué no estaba visible entonces; no autoriza modificar retrospectivamente el informe ni elimina la necesidad de conservar la lectura original.

Entregue un paquete que permita decidir el siguiente paso

El resultado debe caber en una revisión operativa sin perder trazabilidad. Abra con el alcance y la diferencia observada. Siga con una tabla de valores originales y fuentes. Añada la relación conocida entre entidades, la cronología relevante, los cálculos reproducibles y las limitaciones. Cierre con las preguntas y propietarios. Evite colocar una recomendación de corrección donde solo existe una observación.

La información pública de ISA-95 describe integración y no prescribe procedimientos locales para corrección de registros, valoración, inventario, liberación de calidad, seguridad o cumplimiento. Fuente: ISA-95 Esta guía no determina qué ajuste debe realizarse. Si el caso afecta una de esas materias, la acción adecuada es elevar el paquete al proceso y rol autorizados, conservando los valores de origen y el alcance de la diferencia.

Una decisión útil puede ser “seguir investigando”, “confirmar la semántica de un estado”, “obtener el vínculo de correlación” o “escalar por impacto”. También puede ser “no verificable con las fuentes disponibles”. Esta última respuesta no es un fracaso: evita que se tome una decisión sensible con una relación que nadie puede demostrar. Explique qué fuente faltaría para mejorar la certeza, de modo que la limitación sea accionable.

Antes de enviar, compruebe que otra persona puede responder: qué se comparó, de dónde salió cada dato, qué unidad y estado tiene, qué ventana se utilizó, qué relación está confirmada y qué pregunta queda. Si el paquete supera esa prueba, estará preparado para una revisión responsable aunque la causa final todavía no se conozca.

Evite pérdidas de contexto durante la colaboración

Una discrepancia suele viajar entre reuniones, tickets, correos y hojas de cálculo. Cada traslado puede eliminar un filtro, una unidad o una advertencia. Asigne un identificador al caso y úselo en todas las referencias. Mantenga una versión de la tabla de evidencia, no varias copias que se corrigen por separado. Si una nueva extracción cambia un valor, añádala como observación fechada en vez de sustituir sin rastro el dato anterior.

Distinga el resumen para dirección del expediente de evidencia. El resumen puede describir alcance, impacto potencial, estado de investigación y siguiente dueño. El expediente conserva las consultas, valores y limitaciones que permiten contestar preguntas. Reducir el resumen no autoriza eliminar la procedencia; solo evita que una audiencia no técnica tenga que leer todos los detalles para conocer la decisión pendiente.

No asigne la propiedad de una causa por el sistema donde se observa la diferencia. Una visualización de ERP puede depender de una ventana de informe; una confirmación de MES puede no ser la entidad que se compara; una interfaz puede transmitir correctamente un dato que después se agrupa de otra forma. El paquete debe ayudar a deshacer esas posibilidades, no decidirlas por la ubicación de una pantalla.

Finalmente, fije una siguiente revisión con una condición concreta: llegada de una referencia, definición de un estado, disponibilidad de una consulta o revisión del dueño. Deje claro qué parte del paquete cambiará cuando se reciba esa evidencia. Así el caso no queda abandonado como “pendiente IT” ni se reabre desde cero cada vez que alguien solicita una actualización.

Revise la calidad del expediente antes de compartirlo

Haga una comprobación independiente de los datos más sensibles. Una segunda persona no necesita repetir toda la investigación, pero sí debe poder tomar una fila de la tabla, abrir la fuente indicada y confirmar que el valor, la unidad y el estado se transcribieron correctamente. Si descubre una diferencia de transcripción, corríjala en una nueva versión y deje claro qué cambió. No borre la evidencia anterior si ya se usó para una decisión o una escalada.

Compruebe también que cada etiqueta de estado se conserva tal como aparece en la fuente. Traducir “posted”, “accepted” o cualquier literal de una interfaz a una interpretación operativa puede ser útil para el lector, pero debe separarse del valor de origen y atribuirse a quien conoce la definición local. El expediente permite que las aclaraciones posteriores se agreguen sin reemplazar el hecho inicial.

Las sumas y diferencias merecen una nota metodológica breve. Indique qué filas se incluyeron, en qué orden, si hubo redondeo y por qué se consideraron comparables. Si no se realizó una suma porque unidades o estados no coincidían, escríbalo explícitamente. Un cálculo ausente con un motivo verificable es más seguro que un total compuesto con condiciones invisibles.

Por último, confirme que el paquete no promete un resultado fuera de su alcance. Su utilidad está en reducir la ambigüedad y dirigir una pregunta a un propietario, no en sustituir autorización, pruebas de cambio, control de calidad, auditoría o gobierno de datos. Esta frontera debe quedar visible incluso cuando la discrepancia parezca pequeña; las consecuencias de una corrección prematura no se miden solo por el tamaño de la diferencia.

Si se adjuntan archivos, indique el nombre, fecha de generación y relación con la tabla principal. Evite adjuntar exportaciones masivas sin explicar qué filas son relevantes. Una selección trazable permite que el destinatario valide el caso en menos tiempo y disminuye el riesgo de que un dato sensible viaje sin necesidad. Cuando el contexto completo sea imprescindible, conserve la ruta autorizada y señale el criterio de acceso.

La revisión final debe comprobar que las preguntas pendientes no se han redactado como instrucciones de cambio. Pedir una definición, una referencia o una confirmación de proceso mantiene abierto el análisis; pedir “ajustar” o “reprocesar” presupone una causa y puede saltarse controles. Si existe una necesidad urgente de decisión, indíquela junto con el riesgo y el propietario que debe asumirla.

Preguntas frecuentes

¿Qué debe incluir el primer paquete de evidencia?

El alcance del caso, las fuentes, identificadores recuperables, valores y unidades originales, estados, marcas temporales, consultas usadas, diferencias observadas, limitaciones y preguntas con propietario. No necesita contener una causa definitiva.

¿Una captura de pantalla es suficiente?

No por sí sola. Puede aportar contexto, pero debe acompañarse de la fuente o consulta que permita recuperar el valor, su momento de extracción y los filtros aplicados. Una imagen sin procedencia es difícil de contrastar.

¿Debo convertir unidades para que el informe sea más fácil de leer?

Conserve primero las unidades originales. Solo presente una conversión cuando exista una regla autorizada y pueda citarse su procedencia, versión y alcance. No convierta por aproximación para cerrar una diferencia.

¿El paquete demuestra qué sistema se equivocó?

No necesariamente. Puede demostrar una diferencia y organizar su investigación. La causa puede estar en la fuente, el periodo, el estado, la relación de entidades, el informe o la integración, y debe comprobarse con el propietario apropiado.

¿Cuándo hay que detener la revisión y escalar?

Cuando falte evidencia esencial o el caso afecte trazabilidad, liberación de producto, seguridad, inventario, coste, cumplimiento o una decisión fuera del mandato de la persona que revisa.