Preparar evidencia de paradas para planificación

Planificación suele recibir un número que parece terminado: 46 horas de parada en la semana, 7,5 % de indisponibilidad o doce eventos abiertos. El total puede ser correcto y seguir sin responder qué trabajo coincidió con cada intervalo, qué estado tenía el evento, qué fuente lo registró o si el recurso era relevante para el plan que se va a discutir.

Preparar evidencia de paradas para planificación consiste en desagregar el total hasta obtener eventos y ventanas revisables. Cada entrada conserva recurso, estado, orden u operación relacionada, relevancia para capacidad, fuente, propietario, incertidumbre y próxima revisión. El paquete no completa los huecos: los convierte en preguntas delimitadas y mantiene abierta la decisión que depende de ellos.

El trabajo de NIST sobre gestión integrada de operaciones estudia la integración de datos y decisiones heterogéneos y aproxima decisiones a sus fuentes y controles. La publicación de NIST identifica producción, calidad, mantenimiento e inventario como áreas de operaciones; no define el expediente de una planta española.

La finalidad es preparar decisiones del plan. No es una reunión semanal para clasificar paradas, investigar recurrencia o asignar acciones técnicas. Tampoco es un informe de dirección. Si la pregunta es qué recurrencia merece atención, siga el método para priorizar una parada recurrente con evidencia. Para un evento ya vinculado a trabajo, puede usar la guía para cuantificar el impacto en una orden. La guía de evidencia de paradas mantiene la trazabilidad del conjunto.

Empezar por el corte, no por la explicación

Registre qué periodo cubre el paquete, cuándo se extrajo y qué versiones de los sistemas intervienen. «Semana 33» no basta si mantenimiento cierra el domingo, producción el lunes y el plan usa un horizonte rodante. Escriba inicio, fin, zona horaria y momento de corte.

Conserve el total recibido como control. No lo use como sustituto de las filas. Si el informe dice 46 horas, anote la definición: qué estados incluye, cómo trata solapes, si suma recursos simultáneos y qué unidad emplea. La desagregación debe explicar cualquier diferencia sin forzar que todas las fuentes produzcan el mismo total.

Identifique también la pregunta de planificación. Puede ser verificar trabajo afectado por una ventana futura, revisar si una reserva sigue disponible o preparar alternativas para órdenes abiertas. Sin pregunta, el paquete se convierte en un archivo general de incidencias y compite con otros procesos.

No empiece escribiendo una causa. La causa puede estar confirmada, provisional, discutida o fuera del alcance de la reunión. Planificación necesita saber qué intervalo y qué trabajo debe interpretar. Si la causa condiciona una decisión, enlace su estado y propietario, pero no la deduzca de la duración.

Cabecera del paquete

Incluya:

• periodo y momento de corte;
• versión del plan y del calendario de paradas;
• definición del agregado recibido;
• recursos y población incluidos;
• pregunta o decisiones que se preparan;
• personas propietarias de cada fuente;
• reglas conocidas para solapes y estados;
• fecha de la próxima revisión del paquete.

Esta cabecera es síntesis editorial. Su función es impedir que una suma obtenida bajo una definición se lea con otra. No certifica la calidad de los sistemas ni modifica quién tiene autoridad sobre el plan.

Convertir horas en ventanas revisables

El paquete local desagrega cada ventana y conserva estado, orden u operación, relevancia para capacidad, fuente y propietario. Antes de llevar la fila a planificación, anota incertidumbre, decisión afectada y próxima revisión. Un campo material sin respaldo permanece abierto. El trabajo identifica producción, calidad, mantenimiento e inventario como áreas de gestión de operaciones. NIST aporta ese contexto, pero no prescribe la secuencia local.

Cada fila debe representar un evento o segmento cuya identidad y tiempo puedan rastrearse. Use el identificador de la fuente, el recurso, el primer inicio observado, el final observado o pendiente y el estado. Si un evento se interrumpe o cambia de estado, conserve los tramos cuando la diferencia afecta la planificación.

No redondee antes de aclarar la precisión. Un sistema puede guardar segundos y un parte manual cuartos de hora. Presentar ambos como «2,3 horas» oculta la diferencia de origen. Mantenga la unidad y precisión originales; transforme solo en una vista secundaria con regla visible.

