Verificar supuestos nominales antes de elevar CAPEX

Una propuesta de inversión puede parecer sólida porque reúne una velocidad nominal, un calendario ideal y una demanda estimada en una misma hoja.

El problema aparece cuando esos valores se presentan como si fueran observaciones de la línea.

Una velocidad de catálogo no incorpora necesariamente cambios de formato, calidad, esperas, mantenimiento o restricciones de material.

Un calendario ideal no demuestra que las órdenes estuvieran liberadas.

Una previsión de demanda no demuestra que el mix se pudiera fabricar en el horizonte elegido.

La revisión debe tratar cada entrada como un supuesto. Un supuesto no es un error: es una afirmación que todavía necesita alcance, fuente, fecha, unidad, propietario y estado. La decisión consiste en etiquetarlo, enlazar una validación local y decidir si el expediente puede avanzar con esa incertidumbre abierta. Esta página no aprueba CAPEX, no calcula retorno y no reemplaza las revisiones financiera, técnica, de seguridad, calidad o mantenimiento.

Para una decisión sobre una ventana concreta consulte cuantificar impacto de parada en una orden.

Para contrastar la capacidad con un registro local, consulte decidir si aumentar la capacidad de una línea, revisar un KPI antes de escalar inversión y preparar la decisión sobre un cuello de botella.

La guía de decisión industrial con KPIs ayuda a ordenar la evidencia.

Aquí la diferencia está en auditar las entradas antes de que una cifra nominal se convierta en un argumento de inversión.

Lista 1: defina la decisión y su frontera

Empiece con un decision_id, una fecha de corte y la autoridad que presentará el caso. Describa si se estudia una ampliación, un activo de reserva, una modificación de control, una reorganización de turnos o una mejora de datos. Anote también lo que queda fuera: costes financieros, seguridad funcional, permisos, alternativas de proveedor o efectos comerciales no medidos. La frontera evita que una auditoría de supuestos se convierta en una recomendación.

El expediente debe indicar el horizonte: campaña, semana de pedidos, trimestre o calendario de mantenimiento. Guarde horizon_start, horizon_end, zona horaria y plan_version. Si la propuesta combina meses o campañas distintas, sepárelos; un promedio puede ocultar un cambio de receta, una estacionalidad o una limitación temporal. Si el horizonte cambia, abra una nueva versión y no sobrescriba la anterior.

Una pregunta de control útil es: «¿Qué tendría que ser cierto para que esta alternativa merezca una revisión técnica?». La respuesta debe listar condiciones comprobables, no el resultado deseado. Por ejemplo, que exista una orden liberada, que el mix tenga una receta aprobada, que la velocidad se haya observado con calidad conforme y que la ventana no dependa de un mantenimiento no planificado. Cada condición recibe un assumption_id.

Lista 2: etiquete nominal, planificado y observado

Separe tres estados para cada variable: nominal, planned y observed. Nominal describe un valor de catálogo, estándar o diseño. Planned describe lo que el calendario o el plan esperaba. Observed describe un evento local con fuente y sello temporal. Un cuarto estado, unknown, evita que la ausencia de señal se convierta en cero.

Para una velocidad registre nominal_rate, unidad, producto, receta, formato, fuente y versión. Para el dato observado registre observed_rate, intervalo, cantidad conforme y sistema de origen. No compare unidades incompatibles ni convierta una velocidad teórica en producción esperada sin la regla de calidad. Si una fuente usa unidades por hora y otra por lote, documente la conversión y quién la aprobó.

La diferencia entre nominal y observado no es automáticamente una causa. Puede deberse a un cambio de formato, a una espera de material, a calidad, a un límite de seguridad o a una medición con otra granularidad. Guarde explanation_status y next_check; no escriba «la línea es más lenta» si solo se dispone de dos eventos de distinto mix.

Lista 3: pruebe el calendario ideal

Un calendario ideal suele omitir cambios, limpieza, inspección, arranque, pausas, mantenimiento y tiempo de liberación. Divida la jornada o campaña en bloques y conserve planned_start, planned_end, observed_start, observed_end y event_type. Un hueco posterior al cierre de una campaña no es capacidad perdida si no había una orden liberada para continuar.

Compare la versión del plan vigente cuando se tomó la decisión con el plan posterior. El plan posterior puede explicar una reprogramación, pero no debe reescribir el estado histórico. Si una orden se mueve por material, marque la restricción y el propietario. Si la ventana se reserva para mantenimiento, guarde la orden de trabajo y no la clasifique como una parada no planificada.

