Cómo comparar fecha planificada y real sin cerrar una orden

Comparar una fecha planificada con una fecha real parece una operación de dos columnas. En una orden abierta, sin embargo, cada fecha puede describir un momento distinto del proceso. La planificación puede pertenecer a una versión aprobada por la mañana. La fecha real puede ser una confirmación parcial, una señal recibida con retraso o una marca escrita antes de terminar la operación.

Comparar una fecha planificada y una fecha real mientras la orden sigue abierta exige tratar el resultado como provisional. La comparación sirve para decidir qué revisar después, no para declarar un incumplimiento final. Conserve el estado de la orden, la versión del plan y el origen de cada marca temporal.

La guía para comparar el plan ERP con la ejecución MES ofrece el marco general para separar plan, evento y confirmación. En esta página el foco es más estrecho: una orden que aún no tiene cierre válido y que puede cambiar antes de la revisión.

Empiece por la pregunta que se quiere contestar

Antes de calcular días de diferencia, escriba la pregunta en una frase. Puede ser «¿la orden necesita una revisión de secuencia?», «¿el compromiso de esta semana sigue siendo provisional?» o «¿qué registro falta para confirmar la fecha?». Cada pregunta requiere una fecha de referencia distinta. No mezcle una alerta de planificación con una conclusión de cumplimiento.

La pregunta también fija el perímetro. Aquí no se cierra una orden, no se corrige una confirmación y no se atribuye una causa. Se marca un estado, se prepara una revisión y se conserva la hipótesis abierta. Si el comité necesita una decisión de capacidad, habrá que abrir el procedimiento que corresponda y nombrar a su autoridad.

Comparar fecha planificada y fecha real sin cerrar la orden exige separar el desfase observado del cierre final de la orden. Esta frase debe aparecer en la ficha de trabajo para recordar que un cálculo temporal no cambia el estado operativo.

Anote quién solicitó la comparación y qué decisión podría cambiar. La persona que pide un dato puede no tener autoridad para cambiar el plan. Esa separación evita que un correo de seguimiento se convierta accidentalmente en una instrucción de producción.

Identifique la orden y la versión del plan

Use una clave estable para el caso: orden, operación, producto, recurso y fecha de negocio. Si el ERP genera un identificador de versión, guárdelo junto con la fecha de publicación. Si solo existe una vista, archive la consulta, sus filtros y la hora en que se obtuvo. «Plan de hoy» no identifica una versión que pueda repetirse mañana.

La versión puede cambiar mientras la orden permanece abierta. Registre la versión inicial y cada modificación conocida, aunque la pantalla actual solo muestre la última. Una línea de tiempo pequeña suele bastar: versión, autor o rol, motivo declarado, instante de publicación y alcance de la modificación.

Campo	Registro mínimo	Pregunta de control
Orden	identificador y producto	¿Es el mismo objeto en ERP y MES?
Operación	código y recurso	¿La fecha corresponde a esa operación?
Plan	versión y publicación	¿Qué plan estaba vigente al comparar?
Estado	abierta, pausada o liberada	¿Puede cambiar la fecha sin cierre?
Fuente	sistema, consulta y propietario	¿Quién puede repetir la lectura?

Una orden abierta no significa que no haya datos válidos. Significa que el resultado todavía puede recibir eventos. La ficha debe distinguir «dato observado» de «dato final». Esa pequeña etiqueta protege el historial cuando aparezca una confirmación posterior.

Defina qué significa cada fecha

La fecha planificada puede ser de inicio, fin, entrega o liberación. La fecha real puede ser un inicio registrado, una confirmación de operación, una entrega física o una actualización de interfaz. Ponga el nombre completo de la marca en la ficha. «Fecha real» sin evento asociado invita a comparar cosas distintas.

Para cada marca, escriba evento, zona horaria, precisión y fuente. Una fecha con minuto exacto no es necesariamente más fiable que una fecha de día. La precisión debe reflejar cómo se capturó el dato. Si el sistema redondea al día, no presente una hora inventada.

