Detectar capacidad duplicada entre dos órdenes

Dos órdenes aparecen en el mismo turno y la vista de planificación suma ocho horas para cada una. El informe concluye que hay dieciséis horas comprometidas, aunque ambas filas proceden de la misma reserva de máquina. El problema no es que las órdenes compartan una fecha. Es que la reserva perdió su identidad al pasar del calendario al informe.

Para detectar capacidad duplicada, convierta cada compromiso en una reserva atómica: recurso, intervalo, unidad, cantidad, versión, estado y clave de origen. Compare después las reservas, no solo los números de orden. Si dos órdenes activas reclaman el mismo átomo y no existe una regla aprobada de reparto o sustitución, retenga el total. La autoridad de planificación debe decidir qué compromiso sigue vigente.

El trabajo de NIST sobre gestión integrada de operaciones estudia la integración de datos y decisiones heterogéneos en producción, calidad, mantenimiento e inventario. El artículo de investigación aporta ese contexto general. No define la clave de reserva de una fábrica ni demuestra que dos órdenes concretas estén duplicadas.

Empiece por comparar el plan ERP con la ejecución MES para fijar versiones y cortes. La guía de conciliación MES-ERP ayuda a conservar evidencias. Si el conflicto afecta a órdenes abiertas y disponibilidad futura, revise la capacidad real con órdenes ERP abiertas.

La orden no es la reserva

Una orden describe trabajo previsto. Puede contener varias operaciones, alternativas de recurso o cantidades parciales. Una reserva expresa qué capacidad queda comprometida, en qué recurso y durante qué intervalo. Confundir ambas identidades convierte cualquier copia, división o reprogramación de una orden en una posible doble suma.

La pregunta útil es más pequeña: “¿Qué parte de la capacidad del recurso R-07 está comprometida dos veces en la versión P-18 del turno de mañana?”. Ahí están el recurso, la versión y el horizonte. “Buscar órdenes duplicadas” empuja a revisar demasiado y, peor aún, a borrar registros que quizá representan trabajo legítimo.

Conserve el identificador de orden, pero no lo use como única clave. Añada operación, recurso, inicio, fin, zona horaria, unidad de capacidad, cantidad reservada, calendario, versión de plan y estado. Si la reserva procede de otro objeto, como una campaña o una secuencia, guarde también ese origen.

La misma orden puede tener dos reservas válidas en recursos sucesivos. Dos órdenes pueden compartir una reserva divisible si la regla de carga lo permite. También puede haber dos filas idénticas por un error de extracción, sin que el sistema de planificación contenga dos compromisos. El diagnóstico necesita separar esos casos.

NIST define el gobierno de información manufacturera mediante principios para procesar y usar datos de forma consistente, repetible y confiable. La publicación sobre gobierno de información respalda esa necesidad general. La clave concreta, su propietario y su vigencia siguen siendo decisiones locales.

Una clave que pueda reconstruirse

Una clave útil puede combinar centro, recurso, calendario, segmento de intervalo, unidad y versión. No tiene que ser el identificador físico almacenado por el ERP. Puede ser una clave analítica, siempre que la fórmula esté versionada y permita volver a los registros originales.

No reduzca el tiempo a la fecha del turno si la decisión depende de minutos u horas. Dos operaciones en el mismo día pueden no solaparse. Tampoco use un timestamp sin zona horaria o sin aclarar si representa inicio planificado, publicación, recepción o consulta.

Para reservas continuas, divida el intervalo solo con una granularidad justificada. Si una máquina se planifica por bloques de quince minutos, esa puede ser la unidad mínima. Si la capacidad se expresa por lote o campaña, forzar bloques horarios puede fabricar una precisión inexistente.

Guarde la medida original. Horas-máquina, piezas por turno, toneladas por campaña y porcentaje de carga no son intercambiables. Una conversión requiere fórmula, factor, versión y redondeo. Sin esos elementos, dos cantidades numéricamente iguales no prueban que exista una reserva repetida.

Primero, una fotografía temporal coherente

La duplicidad suele aparecer cuando el informe mezcla versiones. Una orden se vuelve a programar, pero la reserva anterior permanece en una tabla histórica mientras la nueva ya figura como vigente. Si la consulta ignora la fecha de validez, suma dos estados que nunca coexistieron en el plan aprobado.

Guarde cuatro momentos cuando estén disponibles: vigencia de la reserva, publicación del plan, recepción en el sistema consumidor y ejecución del informe. Estos tiempos responden a preguntas distintas. Una recepción tardía no convierte la versión anterior en vigente, aunque explique por qué una pantalla la seguía mostrando.

Congele todas las tablas con el mismo instante lógico. Exporte órdenes, operaciones, calendarios, reservas, recursos y estados con identificadores de versión. Si una fuente no admite consulta histórica, documente el momento de extracción y la limitación. No combine una captura de ayer con el calendario corregido hoy como si fueran una sola fotografía.

NIST desarrolla métodos para caracterizar sistemas de fabricación, seleccionar métricas y analizar datos operativos al evaluar mejoras y compensaciones. El programa de medición orientada a operaciones proporciona el marco metodológico. No fija el corte ni el umbral de solape para este caso.

