Un modelo financiero de 3 estados vincula tu estado de resultados, balance general y flujo de caja de manera que cambiar un supuesto - crecimiento de ingresos, margen bruto, capex - se propague automáticamente por los tres. Los puntos de falla son concretos: errores de signo en capital de trabajo que arruinan el flujo de caja sin disparar ningún error de fórmula, referencias circulares en el schedule de deuda que hacen que Sheets devuelva 0 en lugar de un número, y referencias de celda que se rompen silenciosamente cuando alguien inserta una fila. Los tres tienen solución. Ninguno avisa cuando falla.
Qué hace realmente un modelo financiero de 3 estados
El estado de resultados es donde los ingresos y los costos producen la utilidad neta. El flujo de caja parte de esa utilidad neta y la ajusta por partidas no monetarias y cambios en capital de trabajo para mostrar lo que realmente llegó a la cuenta bancaria. El balance registra lo que la empresa tiene y debe en un momento dado - y el efectivo final en el balance debe ser igual al efectivo final en el flujo de caja. Esa última oración es el modelo completo.
Cuando el modelo está correctamente vinculado, cambias el supuesto de ingresos en una pestaña y el EBITDA, el flujo de caja libre y el saldo final de efectivo se actualizan en todos lados de forma simultánea. Cuando no lo está, tienes un modelo que parece correcto hasta que un inversionista pregunta por qué el efectivo subió $200,000 USD en un año en que las operaciones claramente quemaron caja.
Los tres estados y cómo se vinculan
| Estado | Qué mide | Input desde otro estado | Output crítico |
|---|---|---|---|
| Estado de Resultados | Ingresos, costos y utilidad en un período | Supuestos de la pestaña de inputs | Utilidad neta → fluye al Flujo de Caja |
| Flujo de Caja | Movimiento real de efectivo en el período | Utilidad neta del E. de Resultados | Efectivo final → debe coincidir con el Balance |
| Balance General | Activos, pasivos y patrimonio en un punto | Flujos acumulados de ambos anteriores | Efectivo final → verifica el cierre |
La integridad del modelo depende de que la celda de efectivo final en el flujo de caja sea igual a la celda de efectivo final en el balance. Si esa igualdad no se cumple, algo está mal en los vínculos.
La estructura estándar de pestañas para un modelo funcional es: Supuestos → Estado de Resultados → Balance General → Flujo de Caja → Schedule de Deuda → Verificaciones. Las pestañas de Importación Bruta y Preparación se ubican aguas arriba de todo esto si tus insumos vienen de un ERP o sistema contable en lugar de supuestos ingresados a mano.
Errores de signo: dónde se rompe el modelo sin que nadie se dé cuenta
Los cambios en capital de trabajo son donde la mayoría de los modelos fallan. La convención es: un aumento en cuentas por cobrar es un uso de caja (te deben más, pero el dinero no ha llegado). Un aumento en cuentas por pagar es una fuente de caja (debes más, pero aún no has pagado).
En un flujo de caja construido bajo el método indirecto:
=-(Balance!CxC_Final - Balance!CxC_Inicial)
=+(Balance!CxP_Final - Balance!CxP_Inicial)
Invierte cualquiera de los dos signos y acabas de darle a tu modelo $200,000 USD de flujo operativo fantasma. El estado de resultados no mostrará ningún error. El balance no lo marcará. Según referencias estándar de capacitación en modelado financiero como Wall Street Prep y el CFA Institute, los errores de signo en capital de trabajo son la fuente más frecuente de inexactitud silenciosa en modelos de LBO y DCF - precisamente porque son invisibles para las herramientas de auditoría de fórmulas.
Para una empresa SaaS con una base de ARR de $2.4M USD, churn mensual del 1.2% y $85,000 USD en nuevas reservas de MRR, el lado de ingresos es relativamente limpio - el ARR crece si el MRR neto nuevo supera los $345,000 USD de arrastre anual por churn. La complejidad en el flujo de caja proviene de los ingresos diferidos: el efectivo cobrado por adelantado pero aún no reconocido es una fuente de caja que no aparece en el estado de resultados. Equivoca ese signo y estarás subestimando el flujo operativo en cada cohorte de suscripciones anuales.
Estructura del modelo de 3 estados: una arquitectura de pestañas que aguanta
El error estructural más común es construir todo en una sola hoja o hacer que las fórmulas del modelo referencien directamente las celdas de la importación bruta. Ambos enfoques fallan.
La estructura correcta separa la Importación Bruta (datos exactamente como se exportaron - nadie los toca), la Preparación (datos validados, tipados y depurados que el modelo puede consumir) y las pestañas del modelo. Cuando la exportación de tu ERP cambia el formato de fecha a mitad del archivo - como suele pasar - lo corriges en Preparación y el modelo nunca se entera. La Importación Bruta funciona como tu pista de auditoría.
En la pestaña de Preparación, un COUNTIF contra una tabla de referencia detecta variaciones ortográficas antes de que lleguen al modelo. Si el reconocimiento de ingresos depende de la categoría de producto y tu exportación tiene 17 versiones distintas del mismo nombre de categoría, esto las atrapa:
=COUNTIF(CategoriasValidas, A2)
Marca cualquier resultado de 0 como fila con error. Todo lo que no coincida con la tabla de referencia no entra al modelo.
Los rangos con nombre resuelven el problema de referencias rotas silenciosas. =Estado_Resultados!C14 se rompe sin advertencia cuando alguien inserta una fila encima de la fila 14 - la referencia se desplaza, la fórmula devuelve el número equivocado, ninguna celda se pone en rojo. =Utilidad_Neta no se rompe. La inversión inicial de 30 minutos para nombrar cada resultado que cruza pestañas te ahorra horas de depuración forense. En Google Sheets (versión actual, abril de 2026): Datos → Rangos con nombre.
Referencias circulares en el schedule de deuda
El schedule de deuda crea una referencia circular genuina: el gasto por intereses depende del saldo de deuda, que depende del flujo de caja libre, que depende del gasto por intereses (porque los intereses son deducibles de impuestos y fluyen a través de la utilidad neta). Google Sheets maneja esto con cálculo iterativo.
Para activarlo en Google Sheets a partir de 2026: Archivo → Configuración → Cálculo → marca "Cálculo iterativo". Establece el máximo de iteraciones en 100 y el umbral de convergencia en 0.001. Esto le indica a Sheets que recalcule hasta 100 veces hasta que los valores circulares converjan dentro de un margen de 0.001 entre sí. Con saldos de deuda menores a $10M USD, 100 iteraciones a 0.001 es confiable.
Agrega esta verificación de convergencia a tu pestaña de Verificaciones:
=ABS(ScheduleDeuda!GastoInteres_Calc - Estado_Resultados!GastoInteres) < 0.01
Si devuelve FALSE, el cálculo iterativo no ha convergido. O hay un error estructural en el modelo o el umbral es demasiado holgado.
El cierre del flujo de caja
El cierre del flujo de caja es la prueba más clara de si un modelo de 3 estados está correctamente vinculado. Construye el flujo de caja fórmula por fórmula, no copiando una plantilla:
Utilidad Neta =Estado_Resultados!Utilidad_Neta
+ Depreciación y Amortización =Estado_Resultados!DA
- Variación en Cuentas por Cobrar =-(Balance!CxC_Final - Balance!CxC_Inicial)
+ Variación en Cuentas por Pagar =+(Balance!CxP_Final - Balance!CxP_Inicial)
+ Variación en Ingresos Diferidos =+(Balance!IngDiferidos_Final - Balance!IngDiferidos_Inicial)
= Flujo Operativo
- Capex =-(Supuestos!Capex)
= Flujo de Caja Libre
+ Desembolso de Deuda =ScheduleDeuda!Desembolso
- Pago de Deuda =-(ScheduleDeuda!Pago)
= Flujo de Caja Neto
Efectivo Inicial =Efectivo_Periodo_Anterior
+ Flujo de Caja Neto
= Efectivo Final → debe coincidir con Balance!Efectivo_Final
La verificación de cierre es:
=Balance!Efectivo_Final - FlujoCaja!Efectivo_Final
Debe ser igual a cero. Si no lo es, algo en el capital de trabajo está mal, falta un flujo de financiamiento o duplicaste el capex.
El escudo fiscal sobre el gasto por intereses - modelado como =Gasto_Intereses * (1 - 0.30) si usas una tasa efectiva del 30%, que es representativa para empresas en México o Colombia - fluye a través de la utilidad neta. Eso significa que el schedule de deuda, el estado de resultados y el flujo de caja deben estar alineados en si los intereses son antes o después de impuestos. La mayoría de los errores de signo se originan en ese punto de conexión.
La pestaña de Verificaciones
La pestaña de Verificaciones debe mostrar el estado del modelo de un vistazo. Cada fila prueba una afirmación. Verde significa que pasó; rojo significa que algo se rompió. Aplica formato condicional: fondo verde para TRUE o 0, rojo para cualquier otro valor.
Las 4 verificaciones que detectan la mayoría de los errores:
| Verificación | Fórmula | Resultado esperado |
|---|---|---|
| Cuadre del balance | =Balance!Total_Activos - (Balance!Total_Pasivos + Balance!Total_Patrimonio) | 0 |
| Cierre del flujo de caja | =Balance!Efectivo_Final - FlujoCaja!Efectivo_Final | 0 |
| Rodamiento de utilidades retenidas | =Balance!UR_Final - (Balance!UR_Inicial + Estado_Resultados!Utilidad_Neta - Supuestos!Dividendos) | 0 |
| Convergencia del schedule de deuda | =ABS(ScheduleDeuda!GastoInteres_Calc - Estado_Resultados!GastoInteres) < 0.01 | TRUE |
Si tu pestaña de Verificaciones está toda en verde, el modelo es internamente consistente. Si los supuestos son correctos es una pregunta distinta - pero al menos la estructura se sostiene.
Modelo financiero de 3 estados: puntos clave
Un modelo de 3 estados funciona cuando el estado de resultados, el flujo de caja y el balance están correctamente vinculados - la utilidad neta fluye al flujo de caja, los cambios en capital de trabajo tienen el signo correcto, el efectivo final concilia entre el flujo de caja y el balance, y el schedule de deuda converge. La pestaña de Verificaciones es la prueba.
Los puntos de falla más comunes y sus soluciones: errores de signo en capital de trabajo (escribe la lógica de signos en lenguaje claro antes de construir la fórmula), referencias de celda rotas silenciosamente (rangos con nombre para cada resultado que cruce pestañas) y circularidades no resueltas en el schedule de deuda (cálculo iterativo, activado explícitamente, con una verificación de convergencia). Si tu modelo pasa las 4 Verificaciones y el cierre de caja redondea a cero, está listo para un paquete de directorio o un deck de inversionistas.
Si los insumos vienen de un sistema contable o ERP, las pestañas de Importación Bruta y Preparación no son opcionales. Una exportación de 90,000 filas con formatos de fecha mixtos y nombres de categoría inconsistentes corromperá el modelo silenciosamente si las referencias directamente. ModelMonkey puede manejar el cableado de fórmulas entre pestañas y la lógica de validación en la etapa de preparación dentro de Sheets - especialmente útil cuando estás transformando una exportación de ERP en un conjunto limpio de supuestos.
Preguntas frecuentes
¿Cuántas pestañas necesita un modelo de 3 estados en Google Sheets?
Un modelo mínimo funcional necesita 6 pestañas: Supuestos, Estado de Resultados, Balance General, Flujo de Caja, Schedule de Deuda y Verificaciones. Si los datos vienen de un ERP, agrega Importación Bruta y Preparación aguas arriba - 8 pestañas en total. Modelos con múltiples unidades de negocio o escenarios agregan pestañas adicionales, pero la estructura base no cambia.
¿Por qué mi flujo de caja no cierra aunque las fórmulas parecen correctas?
Las causas más frecuentes son: (1) un error de signo en cuentas por cobrar o cuentas por pagar, (2) un flujo de financiamiento omitido en el módulo de deuda, (3) capex contabilizado dos veces o con signo invertido, o (4) ingresos diferidos con signo incorrecto. Revisa cada línea del flujo operativo comparando su signo contra la definición conceptual antes de buscar el error en las fórmulas.
¿Cómo activo el cálculo iterativo en Google Sheets para resolver la circularidad del schedule de deuda?
En Google Sheets a partir de 2026: Archivo → Configuración → pestaña Cálculo → activa "Cálculo iterativo". Usa 100 iteraciones y umbral de 0.001 como punto de partida. Agrega una verificación de convergencia en tu pestaña de Verificaciones para confirmar que el modelo realmente convergió y no simplemente dejó de iterar.
¿Qué tasa impositiva uso para el escudo fiscal de intereses en LATAM?
Depende del país: México aplica una tasa corporativa del 30%, Colombia del 35% (vigente desde la reforma tributaria de 2022), Chile del 27% y Argentina del 35%. En modelos de proyección que consolidan múltiples países, usa la tasa efectiva de la jurisdicción de operación principal o construye un schedule impositivo separado por entidad.
¿Esta misma estructura funciona en Excel?
La arquitectura de pestañas y la lógica de fórmulas son idénticas. La diferencia operativa más relevante es que en Excel el cálculo iterativo se activa desde Archivo → Opciones → Fórmulas → "Habilitar cálculo iterativo". Los rangos con nombre y las verificaciones funcionan exactamente igual. El modelo es portable entre plataformas sin modificaciones estructurales.