Validar un calendario de capacidad con excepciones

El ERP publica un calendario de ocho horas. Mantenimiento ha reservado dos, un cambio consume otra y el técnico de arranque está compartido con una segunda línea. Ninguna condición figura en la versión que ve planificación. Tratar las ocho horas como capacidad disponible crea un compromiso que el calendario operativo no sostiene.

Validar un calendario de capacidad con excepciones exige conservar el calendario base y registrar cada mantenimiento, cambio o dependencia con recurso, intervalo, estado, origen, vigencia, efecto y responsable; la versión resultante muestra condiciones abiertas. NIST desarrolla métodos para caracterizar sistemas y analizar datos operativos para evaluar su rendimiento. El programa de NIST no valida calendarios locales ni prescribe esta ficha.

La tarea no rediseña el plan maestro y tampoco decide la hora de corte. Su pregunta es más acotada: qué calendario puede utilizarse como referencia de capacidad después de incorporar excepciones trazables.

Conecte la revisión con comparar el plan ERP y la ejecución MES y use la guía de conciliación MES-ERP. Cuando existan compromisos todavía abiertos, consulte capacidad real con órdenes ERP abiertas. El contrato de plan y ejecución conserva ambas versiones.

Definir el calendario que se valida

Identifique centro, línea, recurso, horizonte, zona horaria y granularidad. “Calendario de planta” puede reunir equipos con reglas distintas y no es una unidad verificable.

Registre el sistema de origen, consulta, fecha y versión. Una captura sin identificador no permite reconstruir el calendario después de una actualización.

Explique para qué se usará: comprobar una ventana, preparar una promesa interna o detectar una condición. El uso determina qué excepciones son relevantes.

Declare qué queda fuera. La validación no cambia demanda, secuencia, prioridad ni parámetros maestros.

Conservar el calendario base

Guarde la versión recibida antes de añadir excepciones. Incluya turnos, pausas, festivos, cierres y disponibilidad nominal.

No sobrescriba el origen con una hoja corregida. La vista resultante debe enlazar al calendario base y mostrar cada transformación.

Compruebe que inicio y fin usan la misma zona horaria. Un desplazamiento puede mover una excepción a otro turno.

Registre el estado del calendario: borrador, publicado, aprobado o sustituido. Una versión preliminar no adquiere autoridad por aparecer en un informe.

Crear el registro de excepciones

Use un identificador único por excepción. Añada tipo, recurso, inicio, fin, estado, evidencia, vigencia, responsable y efecto esperado sobre la ventana.

Separe condición confirmada, planificada, pendiente y descartada. No reduzca estos estados a un único campo activo/inactivo.

Conserve el evento que originó el registro: orden de mantenimiento, cambio aprobado, reserva, aviso o comprobación local. Una nota sin origen es difícil de cerrar.

Si una excepción cambia, cree una revisión. Mantenga el valor anterior y el motivo; no edite el historial para que parezca estable.

Distinguir excepción y regla recurrente

Una parada puntual, un cierre excepcional o una ausencia confirmada pertenecen al registro de excepciones. Un descanso fijo o un turno recurrente debería formar parte del calendario base.

No convierta una repetición accidental en una regla maestra. Primero confirme patrón, propietario y vigencia.

Cuando una excepción se vuelve recurrente, documente la migración: última versión excepcional, nueva regla y fecha de entrada en vigor.

El historial debe permitir saber qué lógica se aplicó a cada periodo, incluso después de cambiar el calendario base.

Incorporar mantenimiento

Registre equipo, alcance, ventana, estado de la orden y responsable. Distinga trabajo aprobado, propuesto, iniciado y terminado.

Incluya preparación, consignación, prueba y devolución cuando consuman calendario. La duración de la intervención técnica no siempre cubre toda la indisponibilidad.

No prolongue automáticamente una duración histórica. Si se usa para un escenario, márquela como estimación y conserve el intervalo confirmado por separado.

Compruebe dependencias con otros equipos. Una intervención en un servicio común puede afectar varias líneas aunque solo exista una orden.

Registrar cambios y limpiezas

