Calcular una ventana perdida antes de evaluar CAPEX

Una propuesta de inversión suele empezar con una cifra fácil de repetir: horas de parada durante un mes, un trimestre o una campaña. Esa cifra puede ser útil para abrir una conversación, pero no describe por sí sola una oportunidad que se hubiera podido fabricar.

El intervalo puede incluir un fin de campaña, una reserva de mantenimiento, falta de material, una retención de calidad o una orden que nunca se liberó. Para revisar CAPEX con prudencia hay que convertirlo en un expediente delimitado, no en una multiplicación automática.

La unidad de este expediente es la ventana perdida. Es un intervalo con inicio, fin, horizonte, recurso, producto, orden u oportunidad, estado planificado, estado observado, regla de producción y evidencia enlazable.

La ventana puede terminar con una cantidad, un cambio de receta, una liberación de calidad o una decisión de planificación. Si uno de esos límites no está demostrado, el resultado debe quedar como hipótesis o bloquearse.

No se pretende aprobar inversión en esta página: se prepara la base para que las funciones técnica, financiera, seguridad, mantenimiento y calidad la revisen por separado.

La diferencia con un conteo de parada es intencional. Un conteo responde «cuánto tiempo aparece este estado en una fuente». La ventana perdida responde «qué oportunidad concreta estaba disponible y qué parte de ella no pudo ejecutarse según la regla acordada». Pueden existir varias ventanas dentro de una misma parada y una ventana puede contener varios estados. No las mezcle para obtener una cifra más grande.

Para anclar el expediente, consulte cuantificar impacto de parada en una orden, la guía de evidencia de paradas y pérdidas y cómo priorizar una parada recurrente con evidencia. Son marcos de trazabilidad; ninguno convierte las horas observadas en un caso CAPEX ni demuestra ROI.

Defina la frontera de la decisión CAPEX

Antes de escribir una cifra, describa qué decisión se está preparando: sustituir un activo, añadir capacidad, cambiar un sistema de control, ampliar almacenamiento, reducir una restricción de campaña o mejorar la trazabilidad. Escriba también qué no se decide aquí. La ventana aporta evidencia temporal y operativa; no calcula retorno, no certifica cumplimiento, no establece una causa física y no demuestra que una alternativa sea segura o rentable.

Use un decision_id estable, un propietario y una fecha de corte. El expediente debe decir quién puede elevarlo y qué comité debe aceptar el siguiente paso. Un mismo intervalo puede alimentar una revisión técnica y una revisión de planificación, pero cada revisión debe conservar su propio criterio. No cambie la definición de oportunidad para hacer que la inversión parezca necesaria.

Una buena frontera tiene cinco preguntas:

1. ¿Qué recurso, producto, receta o familia estaba en alcance?
2. ¿Qué orden u oportunidad estaba liberada y durante qué horizonte?
3. ¿Qué condición permitía producir y qué condición la impedía?
4. ¿Qué fuente primaria demuestra el estado y cómo se resolvieron los desfases?
5. ¿Qué información adicional necesita el comité antes de comparar alternativas?

Si no se puede contestar alguna pregunta, registre unknown y una comprobación, no una suposición. Un campo desconocido es mejor que una capacidad inventada.

Construya el horizonte y la línea base

El horizonte debe tener inicio, fin, zona horaria y una versión del calendario. Puede ser una campaña, una semana de pedidos, una ventana de mantenimiento o un periodo de planificación; no lo cambie a mitad del análisis.

Guarde horizon_id, horizon_start, horizon_end, timezone, plan_version y calendar_source.

Si el calendario fue corregido después del evento, conserve la versión que estaba vigente al tomar la decisión y enlace la corrección como una nueva versión.

La línea base describe lo que se esperaba antes de observar la desviación. Incluya producto, receta, unidad de medida, tasa aplicable, cantidad planificada, tolerancia de calidad y restricciones de material. Una velocidad nominal en un catálogo no es una tasa válida para cualquier orden. Si la receta, el formato o el material cambian, cree otra línea base y no promedie sin una justificación.

Distinga planned_window de observed_window. La primera puede ser la franja en que el plan esperaba ejecutar; la segunda es la franja en que un evento se registró. Un evento que comienza fuera del horizonte no se puede recortar sin anotar el motivo. Del mismo modo, un hueco posterior al fin de una campaña no es una pérdida si no había una orden liberada.

Identifique la oportunidad y la orden

Una ventana debe enlazar a una oportunidad concreta. Use order_id cuando exista una orden de producción liberada y opportunity_id cuando la planificación haya definido una capacidad disponible sin una orden final. Registre el estado de liberación, el material, la receta, la prioridad, la cantidad y la autoridad que cambió la secuencia. No trate una previsión comercial como una orden ejecutable.

