Documentar la vigencia de un supuesto directivo

Un reporte directivo puede usar un calendario estimado, una demanda provisional o una capacidad todavía pendiente. El problema no es trabajar con una entrada abierta. El problema aparece cuando nadie sabe cuándo deja de ser válida ni quién debe revisar sus consecuencias.

Documentar supuestos que cambian un reporte directivo significa etiquetar el supuesto, asignar propietario, vigencia y condición de revisión. El gobierno continúa después de separar hecho e hipótesis. Cada versión debe explicar qué entrada estaba vigente y qué decisión quedaba permitida.

La Encuesta de Coyuntura Industrial ofrece contexto de producción, cartera, empleo y expectativas. No confirma el calendario ni la demanda de una empresa. La ficha local decide si una entrada sigue vigente.

Esta guía no valida demanda, capacidad, margen ni una previsión financiera. Tampoco sustituye el análisis de hechos y supuestos de un informe. Su frontera es el ciclo de vida: cuándo revisar, quién responde y qué ocurre si la entrada cambia.

Escriba el supuesto como una entrada gobernable

Un supuesto gobernable tiene nombre, valor, unidad, población, periodo y fuente prevista. “La demanda será estable” no es suficiente. Escriba qué demanda, para qué familias, en qué horizonte y con qué registro se revisará.

Anote por qué el reporte necesita esa entrada. Puede ser una capacidad para comparar escenarios, una fecha para preparar una reunión o una carga para ordenar una campaña. El motivo ayuda a decidir qué hacer cuando la entrada pierde vigencia.

No use un supuesto para ocultar una cifra desconocida. Si la cifra falta, escriba “pendiente” y defina una comprobación. Si se usa un rango autorizado, conserve sus límites y el motivo. La claridad importa más que una apariencia de precisión.

Ficha de vigencia

Campo	Pregunta	Ejemplo de estado
Supuesto	¿Qué entrada se está usando?	Identificada
Alcance	¿A qué población aplica?	Familias y campaña
Valor	¿Qué unidad y periodo tiene?	Documentado
Propietario	¿Quién lo revisa?	Función nombrada
Vigencia	¿Hasta cuándo se acepta?	Fecha o evento
Disparador	¿Qué puede invalidarlo?	Cambio de plan
Salida	¿Qué se hace al cambiar?	Recalcular o aplazar

La ficha no es un formulario burocrático. Es un contrato pequeño para que el comité pueda distinguir una entrada vigente de una cifra heredada.

Asigne un propietario con autoridad definida

El propietario mantiene la entrada y conserva la evidencia. La autoridad decide cómo afecta un cambio al reporte. Operaciones puede revisar un calendario, planificación puede revisar la demanda y dirección puede aceptar el aplazamiento.

No escriba “equipo de proyecto” como propietario único. Una función concreta debe poder abrir el registro, confirmar la fecha y avisar cuando se active un disparador. Si la responsabilidad cambia, guarde la transición.

El propietario no tiene que aprobar la decisión completa. Su tarea es responder por la vigencia del supuesto. La separación evita que una persona modifique una entrada para mantener una conclusión que ya no se sostiene.

Incluya un sustituto cuando la revisión dependa de una persona ausente. La ausencia no debe convertir el supuesto en permanente. Si nadie puede revisar, la autoridad debe marcar el reporte como abierto o aplazado.

Fije fecha y condición de vigencia

Una fecha de vigencia es el límite temporal de la entrada. Puede ser una fecha de reunión, una campaña o una revisión mensual. Escriba la zona horaria y la versión del calendario cuando la fecha afecte a una operación.

La condición de vigencia explica qué debe seguir siendo cierto. Un supuesto puede caducar si cambia el mix, se modifica la capacidad disponible, se publica una nueva fuente o se supera una desviación acordada.

No convierta una fecha de acceso en una fecha de validez. Una persona puede consultar un documento hoy y usarlo para un periodo que terminó. La ficha debe distinguir cuándo se consultó y qué periodo describe.