Identifique familia anterior, familia siguiente, herramienta, receta y requisitos de limpieza. El nombre genérico “cambio” no explica el intervalo.

Separe tiempo previsto y observado. El calendario validado puede usar el primero con una condición; la revisión posterior conserva el segundo.

Incluya liberaciones y verificaciones necesarias antes del arranque. Una línea físicamente libre puede no estar autorizada para producir.

Evite duplicar el cambio si ya forma parte de la secuencia publicada. Marque la relación con el evento del plan.

La evidencia del calendario conserva versión base, excepciones, intervalos, estados, recursos, dependencias y responsables. NIST estudia métodos, modelos, métricas y datos operativos para caracterizar sistemas de fabricación. La fuente de investigación no aporta las excepciones de una planta ni certifica su disponibilidad.

Comprobar recursos compartidos

Liste personal, herramientas, laboratorio, energía, aire, logística y otros recursos que pueden servir a varias líneas. Registre su calendario propio.

Cruce intervalos, no solo cantidades diarias. Dos reservas de dos horas pueden convivir si no se solapan o bloquearse si comienzan a la vez.

Conserve reglas de asignación únicamente cuando estén aprobadas. Esta ficha detecta conflicto; no inventa prioridad.

Si la capacidad del recurso es múltiple, documente unidades simultáneas y condiciones. “Disponible” no indica cuántas líneas puede atender.

Revisar personal y competencias

Un turno cubierto en plantilla puede carecer de una competencia concreta. Registre función, habilitación, intervalo y sustitución confirmada.

No publique nombres personales cuando no sean necesarios. Use rol o equipo y mantenga los datos sensibles en el sistema autorizado.

Distinga ausencia, reserva y disponibilidad condicionada. Una persona asignada a otra intervención no está libre aunque figure en el turno.

Cuando exista relevo, anote el momento efectivo. La presencia parcial puede dividir la ventana operativa.

Tratar materiales y calidad

Una falta de material puede ser excepción si su intervalo y efecto están demostrados. No use una previsión de entrega como disponibilidad confirmada.

Registre lote, estado, ubicación y reserva. El saldo total no muestra bloqueo, inspección o compromiso con otra orden.

Para calidad, incluya la liberación necesaria y el calendario del recurso que la realiza. No atribuya una demora futura sin evidencia.

Si la condición afecta solo a una familia, limite su población. No cierre toda la línea por una excepción específica.

Normalizar intervalos

Convierta fechas a una zona común y conserve el valor original. Documente el criterio de inclusión de inicio y fin.

Divida excepciones que atraviesan cambios de turno cuando la responsabilidad o el estado cambia. Evite perder continuidad.

No redondee de manera que desaparezcan solapes cortos. La granularidad debe responder al uso del calendario.

Compruebe intervalos abiertos. Una excepción sin fin necesita regla de revisión y no puede convertirse silenciosamente en cierre indefinido.

Detectar solapes y dependencias

Ordene excepciones por recurso e intervalo. Identifique solapes completos, parciales y encadenados.

No sume duraciones cuando dos condiciones ocurren al mismo tiempo. El efecto sobre la ventana se calcula con la unión temporal pertinente.

Represente dependencias: mantenimiento antes de prueba, prueba antes de liberación, liberación antes de arranque. Una lista sin secuencia puede mostrar tiempo libre inexistente.

Conserve la condición que rompe la cadena. Si una prueba termina tarde, la nueva versión debe mostrar qué intervalos posteriores cambian.

El proceso local parte de una versión base, normaliza intervalos, superpone excepciones y dependencias, valida responsables y publica una vista resultante sin borrar el origen. NIST analiza datos operativos dentro de métodos de caracterización y evaluación del rendimiento. NIST no prescribe este flujo ni garantiza su resultado local.

Calcular la vista resultante

Parta de intervalos nominales y reste únicamente excepciones confirmadas según sus solapes. Mantenga las condiciones pendientes como capas visibles.

Separe tiempo cerrado, condicionado y libre. Un total único oculta la diferencia entre indisponibilidad demostrada y posible.

No convierta horas libres en producción. Faltan referencia, velocidad, rendimiento, calidad y otras condiciones que pertenecen a decisiones posteriores.

