Definir un gate de medición posterior a CAPEX

Una inversión puede tener fecha de puesta en marcha y seguir sin una forma acordada de revisar lo que ocurre después. El equipo arranca, aparecen cambios de mix, las órdenes cambian de plan y el comité pregunta si la capacidad obtenida coincide con lo que se esperaba. Sin una ficha previa, cada persona elige una métrica distinta y la conversación se vuelve difícil de repetir.

Definir un gate de medición posterior a una inversión significa acordar métrica, ventana, fuente, responsable y revisión antes de mirar el resultado. El gate no calcula ROI ni decide si una causa está probada. Organiza la comprobación de una condición posterior a la puesta en marcha. La página de ISA-95 sobre integración entre empresa y control ayuda a ubicar quién conserva cada dato, pero no certifica una implementación local.

Esta guía está dirigida a dirección industrial y operaciones. No prescribe un KPI universal, no promete capacidad y no reemplaza las revisiones de seguridad, calidad, mantenimiento, personas, contratos o finanzas. La pregunta es más concreta: ¿cómo se prepara una revisión que conserve su unidad, su ventana y su autoridad incluso cuando la operación real se aparte del plan?

Separe el gate de la decisión de invertir

La decisión de invertir y la medición posterior tienen momentos distintos. Antes de la inversión se define qué problema se quiere estudiar y qué controles autorizan el proyecto. Después se observa una operación que puede tener nuevas restricciones. Este documento trata el segundo momento. No repite la auditoría de velocidad nominal, calendario ideal, mix o demanda que debe ocurrir antes de elevar CAPEX.

Escriba el identificador del proyecto, la fecha de la puesta en marcha, la versión de la autorización y la persona que convoca la revisión. Anote también qué pregunta se conserva: disponibilidad de una ruta, salida buena en una familia, estabilidad de una ventana o una condición de servicio. Una pregunta amplia como “¿funciona la inversión?” no fija una observación que pueda comprobarse.

El gate no tiene que terminar en “cumple” o “no cumple”. Puede quedar abierto por un dato ausente, pasar a una investigación o volver a una autoridad de calidad. Defina esas salidas antes de la revisión. Cuando la decisión se inventa después de mirar los datos, es fácil seleccionar la explicación que mejor encaja con la conclusión que ya se quería.

1. Elija una métrica que responda a la pregunta

Una métrica útil tiene nombre, unidad, población, condición de calidad y fuente. Puede describir salida liberada, estado operativo, disponibilidad de una ruta o tiempo de una actividad, siempre que el expediente diga qué significa. No elija un KPI porque sea conocido o porque el sistema lo muestre primero. Pregunte qué decisión ayuda a revisar.

La métrica también necesita exclusiones. Si se mide salida buena, indique cómo se tratan reprocesos, lotes retenidos, muestras, limpieza y cambios de formato. Si se mide disponibilidad, defina qué estados cuentan y qué mantenimiento queda fuera. Las exclusiones no son una molestia: evitan comparar una operación estable con otra que tuvo una ventana excepcional.

NIST describe métodos para caracterizar sistemas y seleccionar métricas para analizar datos operativos. Esa investigación puede ayudar a preguntar por unidad, estado y contexto. No ofrece una métrica obligatoria para su inversión. El programa de medición de NIST se consultó en el snapshot del 2026-08-11; la evidencia histórica del material tiene fecha efectiva 2014-04-23.

Para ago-2026-w2-inversion-043-definir-gate-medicion-post-inversion, resolver «Definir un gate de medición posterior a una inversión.» dentro de la escena «El proyecto tiene fecha de puesta en marcha pero no criterio para revisar capacidad obtenida.» y conducir a «Acordar métrica, ventana, fuente, responsable y revisión sin prometer resultado.» sin prometer un resultado. El texto define la frontera del gate: medir y revisar una condición posterior, no declarar éxito financiero.

Ordene la revisión posterior por métrica, ventana, fuente, responsable y excepción antes de comparar o explicar el resultado. El programa de medición de NIST ofrece un contexto metodológico, pero la autoridad local define la revisión.

2. Fije la ventana antes de observarla

