Separar una parada de una restricción de campaña

Un intervalo sin producción puede tener varias lecturas. La campaña pudo terminar según el plan; una orden pudo quedar retenida por material; el equipo pudo estar en mantenimiento; o la línea pudo estar lista sin una orden autorizada. Si el informe llama «parada» a todo lo que no produjo, mezcla plan, estado y causa. La clasificación debe empezar por el contrato de la campaña y la evidencia del intervalo.

La pregunta útil no es «¿cuántas horas estuvo parada la línea?». Es «¿qué estaba previsto, qué estaba permitido y qué ocurrió en este intervalo?». Una parada describe una condición del recurso bajo una definición local. Una restricción de campaña describe una condición que limita la secuencia o la oportunidad, aunque el equipo siga encendido. Pueden coincidir, pero no son sinónimos.

La página está dirigida a dirección y operaciones. Para un expediente de impacto en una orden, consulte cuantificar impacto de parada en una orden y la guía de evidencia de paradas y pérdidas. Aquí se documenta cómo separar categorías antes de medir, no cómo asignar una causa.

Cuando la misma distinción deba revisarse en varias ventanas, puede consultar priorizar una parada recurrente con evidencia. El enlace aporta una pauta de seguimiento, pero no cambia la clasificación de plan, estado y evidencia de esta ficha.

Empiece por el plan de campaña

Guarde campaign_id, familia, receta, orden, línea, horizonte, secuencia y versión del plan. El plan debe indicar si la campaña terminaba al completar cantidad, al alcanzar una fecha, al agotar material o al preparar un cambio. Una ventana posterior a ese cierre no es automáticamente tiempo perdido.

Registre planned_state para cada intervalo: running, changeover, cleaning, maintenance, reserved, idle_allowed o out_of_scope. Si el plan usa «fin de campaña» sin distinguir transición, abra un estado pendiente. No etiquete retrospectivamente una reserva como parada para mejorar un indicador.

La ECI se diseña como indicador adelantado para seguir la coyuntura industrial; usarla para contexto, no para justificar CAPEX. Ministerio de Industria, ECI La encuesta no observa la secuencia de una campaña ni el estado de una línea. Sirve para contexto externo y debe quedar fuera del cálculo local.

Separe plan, observación y explicación

Mantenga tres columnas: planned_interval, observed_interval y explanation_status. El plan responde qué debía ocurrir; la telemetría y los registros responden qué ocurrió; la explicación indica qué se ha comprobado. No escriba «parada por material» si solo se observa que no hubo producción.

Una tabla mínima puede ser:

La fila puede terminar en not_a_stop, planned_transition, stop_confirmed, campaign_constraint, material_constraint, quality_constraint o unknown. La etiqueta debe incluir classification_rule_version y su propietario.

¿Cuándo es una parada?

Llame stop_confirmed solo si la definición local dice que el recurso debía producir o ejecutar una operación y existe evidencia de que no pudo hacerlo. Esa evidencia puede ser un estado de control, un evento MES, una orden de trabajo o un registro de operador, siempre que su alcance esté documentado.

NIST distingue datos de órdenes de trabajo y datos generados por equipos, y estudia monitorización/diagnóstico para reducir downtime no planificado. NIST, estrategias de mantenimiento La investigación ayuda a separar fuentes de mantenimiento y equipos. No demuestra que un intervalo local sea downtime no planificado ni asigna una causa.

Una parada puede ser planificada o no planificada. «Planificada» describe que estaba prevista en el calendario; no significa que el tiempo no afecte a una oportunidad. «No planificada» describe una desviación del plan; no prueba que el equipo fallara. Conserve ambos campos: planned_stop y stop_observed.

¿Cuándo es una restricción de campaña?

Use campaign_constraint cuando la secuencia, el material, la receta, la calidad, la demanda o un recurso común limite qué puede ejecutarse, aunque no exista un estado de equipo detenido. Una línea puede estar disponible técnicamente y no tener una orden autorizada. La restricción debe apuntar a una condición y a una fuente.