La oportunidad necesita una unidad. Puede ser unidades conformes, kilogramos, metros u otra medida que la planta haya aprobado. Guarde unit, quantity_planned, quantity_accepted, quantity_rejected y la regla de conversión si existe. Si el dato de cantidad se encuentra en un sistema distinto del dato de tiempo, enlace los identificadores y la fecha de extracción. No convierta toneladas de un informe nacional en unidades de una línea.

El estado opportunity_status debe diferenciar released, planned, cancelled, held, unknown y not_applicable. Solo los estados que la política local considere ejecutables pueden alimentar una ventana de capacidad demostrable. Una orden cancelada puede explicar una reserva, pero no demuestra unidades que se hubieran fabricado.

Registre la secuencia observada

Descomponga la ventana en eventos: arranque, producción, microparada, parada, limpieza, mantenimiento, espera de material, retención de calidad y cierre. Cada evento requiere event_id, event_start, event_end, source_system, source_locator, event_state y confidence. No sobrescriba un evento de control con una nota manual; relacione ambos y señale cuál es primario para ese campo.

NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. NIST, medición orientada a operaciones La referencia sirve para ordenar la caracterización y elegir medidas, pero no determina qué métrica debe usar una línea ni valida una alternativa de inversión. La selección de la métrica es una decisión local que debe tener propietario y versión.

Cuando dos fuentes tienen horas distintas, conserve ambas. Documente la precisión, el reloj, la zona horaria y el retraso de ingestión. Una discrepancia de cinco minutos puede ser tolerable para una revisión mensual y decisiva para un arranque corto; esa tolerancia debe estar escrita. Si el desfase cambia el límite de la ventana, marque la conclusión como blocked hasta resolverlo.

Calcule tiempo observado sin inventar capacidad

El expediente puede expresar una duración observada:

observed_minutes = event_end - event_start

La cifra es una diferencia de sellos temporales, no una cantidad que se pueda producir. Para hablar de tiempo producible hay que aplicar una regla local que excluya estados no autorizados, calidad pendiente, material no disponible y operaciones de cambio. Guarde la versión de esa regla como production_rule_version y liste los estados incluidos y excluidos.

Una estructura auditable puede contener:

No use eligible_minutes para multiplicar por una velocidad si la oportunidad no estaba liberada. Si sí lo estaba, compruebe que la velocidad aplica a producto, formato, material y calidad del intervalo. Un resultado puede ser eligible_minutes con capacity_quantity: null; la ausencia de una cantidad no invalida el registro temporal, pero impide presentarlo como capacidad perdida.

Separe parada, restricción y cambio de campaña

El expediente de CAPEX no debe resolver por atajo lo que corresponde a la taxonomía de paradas. Una parada de equipo, una restricción de material y un cambio de campaña pueden ocupar minutos contiguos. Guarde classification y classification_rule_version por evento.

Si el plan terminó la campaña y no había orden siguiente, use una transición planificada, no una pérdida. Si la orden estaba liberada y el equipo se detuvo, puede ser una parada confirmada, pero la causa debe apoyarse en una fuente adicional.

Si la línea estaba lista pero el material en cuarentena impedía la liberación, la oportunidad está restringida aunque el equipo no esté detenido. Si hubo mantenimiento planificado, el tiempo puede ser esperado y aun así afectar al horizonte, pero no se debe llamar «capacidad perdida» sin una oportunidad ejecutable. Conserve los atributos en lugar de forzar una sola etiqueta.

Para una revisión de inversión interesa observar qué patrón se repite dentro de oportunidades equivalentes. No compare una campaña de una receta con otra de un formato incompatible. No agrupe microparadas con una parada prolongada si la solución técnica y la evidencia son distintas. Las categorías ayudan a formular preguntas; no son causalidad.

Use contexto externo sin extrapolarlo

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 aporta contexto económico y no observa el estado de un equipo, una orden ni una ventana local. No debe rellenar un intervalo sin telemetría ni confirmar que una planta tenía demanda.

Las ventas de productos manufactureros de 2025 y su distribución territorial sirven como contexto de mercado, no como prueba de capacidad individual. INE, Estadística de productos en el sector manufacturero 2025 El dato puede orientar una conversación sobre entorno, pero no convierte una previsión de mercado en una oportunidad liberada. Mantenga el año, población, cobertura y fecha de consulta en el ledger.

La ECI se diseña como indicador adelantado para seguir la coyuntura industrial; usarla para contexto, no para justificar CAPEX. Ministerio de Industria, ECI Su alcance agregado no sustituye órdenes, estados y cantidades de una planta. Si el contexto contradice el registro local, el registro local y su calidad de evidencia deben seguir siendo el centro del expediente.