Una ventana puede depender de la estabilidad del equipo, la campaña, el turno, el producto o una condición de calidad. Escriba inicio, fin, zona horaria, versión del calendario y las excepciones previstas. Si la puesta en marcha se retrasa, conserve la fecha acordada y documente el cambio. No mueva el final para incluir solo los días favorables.

La ventana tampoco tiene que ser larga por defecto. Debe tener el tamaño que permita responder la pregunta con la operación aprobada. Una campaña corta puede servir para observar una interfaz y no para concluir sobre una capacidad estacional. Una ventana amplia puede mezclar cambios que hacen difícil atribuir una diferencia. La autoridad local debe explicar por qué la ventana es suficiente.

Registre las condiciones de la observación: familias, secuencia, personal cualificado, mantenimiento, calidad, restricciones de servicio y cualquier evento que pueda cambiar la lectura. Si una de esas condiciones no se cumple, no borre el periodo. Marque la excepción y decida si se repite la medición, se analiza por separado o se cierra sin conclusión.

Ficha de la ventana

Elemento	Decisión que se debe dejar escrita
Inicio y fin	Fechas, zona horaria y versión del calendario
Población	Familias, órdenes, turnos o estados incluidos
Condición	Calidad, mantenimiento y restricciones necesarias
Exclusiones	Eventos que se reportan aparte y por qué
Fuente	Sistema, tabla, parte o documento con la versión consultada
Revisión	Fecha y autoridad que decide el siguiente estado

La ficha evita que una revisión posterior parezca una nueva definición del proyecto. Si la pregunta cambia, abra una versión del gate. No reescriba la ventana antigua para que encaje con la operación observada.

3. Describa la fuente y su recorrido

Una fuente no es solo el nombre de una aplicación. Indique dónde nace el dato, qué transformación recibe, quién puede modificarlo y cómo se conserva la versión. Un registro MES puede recibir un estado de control; una orden de trabajo puede documentar una intervención; una tabla de calidad puede decidir si la salida se libera. Si se mezclan sin una regla, la medición pierde trazabilidad.

ISA-95 describe niveles, objetos e intercambios entre control, operaciones y empresa. Su modelo ayuda a preguntar si un campo pertenece a una orden, a una operación, a un equipo o a una planificación. No demuestra que las interfaces locales sean compatibles ni que un dato viaje sin latencia o pérdida. Use el modelo para ubicar la responsabilidad, no para declarar conformidad.

ISA describe niveles, objetos e intercambios entre control y empresa; usar para mapear responsabilidades, no para afirmar que una integración cumple ISA-95. Esta evidencia se apoya en la página de ISA-95, consultada en el snapshot del 2026-08-11. La fuente no ofrece una garantía sobre su arquitectura, sus datos o su seguridad.

Para cada campo, anote su identificador, fecha de extracción, unidad y propietario. Si el dato llega de un sistema intermedio, conserve la transformación y su versión. Cuando una fuente se actualice, registre el cambio. La repetibilidad no exige que el sistema sea perfecto; exige que otra persona pueda seguir el recorrido y entender qué se midió.

4. Asigne una revisión con autoridad clara

El responsable de medir no siempre es quien decide. Operaciones puede extraer un registro; calidad puede validar la salida; mantenimiento puede explicar una parada; dirección puede cerrar el gate. Escriba esos papeles. No use “equipo de proyecto” como sustituto de una persona o función con autoridad.

Defina qué ocurre si el responsable está ausente, si el registro no llega o si la métrica cambia de definición. Una sustitución debe quedar autorizada. Si nadie puede aceptar la medición, el gate permanece abierto. Esto no es una formalidad: evita que una cifra sin dueño se convierta en un cierre de proyecto.

El gate también debe indicar quién recibe la evidencia y dónde se conserva. Un enlace temporal o una hoja local puede desaparecer. Guarde la referencia a la versión, el periodo y la ruta de acceso que la organización permite. Si una fuente contiene datos sensibles, respete el control de acceso y publique solo la descripción necesaria para la revisión.

5. Defina las salidas antes de ver el resultado

