Modelo das 3 Demonstrações no Google Sheets

Um modelo financeiro das 3 demonstrações integra a DRE, o Balanço Patrimonial e o Fluxo de Caixa de forma que qualquer mudança em uma premissa - crescimento de receita, margem bruta, capex - se propague automaticamente pelas três. Os pontos de falha são específicos: erros de sinal nas variações de capital de giro que corrompem o Fluxo de Caixa sem gerar nenhum erro de fórmula, referências circulares no cronograma de dívida que fazem o Sheets retornar 0 no lugar de um número, e referências de célula que se quebram silenciosamente quando alguém insere uma linha. Os três têm solução. Nenhum deles avisa quando acontece.

O Que um Modelo das 3 Demonstrações Realmente Faz

A DRE é onde receita e custos produzem o lucro líquido. O Fluxo de Caixa parte desse lucro líquido e o ajusta por itens não caixa e variações de capital de giro para mostrar o que efetivamente entrou ou saiu da conta. O Balanço Patrimonial registra o que a empresa possui e deve em determinado momento - e o caixa final no Balanço deve ser igual ao caixa final no Fluxo de Caixa. Essa última frase é o modelo inteiro.

A tabela abaixo resume as três demonstrações e como elas se vinculam:

Quando o modelo está corretamente vinculado, você altera a premissa de receita em uma aba e vê o EBITDA, o fluxo de caixa livre e o saldo final de caixa atualizarem em toda a planilha ao mesmo tempo. Quando não está, você tem um modelo que parece correto - até que um investidor pergunta por que o caixa subiu R$ 1 milhão num ano em que as operações claramente queimaram dinheiro.

A estrutura padrão de abas para um modelo funcional é: Premissas → DRE → Balanço Patrimonial → Fluxo de Caixa → Cronograma de Dívida → Verificações. Abas de Importação Bruta e Preparação ficam à montante de tudo isso, caso os dados venham de um ERP ou sistema contábil em vez de premissas inseridas manualmente.

Erros de Sinal: Onde os Modelos das 3 Demonstrações Falham em Silêncio

As variações de capital de giro são onde a maioria dos modelos falha. A convenção é: um aumento em contas a receber é um uso de caixa (você tem mais a receber, mas o dinheiro ainda não chegou). Um aumento em contas a pagar é uma fonte de caixa (você deve mais, mas ainda não pagou).

Em um Fluxo de Caixa construído pelo método indireto - método exigido pelo CPC 03 (R2) - Demonstração dos Fluxos de Caixa, emitido pelo Comitê de Pronunciamentos Contábeis, e adotado como norma padrão para empresas brasileiras de capital aberto e de grande porte:

=-(DRE!CR_Final - DRE!CR_Inicial)
=+(DRE!CP_Final - DRE!CP_Inicial)

Inverta qualquer um dos sinais e você acabou de criar R$ 1 milhão de fluxo operacional fantasma no modelo. A DRE não vai mostrar erro. O Balanço não vai sinalizar nada. Segundo o CFI Financial Modeling & Valuation Analyst (FMVA) Handbook, edição 2024, erros de sinal nas variações de capital de giro são a causa mais comum de imprecisão em modelos de LBO e DCF - justamente porque são invisíveis para ferramentas de auditoria de fórmulas. O mesmo documento recomenda escrever a lógica de sinal em linguagem simples antes de construir qualquer fórmula de capital de giro.

Para uma empresa SaaS com R$ 12 milhões de ARR, churn mensal de 1,2% e R$ 420 mil em novos contratos mensais, o lado da receita é relativamente simples - o ARR cresce se o MRR líquido novo superar o arrasto de churn anual de aproximadamente R$ 1,7 milhão. A complexidade no Fluxo de Caixa vem da receita diferida: caixa recebido antecipadamente mas ainda não reconhecido é uma fonte de caixa que não aparece na DRE. Erre esse sinal e você subestima o fluxo operacional em cada coorte de assinatura anual.

Estrutura do Modelo das 3 Demonstrações: Layout de Abas que Se Sustenta

O erro estrutural mais comum é construir tudo em uma única planilha ou fazer fórmulas do modelo referenciarem diretamente células da importação bruta. Os dois quebram.