Los solapes requieren una decisión de presentación. Dos recursos detenidos a la vez pueden sumar cuatro horas de recurso durante dos horas de calendario. Ninguna lectura es incorrecta si está nombrada. Para el plan, indique qué recurso y operación representa cada duración en vez de presentar una cifra sin dimensión.

Cuando falte el final, no cierre el evento en el momento del corte salvo que la definición lo establezca y quede visible. Puede mostrar «abierto al corte» y calcular una duración observada hasta entonces en una columna distinta. Esa duración no es el final real.

Si un parte manual discrepa del historial automático, conserve ambos. Compare relojes, recurso, definición de inicio y cobertura. No adjudique credibilidad mediante preferencia personal. La conciliación puede quedar asignada sin impedir que otras filas sustentadas entren en la reunión.

Tabla base por evento

Campo	Contenido mínimo
Identidad	Evento, recurso y sistema de origen
Ventana	Inicio, fin, zona horaria y precisión
Estado	Valor original, catálogo, corte y propietario
Orden u operación	Relación observada y tipo de vínculo
Capacidad relevante	Unidad, ventana y regla que conecta el evento con el plan
Evidencia	Fuente, versión, enlace o referencia estable
Incertidumbre	Dato dudoso, alternativas y decisión afectada
Próxima revisión	Persona, fecha y condición de cierre

No una columnas porque «quedan vacías». Un evento sin orden confirmada necesita precisamente ese campo vacío con una explicación. Si lo elimina, el lector puede asumir que la relación existe.

Conservar el estado original y su significado

«Programada», «activa», «cerrada», «cancelada» o «pendiente» dependen del catálogo de cada sistema. Registre el valor original y la definición que estaba vigente. Una parada programada puede haber pasado a ejecutada; otra puede seguir bloqueando calendario aunque mantenimiento la cancelara en su herramienta.

El estado necesita corte. «Cerrada» a las 09:00 y «reabierta» a las 11:00 son hechos compatibles. Un paquete preparado a las 10:00 no era necesariamente incorrecto, pero debe conservar qué sabía. Añada el estado actual solo como actualización, no como sustitución silenciosa.

Separe estado técnico y estado documental. Un equipo puede estar operando mientras la orden de mantenimiento sigue abierta. También puede estar detenido aunque el evento no se haya creado. Planificación necesita ambas piezas cuando cambian una ventana; ninguna demuestra por sí sola la otra.

No traduzca un estado desconocido a cero horas ni a «sin impacto». Desconocido describe conocimiento. Cero describe cantidad. Use una etiqueta de incertidumbre y explique qué decisión queda abierta.

Cuando dos sistemas usen códigos distintos, cree un mapa controlado y versionado. Conserve los valores originales en el expediente. La correspondencia puede ser uno a varios o depender del momento. La procedencia ayuda a revisar una interpretación posterior.

Relacionar la parada con trabajo sin atribuir de más

La orden que aparece durante la ventana puede ser la cargada, la planificada, la que ejecutaba el recurso o la última confirmada. Registre el tipo de relación. «O-614 aparece como orden activa en MES a las 08:05» es distinto de «O-614 estaba prevista en el plan v12».

Incluya la operación cuando sea posible. Una orden puede recorrer varios recursos y coincidir con una parada que no afecta el paso que estaba ejecutándose. El vínculo útil es evento–recurso–ventana–operación. Si solo conoce la orden, deje la operación pendiente.

No reparta un evento entre órdenes por proporción de cantidad o tiempo salvo que exista una regla local aprobada para ese uso. Un solape puede incluir cambio, limpieza, espera o trabajo en proceso. El reparto matemático no demuestra qué trabajo se perdió.

Si varias órdenes compiten por una misma ventana, presente cada relación. No elija una «principal» por urgencia no documentada. Planificación aplicará sus reglas de prioridad con la evidencia del paquete.

Una parada sin orden relacionada todavía puede ser relevante para una reserva futura. Indique la relación con el calendario o recurso, no invente una orden. El paquete debe permitir distinguir evento sin trabajo identificado de evento ajeno al horizonte revisado.

Tipos de vínculo útiles

