Modelización de los Tres Estados Financieros que Resiste el Escrutinio

Usted hereda el archivo en el tercer día. Pesa 80 MB. Dieciséis pestañas. Tres tonos diferentes de amarillo que nadie en el equipo sabe explicar. Hay un 1,07 hardcodeado enterrado en el interior de un SUMIFS en la pestaña de ingresos, y cuando le pregunta al analista senior qué es, ella responde: "Creo que Mark lo puso para el deal de China en 2023." Mark se fue en 2024.

Usted cambia el crecimiento de ingresos del 18% al 19% para probar un escenario. La utilidad neta se vuelve negativa en el año 2. El estado de flujos de efectivo muestra 4 millones de USD de caja negativa y el modelo genera errores. El balance general tiene una diferencia de 873.412 USD.

La mayoría de los "three-statement models" dentro de las empresas operativas son así. Y lo peor no es que sean feos. Es que el CFO está tomando decisiones con ellos. Un modelo que se rompe ante la pregunta de un VP es peor que no tener modelo, porque le da a la dirección una falsa confianza y usted carga con la culpa cuando la realidad diverge del deck.

Este es el playbook para construir, o reconstruir, un three-statement model que se sostenga. La estructura supera a la sofisticación. Un modelo simple que siempre cuadra supera a un modelo ingenioso que se rompe con un cambio de supuesto.

Reglas estructurales que hacen el modelo auditable

Antes de escribir una sola fórmula, establezca las reglas del archivo. No son preferencias estéticas. Son la diferencia entre un modelo que escala y uno que se vuelve intocable en nueve meses.

Una pestaña por factor impulsor. Los ingresos en su propia pestaña. La plantilla en su propia pestaña. Opex, capex, deuda, capital de trabajo, impuestos: cada uno tiene su propia hoja. Los tres estados financieros (IS, BS, CF) son pestañas de salida. Se enlazan desde ahí. Nunca calculan.

Si se encuentra construyendo un supuesto de ingresos dentro de la pestaña del estado de resultados, deténgase. Está creando una pestaña donde usted en el futuro tendrá que desplazarse por un P&L para encontrar una tasa de crecimiento del 3%. Así nacen las herencias de 80 MB.

Un único sentido de flujo. De izquierda a derecha, de arriba a abajo, siempre. Las pestañas de factores impulsores alimentan las pestañas de estados financieros. Las pestañas de estados financieros alimentan el dashboard. Nada referencia hacia atrás. Si su pestaña de CF extrae del dashboard, ha creado una dependencia circular que lo perseguirá.

Una regla clara: abra el archivo y observe el orden de las pestañas. Si las lee de izquierda a derecha, debería ver: Inputs, Drivers, States, Dashboard, Checks. Nunca al revés. Nunca se salte uno.

Código de colores de forma rigurosa.

• Azul para los inputs hardcodeados (las únicas celdas en las que a alguien se le permite escribir un número)
• Negro para las fórmulas dentro de la misma pestaña
• Verde para los enlaces entre pestañas

Sin excepciones, sin "lo arreglaré después." El día que permita que una fórmula negra haga referencia a otra pestaña es el día en que pierde la capacidad de auditar. Seis meses después, no recordará qué números negros eran realmente enlaces, y pasará un sábado rastreando precedentes.

Una fila, un propósito. Una fila de ingresos calcula ingresos. Una fila de tasa de crecimiento calcula una tasa de crecimiento. No mezcle. La tentación de escribir =B14*(1+0.18) dentro de una fila de ingresos es real porque ahorra una fila. También oculta el supuesto al próximo analista, quien pasará una hora encontrándolo.

Estas cuatro reglas (un factor impulsor por pestaña, flujo unidireccional, tres colores, una fila por propósito) resuelven aproximadamente el 70% de los problemas en los modelos heredados. Son aburridas. Funcionan.

La verificación de integridad: tres fórmulas, una pestaña, sin negociación