Muestre la regla utilizada. Otra persona debe poder repetir la vista con la misma versión y los mismos registros.

Validar con los propietarios

Mantenimiento revisa sus órdenes; operaciones, estados; planificación, calendario; calidad, liberaciones; cada recurso compartido conserva su responsable.

La validación no requiere que una sola persona confirme todo. Registre aprobación o reserva por bloque.

Cuando dos responsables discrepen, mantenga ambos estados y el dato que resolverá la diferencia. No elija el valor más conveniente.

Cierre la revisión con fecha y versión. Una conversación sin registro no cambia el calendario publicado.

Clasificar la versión

“Validada” significa que base, excepciones y responsables están confirmados para el uso declarado.

“Validada con condiciones” conserva una excepción pendiente cuyo efecto está acotado. La condición debe aparecer junto al total.

“No concluyente” identifica el dato o la autoridad que falta. No equivale a disponibilidad.

“Sustituida” mantiene trazabilidad hacia la nueva versión y no debe usarse para compromisos nuevos.

Ejemplo: mantenimiento y prueba

El calendario base ofrece seis horas. Una orden de mantenimiento ocupa dos, seguida por una prueba de treinta minutos. La primera versión solo registraba la intervención.

La ficha incorpora ambos intervalos y su dependencia. La vista resultante no presenta cuatro horas libres, sino tres horas y media después de la devolución validada.

Si la prueba está pendiente de confirmación, la media hora aparece condicionada. No se elimina ni se trata como cierre seguro.

El informe conserva la versión anterior para explicar por qué la oportunidad cambió.

Ejemplo: técnico compartido

Dos líneas necesitan el mismo técnico durante el arranque. Sus calendarios base muestran la misma franja libre.

El registro del técnico revela un solape de cuarenta minutos. La ficha no decide qué línea empieza primero; marca el conflicto y la autoridad requerida.

Una reasignación aprobada crea otra excepción en ambas vistas. La decisión y el momento quedan trazables.

Hasta entonces, ninguna línea publica ese intervalo como inicio confirmado.

Ejemplo: cambio con duración incierta

El plan reserva una hora para un cambio, pero la versión de producto requiere una limpieza adicional todavía sin duración validada.

La hora prevista permanece en el calendario base. La limpieza se registra como condición pendiente con propietario y fecha de comprobación.

La vista puede presentar una ventana condicionada, no sumar un promedio histórico como hecho. Si se aprueba un rango sustentado, conserva sus límites y origen.

Cuando llega la validación, se publica otra versión sin borrar la incertidumbre que existía antes.

Preparar la salida ejecutiva

Abra con recurso, horizonte, versión y uso. Muestre calendario base, excepciones confirmadas, condiciones pendientes y vista resultante.

Incluya una tabla con identificador, tipo, intervalo, estado, efecto, fuente y responsable. Evite semáforos sin significado explícito.

Resalte conflictos y próximos controles. No añada una prioridad de órdenes que no pertenece a la validación.

Cierre con la clasificación y la fecha de revisión. La salida debe permitir decidir si el calendario puede usarse, no prometer producción.

Mantener el historial

Cada versión registra creador, revisores, cambios y motivo. Enlace excepciones cerradas y nuevas.

No actualice retrospectivamente una versión utilizada. Una corrección posterior necesita una nueva entrada y referencia a la anterior.

Revise excepciones caducadas. Cerrar no significa borrar: su historial explica decisiones previas.

Archive consultas, órdenes y aprobaciones según la política local. Un calendario sin evidencia pierde valor cuando cambia el sistema.

Ejecutar una prueba de reconstrucción

Antes de declarar validada la versión, elija una ventana corta que contenga al menos una excepción confirmada, otra pendiente y un recurso compartido. Pida a una persona que no preparó la ficha que reconstruya la vista resultante desde el calendario base y los registros enlazados.

La prueba debe llegar al mismo conjunto de intervalos cerrados, condicionados y libres. Si el resultado cambia por una interpretación verbal, falta una regla, un estado o una definición de límite temporal. Documente el desacuerdo en vez de ajustar el total a mano.