Ordenar la revisión por fecha, entidad, estado, unidad y propietario permite repetir el contraste sin convertir un dato provisional en un cierre. La lista funciona como una regla local: primero se comprueba la identidad y el alcance, después se calcula la diferencia.

Si el plan usa fecha de fin y el MES registra inicio, no reste ambos valores como si midieran el mismo evento. Pida la fecha de fin equivalente o cambie la pregunta. Cuando no exista correspondencia, marque «no comparable» y deje constancia de lo que falta.

Alinee zona horaria y calendario

Dos sistemas pueden guardar UTC, hora local o una combinación. Conserve el valor original y su zona horaria antes de convertir. La conversión debe ser reversible y quedar anotada en la consulta o en el archivo de salida. Si hay cambio de horario de verano, anote la regla utilizada.

El calendario de negocio también importa. Un turno que cruza medianoche puede pertenecer al día operativo anterior. Un fin de semana o festivo puede mover la ventana planificada sin que exista retraso. No corrija la fecha manualmente para que la resta parezca razonable.

Muestre dos columnas cuando sea útil: «marca original» y «marca normalizada». La primera conserva la evidencia; la segunda permite comparar. Si la normalización depende de una configuración que no puede verificarse, mantenga el desfase como hipótesis y explique el riesgo.

La guía de conciliación MES-ERP puede ayudar a acordar campos de corte y zona horaria. No reemplaza el procedimiento de la planta ni decide qué calendario tiene autoridad para la orden concreta.

Compare la ventana correcta

Defina una ventana que incluya el plan consultado y la fecha observada. Una diferencia de dos días puede ser irrelevante si el plan se publicó después del evento; puede ser importante si la versión era anterior y vinculante. La comparación necesita la relación temporal, no solo la resta.

Registre el instante de consulta aparte del instante del evento. Un dato recibido a las 14:00 puede representar un evento de las 10:00. Llamar «retraso» a las cuatro horas de transmisión sería mezclar latencia con ejecución.

Si la orden aún recibe eventos, fije una ventana de revisión: por ejemplo, «volver a consultar al terminar el turno de tarde» o «revisar después de la confirmación de calidad». Escriba qué estados deben existir para cambiar la etiqueta provisional y quién validará la transición.

La ventana no debe convertirse en un plazo rígido sin autoridad. Si el evento no llega, el caso sigue abierto y se registra el motivo. La ausencia de una confirmación no autoriza a cerrar ni a imputar la fecha real.

Lea estados y eventos, no solo fechas

Una fecha sin estado puede ocultar una orden pausada, bloqueada, liberada o parcialmente confirmada. Consulte el historial de estados que afecten a la operación. Diferencie «en curso», «espera de material», «espera de calidad» y «terminada» si el modelo local los distingue.

Los eventos deben conservar su identificador. Si el MES recibe una confirmación duplicada, una interfaz puede mostrar la fecha más reciente sin explicar la primera. Guarde las consultas originales y no deduzca una secuencia a partir de una única vista resumida.

La evidencia de una fecha real abierta debe incluir el estado, la fuente y el evento que la generó. Esta afirmación orienta la revisión local; no demuestra que el sistema haya capturado todos los eventos ni que la fecha sea definitiva.

Cuando el historial tiene un hueco, describa el hueco. «Sin registro entre 08:00 y 10:00» es más útil que «hubo una incidencia». Una hipótesis puede acompañar al hueco, pero debe etiquetarse como tal y tener responsable de comprobación.

Diferencie cambio de plan y retraso preliminar

Un cambio de plan puede mover la fecha sin que exista un incumplimiento. Busque un registro de versión, autorización o motivo antes de clasificar la diferencia. Si no aparece, mantenga dos hipótesis: plan cambiado sin rastro y ejecución fuera del plan. No elija una por intuición.