Un three-statement model está integrado cuando la utilidad neta en el IS concilia con el cambio en las ganancias retenidas en el BS, cuando la caja final en el CF es igual a la caja en el BS, y cuando los activos son iguales a los pasivos más el patrimonio al centavo. Si alguno de esos se rompe, el modelo está mal, y cualquier decisión tomada con él es sospechosa.

Construya una pestaña llamada _Checks (el guion bajo la lleva al frente en el orden alfabético). Ponga tres fórmulas en la parte superior, con formato condicional que vuelva la celda rojo brillante cuando el valor no sea cero o VERDADERO.

Verificación 1: el balance general cuadra.

=ROUND(SUM(bs_total_assets) - SUM(bs_total_liab) - SUM(bs_total_equity), 2)

Esto debe ser igual a cero en cada período, en cada escenario. Si no lo es, tiene un plug en algún lugar que no era intencional, o un error de signo en un ítem de capital de trabajo, o está contando doble una emisión de deuda. No continúe hasta que sea cero.

Verificación 2: el estado de flujos de efectivo concilia con el balance general.

=ROUND(cf_ending_cash - bs_cash, 2)

La caja final de su estado de flujos de efectivo debe ser igual a la línea de caja en su balance general para el mismo período. Si no lo es, a su CF le falta algo, generalmente un ajuste no en efectivo, un movimiento de impuestos diferidos o un signo en una actividad de financiación.

Verificación 3: el estado de resultados concilia con las ganancias retenidas.

=ROUND(bs_retained_earnings_end - bs_retained_earnings_beg - is_net_income + bs_dividends, 2)

La utilidad neta del período más las ganancias retenidas iniciales menos los dividendos debe ser igual a las ganancias retenidas finales. Si no lo es, tiene un ajuste de patrimonio aislado (una recompra de acciones que está afectando la línea incorrecta) o su IS no está fluyendo completamente hacia el patrimonio.

Ejecute las tres en cada columna, en cada escenario. La pestaña _Checks debería verse como un semáforo: todo en verde VERDADERO, sin rojo. Si un CFO abre su modelo y ve VERDADERO, FALSO, FALSO parpadeando en rojo, esa es toda la conversación ahora. No llegará a repasar el bridge de EBITDA. Ahórrese la reunión.

Convenciones de nomenclatura: el usuario del futuro es usted mismo

El hábito de mayor impacto en la modelización son los rangos con nombre. En lugar de 'Supuestos'!B14, se referencia rev_growth_y1. En lugar de 'Capital de Trabajo'!F22, se escribe wc_dso_target.

El beneficio: cuando lea una fórmula seis meses después, puede entenderla sin saltar entre pestañas. =is_revenue_y2 * gm_target_y2 - opex_total_y2 se lee como una oración. ='IS'!C8*'Supuestos'!B16-'Opex'!D14 se lee como ruido.

Use prefijos consistentes:

• is_ para las líneas del estado de resultados
• bs_ para el balance general
• cf_ para el estado de flujos de efectivo
• dr_ para los factores impulsores
• wc_ para el capital de trabajo
• kpi_ para las métricas de salida

Luego, agregue un sufijo con la métrica y el período: is_revenue_y1, bs_inventory_q4, dr_headcount_eng_y2. La nomenclatura se lee como una API. Cualquiera que tome el modelo puede adivinar el nombre de la celda que busca.

Una regla más: nunca nombre un rango con un número hardcodeado. tax_rate_25 es una trampa porque el día en que la tasa cambie al 21%, el nombre miente. Use tax_rate_federal y deje que el valor viva en una celda de input azul.

Tablas de sensibilidad que se justifican

La mayoría de las tablas de sensibilidad en los modelos heredados son vanidad. Una tabla de datos de dos variables sobre crecimiento de ingresos frente a precios, salida: ingresos. Interesante. El CFO ya sabe que precios más altos y mayor crecimiento producen más ingresos. Ha añadido una pestaña y 200 KB al archivo.