Una ficha clara puede tener cuatro salidas: continuar a la siguiente revisión, investigar una diferencia, pausar por una condición crítica o cerrar sin conclusión por falta de cobertura. Las etiquetas deben tener significado local. “Continuar” no equivale a aprobar más gasto; puede significar que se hará una comprobación adicional.

La salida de un gate debe dejar criterio, autoridad y siguiente comprobación; si falta evidencia, mantenga la hipótesis abierta y no convierta una diferencia posterior en causalidad. El marco de medición de NIST orienta la revisión de datos, pero no cierra el gate local.

Escriba el criterio de cada salida en términos observables. Por ejemplo, una diferencia puede requerir revisar la secuencia de familias y el mantenimiento que ocurrió durante la ventana. Una pausa puede activarse si una condición de calidad no está validada. Un cierre sin conclusión puede dejar el expediente abierto para otra ventana. Evite que un comité tenga que inventar el significado durante la reunión.

La salida de un gate no es una medida de valor financiero. Un proyecto puede tener una medición técnicamente consistente y aun así necesitar una revisión económica o de seguridad separada. Del mismo modo, una diferencia no prueba que el equipo sea la causa. La atribución requiere una evidencia adicional y una pregunta definida.

La salida de «Acordar métrica, ventana, fuente, responsable y revisión sin prometer resultado.» debe dejar criterio, autoridad y siguiente comprobación; si falta evidencia, mantenga la hipótesis abierta. La frase funciona como criterio de decisión documental y no como promesa de mejora. El expediente debe poder señalar qué registro falta y quién puede ordenar otra observación.

6. Trate las excepciones sin borrar la medición

Una parada no planificada, un cambio de receta, una falta de material o una incidencia de calidad puede romper las condiciones de la ventana. La respuesta no es eliminar el día. Registre el evento, su fuente, el periodo afectado y la decisión sobre su tratamiento. Si se excluye, explique por qué y quién autorizó la exclusión.

La comparación antes y después puede mezclar más de un cambio. Si durante la ventana cambia el mix o el mantenimiento, la observación sigue siendo útil para describir lo ocurrido, pero no demuestra que la inversión causó la diferencia. El informe debe separar hechos, interpretación y preguntas abiertas. Una narrativa cómoda no reemplaza la atribución.

Cuando falten datos, no reconstruya la serie con una estimación sin autorización. La ausencia puede ser el resultado de una interfaz, de un formato de parte o de una condición de operación. Registrar el fallo ayuda a decidir una mejora de datos, pero no convierte la reconstrucción en una medición original.

7. Cuide la relación con calidad y seguridad

La medición posterior no puede relajar controles. Una salida liberada por calidad puede ser el requisito para contar una unidad; una intervención de mantenimiento puede marcar una excepción; una revisión de seguridad puede bloquear una prueba. El gate debe referenciar esas condiciones sin convertirlas en un trámite secundario.

El INE aporta estadísticas agregadas de producción y ventas que pueden ayudar a documentar contexto de mercado. La Encuesta Industrial Anual de Productos no mide la capacidad de una línea ni valida un gate post-inversión. El dato nacional no sustituye a la unidad, la calidad y la ventana que el proyecto haya aprobado.

La convocatoria de descarbonización industrial tampoco define el resultado del gate. BOE-B-2026-295 se conserva como contexto de una convocatoria 2026 que puede haber cerrado o cambiado. No debe utilizarse para afirmar presupuesto, plazo, elegibilidad, retorno o capacidad local. La autoridad debe revisar la publicación vigente por separado.

8. Prepare el acta de revisión

El acta debe incluir la pregunta, la ventana, la métrica, la fuente, la evidencia recibida, las excepciones, el estado y la autoridad. Añada el enlace o identificador del registro y una explicación breve de cualquier diferencia. El texto debe ser útil para alguien que no estuvo en la puesta en marcha.

No escriba “el resultado mejoró” sin unidad, periodo y condición. Escriba qué observación cambió y qué no se puede concluir. Si el gate sigue abierto, diga cuál es la siguiente comprobación. Si se cierra sin conclusión, conserve la razón. La claridad de un acta se mide por lo que permite revisar, no por lo positiva que suena.