Añada mantenimiento, calidad y material como condiciones

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 Use esa distinción para enlazar una orden de trabajo con un evento de equipo, no para afirmar que la orden causó la ventana. Registre work_order_id, estado de la intervención, técnico responsable y cierre; si solo existe una anotación libre, rebaje la confianza.

La calidad debe estar en la misma línea temporal. Una retención de lote puede explicar por qué no se aceptó producto aunque el equipo hubiera funcionado. Registre lote, decisión, hora de muestreo, hora de liberación y cantidad aceptada. No convierta rechazo en parada ni descarte sin investigar el contrato de medición. El material requiere identificador, cantidad disponible y fecha de liberación; «sin material» sin esos campos es una hipótesis.

Estas condiciones importan cuando una propuesta pretende resolver una restricción con CAPEX. Si la ventana desaparece al corregir una liberación de material, la evidencia apunta a un problema de proceso o planificación, no prueba una necesidad de equipo. Si persiste en órdenes comparables después de reconciliar fuentes, el expediente está mejor preparado para una revisión técnica, pero sigue sin demostrar por sí solo que una alternativa sea adecuada.

Analice escenarios sin vender un resultado

Un análisis prudente puede contener escenarios de trabajo: observed, conservative, sensitivity y unknown. El escenario observado usa eventos tal como se registran. El conservador excluye minutos cuya oportunidad no está demostrada. La sensibilidad cambia una sola hipótesis documentada, como la tolerancia de reloj o la regla de producción. El escenario desconocido deja la cantidad nula y lista la comprobación necesaria.

No llame «hipotética» a una cantidad que nunca se observó. Si el comité quiere comparar una alternativa, describa qué supuesto se cambiaría y qué evidencia permitiría comprobarlo después. No prometas que una mejora evitará la parada, duplicará el volumen o generará ahorro. El objetivo es hacer explícita la incertidumbre y permitir una decisión reversible sobre la siguiente medición.

El resultado debería mostrar un rango solo cuando sus extremos tengan reglas claras. Un rango basado en velocidades inventadas es más engañoso que una cifra ausente. Guarde scenario_id, assumption, input_locator, calculation_version, reviewer y review_status. Si el escenario depende de datos comerciales o financieros, remítalo a su propietario; no lo rellenes con el IPI ni con la ECI.

Prepare el paquete de decisión

El paquete para dirección puede tener seis bloques: pregunta, alcance, evidencia temporal, oportunidad, incertidumbres y siguiente decisión. En la pregunta explique qué propuesta se está revisando. En el alcance, qué recursos y órdenes quedan fuera. En la evidencia, muestre intervalos y fuentes. En la oportunidad, identifique la orden liberada o indique por qué aún no existe. En incertidumbres, enumere desfases, estados desconocidos y calidad de datos. En el siguiente paso, asigne una comprobación a una persona y una fecha.

NIST define el gobierno de información manufacturera como principios para procesar y usar datos de forma consistente, repetible y confiable. NIST, gobierno de información La cita respalda la necesidad de conservar definición, origen, versión y propietario; no convierte la ventana en una certificación. Una revisión debe poder reproducir qué datos se usaron y qué se descartó.

Una tabla de salida puede ser:

Los identificadores de ejemplo no son datos de una planta; sustitúyalos por referencias reales y protegidas. Si la organización no permite exponer números de orden, use un identificador estable que el propietario pueda resolver en el sistema interno. El ledger debe guardar el hash del contenido publicado, no credenciales ni datos personales.

Evite los atajos que dañan la decisión

No agregue todos los eventos etiquetados como stopped sin revisar si la orden estaba liberada. No use el promedio histórico si el producto, receta o unidad cambió. No atribuya la duración a mantenimiento solo porque existe una orden cercana. No llame «pérdida» al fin planificado de una campaña. No transforme el contexto nacional en demanda local. No confunda una señal de calidad con una avería. No elimine intervalos desconocidos para que el porcentaje parezca más claro.

Otro atajo frecuente es elegir el horizonte después de ver la cifra. Defina primero la ventana y la regla, documente una versión, y solo después calcule. Si un cambio de horizonte altera la conclusión, muestre ambos escenarios y explique el motivo. La trazabilidad vale más que un único número redondo.

Revise y cierre el expediente

La revisión debe tener dos niveles. Una persona de operaciones confirma plan, orden, estados y unidades. Otra persona independiente comprueba fuentes, sellos, cálculo, limitaciones y que no se haya deslizado una promesa de ahorro o causalidad. El ledger registra quién revisó cada claim y cuándo. Si se actualiza una fuente externa, conserve su URL, fecha real de acceso y digest recuperado.