Un retraso preliminar también puede desaparecer cuando se registra una operación pendiente. Por eso la comparación debe mostrar la fecha observada y la etiqueta «abierta». La fecha no se borra cuando la orden se actualiza; se añade el nuevo evento y se documenta la revisión.

La norma ISA-95 ofrece vocabulario para separar planificación, operaciones e intercambio de información. Su página resumen no demuestra qué pantalla manda en una instalación concreta. Use el vocabulario para formular preguntas, no para afirmar conformidad.

OPC UA define modelos de información y comunicación entre sistemas, pero una especificación no prueba la latencia ni la calidad de una interfaz local. Si la fecha se mueve entre ERP y MES, revise la traza, el mapeo y el propietario del intercambio antes de hablar de retraso.

Diseñe la ficha de revisión

Una ficha breve puede tener seis bloques: identidad de la orden, versión de plan, fechas con zona horaria, estado actual, evidencia disponible y decisión provisional. Añada enlace al informe o consulta original. La ficha debe ser legible para alguien que no participó en la extracción.

Incluya una columna «qué cambiaría la conclusión». Puede ser la confirmación de fin, un registro de cambio aprobado o una corrección de zona horaria. Esa columna convierte la incertidumbre en una solicitud concreta y evita pedir todos los datos de la planta.

Asigne un propietario a cada hueco. «Operaciones» puede ser demasiado amplio; indique el rol que consulta el historial, el que confirma el plan o el que valida calidad. El responsable no debe modificar la evidencia original para resolver el caso.

Cuando el análisis se actualice, conserve versión de la ficha. Así se puede explicar por qué el desfase provisional de una reunión no coincide con el de la siguiente. La diferencia entre ambas salidas es una consecuencia esperable del estado abierto, no necesariamente un error.

Use fuentes públicas como contexto prudente

La Encuesta TIC del INE ofrece contexto sobre analítica y nube, pero esos porcentajes no prueban el rendimiento de una integración MES local. La fuente resume respuestas empresariales agregadas. No identifica la calidad de una marca temporal, una configuración ERP o una orden concreta.

La Encuesta TIC del INE puede situar una conversación sobre digitalización. No sirve para rellenar una fecha real, estimar una latencia ni justificar que un registro local sea correcto. Mantenga la diferencia entre contexto de adopción y evidencia operativa.

NIST estudia métodos para caracterizar sistemas y métricas. Sus investigaciones pueden inspirar campos de una ficha, pero no sustituyen la validación de la población, la unidad o el estado de una orden. La investigación de medición de rendimiento se usa aquí como contexto metodológico.

El trabajo de gobierno de información de NIST ayuda a tratar procedencia, roles y versiones como parte del dato. No convierte una recomendación de gobierno en una obligación legal ni demuestra que una planta tenga esos controles.

Decida qué hacer con un desfase provisional

Marcar estado provisional y una ventana de revisión deja criterio, autoridad y próxima comprobación visibles. La salida debe decir quién revisará, qué registro buscará y qué decisión se tomará si la diferencia persiste. Si falta evidencia, la hipótesis permanece abierta.

Un comité puede aceptar una fecha provisional para organizar su agenda, siempre que el estado aparezca junto al valor. No use un color de «rojo» como sustituto de una definición. La etiqueta debe explicar si el riesgo procede de una orden abierta, una fuente incompleta o una diferencia de calendario.

Si el desfase afecta un compromiso externo, active el control local de planificación y contratos. Esta página no autoriza comunicar un incumplimiento, adelantar un envío ni cambiar la secuencia. La decisión pertenece al rol que gobierna ese compromiso.

Cuando la revisión confirme el fin de la orden, actualice la ficha sin borrar la comparación original. La fecha final puede convivir con la fecha provisional y mostrar cuándo cambió la evidencia. Esa secuencia facilita auditorías y evita reescribir el relato después del cierre.

Ejemplo de lectura sin cierre