Las sensibilidades útiles se ejecutan sobre las métricas que el CFO va a tener que responder en la reunión del consejo. El margen de EBITDA bajo tres escenarios de precios y tres escenarios de CAC. El flujo de caja libre bajo diferentes supuestos de DSO. El margen de liquidez bajo escenarios de crecimiento de plantilla cruzados con la velocidad de cobros.

Una configuración práctica: elija los tres KPI que van en el board deck (margen de EBITDA, FCF, margen de liquidez). Para cada uno, construya una sensibilidad de dos variables. Ponga las variables en el lado de cada tabla que coincida con las palancas que el CEO realmente acciona: CAC y tasa de conversión, no ingresos e ingresos. Crecimiento de plantilla y salario promedio, no opex y opex.

Si el CFO puede mirar una tabla y decir: "Si el precio cae un 5% y el CAC sube un 20%, ¿seguimos alcanzando la guía de FCF?", esa es una sensibilidad útil. Si tiene que calcular la respuesta mentalmente a partir de la tabla, la construyó mal.

Coloque las tablas de sensibilidad en una pestaña Sensitivity, una tabla por KPI, claramente etiquetada. No las entierre dentro de las pestañas de estados financieros.

La trampa de la referencia circular

Aquí está el bucle que todo analista encuentra eventualmente: los gastos por intereses dependen del saldo de deuda promedio. El saldo de deuda promedio depende del saldo de caja (porque si tiene caja, pagaría la deuda). El saldo de caja depende de la utilidad neta. La utilidad neta depende de los gastos por intereses.

Excel ve esto y activa el cálculo iterativo, que a veces converge y a veces no, o lanza un #REF! y el modelo se rompe.

Tiene dos opciones limpias. Elija una, documente la elección en el README del modelo y deje de debatirlo.

Opción A: Activar el cálculo iterativo. Archivo, Opciones, Fórmulas, habilitar cálculo iterativo, máximo 100 iteraciones, cambio máximo 0,001. Funciona, pero es frágil. El modelo a veces mostrará números diferentes cuando se abre el archivo que cuando se presiona F9. Los auditores preguntarán. Pasará veinte minutos explicando las referencias circulares en una llamada de due diligence.

Opción B: Romper la circular con un desfase de un período. Calcule los gastos por intereses basándose en el saldo de deuda del período anterior, no del actual. La matemática es ligeramente menos precisa (se pierde un período de precisión en los intereses), pero el modelo es determinístico. Ábralo, recalcule, obtenga la misma respuesta siempre.

Para modelos operativos en empresas con ingresos inferiores a 500 millones de USD, la Opción B gana. La pérdida de precisión es un error de redondeo frente a la incertidumbre en los supuestos del resto del modelo. Para modelos de LBO o trabajo de valoración donde el calendario de intereses importa, la Opción A puede ser necesaria.

Cualquiera que elija, escríbalo en una pestaña README, en lenguaje sencillo: "Los gastos por intereses usan el saldo de deuda del período anterior para evitar la referencia circular. Véase la fórmula de la celda cf_interest_y1."

Control de versiones y el registro de cambios que salva su trabajo

Convención de nombre de archivo: Model_v3.2_2026-04-26_VH.xlsx. Las versiones mayores se incrementan para cambios estructurales. Las menores, para actualizaciones de supuestos. La fecha en formato ISO para que los archivos se ordenen cronológicamente. Las iniciales del último editor.

Dentro del archivo, una pestaña _ChangeLog con cinco columnas: Fecha, Editor, Versión, Qué Cambió, Por Qué.

Una fila de ejemplo:

Cuando esté sentado en una sala de due diligence y el analista del comprador le pregunte por qué los ingresos previstos de Q3 se movieron 1,2 millones de USD entre la versión 2.8 y la 3.0, usted abre el registro de cambios y lee la fila. No busca en su bandeja de entrada el correo que Mark le envió en febrero. No dice "creo que". Lee la fila.

Esta única pestaña le salvará el trabajo al menos una vez en su carrera. Constrúyala ahora, antes de necesitarla.