A estrutura correta separa Importação Bruta (dados exatamente como exportados - ninguém toca nisso), Preparação (dados validados, tipados e deduplicados que o modelo pode consumir) e as abas do Modelo. Quando a exportação do seu ERP muda o formato de data no meio do arquivo - e isso acontece - você corrige na aba de Preparação e o modelo nunca fica sabendo. A Importação Bruta serve como trilha de auditoria.

Na aba de Preparação, um COUNTIF contra uma tabela de referência captura variações de escrita antes que cheguem ao modelo. Se o reconhecimento de receita depende de categoria de produto e a sua exportação traz 17 grafias diferentes para o mesmo nome de categoria, isto detecta:

=COUNTIF(CategoriasValidas, A2)

Qualquer resultado 0 é uma linha com erro. O que não bate com a tabela de referência não entra no modelo.

Intervalos nomeados resolvem o problema de quebra silenciosa. =DRE!C14 quebra sem aviso quando alguém insere uma linha acima da linha 14 - a referência se desloca, a fórmula retorna o número errado, nenhuma célula fica vermelha. =Lucro_Liquido não quebra. O investimento de 30 minutos para nomear cada saída que cruza abas poupa horas de depuração forense. No Sheets: Dados → Intervalos nomeados.

Referências Circulares no Cronograma de Dívida

O cronograma de dívida cria uma referência circular genuína: a despesa de juros depende do saldo da dívida, que depende do fluxo de caixa livre, que depende da despesa de juros (porque juros são dedutíveis e transitam pelo lucro líquido). O Google Sheets lida com isso por meio de cálculo iterativo.

Para habilitar - a partir de 2026, o Google Sheets mantém essa configuração em Arquivo → Configurações → Cálculo em todas as contas Google Workspace: marque "Cálculo iterativo", defina o máximo de iterações como 100 e o limite de convergência como 0,001. Isso instrui o Sheets a recalcular até 100 vezes até que os valores circulares convirjam dentro de 0,001 entre si. Para saldos de dívida abaixo de R$ 50 milhões, 100 iterações com limite 0,001 é confiável - modelos com valores absolutos muito elevados podem precisar de um limite mais restrito.

Adicione esta verificação de convergência à aba de Verificações:

=ABS(CronogramaDivida!JurosCalc - DRE!DespesaJuros) < 0,01

Se retornar FALSO, o cálculo iterativo não convergiu. Ou há um erro estrutural no modelo ou o limite está frouxo demais.

A Conciliação do Fluxo de Caixa

A conciliação do Fluxo de Caixa é o teste mais claro de que um modelo das 3 demonstrações está corretamente vinculado. Construa o Fluxo de Caixa fórmula por fórmula, não copiando um template:

Lucro Líquido                        =DRE!Lucro_Liquido
+ Depreciação e Amortização          =DRE!DA
- Variação em Contas a Receber       =-(BP!CR_Final - BP!CR_Inicial)
+ Variação em Contas a Pagar         =+(BP!CP_Final - BP!CP_Inicial)
+ Variação em Receita Diferida       =+(BP!RecDif_Final - BP!RecDif_Inicial)
= Fluxo de Caixa Operacional

- Capex                              =-(Premissas!Capex)
= Fluxo de Caixa Livre

+ Captação de Dívida                 =CronogramaDivida!Captacao
- Amortização de Dívida              =-(CronogramaDivida!Amortizacao)
= Variação Líquida de Caixa

Caixa Inicial                        =Caixa_Periodo_Anterior
+ Variação Líquida de Caixa
= Caixa Final                        → deve ser igual a BP!Caixa_Final

A verificação de conciliação é:

=Balanco_Patrimonial!Caixa_Final - Fluxo_Caixa!Caixa_Final

Deve ser igual a zero. Se não for, algo no capital de giro está errado, algum fluxo de financiamento está faltando, ou o capex foi contado duas vezes.

O benefício fiscal dos juros - modelado como =Despesa_Juros * (1 - 0,34) para uma alíquota efetiva de 34% (IRPJ + CSLL) - transita pelo lucro líquido. Isso significa que o cronograma de dívida, a DRE e o Fluxo de Caixa precisam concordar se os juros são pré ou pós-imposto. A maioria dos erros de sinal se origina exatamente nessa junção.

A Aba de Verificações