Registre constraint_type, constraint_owner, constraint_start, constraint_end, affected_order, release_status y next_check. Si la restricción se resuelve antes de la fecha final, cierre el evento y conserve el motivo. No convierta cada hueco del calendario en una restricción de capacidad; hace falta una oportunidad concreta o una regla de planificación.

¿Cuándo es fin de campaña?

planned_transition describe un intervalo que pertenece al plan: limpiar, cambiar formato, esperar la siguiente campaña o cerrar una orden sin otra liberada. Puede incluir trabajo de preparación y no debe mezclarse con una parada confirmada. Si el plan cambió después, conserve la versión que estaba vigente cuando se tomó la decisión.

Un fin planificado puede tener una desviación. Si la limpieza dura más, registre la parte planificada y la parte prolongada. Si la siguiente orden se retrasa por material, registre la restricción separada. La misma ventana puede contener varios eventos consecutivos; no obligue a elegir una única etiqueta.

Use ISA como mapa de responsabilidades

ISA describe niveles, objetos e intercambios entre control y empresa; usar para mapear responsabilidades, no para afirmar que una integración cumple ISA-95. ISA-95, resumen El modelo ayuda a ubicar plan, orden, ejecución y control. No decide si una planta estaba obligada a producir ni valida los registros locales.

El IPI mide la evolución mensual de la actividad productiva; el último dato visible en la consulta fue mayo de 2026. INE, IPI El índice es agregado y no observa una campaña, una parada, un material o una línea. No lo use para confirmar la etiqueta.

NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. NIST, information governance La clasificación debe conservar una definición, una fuente, una versión y un propietario. La referencia no convierte el registro en una certificación.

Revise el intervalo minuto a minuto cuando la decisión lo exige

Una fila mensual o un total de turno es demasiado amplio para decidir qué etiqueta corresponde. Abra el intervalo en los eventos que lo componen: cambio de campaña, espera de material, limpieza, alarma, intervención, verificación, liberación y primer lote aceptado. Cada evento debe tener inicio, fin, zona horaria, sistema de origen y responsable de cierre. Si dos eventos se solapan, no sume sus duraciones sin resolver el solape; consérvelo como una relación que requiere revisión.

La secuencia mínima puede ser planned_start, planned_end, observed_start, observed_end, event_type, resource_state y order_state. Añada evidence_locator para que otra persona pueda abrir el registro original.

Un estado not_reporting no equivale a stopped: significa que la fuente no emitió una marca válida. Del mismo modo, un estado idle no prueba que una orden estuviera autorizada a producir. Estas diferencias evitan que la ausencia de dato se convierta en una conclusión operativa.

Cuando la campaña termina antes, compare la versión del plan vigente en el momento de la decisión con la versión posterior. La posterior puede explicar por qué el informe cambió, pero no debe reescribir el estado histórico. Si el plan solo dice «fin de campaña» y el control registra una alarma, mantenga ambas observaciones; marque la clasificación como ambiguous hasta que el propietario confirme si había una orden liberada y un criterio de producción activo.

Distinga material, calidad y mantenimiento

Una restricción de material puede dejar una línea sin orden ejecutable, aunque el equipo esté disponible. Una retención de calidad puede bloquear el lote sin que exista una avería. Una orden de mantenimiento puede reservar el recurso antes de que aparezca el estado de parada.

Registre estas dimensiones de forma independiente: material_state, quality_state, maintenance_state, equipment_state y order_release_status.

El informe puede mostrar una etiqueta principal, pero debe conservar las dimensiones que la sustentan.

NIST distingue datos de órdenes de trabajo y datos generados por equipos, y estudia monitorización/diagnóstico para reducir downtime no planificado. NIST, estrategias de mantenimiento Esa distinción resulta útil para definir qué fuente describe una intervención y cuál describe la respuesta del activo.

No autoriza a afirmar que una orden causó la pérdida local ni que una técnica reduce el tiempo en esa planta. Si la fuente de mantenimiento y la fuente de control discrepan, documente la discrepancia y el siguiente paso; no la resuelva con una regla silenciosa.