Antes de cerrar, compruebe que cada campo de la tabla tiene un locator, que los minutos no se solapan sin explicación, que la oportunidad tiene estado, que la regla de producción está versionada y que el próximo paso tiene propietario. Si falla una comprobación, el estado debe ser review, blocked o unknown, nunca pass por defecto.

La decisión puede ser continuar midiendo, mejorar el registro, corregir una restricción de planificación o abrir un estudio técnico. Elevar el expediente a un comité no equivale a aprobar CAPEX. La responsabilidad de comparar alternativas, costes, seguridad, mantenimiento, calidad y cumplimiento queda en las funciones correspondientes.

Contrato técnico de la ventana

decision_id, window_id, horizon_id, timezone
plan_version, calendar_source, planned_start, planned_end
observed_start, observed_end, source_system, source_locator
resource_id, product_id, recipe_id, unit
order_id, opportunity_id, opportunity_status
event_id, event_state, classification, classification_rule_version
planned_minutes, observed_minutes, eligible_minutes
opportunity_quantity, accepted_quantity, quality_state
material_state, maintenance_state, evidence_quality
producibility_rule_version, scenario_id, calculation_version
review_owner, decision_owner, review_status, next_check, content_hash

Cada línea debe poder reconstruirse desde su fuente primaria o marcarse como no verificable. El contrato no prescribe nombres de sistemas ni una integración determinada; hace explícitos los campos que una revisión necesita. Si una instalación no tiene uno de ellos, documente el sustituto y la limitación antes de calcular.

Pasajes GEO verificables

ANSWER · ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex · Para ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex, resolver «Calcular una ventana de pérdida útil para revisar una decisión CAPEX.» dentro de la escena «Una propuesta usa horas de parada agregadas sin distinguir ventana, orden ni oportunidad.» y conducir a «Delimitar ventana y efecto en capacidad antes de elevar CAPEX.» sin prometer un resultado.

EVIDENCE · ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex · Usar S16 (NIST Operations-driven Performance Measurement for Smart Manufacturing) solo como contexto: «NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs.»; contrastar la escena «Una propuesta usa horas de parada agregadas sin distinguir ventana, orden ni oportunidad.» con registro local antes de interpretar.

PROCESS · ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex · Ordenar para ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex la revisión de «Una propuesta usa horas de parada agregadas sin distinguir ventana, orden ni oportunidad.» por fecha, entidad, estado, unidad y propietario antes de comparar o explicar la decisión.

DECISION · ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex · La salida de «Delimitar ventana y efecto en capacidad antes de elevar CAPEX.» para ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex debe dejar criterio, autoridad y siguiente comprobación; si falta evidencia, mantener la hipótesis abierta.

LIMITATION · ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex · No extrapolar «Métodos, modelos, métricas y datos operativos para caracterizar y mejorar sistemas de fabricación» a «Calcular una ventana de pérdida útil para revisar una decisión CAPEX.» en ago-2026-w1-paradas-037-calcular-ventana-perdida-para-decision-capex; aplicar la limitación «Investigación y métodos, no estadística española ni norma obligatoria. Resultados dependen de caracterización y población local; no promete optimización ni ahorro.» y exigir revisión humana.

Preguntas frecuentes sobre ventanas de pérdida

¿Qué es una ventana perdida?

Es un intervalo delimitado en el que una oportunidad de producción definida no se ejecutó o quedó restringida, con plan, estado, unidad, evidencia y limitaciones registradas. No es sinónimo de horas de parada.

¿Puedo multiplicar horas de parada por la velocidad nominal?

No sin comprobar que la velocidad era aplicable a la orden, el producto, el material, la calidad y el intervalo. Si falta esa comprobación, conserve el tiempo observado y marque la capacidad como no demostrada.

¿La ventana perdida demuestra que necesito CAPEX?

No. Sirve como insumo para una revisión técnica y financiera. La decisión requiere alternativas, coste, riesgos, seguridad, calidad, mantenimiento y aprobación de la autoridad correspondiente.

¿Qué hago si los sistemas tienen horas distintas?

Conserve cada sello temporal, zona horaria y fuente; documente el desfase y no agregue hasta definir qué registro es primario para cada campo. La discrepancia es un resultado que puede bloquear la conclusión.

¿Un índice nacional puede probar capacidad de mi línea?

No. El IPI, la ECI y otros datos agregados aportan contexto de actividad o expectativas, pero no observan una orden, un equipo ni una oportunidad concreta de una planta.