• orden observada en ejecución durante el intervalo;
• orden prevista en el recurso durante el intervalo;
• operación aguas arriba o abajo dependiente del recurso;
• reserva de capacidad futura que coincide con la ventana;
• vínculo pendiente porque faltan identidad, operación o corte;
• sin relación con la población del plan revisado.

Los tipos no anticipan impacto. Solo dicen qué relación puede comprobarse. La consecuencia sobre secuencia, capacidad o entrega requiere datos adicionales y autoridad de planificación.

Explicar la relevancia para capacidad

No toda hora de parada reduce la misma capacidad. El recurso puede no estar programado, trabajar con otra familia o tener una operación fuera del horizonte. La relevancia se documenta con una pregunta limitada: «¿qué parte de esta ventana coincide con trabajo o reserva identificados bajo la versión del plan revisada?».

Registre la unidad que necesita el plan. Puede ser horas de recurso, lotes, unidades buenas o disponibilidad de una operación. No convierta duración en producción perdida con una velocidad nominal silenciosa. Si se usa una conversión como escenario, muestre fórmula, versión, población, supuestos y propietario.

Separe capacidad nominal, reservada, ejecutada y observada. Una reserva no prueba ejecución; una ejecución posterior no reescribe la reserva; un hueco del calendario no confirma disponibilidad. El paquete puede enlazar esas capas, pero no debe colapsarlas en una sola columna.

Anote las dependencias que cambian la lectura: material, útil, calidad, personal habilitado, secuencia, operación previa o interfaz. No suponga que estaban disponibles. Si la decisión depende de ellas, cada una necesita estado, fuente y revisión.

La etiqueta «relevante» debe tener motivo. Por ejemplo: «coincide con la operación 20 de O-614 en plan v12 y con la reserva de L-3». «No relevante» también necesita alcance: quizá no coincide con esta semana, pero sí con otra campaña.

Hacer visible la incertidumbre

La incertidumbre puede venir de un reloj, una identidad, un estado, una orden, una unidad, una regla de conversión o una fuente sin actualizar. Escriba el origen del hueco. Una puntuación única dice poco: la persona que revisa necesita saber qué debe comprobar.

Para cada hueco, escriba las alternativas plausibles sin convertirlas en causas. «El final puede ser 10:12 según historial o 10:27 según parte» es suficiente. Añada qué decisión cambia: duración de la reserva, relación con una orden o necesidad de revisar otro recurso.

Asigne un propietario capaz de abrir la fuente, no una persona genérica. La propiedad puede recaer en producción para el estado de ejecución, mantenimiento para la ventana registrada o planificación para la versión del plan. Una sola persona no tiene que validar todo el evento.

Fije una fecha y una condición de cierre. «Revisar más adelante» deja el hueco sin gobernanza. «Conciliar relojes antes del corte del jueves; si no, mantener la relación con O-614 como pendiente» permite que la reunión sepa qué puede usar.

No impida que el paquete avance porque una fila esté abierta. Separe las decisiones. Algunas pueden cerrarse con evidencia suficiente; otras quedan condicionadas o pendientes. El estado abierto es un resultado documental legítimo.

Registro de incertidumbre

Use cuatro campos: dato dudoso, opciones aún compatibles con la evidencia, decisión afectada y comprobación siguiente. Evite «confianza baja» sin explicación. La persona receptora necesita saber si falta una marca de tiempo o toda la identidad del recurso.

Cuando llegue una fuente nueva, cree una revisión. Conserve el valor anterior y explique qué cambió. Así, una reunión posterior puede reconstruir por qué se tomó una decisión con un intervalo provisional.

Mantener las fuentes cerca de cada afirmación

El paquete puede combinar historial de estados, MES, ERP, calendario de mantenimiento, plan maestro, partes y registros de calidad. No declare uno «fuente única» si su alcance no cubre todos los campos. Asigne procedencia a cada dato.

Una captura necesita sistema, vista, momento, filtros y referencia al registro. Una exportación necesita versión, consulta y corte. Un parte manual necesita autor, hora registrada y alcance. El formato no vuelve verdadera una observación, pero permite revisarla.

NIST estudia la integración de datos y decisiones heterogéneos en fabricación distribuida. La publicación oficial ofrece ese contexto de investigación. No demuestra que los sistemas de una planta sean interoperables ni que sus filas describan el mismo evento.