Revalide la ficha cuando cambie la definición de una métrica, la fuente, la ventana o la autoridad. La revalidación no es volver a calcular la misma cifra sin mirar el contrato. Es comprobar que la pregunta sigue siendo la misma y que los claims de la guía continúan respaldados por su fuente.

Limitaciones del gate post-inversión

Un gate ordenado no demuestra ROI, capacidad efectiva, causalidad ni elegibilidad. Solo documenta una revisión posterior con unas condiciones explícitas. La integración entre sistemas puede fallar por semántica, latencia, acceso, calidad o cambios de proceso. La revisión humana sigue siendo necesaria, especialmente cuando la evidencia puede afectar a dinero, seguridad, calidad o servicio.

No extrapole «Modelos y niveles de integración entre control, operaciones/MES y negocio/ERP» a «Definir un gate de medición posterior a una inversión.»; la página resumen de ISA no garantiza interoperabilidad, seguridad, latencia ni una implementación conforme. Exija revisión humana. La página de ISA-95 respalda la limitación y mantiene el alcance del modelo en su lugar.

Si el dato no llega, el gate puede repetirse, investigar el recorrido o cerrarse sin conclusión. No se debe rellenar la ausencia con una cifra de otro periodo. Si una diferencia parece importante, formule una pregunta de causa y abra el análisis correspondiente. La medición posterior es un punto de control, no una explicación automática.

Lista de comprobación

1. La pregunta del gate está separada de la decisión de invertir.
2. La métrica tiene unidad, población, calidad y exclusiones.
3. La ventana conserva fecha, zona horaria, plan y condiciones.
4. La fuente incluye sistema, versión, transformación y propietario.
5. La revisión tiene autoridad y fecha.
6. Las salidas permiten continuar, investigar, pausar o cerrar sin conclusión.
7. Las excepciones quedan registradas y no se borran para mejorar el resultado.
8. El acta distingue observación, interpretación y causa no demostrada.

La ficha no sustituye el gobierno local. Sirve para que el gobierno pueda trabajar con una pregunta estable y un registro trazable. Para preparar el contexto previo, consulte revisar un KPI antes de escalar inversión y reunir evidencia trazable para una inversión. Esas páginas tratan decisiones anteriores; aquí se conserva el momento posterior a la puesta en marcha.

Para revisar el alcance de la decisión, consulte decidir si aumentar la capacidad de una línea y la guía de decisión industrial con KPIs de planta.

Preguntas frecuentes sobre medición post-CAPEX

¿Qué es un gate de medición post-CAPEX?

Es un punto acordado para revisar una inversión después de su puesta en marcha con una métrica, ventana, fuente, responsable y decisión definidos. Sirve para verificar una condición del expediente; no es automáticamente una auditoría financiera ni una prueba de causalidad.

¿Hay que usar un KPI antes y después de la inversión?

No siempre. La métrica debe responder a la pregunta aprobada y conservar unidad, calidad, ventana y restricciones. Puede ser una medida de disponibilidad, salida o estado, pero no se debe elegir un KPI solo porque produzca una comparación favorable.

¿Cuándo se debe abrir el gate?

La fecha depende de la puesta en marcha, la estabilidad del proceso y la ventana que la autoridad haya aprobado. Debe quedar escrita antes de medir. Si una condición operativa impide observar la ventana, se registra la excepción y se acuerda una revisión nueva.

¿Un gate demuestra que el CAPEX causó una mejora?

No por sí solo. Una diferencia posterior puede coincidir con cambios de mix, demanda, mantenimiento, personas, calidad o calendario. Para hablar de causa se necesitan un diseño de comparación y una evidencia que el expediente local pueda sostener.

¿Qué pasa si la fuente no conserva el dato?

El gate queda abierto o bloqueado según el riesgo. Registre la ausencia, identifique la fuente alternativa autorizada y no reconstruya el valor con una estimación. La autoridad debe decidir si la medición puede repetirse, si se investiga o si se cierra sin conclusión.

Puede continuar con revisar un KPI antes de escalar inversión, preparar un reporte de capacidad para dirección y reunir evidencia trazable para una inversión. Cada enlace responde a un momento diferente del expediente y no transforma una medición en una promesa.