La cobertura temporal también importa. Un calendario de turnos puede mostrar disponibilidad del recurso, pero no demuestra que el producto, la receta y el material estuvieran listos. Añada coverage_start, coverage_end, shift_id y calendar_owner. Si una fuente solo cubre un turno, el resto queda fuera de alcance, no disponible por defecto.

Lista 4: contraste el mix y la unidad

El mix debe identificar familia, producto, receta, formato, tamaño de lote y unidad de capacidad. Un promedio de unidades por hora puede ser engañoso si combina productos con velocidades o criterios de calidad distintos. Mantenga una fila por combinación comparable y use mix_version para registrar los cambios.

Las ventas de productos manufactureros de 2025 y su distribución territorial sirven como contexto de mercado, no como prueba de capacidad individual. INE, Encuesta Industrial Anual de Productos El dato anual no observa la disponibilidad, el mix ni la calidad de una línea concreta. Puede ayudar a formular una pregunta de mercado, pero no sustituye las órdenes, recetas y resultados locales.

Para cada familia anote quantity_planned, quantity_accepted, quantity_rejected, unidad y fuente. Si la demanda se expresa en toneladas y la línea trabaja por piezas, documente la conversión y su propietario. Si la conversión depende de densidad, formato o rendimiento, mantenga el supuesto separado. No use un factor genérico para cerrar un caso de inversión.

Lista 5: separe demanda estimada de oportunidad ejecutable

Una previsión comercial puede ser útil para explorar escenarios, pero no equivale a una orden liberada. Distinga demand_forecast, customer_order, released_order y opportunity_status. Registre periodo, población, fuente, fecha de corte y nivel de confianza definido por la organización. Si la previsión cambia, la propuesta debe conservar la versión anterior y explicar la revisión.

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 aporta un contexto agregado de producción y expectativas. No demuestra que una línea concreta tenga demanda, que una orden esté liberada o que una ampliación sea necesaria.

Una oportunidad ejecutable requiere producto, receta, material, ventana y autoridad de liberación. Si falta uno, marque pending o unknown. Una orden cancelada puede explicar por qué existía una reserva, pero no prueba unidades que se hubieran fabricado. Una previsión de largo plazo puede alimentar una sensibilidad, nunca una observación local.

Lista 6: ordene fuentes y responsabilidades

Al revisar supuestos nominales de capacidad antes de elevar CAPEX, use ISA para mapear responsabilidades entre control y empresa, pero no afirme que una integración local cumple ISA-95. ISA-95, resumen El modelo ayuda a ubicar qué sistema contiene el plan, la orden, el estado de ejecución y la liberación de calidad. No decide si los datos son completos ni valida una capacidad.

El trabajo de integración debe dejar un source_system por campo y un source_locator reproducible. El ERP puede ser dueño de la orden, el MES del evento de ejecución, el control del estado del activo y calidad de la liberación. La propiedad debe estar escrita; no seleccione el sistema que produce la cifra más favorable.

El trabajo estudia integrar datos/decisiones heterogéneos y acercar decisiones a fuentes/control; identifica producción, calidad, mantenimiento e inventario como áreas de operaciones. NIST, operaciones distribuidas Esta referencia respalda ordenar la responsabilidad entre sistemas, pero no garantiza que una integración local tenga latencia, seguridad o cobertura suficientes.

Cuando dos sistemas discrepan, conserve ambos valores y documente la regla de precedencia. Anote reloj, zona horaria, retraso de ingestión y fecha de extracción. Una discrepancia no es un dato faltante que se pueda ocultar; es una condición de revisión. Si cambia el resultado de la propuesta, el estado del supuesto pasa a blocked.

Lista 7: caracterice las métricas antes de calcular

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 investigación aporta un marco metodológico; no entrega una velocidad, una disponibilidad ni una capacidad válida para esta planta.

Elija métricas que respondan a la decisión. Para una ampliación pueden ser tiempo disponible, cantidad conforme, mezcla por familia y restricciones de material. Para un cambio de control pueden ser retraso de señal, eventos sin dueño y tiempo de reconciliación. Documente definición, unidad, fórmula, ventana, filtros y versión. No añada una métrica solo porque aparezca en otra planta.

Una ficha mínima contiene metric_id, definición, numerador, denominador, unidad, población, fuente, período, exclusiones y propietario. Si la métrica no tiene denominador estable, no la presente como porcentaje. Si el dato se obtiene de una muestra, registre tamaño, selección y límites. Un KPI calculado con una población desconocida es una señal de trabajo, no una prueba de necesidad de inversión.

