Part I · Context
Capítulo 3Arquitectura del proceso presupuestario
Este capítulo convierte la arquitectura presupuestaria en un flujo de trabajo anual controlado. Explica cuándo empezar, qué debe cerrarse en cada etapa, cómo mejoran las versiones de borrador, quién aprueba los cambios y cómo el presupuesto aprobado se convierte en la referencia para el forecast.
Cuándo empezar, quién es responsable de qué y cómo el presupuesto se convierte en forecast
Este capítulo convierte la arquitectura presupuestaria en un flujo de trabajo anual controlado. Explica cuándo empezar, qué debe cerrarse en cada etapa, cómo mejoran las versiones de borrador, quién aprueba los cambios y cómo el presupuesto aprobado se convierte en la referencia para el forecast.
CONCLUSIÓN EJECUTIVA
Un presupuesto hotelero es un flujo de trabajo antes que una hoja de cálculo. Los procesos sólidos comienzan con suficiente antelación para investigar, pero lo bastante cerca del periodo para utilizar evidencia significativa, y permiten revisar de forma visible sin perder el control. La disciplina práctica consiste en empezar con tiempo suficiente para una revisión controlada —a menudo tres o cuatro meses antes del periodo—, cerrar las fuentes, asignar responsables, registrar los supuestos, proteger las versiones y traspasar la línea base aprobada a un ritmo de forecast.
Resultados de aprendizaje
• Construir un calendario presupuestario adaptado a la propiedad, la estructura de propiedad, el año de reporte y la ruta de aprobación.
• Utilizar una ventana de planificación de tres a cuatro meses sin tratar el primer borrador como una verdad definitiva.
• Aplicar cinco rondas controladas desde la orientación hasta la línea base aprobada.
• Utilizar cierres de fuentes, registros de supuestos y registros de versiones para evitar retrabajo, cambios silenciosos y conflictos de datos.
• Conectar la elaboración del presupuesto anual con forecasts mensuales de corto plazo, actualizaciones activadas por eventos y revisiones trimestrales del año completo.
Nuevo en este capítulo: calendario presupuestario, cierre de fuentes, 9+3 / 10+2 / 11+1, registro de supuestos, registro de versiones, condición de aprobación y línea base aprobada. Las definiciones completas corresponden al Glosario Maestro.
NOTA DE ALCANCE
Este capítulo no enseña la mecánica de Habitaciones, fórmulas laborales, priorización de CapEx ni modelización de caja. Esos temas corresponden a los capítulos técnicos. Aquí se establecen los controles de proceso que utilizan esos capítulos. El Capítulo 4 los aplica a la investigación del mercado de Habitaciones y a la estrategia de ingresos.
1. El calendario es el primer control presupuestario
El proceso presupuestario puede fallar antes de construir el primer cuadro detallado. A menudo, el fallo está en el calendario y no en la lógica de las fórmulas.
Si se empieza demasiado tarde, Finanzas solicita inputs bajo la presión del cierre de año. Los responsables de departamento entregan totales rápidos porque no hay tiempo para recopilar evidencia, conciliar fuentes ni probar los traspasos operativos. Las reuniones de revisión se convierten entonces en negociaciones sobre totales, en lugar de conversaciones de gestión sobre drivers y trade-offs.
Si se empieza demasiado pronto, el proceso parece disciplinado, pero los supuestos están demasiado alejados del periodo presupuestario. El año en curso todavía no ha generado suficientes resultados reales, la dirección del propietario aún puede cambiar y las condiciones de mercado pueden moverse. Un borrador temprano puede orientar al equipo; no debe tratarse como el plan aprobado.
Para muchos hoteles, el punto de partida viable está entre tres y cuatro meses antes del periodo presupuestario. La ventana exacta puede ser mayor cuando existen estructuras de propiedad complejas, renovaciones, financiación o procesos de aprobación de marca, y menor en una operación pequeña. El principio de control es constante: preservar tiempo suficiente para preparar fuentes, completar un primer borrador, realizar al menos dos rondas de cuestionamiento y utilizar evidencia más sólida antes de la aprobación.
COMPROBACIÓN DE REALIDAD
El primer borrador no tiene que ser perfecto. Su propósito es exponer supuestos, evidencia faltante, contradicciones operativas y brechas de responsabilidad mientras todavía hay tiempo para corregirlas.
2. Proceso presupuestario tradicional frente a proceso controlado
El mismo hotel puede preparar un presupuesto mediante dos disciplinas operativas muy distintas. La comparación siguiente ayuda al equipo a diagnosticar su proceso actual antes de rediseñarlo.
Dimensión | Proceso presupuestario tradicional | Proceso presupuestario controlado |
|---|---|---|
Inicio | Seis a ocho semanas antes del cierre del año, normalmente bajo presión. | Normalmente tres a cuatro meses antes del periodo, con rondas de revisión planificadas. |
Puesta en marcha | Finanzas o la dirección del propietario activan el ejercicio tarde. | El GM y Finanzas acuerdan el calendario, las reglas de fuentes, las responsabilidades y la ruta de aprobación. |
Papel de los departamentos | Los departamentos proporcionan totales cuando la estructura ya está prácticamente definida. | Los departamentos son responsables de los supuestos operativos antes de que Finanzas los consolide. |
Patrón de revisión | Una revisión comprimida centrada en los totales. | Revisión de Finanzas, cuestionamiento del GM, revisión del propietario y revisión controlada. |
Calidad de la evidencia | La evidencia del año en curso está incompleta o se utiliza de forma inconsistente. | Las versiones posteriores incorporan evidencia 9+3, 10+2 o 11+1 más sólida cuando corresponde. |
Después de la aprobación | El presupuesto se convierte en un archivo estático. | El presupuesto bloqueado se traspasa a forecasts mensuales, actualizaciones activadas por eventos y revisiones trimestrales. |
3. Construir el presupuesto en cinco rondas controladas
Un presupuesto profesional no es un archivo y una fecha límite. Es una secuencia de rondas controladas, cada una con un propósito, un output y un criterio de salida diferentes. Una ronda se completa solo cuando se han respondido sus preguntas de control obligatorias.
Ronda | Calendario | Responsables principales | Output requerido | Criterio de salida |
|---|---|---|---|---|
1 — Orientación | T-4 meses | GM + Finanzas | Calendario presupuestario, mapa de responsabilidades, requisitos del propietario, lista de fuentes y análisis del entorno. | Se acuerdan fechas, responsables, reglas de fuentes y ruta de aprobación. |
2 — Primer borrador | T-3 meses | Responsables de departamento + Finanzas | Cuadros departamentales, supuestos, primer P&L consolidado y lista de incidencias. | Se registra cada brecha significativa; no se acepta ninguna cifra de ajuste sin explicación. |
3 — Cuestionamiento | T-2 meses | GM + Finanzas + Departamentos | Supuestos revisados, pruebas de margen y personal, preguntas de CapEx y caja, y registro de decisiones pendientes. | Cada cambio significativo tiene una fuente, un responsable, un impacto, un efecto posterior y un estado de aprobación. |
4 — Revisión del propietario | T-1 mes | GM + Finanzas + Propietario | Paquete listo para la toma de decisiones, riesgos, escenarios, aprobaciones de CapEx y caja, y condiciones. | Aprobado, aprobado con condiciones o devuelto por cuestiones específicas no resueltas. |
5 — Línea base aprobada | Antes del periodo | GM + Finanzas + Propietario | Presupuesto bloqueado, registro de supuestos, registro de versiones, condiciones de aprobación y calendario de traspaso al forecast. | El archivo aprobado está protegido y la primera revisión del forecast está programada. |
BUENA PRÁCTICA
No pida al primer borrador que haga el trabajo del presupuesto final. Pídale que revele los principales supuestos, contradicciones, fuentes faltantes y brechas de responsabilidad mientras todavía hay tiempo para mejorarlos.
4. Azure City Resort — del primer borrador a la línea base aprobada
El presupuesto de Azure cambia porque mejoran la evidencia y las decisiones de gestión, no porque alguien sobrescriba silenciosamente el total. Cada versión tiene un propósito, un punto de revisión identificado y un estado explícito.
Versión | Etapa de revisión | Posición de trabajo sintética | Control / decisión |
|---|---|---|---|
v01 | Primer borrador departamental | 73% de ocupación; $158 ADR; aproximadamente $12.0m de ingresos; aproximadamente $3.9m de GOP. | Objetivo exigente sin respaldo; las fuentes y los traspasos operativos están incompletos. |
v02 | Revisión de Finanzas | 70% de ocupación; $153 ADR; aproximadamente $11.25m de ingresos; aproximadamente $3.45m de GOP. | Las fuentes concilian; se señalan el wash de grupos y el vínculo de utilities. |
v03 | Cuestionamiento del GM | 71% de ocupación; $154 ADR; $11.484m de ingresos; $3.579m de GOP. | La dirección acepta la lógica comercial y un flow-through incremental de aproximadamente 50.9%. |
v04 | Revisión del propietario | Mismo caso operativo, sujeto a decisiones del propietario. | Siguen pendientes el CapEx de renovación de habitaciones y la liberación del presupuesto de Marketing del canal directo. |
v05 | Línea base aprobada | Cifras, supuestos, responsables, condiciones y desencadenantes de revisión aprobados. | El archivo queda bloqueado; se programa el primer rolling forecast mensual. |
Registrar por qué cambió la cifra
Nota de versión débil: «Versión 3: los ingresos cambiaron después de la revisión de gestión».
Nota de versión lista para la toma de decisiones: «v03 con fecha 15 de noviembre: la ocupación cambió del 70.0% al 71.0% y el ADR de $153 a $154 después de que el GM aceptara la base conciliada de cuentas corporativas, el pipeline de grupos después del wash y las acciones de demanda de fin de semana. Los ingresos de Habitaciones aumentaron a $7,183,638. Responsable: Revenue Manager. Revisado por GM y Finanzas. Dependencia pendiente: aprobación del propietario del CapEx de renovación de habitaciones y liberación del presupuesto de Marketing del canal directo».
PERSPECTIVA DE IA
La IA puede comparar versiones controladas y devolver el valor anterior, el nuevo valor, el driver modificado, el impacto financiero, la fuente, la fecha de la fuente, el responsable del supuesto, el aprobador, la dependencia no resuelta y los cuadros posteriores afectados. Los cambios no documentados deben marcarse como «Excepción de control». La IA no debe inferir una razón que no esté registrada.
Revise la línea base presupuestaria aprobada frente a la versión anterior seleccionada y el forecast actual utilizando únicamente los archivos aprobados adjuntos.
Para cada cambio significativo, devuelva:
1. valor anterior y nuevo valor;
2. driver operativo modificado;
3. impacto financiero;
4. archivo fuente y fecha de la fuente;
5. responsable del supuesto;
6. revisor o aprobador;
7. dependencia o condición no resuelta;
8. cuadros posteriores que deberían haber cambiado;
9. si esos cuadros fueron actualizados;
10. excepción de control y verificación humana requerida.
No infiera ni invente una razón que no esté registrada. Marque las razones no documentadas como «Excepción de control». No apruebe supuestos ni acciones de gestión.
Los benchmarks externos pueden cuestionar la razonabilidad de la historia, pero no sustituyen el cierre de fuentes conciliado. Antes de utilizar un benchmark como comprobación de razonabilidad, haga coincidir la geografía, la categoría de la propiedad, el segmento, la definición de la métrica, el periodo de reporte y la fecha de acceso.
5. Construir el calendario alrededor de outputs y puntos de control
El calendario presupuestario es el primer documento operativo de control. No debe ser una lista de reuniones. Cada etapa debe indicar el output que vence, la persona responsable, el responsable de revisión o aprobación y el punto a partir del cual un cambio requiere aprobación formal.
Etapa | Output requerido | Responsable principal | Punto de control |
|---|---|---|---|
Kickoff | Calendario, matriz de responsabilidades, brief del propietario y ruta de aprobación. | GM + Finanzas | Se confirman fechas, participantes, plantillas, puntos de control por etapa y ruta de escalamiento. |
Análisis del entorno | Resumen de una página de supuestos de demanda, costos, personal, contratos, CapEx y propietario. | GM + responsables funcionales | Cada supuesto significativo tiene una fuente o está etiquetado como juicio de gestión. |
Cierre de fuentes | Registro fechado de archivos aprobados de PMS, POS, nómina, P&L, pipeline, contratos y CapEx. | Finanzas + responsables de las fuentes | Ningún extracto sin fecha o sin identificar entra en el primer borrador. |
Construcción departamental | Cuadros departamentales y supuestos de respaldo. | Responsables de departamento | El responsable operativo puede explicar los drivers, no solo el total. |
Consolidación de Finanzas | Primer modelo completo y lista de incidencias. | Finanzas | Se comprueban fórmulas, mapeos, clasificaciones y versiones. |
Cuestionamiento del GM | Supuestos revisados y registro de decisiones pendientes. | GM | Los cambios se realizan sobre supuestos y traspasos, no solo sobre totales. |
Revisión del propietario | Paquete listo para la toma de decisiones con riesgos, CapEx, caja y condiciones. | GM + Finanzas | Las decisiones no resueltas son visibles, están asignadas y fechadas. |
Aprobación final | Presupuesto aprobado, supuestos, condiciones y estado de versión. | Propietario / aprobador autorizado | El archivo aprobado está protegido frente a cambios silenciosos. |
Traspaso al forecast | Calendario de forecast mensual, lista de desencadenantes y registro de acciones. | GM + Finanzas | La primera revisión posterior a la aprobación ya está programada. |
ERROR COMÚN
Un calendario que enumera únicamente fechas de reuniones crea actividad, no control. Debe identificar el output que vence en cada etapa y la persona responsable de producirlo, revisarlo o aprobarlo.
NOTA PRÁCTICA
Construya el calendario hacia atrás desde la fecha de aprobación requerida. No sitúe el cierre de fuentes y la entrega de los departamentos en la misma fecha; los departamentos necesitan tiempo para utilizar las fuentes aprobadas. Preserve una ventana de revisión entre el cuestionamiento del GM y la revisión del propietario.
6. Reforzar la evidencia antes de la aprobación
Un presupuesto preparado tres o cuatro meses antes del periodo no puede apoyarse en los resultados reales definitivos del año en curso, y tampoco debería esperar a disponer de ellos. El equipo construye una visión temprana y después actualiza la base de comparación a medida que aparece evidencia más sólida.
Una visión 9+3 utiliza nueve meses de resultados reales y tres meses de forecast. Una visión 10+2 utiliza diez meses reales y dos meses de forecast; una visión 11+1 utiliza once meses reales y un mes de forecast. Las etiquetas importan menos que la disciplina: cada ronda posterior debe reducir la especulación, identificar qué cambió, registrar quién lo aprobó y actualizar todos los cuadros afectados.
COMPROBACIÓN DE REALIDAD
La evidencia posterior no autoriza una edición incontrolada de última hora. Cuando el equipo dice que «solo está actualizando las cifras», en realidad puede estar cambiando la ocupación, el ADR, las tarifas salariales, las cargas de nómina, el costo de alimentos, la escalada de utilities, el pipeline de eventos, el calendario de CapEx o los supuestos de caja. Cada cambio significativo debe seguir siendo visible.
Los archivos fuente preceden a las opiniones
Antes de la primera conversación presupuestaria seria, acuerde qué fuente controla cada tipo de dato. La reunión no debe empezar con un debate sobre qué versión de noches de habitación, cubiertos, nómina, pipeline o ingresos contables es la correcta.
Fuente | Uso presupuestario | Primera pregunta de control |
|---|---|---|
PMS / CRS / RMS | Ocupación, ADR, noches de habitación, segmento, canal, cancelación y ritmo. | ¿El extracto concilia con los ingresos contables de Habitaciones después de los ajustes conocidos? |
POS | Cubiertos, ticket medio, ventas del outlet y mix de menú. | ¿El extracto concilia con los ingresos de F&B en la contabilidad? |
Roster laboral / nómina | Horas, tarifas salariales, cargas de nómina, vacantes y productividad. | ¿Las horas planificadas están separadas de las horas reales pagadas y de los costos obligatorios de nómina? |
Contabilidad / P&L | Resultados reales, presupuesto, año anterior, devengos, pagos anticipados y clasificaciones. | ¿El cierre está completo, conciliado y bajo control de versiones? |
Pipeline de Ventas y Eventos | Habitaciones de grupos, banquetes, reuniones, conversión y wash. | ¿Son realistas el estado, la probabilidad, el cut-off y las condiciones de cancelación? |
Datos de mercado | Demanda, competitive set, eventos, inflación y presión salarial. | ¿La fuente está actualizada, es comparable y resulta relevante para el periodo presupuestario? |
Cuadros de contratos | Utilities, mantenimiento, licencias, arrendamientos y contratos de servicio. | ¿Se incluyen fechas de renovación, mínimos, cláusulas de escalada y derechos de terminación? |
Tracker de CapEx | Costo del proyecto, calendario, prioridad, aprobación, disrupción y necesidad de caja. | ¿Está confirmado el estado de aprobación y es visible el riesgo del retraso? |
BUENA PRÁCTICA
Cinco reglas para los archivos fuente: acuerde la fuente de control para cada tipo de dato; registre la fecha de extracción; documente cada diferencia de conciliación; identifique a un responsable de la fuente; y nunca utilice una cifra procedente de una fuente que no pueda identificar, fechar o conciliar.
7. Asignar responsabilidades antes de modelizar
Finanzas coordina el modelo, concilia las fuentes, comprueba las fórmulas, gestiona las versiones y prepara el paquete consolidado. Finanzas no debe asumir silenciosamente la demanda de Habitaciones, los cubiertos de F&B, los niveles de dotación, las prioridades de CapEx ni las expectativas de rentabilidad del propietario. Esos supuestos pertenecen a quienes comprenden o aprueban la realidad operativa.
Área | Responsable del input | Responsable de la revisión | Responsable de la aprobación |
|---|---|---|---|
Ingresos de Habitaciones | Revenue Manager / Ventas | GM + Finanzas | GM / Propietario |
F&B y eventos | F&B Manager / responsable de Eventos | GM + Finanzas | GM / Propietario si es significativo |
Personal | Responsables de departamento + RR. HH. | RR. HH. + Finanzas + GM | GM |
Costos departamentales | Responsables de departamento | Finanzas + GM | GM |
CapEx | Ingeniería + GM + Finanzas | Propietario / Asset Manager | Propietario |
Caja y financiación | Finanzas | GM + Propietario | Propietario |
Paquete presupuestario final | Finanzas | GM | Propietario / Oficina corporativa |
Los hoteles necesitan tanto dirección top-down como lógica bottom-up. La propiedad establece la expectativa de rentabilidad, la aspiración de GOP, la restricción de caja, el marco de CapEx y las prioridades estratégicas. Los responsables de departamento explican la actividad operativa y los recursos necesarios. El GM resuelve los trade-offs. Un objetivo cuestiona los supuestos; no los sustituye.
PERSPECTIVA DEL PROPIETARIO
Los propietarios y Asset Managers necesitan saber si los objetivos son alcanzables, qué riesgos son reales, qué supuestos impulsan el resultado y qué decisiones siguen pendientes. No necesitan cada detalle de trabajo, pero sí necesitan un plan creíble de respuesta de gestión.
8. Completar el análisis del entorno antes del primer borrador
Todo presupuesto comienza con una visión del futuro. Esa visión debe estar informada, fechada y ser lo bastante breve para orientar el primer borrador. El output es un resumen de supuestos de una página, no un informe de investigación. Cuando no haya evidencia disponible, etiquete la afirmación como juicio de gestión y asigne un desencadenante de revisión.
Tema | Pregunta antes del primer borrador |
|---|---|
Patrón histórico | ¿Cómo se comportaron la ocupación, el ADR, el RevPAR, los cubiertos, el ticket medio, la nómina y los principales costos en los dos últimos años completos, y qué meses fueron inusuales? |
Calendario de demanda | ¿Qué eventos, festivos, cambios de infraestructura, renovaciones, cierres, cambios de acceso o aperturas de competidores afectarán la demanda? |
Posición competitiva | ¿Ha cambiado el competitive set, la posición de precios, la calidad del producto o la propuesta de valor? |
Canales y segmentos | ¿Qué está cambiando en directo, OTA, grupos, corporativo, wholesale, gobierno y otros segmentos significativos? |
Personal | ¿Cambian las tarifas salariales, las cargas de nómina, los beneficios, los costos obligatorios, las vacantes o los supuestos de productividad, y desde qué fecha? |
Contratos y utilities | ¿Qué compromisos con proveedores, utilities, mantenimiento, tecnología, licencias o arrendamientos vencen o aumentan? |
F&B y suministro | ¿Cambian la inflación del costo de alimentos, las interrupciones de suministro, el mix de menú, los horarios de outlets o los supuestos de eventos? |
Decisiones del propietario y del activo | ¿Qué decisiones de CapEx, renovación, marca, servicio de deuda, distribución, financiación o activos afectan al año presupuestario? |
9. Cerrar fuentes, supuestos y versiones
Tres registros vinculados evitan que el proceso presupuestario pierda su memoria. El cierre de fuentes indica qué archivos están aprobados. El registro de supuestos documenta la historia operativa detrás de las cifras. El registro de versiones documenta el historial del archivo y el estado de aprobación.
Registro | Campos obligatorios | Decisión que protege |
|---|---|---|
Cierre de fuentes | Sistema o archivo; fecha de extracción; periodo cubierto; responsable de la fuente; conciliación con contabilidad; limitación conocida. | ¿Qué evidencia está aprobada para este borrador y qué sigue siendo provisional o no conciliado? |
Registro de supuestos | Área; formulación del supuesto; fuente; responsable; impacto financiero; estado; fecha o desencadenante de revisión. | ¿Por qué está esta cifra en el presupuesto, quién es responsable y cuándo debe reconsiderarse? |
Registro de versiones | Nombre del archivo; versión; etapa; fecha; cambio principal; preparador; revisor o aprobador; estado; ubicación. | ¿Qué archivo está vigente, qué cambió y qué versión se convirtió en la línea base aprobada? |
COMPROBACIÓN DE REALIDAD
Una diferencia entre fuentes no siempre es un error. Los ingresos del PMS, los ingresos contables y los ingresos del pipeline pueden ser correctos cada uno en su propio contexto. La cuestión de control es si la diferencia se comprende, etiqueta, concilia y asigna antes de tomar una decisión presupuestaria.
CONVENCIÓN DE NOMBRES DE ARCHIVO
[Propiedad]_Presupuesto_[Año]_v[##]_[Etapa]_[AAAAMMDD]
Ejemplo: Azure_Presupuesto_2027_v03_CuestionamientoGM_20261115
Versión | Cambio principal | Estado |
|---|---|---|
v01_DeptSubmission | Inputs y supuestos iniciales de los departamentos. | Borrador |
v02_FinanceReview | Comprobaciones de fórmulas, mapeos, cuestiones de conciliación e inputs faltantes. | Borrador |
v03_GMChallenge | Supuestos revisados de ingresos, personal, costos, CapEx, caja y operación. | En revisión |
v04_OwnerReview | Paquete listo para la toma de decisiones con riesgos, condiciones y decisiones pendientes. | Presentado |
v05_Approved | Línea base aprobada y traspaso al forecast. | Aprobado y bloqueado |
BUENA PRÁCTICA
Guarde una nueva versión en cada punto de decisión significativo, no con cada pequeña edición. Archive las versiones anteriores fuera del archivo de trabajo actual. Proteja la línea base aprobada. Nunca utilice nombres de archivo como final, latest, revised o v_final; dejan de tener sentido en cuestión de días.
10. La aprobación es un flujo de trabajo, no una firma
Un flujo de aprobación sólido muestra qué supuestos fueron aprobados, qué riesgos siguen abiertos, qué condiciones acompañan la aprobación y qué decisiones continúan pendientes. El paquete final no debe ocultar cuestiones no resueltas.
Si un proyecto de CapEx espera aprobación del propietario, indíquelo. Si el plan laboral supone contrataciones todavía no confirmadas, márquelo. Si los ingresos de Habitaciones dependen de un contrato de grupo sin firmar, muestre la exposición. Si el pipeline de eventos incluye negocio tentativo, ajústelo por riesgo en lugar de presentar cada consulta como confirmada.
Elemento del paquete de aprobación | Qué debe mostrar |
|---|---|
Resumen final del P&L | Ingresos operativos totales, beneficio departamental, gastos no distribuidos, GOP antes de honorarios de gestión, GOP % y cambio significativo frente al año anterior o al forecast más reciente. |
Supuestos de ingresos | Segmento, volumen, precio, canal, base de grupos, pipeline de eventos, costo de adquisición y principales riesgos. |
Supuestos de personal | Cobertura mínima, dotación flexible, productividad, vacantes, tarifas salariales, cargas de nómina y dependencias de contratación. |
Supuestos clave de costos | Contratos, inflación, utilities, reparaciones, Marketing, costos controlables y costos que no pueden ajustarse rápidamente. |
Calendario de CapEx y caja | Costo del proyecto, estado de aprobación, disrupción, salida de caja, necesidad de financiación y riesgo del retraso. |
Riesgos y oportunidades | Condiciones que podrían mover ingresos, GOP, caja, servicio o desempeño del activo significativamente por encima o por debajo del plan. |
Decisiones pendientes | Elementos que requieren una decisión del propietario, GM, corporativo o departamento, con responsable y fecha límite. |
Estado de versión y aprobación | Versión exacta del archivo, fecha de aprobación, aprobador, condiciones y cualquier elemento excluido o aplazado. |
Acciones de los primeros 30 días | Acciones operativas inmediatas necesarias cuando comienza el periodo presupuestario. |
PERSPECTIVA DEL PROPIETARIO
La revisión del propietario no debe ser el primer cuestionamiento real. Debe ser el punto en el que un presupuesto visible, probado y listo para la toma de decisiones se aprueba, se aprueba con condiciones o se devuelve por cuestiones específicas no resueltas.
11. Traspasar el presupuesto aprobado al forecast
El proceso no termina cuando se aprueba el presupuesto anual. El presupuesto aprobado se convierte en la referencia bloqueada. El forecast es la visión más reciente de la dirección. Sin un ritmo de forecast, el presupuesto se convierte en evidencia histórica en lugar de un control de gestión.
Tipo de forecast | Frecuencia | Horizonte | Propósito |
|---|---|---|---|
Forecast mensual de corto plazo | Cada mes después del cierre de resultados reales. | Normalmente los tres meses siguientes. | Gestionar ingresos, personal, compras, costo operativo, caja y comunicación con el propietario a corto plazo. |
Reforecast activado por eventos | Siempre que cambie una condición significativa. | Variable. | Responder a un shock de demanda, una ganancia o pérdida importante de grupos, un retraso de renovación, inflación de costos, una decisión del propietario, riesgo político o una disrupción. |
Reforecast trimestral del año completo | Al menos trimestralmente. | Todo el año restante. | Comprobar si el hotel todavía puede alcanzar el presupuesto, el tamaño de la brecha y las estrategias necesarias. |
Cinco preguntas para cada revisión del forecast
Pregunta | Respuesta de gestión requerida |
|---|---|
¿Qué cambió? | Indique el hecho y el periodo afectado. |
¿Qué driver cambió? | Identifique volumen, precio, mix, productividad, tarifa, contrato, calendario u otro driver operativo. |
¿Cuál es el impacto financiero? | Cuantifique ingresos, beneficio departamental, GOP, caja, CapEx o efecto a nivel del propietario. |
¿Qué acción sigue? | Indique la acción de gestión, no solo la explicación. |
¿Quién es responsable y para cuándo? | Asigne un responsable, una fecha límite y el siguiente desencadenante de revisión. |
COMPROBACIÓN DE REALIDAD
El forecast no es un mecanismo para reducir el objetivo cada mes. El presupuesto sigue siendo la referencia aprobada; el forecast es la visión de gestión más reciente. Toda desviación significativa debe indicar el driver modificado, el impacto financiero, la acción, el responsable, la fecha límite y el siguiente desencadenante de revisión.
12. Errores comunes y aplicación simplificada
Error | Qué provoca | Prevención |
|---|---|---|
Modelizar antes de acordar las fuentes. | Retrabajo porque las cifras cambian debajo del modelo. | Complete el cierre de fuentes antes de la construcción departamental. |
Finanzas asume los supuestos operativos. | Finanzas se hace responsable de cifras que no puede cumplir. | Asigne responsables de input, revisión y aprobación antes de modelizar. |
Empezar demasiado tarde. | Cuestionamiento comprimido, lógica departamental débil y aprobación apresurada. | Empiece con suficiente antelación para preservar rondas de revisión controladas. |
Empezar demasiado pronto y tratar el borrador como definitivo. | Los supuestos especulativos quedan bloqueados demasiado pronto. | Utilice el borrador temprano para orientación y actualícelo con evidencia posterior. |
Permitir versiones sin control. | Varios archivos parecen vigentes y solo uno es correcto. | Utilice la convención de nombres, el registro de versiones y la carpeta de archivo. |
La revisión del propietario es el primer cuestionamiento. | Las cuestiones significativas aparecen demasiado tarde para reconstruir correctamente. | Complete primero la revisión de Finanzas y el cuestionamiento del GM. |
El presupuesto no está conectado con el forecast. | El archivo aprobado se convierte en historia estática. | Programe la primera revisión del forecast antes de la aprobación final. |
NOTA PRÁCTICA — KIT DE HERRAMIENTAS SIMPLIFICADO
Una operación más pequeña puede mantener los cinco controles esenciales en una página cada uno: calendario presupuestario, matriz de responsabilidades, lista de comprobación de archivos fuente, registro de supuestos y registro de versiones. El objetivo no es la administración por sí misma; es disponer de una línea base limpia y aprobada que el equipo pueda explicar y gestionar.
Laboratorio del lector — el traspaso al forecast que falló
Azure aprobó su presupuesto con rapidez y bloqueó la versión final. Seis semanas después, falla el primer ciclo de forecast. Los ingresos se actualizan, pero el personal y los costos departamentales permanecen sobre el volumen original. La cancelación de un grupo importante no activa un reforecast porque la responsabilidad no está clara. El paquete mensual de desviaciones muestra la brecha, pero no el driver, la acción, el responsable ni la fecha límite.
Diagnostique cada fallo como un evento de proceso omitido o un control roto. Identifique qué revisión debería haber ocurrido —mensual, activada por un evento o trimestral— y qué control debería haber detectado el problema: punto de control del calendario, matriz de responsabilidades, cierre de fuentes, registro de supuestos, registro de versiones, condición de aprobación o desencadenante del forecast.
Después, rediseñe el traspaso. Defina el desencadenante por cancelación del grupo, la fuente que lo confirma, la persona que inicia el reforecast, los cuadros que deben actualizarse, la ruta de aprobación o escalamiento y el registro de la acción de gestión. El objetivo no es otra hoja de cálculo. Es una respuesta operativa fiable.
Comprobación de preparación del proceso presupuestario
# | Pregunta de revisión | Respuesta / evidencia de la propiedad |
|---|---|---|
1 | ¿Empieza el proceso con suficiente antelación para al menos dos rondas de cuestionamiento controladas? | |
2 | ¿Tiene cada etapa un output requerido, un responsable, un revisor y un criterio de salida? | |
3 | ¿Están todos los archivos fuente del primer borrador fechados, identificados y conciliados o claramente limitados? | |
4 | ¿Tiene cada supuesto significativo un responsable operativo y un estado de aprobación? | |
5 | ¿Puede el equipo identificar inmediatamente la versión de trabajo vigente? | |
6 | ¿Son visibles en el paquete del propietario las decisiones, condiciones y dependencias pendientes? | |
7 | ¿Está la línea base aprobada bloqueada y protegida frente a cambios silenciosos? | |
8 | ¿Está programada la primera revisión mensual del forecast antes de que comience el periodo presupuestario? |
Decisión sobre el material digital complementario
Este capítulo justifica un material digital complementario porque el proceso implica múltiples fechas, archivos fuente, responsables, estados de aprobación, versiones, dependencias y desencadenantes del forecast. El capítulo enseña la lógica de gestión; el material complementario proporciona los registros vinculados y las comprobaciones de preparación basadas en fórmulas necesarias para ejecutar el proceso de forma consistente.
MATERIAL DIGITAL COMPLEMENTARIO — DC-03 PROCESO PRESUPUESTARIO Y TRASPASO AL FORECAST
Módulos incluidos: panel del proceso; calendario presupuestario; matriz de responsabilidades; cierre de fuentes; análisis del entorno; registro de supuestos; registro de versiones; paquete de aprobación; ritmo del forecast; ejemplo completo de Azure; y un kit de herramientas simplificado.
El workbook es un sistema de control, no un sustituto de los modelos detallados de ingresos, personal, CapEx o caja de la propiedad. Esos cálculos permanecen en sus capítulos técnicos.
Cierre del capítulo
Este capítulo estableció el flujo de trabajo que hace fiable un presupuesto hotelero antes de construir los cuadros técnicos. El proceso avanza por calendario, evidencia, responsabilidades, control de fuentes, revisión, aprobación y traspaso al forecast. El control central es la revisión deliberada: empezar con suficiente antelación para investigar, utilizar evidencia más sólida antes de aprobar, registrar por qué cambiaron los supuestos significativos y llevar la línea base aprobada a la acción de gestión mensual.
Registro de acciones
Esta semana: mapee el calendario, complete el análisis del entorno, cierre las primeras fuentes, asigne responsables y programe la primera revisión del forecast.
Acción | Responsable | Fuente / herramienta | Fecha objetivo | Estado / notas |
|---|---|---|---|---|
Mapear el calendario actual frente al proceso de cinco rondas. | DC-03 / Calendario | |||
Completar el análisis del entorno con los responsables operativos. | DC-03 / Análisis del entorno | |||
Construir la matriz de responsabilidades y el cierre de fuentes. | DC-03 / Responsables + Fuentes | |||
Crear el registro de supuestos y el registro de versiones. | DC-03 / Registros | |||
Programar la primera revisión del forecast y definir los desencadenantes por eventos. | DC-03 / Traspaso al forecast | |||
Siguiente: el Capítulo 4 aplica estos controles a la investigación del mercado de Habitaciones y a la estrategia de ingresos, comenzando por la evidencia y las decisiones comerciales necesarias antes de construir el modelo presupuestario de ingresos de Habitaciones. | ||||
Nota de fuente: Azure City Resort y todas las ilustraciones numéricas son sintéticas. Los controles de calendario, cierre de fuentes, versiones, aprobación y forecast deben adaptarse al año de reporte y a la estructura de gobernanza de la propiedad.
Traspaso posterior al rolling forecast integrado
Este capítulo establece la línea base aprobada, el calendario de forecast, los cierres de fuentes, la disciplina de versiones, la revisión mensual, la actualización activada por eventos y la visión trimestral del año completo. No construye el modelo técnico de forecast. El Capítulo 27 importa los traspasos estandarizados de drivers de los Capítulos 4–23 y consolida el forecast completo del P&L, la caja y el balance general, preservando al mismo tiempo la línea base presupuestaria bloqueada.
LÍMITE DEL FORECAST
Utilice el Capítulo 3 para gobernar cuándo, por qué y por quién se actualiza un forecast. Utilice el Capítulo 27 para calcular y consolidar el forecast de todo el hotel.
Progreso de lectura
¿Has terminado este capítulo?
Iniciar sesión para guardar tu posición y registrar los capítulos terminados.