Alinear consumo, orden y capacidad entre ERP y MES
Alinee consumo, orden y capacidad entre ERP y MES mediante claves, unidades, ventanas y estados comunes, sin atribuir costes ni capacidad por coincidencia.
Priorice desfases entre plan y ejecución por orden, capacidad, fecha y evidencia, sin convertir el análisis en una conciliación masiva de ERP y MES.
Un comité puede recibir decenas de diferencias entre el plan y la ejecución. Si se intenta conciliar todas antes de la reunión, el equipo pierde tiempo en casos que no cambiarán ninguna decisión. Priorizar consiste en elegir una primera comprobación con un criterio visible y conservar el resto sin presentarlo como resuelto.
Priorizar desfases entre plan y ejecución por impacto operativo exige ordenar órdenes según impacto, capacidad, fecha y evidencia disponible. El valor de una diferencia no se decide por su tamaño aislado. Importa qué decisión puede cambiar, qué fuente la respalda y cuánto tiempo queda para actuar.
La guía para conciliar MES y ERP explica cómo fijar objetos, estados y unidades. Esta página usa ese marco para elegir un subconjunto manejable. No propone una conciliación masiva ni cierra las discrepancias que quedan fuera de la primera revisión.
Antes de ordenar filas, escriba la decisión del comité: mantener una fecha, proteger una capacidad, revisar una orden crítica o pedir evidencia adicional. Una discrepancia que no afecta esa decisión puede esperar aunque sea visualmente llamativa. La pregunta funciona como filtro de alcance.
Anote también la fecha límite. La prioridad de un desfase para una reunión de hoy no tiene por qué coincidir con la de un cierre mensual. El calendario debe aparecer junto al caso, no en una nota separada que el lector tenga que interpretar.
No mezcle preguntas. «¿Por qué se retrasó la orden?» y «¿qué capacidad queda disponible?» pueden usar registros relacionados, pero necesitan criterios distintos. Si la prioridad cambia, abra una nueva vista o explique qué campo del criterio se modificó.
La prioridad responde a una decisión concreta, no a cuál cifra parece más grande. Esa regla evita que un pico numérico de una unidad pequeña desplace una diferencia menor que amenaza una fecha de cliente o una restricción de recurso.
Cada desfase debe tener identificador de orden, operación, recurso, fecha, plan de referencia, ejecución observada, unidad, estado, cobertura y propietario. Añada una breve descripción del impacto posible y un vínculo a la fuente original. Sin esa ficha, la lista de prioridades se convierte en opiniones.
Use la misma estructura para todos los casos, incluso los que acabarán pendientes. Una fila incompleta no es un cero; es una evidencia que no permite comparar todavía. Marque qué campo falta y quién puede completarlo.
| Campo | Qué registrar | Por qué importa |
|---|---|---|
| Orden y operación | identificador estable | Evita mezclar objetos distintos |
| Fecha | plan, evento y consulta | Sitúa la urgencia real |
| Capacidad | unidad, recurso y ventana | Conecta el desfase con la decisión |
| Estado | liberado, en curso, bloqueado o final | Indica si aún puede cambiar |
| Evidencia | fuente, cobertura y versión | Permite comprobar el caso |
| Propietario | rol y próxima acción | Evita una cola anónima |
El valor de capacidad debe llevar unidad y población. Piezas, horas, lotes y toneladas no se pueden ordenar juntos sin una regla aprobada. Si el impacto solo puede expresarse como hipótesis, escríbalo como hipótesis y no como pérdida confirmada.
Verifique que plan y ejecución hablan del mismo objeto. Una orden padre y una suborden pueden mostrar cantidades o fechas distintas sin que exista un desfase de la misma entidad. Una operación con el mismo nombre puede tener recursos o versiones diferentes.
Revise la unidad y el periodo. Una capacidad de 100 piezas por turno no es comparable con 100 cajas por día. Un total mensual no responde a la misma pregunta que una ventana de dos horas. Si la equivalencia no está aprobada, marque el caso como no comparable.
La conversión, cuando existe, debe indicar factor, versión del maestro, población, redondeo y propietario. No use una división rápida en una hoja de cálculo para crear una prioridad que después parezca oficial.
Los casos sin identidad o unidad común pueden entrar en la cola de comprobación. Priorizar la recuperación del dato puede ser la decisión correcta, pero la fila no debe fingir un impacto calculado.
Un criterio simple puede combinar cuatro preguntas: ¿cambia una fecha próxima?, ¿toca una capacidad restringida?, ¿afecta una orden con obligación externa?, ¿la evidencia permite comprobarlo? No hace falta producir una puntuación sofisticada; hace falta que el comité entienda por qué una fila aparece primero.
Puede usar niveles alto, medio y pendiente, siempre con una explicación. Alto no significa causa confirmada. Significa que la decisión es sensible y que existe suficiente evidencia para hacer una comprobación útil. Un caso de impacto alto con evidencia débil debe priorizar la fuente, no una conclusión.
| Criterio | Alto | Medio | Pendiente |
|---|---|---|---|
| Fecha | decisión en la próxima ventana | puede esperar un turno | fecha o versión faltante |
| Capacidad | recurso o unidad restringida | efecto local limitado | unidad no comparable |
| Evidencia | fuente y estado trazables | hueco localizado | origen no identificado |
| Acción | responsable disponible | revisión programable | hay que recuperar datos |
No sume niveles de forma automática si el procedimiento local no lo permite. Una matriz puede ordenar la conversación, pero la autoridad debe poder explicar sus límites. Mantenga la ficha de cada criterio para que la prioridad sea auditable.
Un desfase puede tener impacto alto sin que se conozca su causa. La prioridad responde a qué revisar primero, no a por qué ocurrió. Separar ambas preguntas evita que la urgencia convierta una hipótesis en un diagnóstico.
Describa el hecho con precisión: «la fecha de ejecución aparece un turno después de la planificada para OF-241». Añada la hipótesis como campo distinto: «podría existir una versión posterior o un evento recibido tarde». El responsable de la siguiente comprobación no hereda una causa inventada.
Un caso con gran impacto y evidencia débil necesita una comprobación, no una conclusión. La frase debe permanecer visible cuando la lista llegue al comité. Si la fuente no confirma la unidad o el estado, el resultado se etiqueta como pendiente aunque ocupe el primer puesto.
La causalidad puede requerir calidad, mantenimiento, materiales o planificación. No la resuelva desde una tabla de diferencias. Remita el caso al procedimiento competente y conserve la prioridad original para explicar por qué se escaló.
La cola contiene los casos que no entran en la primera revisión, los que no tienen unidad común y los que esperan una versión. Cada fila debe conservar propietario y fecha de próxima comprobación. Un estado «pendiente» es una decisión de alcance, no una confirmación de que el desfase sea irrelevante.
Ordene la cola por la próxima acción, no por un valor artificial. Un caso puede quedar a la espera de una exportación, una autorización o una revisión de zona horaria. Registrar esa dependencia ayuda a que la siguiente reunión retome el trabajo sin empezar de cero.
La cola de pendientes conserva discrepancias sin fingir que fueron conciliadas. Muestre cuántos casos están en cada estado y qué evidencia falta. Si un lector solo ve los tres primeros, debe saber cuántos quedaron fuera y por qué.
Cuando una fila se resuelva, conserve la prioridad que tenía y la fecha de resolución. El histórico permite estudiar si el criterio seleccionó casos útiles sin convertir ese análisis en una promesa de mejora o ahorro.
Para priorizar por impacto operativo, detalle qué recurso y ventana están implicados. Una diferencia de fecha solo tiene impacto de capacidad si se puede relacionar con horas, unidades o una restricción concreta. Si la orden sigue abierta, indique que la disponibilidad puede cambiar.
No traduzca automáticamente un retraso a pérdida de capacidad. El recurso puede recuperar la secuencia, mover otra orden o tener holgura. La ficha registra la exposición, no una pérdida confirmada. La comprobación de capacidad debe usar la fuente y la regla local que la autoridad reconozca.
La página para revisar capacidad real con órdenes ERP abiertas complementa este paso cuando el desfase afecta carga. Allí se puede profundizar en la ventana; aquí se conserva el criterio de prioridad y la cola de casos.
Si el impacto toca calidad, seguridad o un compromiso contractual, active el control local correspondiente. La prioridad no autoriza cambiar una instrucción de trabajo, liberar material ni alterar una fecha publicada.
Una prioridad puede cambiar cuando se publica una nueva versión del plan. Guarde la versión usada para ordenar y la que aparezca durante la revisión. Si la diferencia desaparece porque el plan cambió, el caso no se borra: se documenta como cambio de referencia.
El estado de la orden también modifica la urgencia. Una orden abierta puede recibir eventos; una cerrada puede requerir un control de corrección. No mezcle ambos escenarios en la misma columna «ejecución».
Conserve el instante de consulta separado del instante del evento. La llegada tardía de un mensaje puede crear un desfase aparente sin mover la operación. Para priorizar, indique si se está revisando ejecución, transmisión o versión.
La guía de comparación de plan y ejecución ofrece un vocabulario común para esos estados. El criterio final sigue perteneciendo al proceso local.
ISA describe niveles, objetos e intercambios entre control y empresa, pero ese esquema no certifica la integración local ni la calidad de sus datos. La página oficial de ISA-95 ayuda a ubicar ERP, MES y operaciones en una conversación común.
El estándar no decide qué discrepancia es crítica, qué unidad debe usar una fábrica ni qué pantalla tiene autoridad. Tampoco prueba que una interfaz entregue mensajes a tiempo. Use sus términos para identificar objetos y responsables, y apoye el impacto en registros locales.
OPC UA describe modelos de información y comunicación. Una especificación puede orientar una pregunta sobre el intercambio, pero no demuestra que una instalación haya implementado un perfil concreto. Si la prioridad depende de una señal, compruebe la traza y la configuración local.
NIST estudia métricas y gobierno de información. Sus trabajos pueden inspirar la ficha de evidencia y la revisión de población. No proporcionan una puntuación universal de impacto ni sustituyen la autoridad de un comité industrial.
La primera diapositiva puede mostrar decisión, fecha límite, tres casos priorizados y estado de evidencia. La segunda detalla orden, capacidad, fuente y siguiente acción. La cola pendiente queda visible con su propietario y ventana de revisión.
Evite títulos como «peores órdenes» o «fallos confirmados» si la causa no está demostrada. Use «casos para comprobar» y una razón verificable. El lenguaje de la salida debe reflejar la calidad de la evidencia.
Pida al comité una decisión limitada: autorizar una comprobación, asignar un responsable, aceptar una fecha provisional o abrir un procedimiento de capacidad. No convierta la lista en una autorización de gasto, una declaración de incumplimiento o un cambio de orden de la planta.
Si la prioridad se discute, muestre los campos que la sustentan. Una diferencia menor puede subir si la fecha es crítica; una diferencia grande puede bajar si usa una unidad distinta. La transparencia del criterio permite ajustar el alcance sin reescribir los hechos.
Una prioridad solo se puede ejecutar si la fuente y el responsable están disponibles. Para cada caso, escriba dónde se consultará el plan, dónde se comprobará la ejecución y quién puede explicar una diferencia de estado. Si una persona no tiene permisos, nombre el rol que puede abrir la consulta sin copiar datos a una hoja no controlada.
Mantenga una referencia común para las exportaciones. Guarde nombre de consulta, filtros, fecha de extracción y versión del modelo. Dos archivos con el mismo nombre pueden representar ventanas distintas. La ficha debe permitir distinguir una actualización de una nueva evidencia.
Cuando dos fuentes discrepen, no elija automáticamente la que tiene el valor más reciente. Registre la autoridad definida para el objeto y explique qué pregunta responde cada sistema. La prioridad puede consistir en resolver esa autoridad antes de calcular impacto.
Asigne una revisión cruzada para los casos altos. Un segundo lector confirma identidad, unidad y estado, pero no cambia la fuente original. Esa pequeña separación reduce errores de transcripción y deja una señal de que la prioridad se revisó antes del comité.
Suponga cuatro órdenes del mismo turno. OF-101 tiene una diferencia de dos horas, una ruta confirmada y un recurso restringido. OF-102 muestra veinte unidades de diferencia, pero mezcla cajas y piezas. OF-103 tiene una fecha antigua y una versión no identificada. OF-104 coincide en fecha, pero el estado de ejecución no se ha actualizado.
OF-101 entra primero: la decisión de capacidad es inminente y la evidencia permite comprobar la ruta. OF-102 entra en la cola de unidad. OF-103 necesita recuperar la versión. OF-104 puede esperar la próxima sincronización, con un propietario y una ventana escritos.
La lista no concluye que OF-101 tenga una causa ni que las otras órdenes estén correctas. Solo ordena la siguiente comprobación. Si la revisión demuestra que la diferencia de OF-101 era una versión posterior, se actualiza el estado y se conserva el motivo de la prioridad inicial.
Ordenar por el mayor número es el error más visible. También se suele puntuar sin unidad, mezclar fechas de negocio con fechas de consulta y olvidar si la orden sigue abierta. Esos atajos producen una lista ordenada, pero no una lista defendible.
Otro error consiste en eliminar las filas que no caben en la reunión. Desaparecen la cobertura y el trabajo pendiente. Mantenga una cola corta, con estado y próxima acción, y explique el límite de la primera revisión.
No convierta la prioridad en una etiqueta de culpabilidad. Un desfase puede tener una causa de proceso, de interfaz o de definición. La ficha debe permitir investigarlo sin señalar a una persona antes de comprobar los registros.
Tampoco use una fuente estadística o un estándar para asignar impacto a una orden local. Esas fuentes pueden dar contexto de integración o adopción, pero el impacto procede de la orden, la capacidad, la fecha y la evidencia de la planta.
Compruebe que la decisión, la fecha límite y el alcance están escritos. Revise identidad, unidad, versión, estado, capacidad, fuente, cobertura y propietario de cada fila. Asegúrese de que la regla de prioridad se puede explicar sin cálculos ocultos.
Confirme que los casos pendientes siguen visibles y tienen próxima acción. Si una prioridad depende de una conversión o de una versión, marque la dependencia. No cierre una discrepancia porque no haya espacio en la reunión.
Por último, separe hechos, hipótesis y decisiones. La salida debe mostrar por qué una discrepancia entra primero y qué comprobación sigue, sin cerrar las demás como si fueran resueltas. Ese formato da al comité una agenda concreta y conserva la trazabilidad para la siguiente revisión.
Empiece por el que pueda cambiar una decisión próxima y tenga una evidencia local que permita comprobarlo. Considere orden, capacidad, fecha, estado y cobertura. Si el impacto parece alto pero la fuente es débil, priorice la comprobación de la fuente antes de afirmar una causa.
No como regla única. Una diferencia grande puede usar otra unidad o población, mientras una diferencia menor puede afectar una fecha crítica. Use una ficha común y explique cómo se relaciona el valor con la decisión que el comité debe tomar.
No. Los casos que no entran en la primera revisión deben conservarse con estado, propietario y próxima ventana. Una cola pendiente evita que una decisión de alcance se interprete como que los demás desfases fueron resueltos.
Marque el caso como no comparable hasta encontrar una conversión aprobada para la misma población y periodo. Puede priorizar la búsqueda de esa regla, pero no mezcle unidades ni calcule un impacto que dependa de una equivalencia inventada.
No. ISA-95 ofrece modelos y vocabulario para hablar de niveles, objetos e intercambios. La prioridad depende de la decisión, la evidencia y el riesgo local. Use el estándar como contexto y documente el criterio que la autoridad de la planta haya aprobado.