Cuándo migrar a una herramienta de planificación

Excel es la herramienta adecuada para un three-statement model, hasta que deja de serlo. Las señales de que ya lo ha superado:

• Reconstruye el modelo sustancialmente cada trimestre porque la versión anterior se volvió demasiado frágil para extenderse
• Más de dos personas tocan el archivo regularmente y no puede confiar en las versiones fusionadas
• Un cambio de escenario tarda más de una hora en ejecutarse de extremo a extremo, incluido corregir y refixear las verificaciones
• Su archivo supera los 50 MB o tiene más de 25 pestañas
• No puede enlazar los actuals desde el GL automáticamente, y cada cierre mensual es un ejercicio de copiar y pegar que lleva un día

Cuando dos o más de esos sean ciertos, es hora de evaluar una herramienta de planificación real. Las opciones viables para los equipos de FP&A en empresas medianas:

Adaptive Planning (Workday). La mejor opción si ya está en el ecosistema Workday (HCM, Financials). Sólido en modelización basada en factores impulsores, débil en flexibilidad para lógica de cálculo muy personalizada.

Cube. Más ligero, se superpone a Excel en lugar de reemplazarlo. La mejor opción para equipos que no quieren reentrenarse con un nuevo paradigma de modelización pero necesitan control de versiones, edición multiusuario e integración de actuals.

Pigment. Más reciente, más flexible. Sólido en modelización multidimensional y ramificación de escenarios. Mejor para equipos con lógica de negocio compleja (múltiples SKU, geografías, canales) donde la estructura de filas y columnas de Excel se queda corta.

Los criterios de decisión, en orden de importancia:

1. ¿Qué tan personalizada es su lógica de modelización? Si es FP&A estándar (ingresos basados en factores impulsores, opex basado en plantilla), Adaptive o Cube es suficiente. Si tiene lógica inusual (ingresos por proyecto, consolidaciones complejas, multicambio profundo), evalúe Pigment.
2. ¿Dónde viven sus datos? Si los actuals están en NetSuite, Sage Intacct o QuickBooks, los tres se integran. Si tiene un ERP a medida, el costo de integración dominará la decisión.
3. ¿Cuántos usuarios y qué presupuesto? Cube empieza en torno a 2.500 USD/mes. Adaptive y Pigment generalmente se sitúan entre 30.000 y 80.000 USD/año para un equipo de FP&A de tamaño medio.
4. ¿Qué disposición tiene su equipo para reentrenarse? Cube tiene la curva de aprendizaje más pequeña. Adaptive es moderada. Pigment requiere una inversión real en reentrenamiento y reconstrucción del modelo en un nuevo paradigma.

No migre prematuramente. Un modelo de Excel limpio con la disciplina descrita arriba servirá a una función de FP&A de 50 personas. El detonante no es la ambición; es el dolor. Cuando el dolor de quedarse en Excel supere el dolor de la migración, muévase.

El estándar

Un three-statement model que resiste el escrutinio es aquel que cualquier analista del equipo puede tomar, cambiar un input, ver que las verificaciones se mantienen en verde y confiar en el resultado. Ese es el estándar. No elegancia. No ingeniosidad. Confianza.

Se construye haciendo que la estructura sea aburrida y explícita. Una pestaña por factor impulsor. Un único sentido de flujo. Tres colores. Tres verificaciones de integridad en una pestaña _Checks. Rangos con nombre en lugar de referencias de celda. Manejo de referencias circulares documentado. Un registro de cambios que permite responder a las preguntas de due diligence en una línea.

Haga eso, y el próximo analista que herede su archivo no maldecirá su nombre. Cambiará un input, verá que las verificaciones se mantienen en verde y seguirá con su trabajo.

Ese es el modelo que resiste el escrutinio.

Más información

• Los Primeros 90 Días del Analista Financiero
• Análisis de Variaciones que Cuenta una Historia
• Construcción del Pack de Cierre Mensual
• Plantilla de Descripción de Puesto: Analista Financiero