La replanificación también deja historia

Una replanificación válida no debería borrar la versión que sustentó una decisión anterior. Marque cada reserva como propuesta, liberada, sustituida, cancelada, ejecutada o el estado local equivalente. Conserve además la relación “sustituye a” cuando exista.

Si dos filas tienen la misma clave pero estados distintos, no las declare duplicadas de inmediato. Compruebe la regla de vigencia. Una reserva sustituida puede permanecer para auditoría y debe excluirse del total vigente, no eliminarse de la evidencia.

Cuando falte el estado, clasifique el caso como indeterminado. Elegir la fila más reciente por fecha de carga puede ser tentador, pero una corrección tardía o una retransmisión rompe esa regla. Pida el evento o la autoridad que determina qué versión rige.

Publique el corte junto al resultado. “Capacidad comprometida en la versión P-18, consultada a las 14:20” permite repetir el análisis. “Capacidad de mañana” cambia cada vez que se abre la pantalla.

Tres pruebas que responden cosas distintas

La detección combina pruebas que no conviene fundir. El solape temporal pregunta si los intervalos comparten tiempo. La identidad comprueba si afectan al mismo recurso y tipo de capacidad. La cantidad contrasta la carga acumulada con lo que la regla permite reservar en ese segmento.

Dos intervalos se solapan cuando el inicio de uno es anterior al fin del otro y viceversa. Defina cómo trata los límites. Si una operación termina a las 10:00 y otra comienza a las 10:00, normalmente no comparten tiempo, aunque el cambio pueda requerir preparación. Esa preparación debe figurar como restricción propia.

La identidad del recurso debe resolverse mediante una tabla gobernada. Alias, códigos antiguos y recursos agrupados pueden hacer que una misma máquina parezca distinta. El problema opuesto también existe: una etiqueta de línea puede representar varias máquinas paralelas y crear un falso duplicado.

La cantidad exige una base. Para una capacidad indivisible, cualquier solape vigente puede ser conflicto. Para una capacidad divisible, compare la carga acumulada con el límite aplicable a ese intervalo y versión. No use la capacidad nominal si el calendario aprobado establece otra disponibilidad.

La tabla es una propuesta editorial. El modelo local puede necesitar campaña, herramienta, personal, material o secuencia. Incluya una dimensión cuando cambie la validez del solape; no añada columnas decorativas que nadie pueda verificar.

Ponga nombre al caso antes de tocar nada

Un “duplicado de extracción” repite la misma fila por una unión o retransmisión. Una “reserva sustituida visible” conserva dos versiones, pero solo una rige. Un “solape autorizado” comparte capacidad mediante una regla explícita. Un “conflicto de compromiso” mantiene dos reclamaciones vigentes incompatibles. Un caso “sin evidencia” no permite elegir.

La clasificación determina el siguiente paso. El duplicado de extracción se corrige en la consulta y se prueba con el registro original. La versión sustituida exige filtrar por vigencia. El solape autorizado necesita conservar la regla. El conflicto llega a planificación. El caso sin evidencia permanece fuera del total confirmado.

No etiquete una orden como errónea por aparecer segunda. El orden de carga no establece prioridad. Tampoco suponga que la orden con menor cantidad puede eliminarse. Prioridad comercial, material, calidad o secuencia pueden estar fuera del informe.

Use un estado de análisis independiente del estado de negocio. “Conflicto detectado” describe la revisión; no cambia una orden a cancelada. Esto permite alertar sin producir efectos operativos desde una capa de reporting.

Siga una reserva hasta su origen

Seleccione un conflicto material y siga una reserva desde su creación. Localice el objeto que la originó, el calendario utilizado, la versión de plan, los mensajes o transformaciones y la fila final del informe. Anote en cada paso identificador, tiempo, estado y responsable.

El trabajo de NIST sobre gestión integrada estudia cómo acercar decisiones a las fuentes y al control en sistemas manufactureros heterogéneos. La investigación de operaciones distribuidas ofrece ese contexto. No prueba que la cadena local conserve identidad, orden o entrega única.

Compruebe las uniones. Una relación de una orden a varias operaciones es normal. Una unión posterior con varias versiones de calendario puede multiplicar cada operación. Cuente filas antes y después de cada paso y conserve las claves que explican el aumento.

Pruebe también una reserva que no deba aparecer como duplicada. Puede ser una orden consecutiva, una reserva sustituida o un recurso paralelo. Una regla que detecta el conflicto conocido pero bloquea casos válidos todavía no está preparada para uso general.

Si la duplicación nace en la capa de informe, no edite las órdenes para que el total cuadre. Corrija la relación, regenere el resultado y publique el cambio. Los objetos operativos originales son evidencia y pueden alimentar otros procesos.

Cuánto queda en conflicto

Informe por separado capacidad confirmada, capacidad en conflicto y capacidad fuera de cobertura. No reste automáticamente el conflicto ni lo cuente dos veces. Una banda separada permite decidir sin fingir una cifra exacta.

Muestre número de reservas afectadas, duración o cantidad según la unidad, recursos, horizonte y versiones. Evite un porcentaje global cuando el denominador contiene unidades o calendarios distintos.