Un ejemplo: el plan libera la orden a las 08:00, el MES registra espera de material hasta las 08:20 y el control permanece en ready. La etiqueta principal puede ser campaign_constraint, no equipment_stop; la decisión solo es defendible si el material y la orden tienen identificadores enlazables.

Otro ejemplo: el control registra stopped durante una orden de mantenimiento, pero la planificación había reservado la ventana. En ese caso, planned_stop y stop_observed pueden ser verdaderos a la vez, y la causa debe quedar sin determinar si no hay evidencia adicional.

Compruebe la oportunidad antes de hablar de pérdida

«Sin producción» describe un estado; «capacidad perdida» requiere una oportunidad concreta. Vincule cada intervalo a campaign_id, order_id u opportunity_id y especifique la unidad que habría sido producible bajo la regla local. Si no había una orden liberada, una receta válida o un lote elegible, no convierta el tiempo de espera en unidades no fabricadas. Puede registrar horas observadas y mantener opportunity_status: unknown.

Antes de agregar intervalos, confirme que pertenecen al mismo recurso, producto, receta, turno y horizonte. Un hueco entre campañas no es intercambiable con una parada en mitad de una orden. Tampoco lo es una reducción de velocidad: si el recurso continuó produciendo, clasifique el fenómeno con la taxonomía de rendimiento que la planta haya aprobado y no lo fuerce dentro de stop_confirmed.

La salida para dirección debe separar tres columnas: tiempo planificado, tiempo observado y oportunidad demostrable. Una cuarta columna, evidence_quality, indica si existe señal primaria, señal secundaria o solo una anotación manual.

Esa separación permite que una revisión de CAPEX posterior vea qué parte del expediente es un hecho y qué parte es una hipótesis. No multiplique horas por una velocidad nominal si no consta que la velocidad era válida para la orden, el material y la calidad del intervalo.

Versione las reglas y las campañas

Las definiciones evolucionan. Guarde classification_rule_version, plan_version y source_schema_version junto a cada decisión. Cuando cambie la definición de parada o restricción, vuelva a evaluar una muestra histórica, pero conserve la etiqueta que se publicó y la razón de la revisión. Un cambio de regla no debe aparentar que el pasado siempre se midió con el criterio actual.

Para cada campaña registre producto, receta, unidad, secuencia, ventana esperada, ventana observada y autoridad que la liberó. El identificador debe ser estable aunque el nombre comercial cambie. Si una campaña se divide, cree un nuevo identificador relacionado y no reutilice el anterior para unir intervalos que ya no comparten el mismo contexto. La trazabilidad es más importante que obtener una cifra continua.

Prepare una tabla de decisión

Use una tabla pequeña para que producción, mantenimiento, calidad y planificación puedan discutir la misma evidencia:

| Señal principal | Etiqueta inicial | Qué debe comprobar | Resultado si falta evidencia |

| ––––––––––––––––––––––– | ——————— | ———————————————– | —————————– |

| Orden liberada y estado de equipo detenido | stop_confirmed | Evento de control, duración y criterio local | ambiguous |

| Sin orden liberada, material no disponible | campaign_constraint | Identificador de material y fecha de liberación | unknown |

| Ventana cerrada en el plan sin siguiente orden | planned_transition | Versión del calendario y autorización | planned_transition con nota |

| Calidad retiene el lote | quality_hold | Lote, decisión de calidad y hora de liberación | ambiguous |

| Fuentes contradictorias | ambiguous | Owner y registro primario que resuelve | blocked |

La tabla no sustituye la taxonomía de la planta. Su función es hacer visible el criterio y la comprobación pendiente. Si una fila cruza dos categorías, mantenga ambas como atributos y elija una etiqueta principal solo para ordenar el trabajo; no la presente como causa probada.

Lleve el resultado al comité sin interpretar demasiado

NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. NIST, information governance En una revisión de dirección, eso se traduce en mostrar origen, versión, propietario, cobertura temporal y limitación de cada dato. Un gráfico sin esos metadatos puede ser comprensible, pero no es un expediente auditable.