Si la fuente se actualiza sin aviso, use una revisión periódica y un propietario. La ausencia de una notificación no prolonga la vigencia por defecto.

Describa disparadores observables

Un disparador es un hecho que obliga a revisar el supuesto. Puede ser un cambio de plan aprobado, una fecha de cierre, una desviación de producción o una nueva versión de la fuente. Debe poder reconocerse sin interpretar una intención.

Evite disparadores vagos como “cuando cambie el contexto”. Es mejor “cuando el calendario de la campaña cambie de versión” o “cuando la demanda confirmada difiera del supuesto en la revisión acordada”.

Un disparador no es una predicción. Solo abre una revisión. La autoridad puede decidir que el supuesto sigue válido, que debe recalcularse o que el reporte no puede continuar.

Registre quién detecta el disparador. Si todos pueden verlo y nadie lo comunica, la ficha no gobierna nada. Un aviso breve con fecha y evidencia basta para iniciar la revisión.

Conserve el historial de versiones

Cada cambio debe conservar versión anterior, versión nueva, motivo, fuente y propietario. No sobrescriba el valor para que el reporte parezca coherente. El historial explica por qué una conclusión pudo ser razonable en una reunión y dejar de serlo después.

Relacione el supuesto con las secciones afectadas. Un cambio de demanda puede afectar capacidad, compras, servicio y una tabla de riesgos. El reporte debe mostrar qué conclusiones se revisan y cuáles no dependen de esa entrada.

La información del Índice de Producción Industrial del INE es agregada y puede actualizarse. Si se usa como contexto, conserve la edición consultada y no la presente como la versión de la planta.

Una revisión retrospectiva debe poder recuperar el estado que vio el comité. Guardar solo el último valor elimina la evidencia de la decisión original.

Clasifique la acción al cambiar

Cuando un supuesto cambia, hay varias salidas. Puede recalcular el reporte, abrir una revisión técnica, aplazar la decisión, reducir el alcance o cerrar la opción. La salida depende de la autoridad y del efecto en la decisión.

Escriba la acción con un verbo y un criterio. “Recalcular la tabla de capacidad con la versión 4 del calendario” se puede comprobar. “Actualizar la información” no dice qué cambió ni cuándo termina.

Una entrada vencida no debe seguir alimentando un semáforo como si estuviera vigente. Marque la dependencia y retire la conclusión afectada hasta que la autoridad decida.

El cambio puede no afectar al reporte. Esa conclusión también necesita evidencia. Escriba qué análisis se revisó y por qué la entrada no era material para esa sección.

Ordene una revisión reproducible

Una revisión puede seguir ocho pasos. Liste supuestos. Asigne propietario. Fije vigencia. Defina disparadores. Relacione conclusiones. Revise la fuente. Registre cambios. Cierre o mantenga abierta la decisión.

Ordene la revisión de los supuestos por fecha, entidad, estado, unidad y propietario antes de comparar o explicar la decisión. Los principios de gobierno de información de NIST ayudan a conservar un uso consistente y repetible, pero no validan la entrada de una empresa.

Cada paso debe dejar una referencia corta. Puede ser un calendario, un acta, una consulta, un correo de aprobación o una extracción. La evidencia no tiene que estar dentro del reporte si la ruta de acceso está documentada.

Si la ficha no tiene propietario o disparador, no la marque como gobernada. Registre el hueco y solicite la asignación. Una casilla verde sin dueño es una falsa sensación de control.

Separe contexto agregado y entrada local

Una encuesta nacional puede sugerir que la actividad industrial cambia. Ese contexto puede ayudar a formular escenarios. No convierte una demanda local en un hecho ni confirma que un calendario siga vigente.

La Encuesta de Coyuntura Industrial se diseña como indicador adelantado de coyuntura. Su alcance agregado no permite justificar una entrada de capacidad, una fecha contractual o una previsión de una fábrica. Consulte la página oficial de la ECI para el contexto.

Escriba el contexto en una nota separada y ligue la referencia a la pregunta que debe responder el registro local. Así el comité entiende por qué se revisa el supuesto sin confundir la señal nacional con evidencia de planta.