El trabajo identifica producción, calidad, mantenimiento e inventario como áreas de gestión de operaciones. El artículo de NIST explica ese alcance. Los campos y propietarios propuestos aquí son síntesis editorial para el caso de planificación.

La investigación también trata de acercar decisiones a fuentes y control dentro de su marco de operaciones distribuidas. NIST documenta ese enfoque. No prescribe una autoridad local ni garantiza una decisión mejor por añadir enlaces.

El documento es investigación, no una receta ni un producto de software, y no prueba resultados en España. La integración necesita roles, interfaces y datos locales. La fuente de NIST no sustituye validaciones de calidad, seguridad, privacidad o planificación.

Montar una reunión que decida sobre el plan

Una fila es utilizable si ventana, vínculo y fuente sostienen la pregunta; es condicional si depende de una comprobación; y queda abierta si falta identidad, trabajo o relevancia para capacidad. No revisa recurrencia ni prepara una lectura directiva. La investigación también trata de acercar decisiones a fuentes y control dentro de su marco de operaciones distribuidas. NIST aporta contexto, pero no prescribe el gate ni su autoridad.

Seleccione las filas que cambian decisiones dentro del horizonte. El anexo puede conservar el universo de eventos. La mesa principal necesita ventanas que coinciden con órdenes, reservas o recursos relevantes, además de los huecos que impiden interpretar esa coincidencia.

Agrupe por decisión, no por causa. Una pregunta puede ser «¿sigue disponible la reserva de L-3 para O-614?». Muestre la parada, el calendario, el estado de la orden y la incertidumbre. La causa técnica puede estar enlazada, pero no debe consumir la discusión si no cambia la respuesta de planificación.

Abra cada punto con la ventana y su estado. Después muestre el vínculo con trabajo y la relevancia para capacidad. Lea las fuentes y las discrepancias. Termine con una salida: sustentada, condicionada, pendiente o remitida a otra autoridad.

No construya un ranking de paradas. La duración mayor no siempre cambia el plan más cercano. Tampoco convierta la reunión en un informe de desempeño de mantenimiento. El objetivo es saber qué decisiones del plan pueden tomarse y qué evidencia falta.

Si aparece una cuestión de seguridad, calidad, privacidad, obligación o intervención técnica, remítala al proceso correspondiente. El paquete acompaña el caso con hechos, pero no amplía la autoridad de planificación.

Salidas por fila

Salida	Significado
Sustentada	La relación necesaria tiene identidad, ventana, fuente y alcance suficientes
Condicionada	La decisión depende de un evento verificable antes de una fecha
Pendiente	Falta un dato material con propietario y revisión asignados
Remitida	El cierre corresponde a otra autoridad o proceso
Fuera de horizonte	El evento no cambia la población del plan revisado

No use «cerrada» para decir que ya no interesa. Una fila cerrada debe conservar qué se comprobó, quién lo aceptó y qué versión del plan recibió la salida.

Diferenciar este paquete de otros informes

La revisión semanal de paradas suele mirar recurrencia, clasificación, diagnóstico, acción técnica y seguimiento. Este expediente toma solo la evidencia necesaria para una decisión de planificación. Puede enlazar la revisión, pero no copia su agenda ni decide su prioridad.

Un informe para dirección resume implicaciones y límites con otro nivel de detalle. Este paquete conserva eventos, órdenes, fuentes y preguntas operativas. No traduce horas a margen, coste o resultado de entrega. Esos análisis necesitan reglas y autoridades propias.

Un parte de turno registra continuidad y contexto inmediato. Puede ser una fuente, no el expediente completo. El paquete cruza su referencia con estados, plan y calendario sin borrar el texto original.

Un panel de disponibilidad puede mostrar tendencias. Sirve para localizar periodos, pero no reemplaza la relación evento–orden–operación. Si el panel agrega estados, enlace la definición y vuelva al registro cuando una decisión dependa de una fila.

La diferencia práctica se ve en la salida. Este paquete termina con una decisión del plan o una pregunta con propietario. Si acaba con «principales causas de la semana», se ha desplazado hacia otra reunión.

Revisar el expediente antes de compartirlo