Un conflicto pequeño puede ser material si bloquea una secuencia crítica. Uno grande puede proceder de una copia técnica fácil de corregir. El volumen ayuda a priorizar, pero no sustituye el análisis de impacto ni la autoridad de planificación.

Cuando comunique el caso, describa lo observado: “dos reservas vigentes reclaman el mismo bloque R-07/06:00–10:00 en P-18”. No afirme que se perderán cuatro horas o que una orden es inválida hasta que exista una decisión documentada.

Resolver el conflicto sin borrar el pasado

La salida técnica debe contener la pareja o grupo en conflicto, la evidencia original, la regla infringida, el volumen retenido y la pregunta de decisión. Planificación confirma si se trata de sustitución, reparto, alternativa, excepción aprobada o error.

Registre quién decide, cuándo y con qué versión. Si se anula una reserva, enlace la decisión con el objeto afectado. Si se aprueba compartir capacidad, guarde la regla, sus límites y la fecha de revisión. No convierta una excepción verbal en una regla permanente.

El método de NIST sobre gobierno busca que el procesamiento y uso de datos sea consistente, repetible y confiable. Ese principio de gobierno respalda conservar reglas y responsabilidades. No certifica la corrección de una decisión local.

Después de resolver, regenere el mismo corte y uno posterior. El corte original debe explicar el conflicto y su tratamiento; el posterior debe aplicar la versión vigente sin borrar la historia. Compare el delta de filas y capacidad.

Defina una vigilancia acotada. Revise durante varios ciclos los recursos y tipos de replanificación afectados. Si el patrón no reaparece, cierre la acción con evidencia. Si aparece en otra ruta de datos, amplíe el diagnóstico mediante una decisión explícita, no cambiando silenciosamente el alcance.

Cuándo el total deja de ser defendible

Detenga la suma cuando falten versión, estado, unidad, identidad de recurso o regla de simultaneidad. Deténgala también si el intervalo cruza calendarios incompatibles o si una transformación multiplicó filas sin una cardinalidad explicada.

No rellene un estado ausente usando el valor actual del ERP. Ese valor puede haber cambiado después del corte. Tampoco trate una ausencia MES como cancelación; puede ser latencia, fallo de interfaz o una operación todavía no iniciada.

La gestión integrada de operaciones que estudia NIST abarca datos y decisiones de producción, calidad, mantenimiento e inventario. El alcance publicado es investigación general y no una receta. Requiere roles, interfaces y datos locales, y no demuestra resultados en España.

Si el conflicto afecta a inventario, calidad, seguridad, clientes o costes, entregue la evidencia a la función competente. Esta guía identifica una posible doble reserva operativa. No autoriza cambios en esos ámbitos.

Una entrega que no dependa de quien hizo la consulta

El paquete final incluye pregunta, corte, diccionario de claves, mapa de recursos, regla de solape, consulta o transformación versionada, conflictos, excepciones, decisión y prueba posterior. Debe permitir reconstruir una fila desde el informe hasta la reserva original.

Añada una vista breve para operaciones. Muestre el recurso, las órdenes, la ventana, la cantidad, el estado de cada reserva y la decisión pendiente. El anexo conserva detalles de unión, versiones y controles. Una cifra sin estas dimensiones no debería viajar sola a la reunión.

Archive los casos que resultaron falsos positivos. Son útiles para probar futuras versiones de la regla. Un recurso paralelo, una reserva divisible y una sustitución correcta forman un conjunto de regresión más valioso que una lista de duplicados eliminados.

Vuelva a comparar el plan ERP con la ejecución MES cuando el conflicto proceda de una diferencia entre versiones o eventos. El siguiente paso inmediato es validar un caso material y otro que deba pasar antes de aplicar la regla al conjunto.

Preguntas frecuentes

¿Dos órdenes en la misma franja siempre duplican capacidad?

No. Pueden usar recursos diferentes, compartir una capacidad divisible o reservar tramos no coincidentes. Confirme recurso, intervalo, cantidad, unidad, calendario, versión y regla de simultaneidad antes de clasificar el caso.

¿Qué clave sirve para detectar la reserva repetida?

Use una clave gobernada que identifique recurso, intervalo o segmento, unidad de capacidad, versión de calendario, estado y origen. El número de orden por sí solo identifica trabajo, no necesariamente la reserva que consume.

¿Debo eliminar una de las órdenes duplicadas?

No desde el informe. Conserve ambas y señale el conflicto. Planificación o la autoridad definida debe confirmar si existe sustitución, división, reserva compartida o error antes de cambiar órdenes y compromisos.

¿Cómo trato una replanificación que llegó tarde?

Mantenga la versión anterior y la nueva con sus tiempos de vigencia, publicación y recepción. Si la vista mezcló ambas, reconstruya el corte correcto y publique el delta sin reescribir el histórico.

¿Un estándar externo valida mi regla de duplicados?

No. La investigación externa ayuda a ordenar datos, decisiones y gobierno. La unicidad de claves, el calendario, los estados y la autoridad de corrección se verifican con el modelo y las pruebas locales.