Imagine la orden OF-271. El plan versión 4 fija una fecha de fin el martes a las 18:00. El MES muestra una confirmación parcial el miércoles a las 09:10 y mantiene la orden en estado «en curso». La diferencia de quince horas parece un retraso, pero aún no prueba que el lote haya terminado tarde.

La ficha conserva versión 4, la confirmación parcial, la zona horaria local y el propietario de la consulta. La decisión provisional es revisar al final del turno de tarde. El responsable buscará una confirmación de fin, un cambio de versión o una nota de espera de calidad.

Si aparece una versión 5 publicada el martes a las 16:00, la comparación se reetiqueta como cambio de plan documentado. Si no aparece ningún evento adicional, el caso se escala como evidencia incompleta. En ambos escenarios se conserva la primera lectura y no se cierra la orden desde el informe.

Errores que conviene evitar

El error más común es restar dos fechas sin comprobar el evento. Otro es tomar la última versión disponible como si hubiera sido la versión vigente cuando ocurrió la operación. Un tercero consiste en convertir la hora de recepción en hora de ejecución.

También se suele ocultar el estado abierto para que una tabla tenga una columna «real» completa. Esa decisión elimina la información que explica por qué el resultado puede cambiar. Una tabla más honesta muestra «real observada», «estado» y «fecha de revisión».

No cierre, edite ni reprocese la orden para obtener una fecha conveniente. Si se necesita una simulación, use un entorno aprobado o una copia histórica. El expediente debe permitir reconstruir lo que se sabía antes de la revisión.

La página para revisar capacidad con órdenes abiertas puede complementar el análisis cuando el desfase afecta una carga o una capacidad. Mantenga allí el foco de capacidad; esta ficha sigue centrada en fecha, estado y ventana.

Lista final de comprobación

Antes de enviar la comparación, confirme que la orden, operación y producto coinciden en las dos fuentes. Revise la versión de plan, el tipo de evento, la zona horaria, el estado abierto y el instante de consulta. Compruebe que cualquier conversión pueda repetirse.

Después verifique que la salida conserva el dato provisional, el hueco de evidencia, el responsable y la ventana de revisión. La etiqueta debe decir qué haría cambiar la conclusión. Si una pregunta no tiene respuesta, escriba la pregunta en lugar de rellenar la celda.

Por último, separe el contexto externo de la evidencia local. Un porcentaje de adopción digital o una descripción de un estándar puede orientar el vocabulario. No demuestra que la fecha de una orden sea correcta, que una interfaz no tenga latencia o que exista un incumplimiento.

¿Una fecha real anterior al cierre demuestra que la orden incumplió?

No. Mientras la orden permanezca abierta, la fecha observada puede corresponder a un evento parcial, una confirmación tardía o una versión intermedia. Registre el estado y espere la ventana de revisión antes de clasificar el resultado como incumplimiento.

¿Qué versión del plan debo usar para comparar?

Use la versión que la autoridad local declaró vigente para la orden y el momento del análisis. Guarde su identificador, fecha de publicación, filtros de consulta y cualquier cambio posterior, porque comparar con la última pantalla disponible puede mezclar planes distintos.

¿Puedo comparar fechas de sistemas con zonas horarias distintas?

Solo después de conservar la zona horaria original y aplicar una regla de conversión documentada. Muestre la hora local y la referencia común. Si no puede demostrar que ambas marcas representan el mismo instante, deje el desfase como no comparable.

¿Qué debe contener una ventana de revisión?

Debe indicar fecha y hora de revisión, responsable, registros que se volverán a consultar, criterio para pasar de provisional a confirmado y acción si sigue faltando evidencia. Una fecha sin autoridad ni criterio no cierra la incertidumbre.

¿Puedo cerrar la orden para obtener la fecha real definitiva?

No como maniobra de análisis. Cerrar una orden puede afectar inventario, costes, calidad y planificación. Consulte el procedimiento local o una copia de prueba, mantenga el estado original y use la fecha final solo cuando la autoridad del proceso la haya confirmado.