Presente primero el intervalo y su clasificación, después la evidencia y finalmente la decisión operativa que queda abierta. Evite frases como «la campaña causó la parada» cuando solo conoce que ambas etiquetas ocupan la misma franja.

Evite también «se perdieron X unidades» si la oportunidad, la velocidad aplicable o el criterio de calidad no están demostrados. La recomendación puede ser solicitar una marca de liberación, reconciliar el evento de control o revisar la orden de mantenimiento; no tiene que ser aprobar inversión.

Un cierre correcto incluye review_owner, decision_owner, reviewed_at, next_check y content_hash del expediente. Si el siguiente control confirma el estado, actualice una nueva versión y enlace el registro anterior. Si no puede resolverlo, marque blocked y explique qué dato falta. Esa transparencia protege tanto la operación como a quien usará el informe para una decisión de capacidad.

Contrato de clasificación

interval_id, campaign_id, line_id, order_id
plan_version, planned_interval, observed_interval, timezone
planned_state, equipment_state, order_state, quality_state
material_state, constraint_type, constraint_owner
classification, classification_rule_version
evidence_locator, source_system, event_hash
planned_stop, stop_observed, opportunity_status
review_owner, decision_owner, next_check, content_hash

Pruebe el contrato con un fin normal de campaña, una parada de equipo, una falta de material, una calidad pendiente y una orden cancelada. Cada caso debe conservar el plan, el evento y el estado. Si dos categorías son plausibles, marque ambiguous y defina quién resolverá la frontera.

Salida para dirección

El resumen puede mostrar intervalos por categoría, horas planificadas y observadas, órdenes afectadas, evidencia disponible y bloqueos. No calcule capacidad perdida hasta definir oportunidad, unidad y regla de tiempo producible. Un intervalo unknown es una señal para mejorar el registro, no un cero.

La próxima comprobación debe ser concreta: revisar la orden de trabajo, confirmar la liberación de material, validar la receta, comparar la versión del plan o pedir al owner del equipo una marca de estado. Registre reviewed_at, claims_revalidated y el hash del expediente. Una modificación de campaña abre una nueva versión.

Pasajes verificables de las fuentes

ISA describe niveles, objetos e intercambios entre control y empresa; usar para mapear responsabilidades, no para afirmar que una integración cumple ISA-95. ISA-95, resumen

NIST distingue datos de órdenes de trabajo y datos generados por equipos, y estudia monitorización/diagnóstico para reducir downtime no planificado. NIST, estrategias de mantenimiento

La ECI se diseña como indicador adelantado para seguir la coyuntura industrial; usarla para contexto, no para justificar CAPEX. Ministerio de Industria, ECI

El IPI mide la evolución mensual de la actividad productiva; el último dato visible en la consulta fue mayo de 2026. INE, IPI

NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. NIST, information governance

Preguntas frecuentes sobre paradas y campañas

¿El fin de una campaña cuenta como parada?

No necesariamente. Si el plan cerraba la campaña y no había una orden liberada para continuar, el intervalo puede ser una transición planificada. Solo llame parada si la definición local y la evidencia muestran que el recurso debía producir y no pudo hacerlo.

¿Una falta de material es una parada de equipo?

No por defecto. Puede ser una restricción de suministro que deja el equipo sin trabajo, pero no demuestra un fallo del activo. Registre material, orden, calendario y estado del recurso por separado.

¿Qué fuente decide si una línea estaba parada?

Depende de la definición y la decisión. El control puede aportar estado del equipo, MES eventos de ejecución y planificación el contexto de campaña. Defina la fuente por campo y conserve los desacuerdos.

¿Puedo calcular capacidad perdida con las horas del intervalo?

Solo tras definir ventana, orden u oportunidad, unidad, regla de tiempo producible y estado de cierre. Horas agregadas sin esa base son evidencia incompleta, no una capacidad perdida demostrada.

¿El IPI confirma que una campaña tuvo una parada?

No. El IPI es un índice mensual agregado de actividad industrial. No observa campañas, estados de equipos, materiales ni causas de una planta.