A aba de Verificações deve deixar o estado do modelo evidente à primeira vista. Cada linha testa uma afirmação. Verde significa que passou; vermelho significa que algo quebrou. Formate com formatação condicional: preenchimento verde para VERDADEIRO ou 0, vermelho para qualquer outra coisa.

As 4 verificações que capturam a maioria dos erros:

Verificação do Balanço: =BP!Total_Ativos - (BP!Total_Passivos + BP!Total_PL) - deve retornar 0.

Conciliação do Fluxo de Caixa: =BP!Caixa_Final - FC!Caixa_Final - deve retornar 0.

Evolução do Lucro Acumulado: =BP!LucroAcumulado_Final - (BP!LucroAcumulado_Inicial + DRE!Lucro_Liquido - Premissas!Dividendos) - deve retornar 0.

Verificação de Convergência: a fórmula do cronograma de dívida acima - deve retornar VERDADEIRO.

Se a aba de Verificações estiver toda verde, o modelo é internamente consistente. Se as premissas estão certas é outra questão - mas pelo menos a estrutura se sustenta.

Modelo das 3 Demonstrações: Principais Conclusões

Um modelo das 3 demonstrações funciona quando a DRE, o Fluxo de Caixa e o Balanço Patrimonial estão corretamente vinculados - o lucro líquido flui para o Fluxo de Caixa, as variações de capital de giro têm os sinais corretos, o caixa final concilia entre o Fluxo de Caixa e o Balanço, e o cronograma de dívida converge. A aba de Verificações é a prova.

Os pontos de falha comuns e suas correções: erros de sinal no capital de giro (escreva a lógica de sinal em linguagem simples antes de construir a fórmula), quebra silenciosa de referências de célula (intervalos nomeados para cada saída entre abas) e circularidade não resolvida no cronograma de dívida (cálculo iterativo, habilitado explicitamente, com verificação de convergência). Se o modelo passar nas 4 Verificações e a conciliação de caixa resultar em zero, está pronto para a apresentação ao board.

Se os dados vierem de um sistema contábil ou ERP, as abas de Importação Bruta e Preparação não são opcionais. Uma exportação de 90.000 linhas com formatos de data mistos e nomes de categoria inconsistentes vai corromper o modelo silenciosamente se você referenciar diretamente.

Perguntas Frequentes

Qual a diferença entre um modelo das 3 demonstrações e um modelo de DCF? O modelo das 3 demonstrações é a fundação: ele integra DRE, Balanço e Fluxo de Caixa em uma estrutura vinculada. O DCF consome a saída desse modelo - especificamente o fluxo de caixa livre - para calcular o valor presente da empresa. Você precisa das 3 demonstrações funcionando corretamente antes de construir qualquer valuation.

Por que o Google Sheets retorna 0 no cronograma de dívida? Provavelmente porque o cálculo iterativo está desativado. Quando o Sheets encontra uma referência circular sem iteração habilitada, ele para no zero em vez de resolver. Vá em Arquivo → Configurações → Cálculo e ative o cálculo iterativo com 100 iterações e limite de 0,001.

O modelo precisa fechar (Ativo = Passivo + PL) para ser válido? Sim, sempre. Se o Balanço não fecha, há ou um erro de sinal no Fluxo de Caixa ou uma linha de capital de giro faltando. O não-fechamento nunca é um problema de formatação - é sempre um erro estrutural.

Como tratar a receita diferida no Fluxo de Caixa de uma empresa SaaS? Receita diferida é um passivo no Balanço - representa caixa recebido que ainda não foi reconhecido como receita. Um aumento na receita diferida é uma fonte de caixa no Fluxo de Caixa operacional. Use =+(BP!RecDif_Final - BP!RecDif_Inicial). Errar esse sinal subestima o fluxo operacional em cada coorte de assinatura anual.

Posso construir um modelo das 3 demonstrações no Excel e migrar para o Google Sheets? Sim, com ressalvas. Nomes de intervalo migram, mas referências circulares com cálculo iterativo precisam ser reconfiguradas manualmente no Sheets - o Excel guarda a configuração por arquivo; o Sheets guarda por conta Google Workspace. Verifique a aba de Verificações imediatamente após a migração.

Escolha um plano do ModelMonkey - funciona tanto no Google Sheets quanto no Excel.