Compruebe primero la identidad: cada evento abre el recurso y registro correctos. Revise después el tiempo: inicio, final, zona horaria, precisión y corte. Confirme que el estado conserva el catálogo de origen y que cualquier traducción tiene versión.

Recorra la relación con trabajo. Una orden prevista no debe aparecer como ejecutada. Una operación desconocida no se rellena desde el nombre del producto. Un pedido no convierte todo el tiempo de una línea en tiempo asignado a esa orden.

Revise cada campo de capacidad. Unidad, ventana, población, fuente y supuestos deben estar visibles. Elimine afirmaciones de producción perdida, entrega o recuperación que el expediente no pueda probar.

Abra los enlaces con los permisos previstos para la reunión. Si solo la persona autora puede acceder, prepare una referencia autorizada que permita revisión. No copie información sensible en una tabla más amplia para resolver un problema de acceso.

Compare el total del encabezado con la desagregación. Explique diferencias por solape, estado, precisión o cobertura. No cree filas ficticias para cuadrar el número. Un remanente sin identificar debe aparecer como tal.

Ensayo de una fila

Pida a alguien que no preparó el paquete que reconstruya una entrada. Debe poder responder qué ocurrió según la fuente, en qué ventana, qué trabajo aparece relacionado, por qué importa al plan, qué sigue incierto y cuándo se revisará.

Si necesita una explicación oral para encontrar el registro, falta un enlace o una definición. Si la persona llega a una conclusión de causa o entrega que la fila no sostiene, ajuste el lenguaje. El ensayo detecta inferencias que el autor ya no ve.

Repita la prueba con una fila abierta. Debe quedar claro qué parte puede usarse y qué parte está bloqueada. «Pendiente» sin campo, propietario y fecha no supera la revisión.

Cerrar con preguntas manejables

El acta recoge la salida de cada fila y la versión del plan afectada. Si se mantuvo una reserva, diga hasta cuándo. Si una relación quedó pendiente, identifique la fuente esperada. Si se remitió una cuestión, enlace el expediente y la autoridad receptora.

No sobrescriba el paquete cuando cambie un evento. Publique una revisión con corte nuevo. La trazabilidad permite explicar decisiones distintas sin afirmar que el registro anterior era falso cuando solo estaba incompleto.

Revise los pendientes antes del próximo ciclo, no únicamente en la próxima reunión. Una evidencia puede llegar a tiempo para evitar que una alternativa siga retenida. También puede invalidar una relación que parecía suficiente.

El primer paso práctico es tomar el total agregado y escoger una sola fila material. Abra su evento, fije ventana y estado, busque la operación relacionada y describa la relevancia para el plan. Si el vínculo no aparece, registre ese hueco y su próxima comprobación. Eso ya es más útil que repartir el total entre órdenes.

Preguntas frecuentes

¿Por qué no basta con llevar las horas totales de parada?

Porque el total mezcla ventanas, recursos, estados y relaciones con trabajo distintas. No permite saber qué orden coincidió, si la parada era prevista, qué capacidad era relevante ni qué fuente sostiene cada tramo. Conserve el agregado solo como contexto.

¿Qué estado debe tener una parada en el expediente?

Use el estado original de la fuente y añada su significado, corte y propietario. Si varios sistemas discrepan, conserve ambos valores y abra una conciliación. No elija el estado que mejor encaje con la explicación deseada.

¿Debo asignar cada parada a una orden?

Solo cuando la relación sea verificable para la ventana y la operación. Una orden planificada, una orden cargada y una orden en ejecución no son equivalentes. Si no puede confirmar el vínculo, marque la orden como pendiente y explique qué evidencia falta.

¿Cómo registro la incertidumbre sin bloquear toda la reunión?

Indique el campo dudoso, las alternativas posibles y qué decisiones dependen de él. Asigne propietario y fecha. La reunión puede cerrar los puntos sustentados y dejar únicamente la parte afectada en estado abierto o condicionado.

¿Este paquete sustituye la revisión semanal de paradas?

No. La revisión semanal puede estudiar recurrencia, causa, acción y mantenimiento. El paquete de planificación selecciona evidencia sobre ventanas, órdenes y capacidad para decisiones del plan, y remite las cuestiones técnicas a sus procesos propios.