Revise también la dirección inversa: desde cada bloque de la vista, localice la excepción o la regla base que lo explica. Un intervalo sin origen trazable puede proceder de una edición manual, de un redondeo o de una capa que ya no está vigente.

Incluya un caso que atraviese medianoche o relevo si el horizonte lo contiene. Las zonas horarias, los finales inclusivos y las divisiones de turno suelen crear huecos o duplicidades que no aparecen en una revisión diaria.

Anote la versión de las consultas y el momento de la prueba. Una reconstrucción favorable no valida futuras versiones; demuestra que esta vista concreta se puede repetir con la evidencia conservada.

Gestionar excepciones que llegan tarde

Defina qué ocurre cuando una orden, ausencia o liberación se conoce después de publicar el calendario. No la inserte silenciosamente en la versión utilizada.

Registre el momento de conocimiento, el periodo afectado y las decisiones que ya consumieron la vista anterior. Cree una versión corregida y enlace ambas.

Si el evento era desconocido, distinga ese caso de un dato disponible pero no incorporado. El primero revela incertidumbre operativa; el segundo, un fallo del proceso de validación.

La revisión posterior puede mejorar reglas y alertas. No debe reescribir el expediente para aparentar que la excepción siempre estuvo presente.

Separarlo del plan maestro y del corte

El plan maestro asigna demanda y horizonte; esta ficha valida la capa de excepciones sobre un calendario concreto. No intercambie sus autoridades.

La hora de corte define cuándo se congela una vista. Aquí se conservan fecha de extracción y versión, pero no se decide la política general de cierre.

Si la excepción obliga a revisar el plan, envíe la evidencia al proceso correspondiente. No cambie secuencias dentro de la ficha.

Una frontera clara evita que el calendario operativo se convierta en un plan alternativo sin gobierno.

Mantener NIST dentro de su alcance

NIST desarrolla investigación sobre métodos para caracterizar sistemas, seleccionar métricas y usar datos operativos en la evaluación del rendimiento de fabricación. La página oficial describe investigación, no una norma obligatoria ni una validación de capacidad local.

No extrapole esos métodos como garantía de optimización, ahorro, interoperabilidad o resultado. La ficha depende de datos y revisión humana de la planta.

Control final

Compruebe recurso, horizonte, zona horaria, versión base y uso. Revise que cada excepción tenga identificador, intervalo, estado, origen, vigencia, efecto y propietario.

Busque solapes, dependencias y recursos compartidos. Verifique que no se sumaron duraciones concurrentes ni se trataron pendientes como confirmadas.

Confirme la vista resultante y su regla. Debe distinguir cerrado, condicionado y libre sin traducir horas a producción.

Revise clasificación, aprobaciones y próxima fecha. Mantenga enlaces al plan y a los sistemas de origen.

La decisión valida una versión del calendario con sus excepciones, responsables y condiciones abiertas; no modifica el plan maestro ni promete capacidad. NIST ofrece investigación sobre caracterización y medición de sistemas de fabricación. La fuente no acredita la disponibilidad de un recurso local.

Preguntas frecuentes

¿Qué es una excepción de capacidad?

Es una condición acotada que modifica la disponibilidad prevista de un recurso durante una ventana: mantenimiento, cambio, cierre, personal, herramienta, suministro o dependencia compartida.

¿Debo modificar el calendario base cada vez que aparece una excepción?

No. Mantenga el calendario base y añada la excepción como registro versionado. Publique una vista resultante cuando esté validada, sin borrar el origen ni la condición que produjo el cambio.

¿Cómo trato una excepción todavía no confirmada?

Regístrela como pendiente con fuente, probabilidad no inventada, responsable y fecha de revisión. No la convierta en disponibilidad ni la descarte hasta recibir evidencia.

¿Esta validación sustituye el plan maestro?

No. Comprueba si el calendario operativo refleja excepciones relevantes. El plan maestro, la demanda y las prioridades mantienen sus propios propietarios y decisiones.

¿NIST valida mi calendario de planta?

No. NIST investiga métodos para caracterizar sistemas y analizar datos operativos. La validez del calendario depende de registros, reglas y revisión humana locales.