Si el contexto y el calendario local divergen, no elija uno por conveniencia. Revise población, periodo y fuente. El resultado puede ser mantener dos hipótesis abiertas con propietarios diferentes.

La salida de un supuesto debe dejar criterio, autoridad y siguiente comprobación. Si falta evidencia, mantenga la hipótesis abierta y no presente la entrada como vigente. Los principios de gobierno de NIST ayudan a conservar el historial, pero no validan la entrada local.

Evite el cierre automático

Un supuesto puede seguir abierto después de la revisión. La autoridad puede aceptar una condición, pedir un dato, aplazar una decisión o cerrar una alternativa. La ficha debe registrar la salida, no forzar un “válido”.

El estado “vigente con condición” es útil cuando la entrada se acepta solo para una ventana. Escriba la condición y la fecha de revisión junto al valor. No la deje en una nota que solo conoce quien redactó el informe.

El estado “vencido” no significa que el valor sea falso. Significa que no se puede usar sin una revisión nueva. Esta distinción protege la historia y evita discusiones semánticas.

La decisión de mantener un supuesto debe tener una razón. Puede ser que la fuente siga dentro del periodo, que el cambio no afecte a la población o que la autoridad haya aceptado una condición. Conserve esa evidencia.

Revise dependencias y materialidad

Un supuesto rara vez vive en una sola celda. Puede alimentar una tabla de capacidad, una fecha de servicio y una nota de riesgo. Dibuje esas dependencias para que un cambio active las revisiones correctas.

La materialidad no se decide solo por el tamaño del valor. Un cambio pequeño puede afectar una condición de seguridad o un contrato. Un cambio grande puede no afectar una sección que usa otra población. Escriba el criterio que la autoridad aplica.

Cuando una entrada tiene dependencias, defina el orden de revisión. Primero confirme la fuente, después actualice la entrada y finalmente revise las conclusiones. Recalcular una tabla antes de comprobar la fuente puede propagar un error con apariencia de consistencia.

Use identificadores de versión que aparezcan en el acta y en el reporte. Un nombre de archivo no siempre es suficiente si se reemplaza en la misma ruta. La versión debe permitir recuperar el valor, la fecha y la evidencia que lo sostenía.

Si varias áreas usan el mismo supuesto, acuerden una ficha común. Cada área puede mantener su vista, pero la vigencia debe ser única. Dos fechas distintas para la misma entrada crean una discusión de gobierno, no una diferencia de cálculo.

Una dependencia puede quedar fuera del alcance de la reunión. Escríbalo y asigne una revisión posterior. No la marque como resuelta porque el comité no tenga tiempo; el estado de la entrada debe reflejar su evidencia, no la agenda.

La revisión de materialidad también protege la comunicación. Si un supuesto vencido afecta a una cifra que ya se compartió, la autoridad debe decidir si se corrige el informe, se envía una nota o se espera una versión nueva. Guarde esa decisión junto a la ficha.

Un supuesto estable durante varias revisiones no se convierte en hecho por repetición. La ficha puede ampliar su vigencia si la fuente y la autoridad lo confirman. La evidencia de esa confirmación debe quedar fechada y vinculada a la versión.

Si el supuesto se usa en varios reportes, cada salida debe apuntar a la misma versión. Una copia local con otra fecha debe tratarse como una dependencia distinta hasta que se reconcilie. La revisión de vigencia no se puede delegar a la memoria del equipo.

La ficha también debe registrar las excepciones. Un cierre parcial, una orden cancelada o un cambio de cliente pueden activar la revisión aunque el calendario no haya cambiado. Las excepciones observables mantienen el gobierno cerca de la operación real.

Prepare el comité

Antes de la reunión, muestre los supuestos que cambian desde el último reporte. Destaque propietario, vigencia, disparador y secciones afectadas. La dirección puede decidir con rapidez cuando el cambio está acotado.