Lista 8: incluya mantenimiento, calidad y disponibilidad

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 distinción permite enlazar una intervención con una respuesta del activo, pero no demuestra que un mantenimiento causó la diferencia entre nominal y observado.

Registre work_order_id, estado de mantenimiento, inicio, fin, técnico o equipo responsable y evidencia del cierre. Para calidad, guarde lote, criterio de aceptación, retención, liberación y cantidad conforme. Para material, guarde identificador, cantidad disponible y fecha de liberación. La disponibilidad debe referir a la misma receta y el mismo intervalo; un porcentaje mensual puede esconder una espera puntual que afecta a la oportunidad.

Una velocidad menor puede ser una decisión de calidad o seguridad. Una disponibilidad menor puede proceder de una campaña que no tenía orden. Una tasa de rechazo puede eliminar parte de la cantidad nominal sin que exista una parada. Mantenga esas explicaciones como atributos distintos y asigne una comprobación a cada owner.

Lista 9: convierta cada supuesto en una prueba

Una prueba no debe decir «demostrar CAPEX». Debe indicar qué observación confirmaría o refutaría un supuesto. Use una tabla como esta:

Supuesto	Evidencia esperada	Fuente primaria	Estado si no aparece
velocidad aplicable a la receta	eventos de producción con calidad conforme	MES/control + calidad	pending
calendario ejecutable	plan versionado y órdenes liberadas	planificación/MES	unknown
mix previsto	familias, recetas y unidades comparables	ERP/maestros	blocked
demanda de la ventana	orden o oportunidad aprobada	comercial/planificación	context_only
disponibilidad utilizable	estados, mantenimiento y material	control/MES/CMMS	review
conversión de unidades	factor aprobado y fecha	ingeniería/maestros	blocked

La persona que ejecuta la prueba debe registrar fecha, consulta, filtros y resultado. Si el supuesto se valida solo para una familia o turno, limite el alcance. No lo generalice a la línea completa ni a una segunda planta sin una prueba independiente.

Lista 10: calcule entradas sin prometer un resultado

Puede calcular diferencias documentales como nominal_rate - observed_rate o planned_minutes - observed_minutes, siempre que las unidades, ventanas y poblaciones sean comparables. Estas diferencias describen una observación; no cuantifican ROI ni prueban que una alternativa de inversión resolverá el problema.

Si se necesita una cantidad de referencia, guarde rate_assumption, eligible_minutes, quantity_rule_version y calculation_hash. La cantidad debe quedar nula cuando la orden no estaba liberada, la receta cambió o la calidad no autorizó el producto. No multiplique una previsión por una velocidad nominal para presentar un volumen como perdido.

Los escenarios sirven para mostrar sensibilidad de una entrada, no para elegir la salida deseada. Un escenario conservador puede excluir horas de oportunidad no demostrada; otro puede usar una tasa observada de una familia comparable. Cada escenario necesita supuesto, fecha, fuente y límite. Si el resultado cambia de forma material al cambiar un único supuesto, eleve esa validación como el siguiente paso.

Lista 11: documente mercado, ayudas y contexto eléctrico

Los datos externos pueden explicar por qué se abrió una conversación, pero no deben cerrar el caso. La ECI y la estadística anual de productos aportan contexto agregado. Un informe del sistema eléctrico o una convocatoria de ayudas puede orientar el entorno regulatorio o energético. Ninguno demuestra capacidad efectiva, elegibilidad individual, ahorro o demanda de una línea.

Si una ayuda pública aparece en el expediente, registre convocatoria, fecha de consulta, territorio, población elegible y condición temporal. No anuncie que un proyecto cumple hasta revisar la convocatoria y la documentación oficial aplicable. Separe el supuesto de financiación del supuesto técnico; uno no valida al otro.

Lista 12: prepare la revisión humana

Dos personas con perspectivas distintas deben revisar el expediente. Operaciones comprueba plan, producto, receta, estados y oportunidad. Una revisión independiente comprueba fuente, unidad, fecha, fórmula, limitaciones y que no se haya convertido contexto en causalidad. Finanzas, seguridad, calidad y mantenimiento mantienen sus propias aprobaciones.