Durante la reunión, no cambie el supuesto sin registrar la versión. Si el dato llega en una conversación, pida la fuente y la fecha. Una corrección verbal sin historial vuelve a abrir el mismo problema en la siguiente sesión.

Después de la reunión, distribuya la salida y el siguiente control. El propietario debe saber qué registro conservar y la autoridad debe saber cuándo se revisará. El acta no sustituye la ficha, pero la confirma.

Vincule la vigencia con el riesgo

La vigencia no es solo una fecha administrativa. Puede proteger un servicio, una condición de calidad, una compra o una restricción de seguridad. Si el disparador afecta una condición crítica, la revisión debe tener prioridad.

No convierta un supuesto vencido en un riesgo confirmado sin evidencia. La salida puede ser bloquear la decisión mientras se obtiene el dato. La cautela es una acción de gobierno, no una conclusión de rendimiento.

La persona responsable de riesgos puede necesitar la ficha, pero no debe asumir la propiedad del dato técnico. Mantenga roles separados y enlace las revisiones que dependan de la misma entrada.

Limitaciones y uso responsable

Gobernar la vigencia de un supuesto no demuestra demanda, capacidad, margen, causalidad ni resultado. Solo evita que una entrada antigua siga pareciendo actual sin una decisión explícita.

No extrapole «Indicadores mensuales de producción, cartera, empleo y expectativas industriales» a «Documentar supuestos que cambian un reporte directivo.»; la ECI es un indicador agregado de opinión y coyuntura, no telemetría de planta ni causalidad. Sus series pueden actualizarse y no representan una empresa concreta. Exija revisión humana. Consulte la fuente oficial de la ECI como contexto, no como evidencia local.

La ficha debe respetar seguridad, calidad, privacidad, contratos y autoridad financiera. Si el supuesto afecta una condición crítica, detenga la salida no autorizada y solicite la revisión competente.

Lista de comprobación

1. El supuesto tiene nombre, unidad, población y periodo.
2. El propietario puede revisar la fuente y comunicar cambios.
3. La vigencia incluye fecha, zona horaria o evento relevante.
4. Los disparadores son observables y tienen responsable.
5. El historial conserva versiones y conclusiones afectadas.
6. La salida al cambiar tiene criterio y autoridad.
7. El contexto agregado está separado de la entrada local.
8. El comité conoce la próxima revisión.

Si falta un dato, escríbalo como una acción verificable. Para separar las capas del informe puede consultar separar señal, decisión y acción en un informe, sin importar sus conclusiones ni reemplazar el gobierno de vigencia.

Para preparar el informe, consulte la guía para leer KPIs de planta en comité. El documento preparar un informe de producción para dirección ayuda a ordenar la evidencia y los supuestos.

Preguntas frecuentes sobre supuestos directivos

¿Qué es un supuesto directivo?

Es una entrada que el reporte necesita para explorar una decisión, pero cuya vigencia, alcance o confirmación puede cambiar. Debe tener propietario, fecha y condición de revisión.

¿Qué diferencia hay entre etiquetar y gobernar un supuesto?

Etiquetar indica que una entrada no está confirmada. Gobernar esa entrada añade vigencia, responsable, disparador, versión, decisión permitida y registro de lo que ocurre cuando cambia.

¿Cuándo caduca un supuesto?

Caduca en la fecha definida, cuando se activa un disparador o cuando la fuente deja de representar la población o el periodo del reporte. La ficha debe decir quién decide la renovación.

¿La Encuesta de Coyuntura Industrial valida mi supuesto?

No. La encuesta aporta indicadores agregados de coyuntura y expectativas. Puede contextualizar una pregunta, pero no confirma el calendario, la demanda o la capacidad de una empresa concreta.

¿Qué hago si cambia el supuesto durante el comité?

Conserve la versión anterior, registre el cambio y marque qué conclusiones quedan afectadas. La autoridad debe decidir si se recalcula, se aplaza o se cierra el reporte.

Para completar el contexto, revise preparar un informe de producción para dirección y documentar supuestos de reorganización. Mantenga la vigencia de cada supuesto en su propia ficha.