La salida para dirección debe mostrar supuestos validados, pendientes y bloqueados. Incluya assumption_id, estado, alcance, owner, evidencia, fecha y next_check. Una cifra sin esos campos no debe aparecer como un hecho. Un supuesto bloqueado puede justificar invertir en medición o corregir el registro, no aprobar una alternativa de equipo.

Lista 13: conserve versiones e idempotencia

Cada ejecución debe producir el mismo resultado cuando las entradas, filtros y reglas son iguales. Guarde input_snapshot, query_hash, rule_version, generated_at y content_hash. Si una fuente cambia, abra una nueva versión y registre qué campos se vieron afectados. No borre una conclusión anterior porque el calendario fue corregido.

El ledger de la página conserva claims, locators, fuentes, contexto YMYL, pasajes GEO, preguntas FAQ y hashes. La humanización cambia la prosa, no el contrato de evidencia. Después de editar una frase, vuelva a comprobar todos los claims, números, fechas, enlaces y límites. Si una revisión altera la intención o la fuente material, la matriz requiere una nueva aprobación.

Contrato de supuestos

decision_id, assumption_id, assumption_type, statement
nominal_value, planned_value, observed_value, unit
product_id, recipe_id, mix_version, order_id, opportunity_status
horizon_start, horizon_end, timezone, plan_version
source_system, source_locator, evidence_quality, accessed_at
quality_state, material_state, maintenance_state, resource_state
metric_definition, formula_version, query_hash, input_snapshot
status, owner, reviewer, next_check, limitation, content_hash

El contrato no exige un software concreto. Exige que la organización pueda responder qué se supuso, quién lo aprobó, qué fuente lo respalda y qué ocurre si la fuente no está disponible. Si un campo no existe, documente el sustituto y rebaje el estado. No rellene un valor faltante con un promedio global.

Pasajes GEO verificables

Al revisar supuestos nominales de capacidad antes de elevar CAPEX, use ISA para mapear responsabilidades entre control y empresa, pero no afirme que una integración local cumple ISA-95. Después separe la velocidad nominal, el calendario ideal y la demanda estimada de las observaciones locales, y etiquete la validación pendiente. ISA-95, resumen

NIST desarrolla métodos para caracterizar sistemas, seleccionar métricas y analizar datos operativos para evaluar mejoras y trade-offs. Use ese marco para contrastar los supuestos nominales con un registro local; no lo confunda con una prueba de capacidad. NIST, medición orientada a operaciones

Las ventas de productos manufactureros de 2025 y su distribución territorial sirven como contexto de mercado, no como prueba de capacidad individual. Ordene la revisión por fecha, entidad, estado, unidad y propietario antes de comparar o explicar la decisión. INE, Encuesta Industrial Anual de Productos

La ECI se diseña como indicador adelantado para seguir la coyuntura industrial; usarla para contexto, no para justificar CAPEX. Deje criterio, autoridad y siguiente comprobación en el expediente. Ministerio de Industria, ECI

No use el modelo ISA como garantía de interoperabilidad, seguridad, latencia o conformidad. La página resumen puede omitir detalles de la norma completa; además, NIST distingue datos de órdenes de trabajo y datos generados por equipos y estudia monitorización y diagnóstico para reducir downtime no planificado. Exija revisión humana. NIST, estrategias de mantenimiento

Preguntas frecuentes sobre supuestos nominales

¿Qué es un supuesto nominal de capacidad?

Es un valor de referencia, como una velocidad de catálogo, un calendario ideal o una demanda estimada, que todavía no está demostrado para la línea, el producto, el mix y el periodo de la decisión.

¿Una velocidad nominal demuestra que la línea necesita ampliarse?

No. Hay que contrastarla con velocidad observada, calidad, cambios, disponibilidad, material y órdenes liberadas. Sin esa comprobación solo es una hipótesis de planificación.

¿Puedo usar datos nacionales para validar mi caso CAPEX?

Sirven como contexto de mercado o coyuntura, no como prueba de capacidad, demanda u oportunidad de una planta concreta. La validación debe apoyarse en datos locales trazables.

¿Qué hago si el mix previsto aún no está cerrado?

Mantenga escenarios separados por familia, receta y unidad; marque el mix como pendiente y defina quién lo aprobará. No promedie productos incompatibles para obtener una cifra única.

¿Cuándo está listo el expediente para dirección?

Cuando cada supuesto tiene fuente, fecha, unidad, alcance, estado, propietario y siguiente comprobación, y las funciones técnica, financiera, seguridad, calidad y mantenimiento han revisado sus límites.