Modelagem de Três Demonstrativos Que Resiste ao Escrutínio

Você herda o arquivo no terceiro dia. São 80 MB. Dezesseis abas. Três tonalidades de amarelo diferentes que ninguém na equipe consegue explicar. Há um 1,07 codificado diretamente no meio de um SOMASES na aba de receita, e quando você pergunta à analista sênior o que é aquilo, ela diz: "Acho que o Mark colocou isso para o negócio da China em 2023." O Mark saiu em 2024.

Você muda o crescimento de receita de 18% para 19% para testar um cenário. O lucro líquido fica negativo no segundo ano. A demonstração de fluxo de caixa mostra US$ 4 milhões negativos e o modelo apresenta erros. O balanço patrimonial está desbalanceado em US$ 873.412.

A maioria dos "three-statement models" dentro de empresas operacionais é assim. E a pior parte não é a feiura. É que o CFO está tomando decisões com eles. Um modelo que quebra com a pergunta de um VP é pior do que nenhum modelo, porque dá à liderança uma falsa confiança e você leva a culpa quando a realidade diverge da apresentação.

Este é o playbook para construir, ou reconstruir, um three-statement model que se sustenta. Estrutura supera sofisticação. Um modelo simples que sempre fecha supera um modelo inteligente que quebra com uma única mudança de premissa.

Regras estruturais que tornam o modelo auditável

Antes de escrever uma única fórmula, estabeleça as regras do arquivo. Não são preferências estéticas. São a diferença entre um modelo que escala e um que se torna radioativo em nove meses.

Uma aba por direcionador. Receita em sua própria aba. Quadro de pessoal em sua própria aba. OPEX, CAPEX, dívida, capital de giro, impostos: cada um tem sua própria planilha. Os três demonstrativos (IS, BS, CF) são abas de saída. Elas recebem dados. Nunca calculam.

Se você se pega construindo uma premissa de receita dentro da aba da demonstração de resultados, pare. Você está criando uma aba onde o analista do futuro terá que rolar pelo P&L para encontrar uma taxa de crescimento de 3%. É assim que as heranças de 80 MB nascem.

Um sentido de fluxo. Da esquerda para a direita, de cima para baixo, sempre. Abas de direcionadores alimentam abas de demonstrativos. Abas de demonstrativos alimentam o dashboard. Nada referencia para trás. Se a aba de CF puxa do seu dashboard, você criou uma dependência circular que vai assombrá-lo.

Uma regra clara: abra o arquivo e observe a ordem das abas. Se você ler as abas da esquerda para a direita, deve ver: Entradas, Direcionadores, Demonstrativos, Dashboard, Verificações. Nunca ao contrário. Nunca pule etapas.

Codificação de cores rigorosa.

• Azul para entradas codificadas diretamente (as únicas células em que alguém pode digitar um número)
• Preto para fórmulas dentro da mesma aba
• Verde para links entre abas

Sem exceções, sem "vou corrigir depois." No dia em que você deixa uma fórmula preta referenciar outra aba, você perde a capacidade de auditar. Seis meses depois, você não vai lembrar quais números pretos eram realmente links, e vai passar um sábado rastreando precedentes.

Uma linha, um propósito. Uma linha de receita calcula receita. Uma linha de taxa de crescimento calcula uma taxa de crescimento. Não misture. A tentação de escrever =B14*(1+0,18) dentro de uma linha de receita é real porque economiza uma linha. Mas também oculta a premissa do próximo analista, que vai gastar uma hora para encontrá-la.

Essas quatro regras (um direcionador por aba, fluxo unidirecional, três cores, uma linha por propósito) resolvem cerca de 70% dos problemas em modelos herdados. São chatas. Funcionam.

A verificação de integridade: três fórmulas, uma aba, sem negociação

Um three-statement model está integrado quando o lucro líquido na IS concilia com a variação nos lucros acumulados no BS, quando o caixa final no CF é igual ao caixa no BS, e quando os ativos são iguais aos passivos mais o patrimônio líquido ao centavo. Se qualquer um desses quebrar, o modelo está errado, e qualquer decisão tomada com ele é suspeita.

Crie uma aba chamada _Checks (o sublinhado a coloca no início na ordenação alfabética). Coloque três fórmulas no topo, com formatação condicional que deixa a célula vermelho vivo quando o valor não é zero ou VERDADEIRO.

Verificação 1: o balanço patrimonial fecha.

=ARRED(SOMA(bs_total_ativos) - SOMA(bs_total_passivos) - SOMA(bs_total_patrimônio), 2)

Deve ser igual a zero, em todos os períodos, em todos os cenários. Se não for, há um plug em algum lugar que você não pretendia, ou um erro de sinal em um item de capital de giro, ou você está contando em duplicidade uma emissão de dívida. Não prossiga até que isso seja zero.

Verificação 2: o fluxo de caixa concilia com o balanço patrimonial.

=ARRED(cf_caixa_final - bs_caixa, 2)

O caixa final da sua demonstração de fluxo de caixa deve ser igual à linha de caixa no balanço patrimonial para o mesmo período. Se não for, o CF está com algo faltando: geralmente um ajuste não caixa, uma movimentação de imposto diferido, ou um sinal em uma atividade de financiamento.

Verificação 3: a demonstração de resultados concilia com os lucros acumulados.

=ARRED(bs_lucros_acumulados_final - bs_lucros_acumulados_inicial - is_lucro_líquido + bs_dividendos, 2)

O lucro líquido do período mais os lucros acumulados iniciais menos dividendos deve ser igual aos lucros acumulados finais. Se não for, você tem um ajuste de patrimônio sem destino (uma recompra de ações que está atingindo a linha errada) ou a IS não está fluindo completamente para o patrimônio.

Execute as três em cada coluna, em cada cenário. A aba _Checks deve parecer um semáforo: tudo verde VERDADEIRO, nenhum vermelho. Se um CFO abrir o modelo e ver VERDADEIRO, FALSO, FALSO piscando em vermelho, essa será toda a conversa. Você não vai conseguir apresentar a ponte de EBITDA. Poupe-se da reunião.

Convenções de nomenclatura: o analista do futuro é o usuário

O único hábito de maior alavancagem em modelagem é usar intervalos nomeados. Em vez de 'Premissas'!B14, você referencia receita_crescimento_a1. Em vez de 'Capital de Giro'!F22, você escreve cg_dso_meta.

O ganho: quando você lê uma fórmula seis meses depois, consegue entendê-la sem pular entre abas. =is_receita_a2 * mg_bruta_meta_a2 - opex_total_a2 se lê como uma frase. ='IS'!C8*'Premissas'!B16-'Opex'!D14 se lê como ruído.

Use prefixos consistentes:

• is_ para linhas da demonstração de resultados
• bs_ para o balanço patrimonial
• cf_ para o fluxo de caixa
• dr_ para direcionadores
• cg_ para capital de giro
• kpi_ para métricas de saída

Depois sufixo com a métrica e o período: is_receita_a1, bs_estoque_t4, dr_quadro_eng_a2. A nomenclatura funciona como uma API. Qualquer pessoa que pegar o modelo consegue adivinhar o nome da célula que quer.

Mais uma regra: nunca nomeie um intervalo com um número codificado diretamente. alíquota_25 é uma armadilha, porque no dia em que a alíquota passar para 21%, o nome mente. Use alíquota_federal e deixe o valor viver em uma célula de entrada azul.

Tabelas de sensibilidade que merecem seu lugar

A maioria das tabelas de sensibilidade em modelos herdados é vaidade. Uma tabela de dados de duas variáveis sobre crescimento de receita versus precificação, saída: receita. Legal. O CFO já sabe que preços mais altos e crescimento maior produzem mais receita. Você adicionou uma aba e 200 KB ao arquivo.

Sensibilidades úteis são executadas nas métricas sobre as quais o CFO será questionado na reunião do conselho. Margem EBITDA sob três cenários de precificação e três cenários de CAC. FCF sob diferentes premissas de DSO. Fôlego de caixa sob cenários de crescimento do quadro de pessoal cruzados com velocidade de cobranças.

Uma configuração prática: escolha os três KPIs que aparecem na apresentação do conselho (margem EBITDA, FCF, fôlego de caixa). Para cada um, construa uma sensibilidade de duas variáveis. Coloque as variáveis no lado de cada tabela que corresponde às alavancas que o CEO realmente aciona. CAC e taxa de conversão, não receita e receita. Crescimento do quadro de pessoal e salário médio, não OPEX e OPEX.

Se o CFO consegue olhar para uma tabela e dizer: "Se a precificação cair 5% e o CAC subir 20%, ainda vamos atingir a meta de FCF?", essa é uma sensibilidade útil. Se ela precisa calcular a resposta mentalmente a partir da tabela, você a construiu errado.

Coloque tabelas de sensibilidade em uma aba Sensibilidade, uma tabela por KPI, claramente rotuladas. Não as enterre dentro das abas de demonstrativos.

A armadilha da referência circular

Aqui está o ciclo com que todo analista se depara eventualmente: a despesa de juros depende do saldo médio da dívida. O saldo médio da dívida depende do saldo de caixa (porque se você tem caixa, pagaria a dívida). O saldo de caixa depende do lucro líquido. O lucro líquido depende da despesa de juros.

O Excel enxerga isso e ou ativa o cálculo iterativo, que às vezes converge e às vezes não, ou lança #REF! e o modelo quebra.

Você tem duas opções limpas. Escolha uma, documente a escolha no README do modelo e pare de rediscutir o assunto.

Opção A: Ativar o cálculo iterativo. Arquivo, Opções, Fórmulas, Ativar cálculo iterativo, máximo de 100 iterações, variação máxima de 0,001. Funciona, mas é frágil. O modelo às vezes mostrará números diferentes quando o arquivo abre versus quando você pressiona F9. Auditores perguntarão. Você vai gastar vinte minutos explicando referências circulares em uma ligação de due diligence.

Opção B: Quebrar o ciclo com um desfasamento de um período. Calcule a despesa de juros com base no saldo da dívida do período anterior, não do atual. A matemática é ligeiramente menos precisa (você está perdendo um período de precisão de juros), mas o modelo é determinístico. Abra, recalcule, obtenha a mesma resposta sempre.

Para modelos operacionais dentro de empresas com receita abaixo de US$ 500 milhões, a Opção B vence. A perda de precisão é um arredondamento frente à incerteza das premissas no restante do modelo. Para modelos de LBO ou trabalhos de valuation onde o cronograma de juros importa, a Opção A pode ser necessária.

Independente do que você escolher, escreva em uma aba README, em linguagem simples: "A despesa de juros usa o saldo da dívida do período anterior para evitar referência circular. Veja a fórmula da célula cf_juros_a1."

Controle de versão e o registro de alterações que salva seu emprego

Convenção de nome de arquivo: Modelo_v3.2_2026-04-26_VH.xlsx. Versões principais para mudanças estruturais. Versões menores para atualizações de premissas. Data no formato ISO para que os arquivos se ordenem cronologicamente. Iniciais do último editor.

Dentro do arquivo, uma aba _ChangeLog com cinco colunas: Data, Editor, Versão, O que Mudou, Por quê.

Uma linha de exemplo:

Quando você está em uma sala de due diligence e o analista do comprador pergunta por que a receita prevista do Q3 variou US$ 1,2 milhão entre a versão 2.8 e a 3.0, você abre o registro de alterações e lê a linha. Você não pesquisa no seu e-mail o e-mail que o Mark te enviou em fevereiro. Você não diz "acho que." Você lê a linha.

Essa única aba vai salvar o seu emprego pelo menos uma vez na sua carreira. Crie-a agora, antes de precisar.

Quando migrar para uma ferramenta de planejamento

Excel é a ferramenta certa para um three-statement model, até que não seja mais. Os sinais de que você superou o Excel:

• Você está reconstruindo o modelo substancialmente todo trimestre porque a versão anterior ficou muito bagunçada para estender
• Mais de duas pessoas tocam regularmente no arquivo e você não consegue confiar nas versões mescladas
• Uma mudança de cenário leva mais de uma hora para ser executada de ponta a ponta, incluindo quebrar e corrigir as verificações
• O arquivo tem mais de 50 MB ou mais de 25 abas
• Você não consegue vincular actuals do GL automaticamente, e cada final de mês é um exercício de copiar e colar que leva um dia

Quando dois ou mais desses são verdadeiros, é hora de avaliar uma ferramenta de planejamento de verdade. As opções viáveis para equipes de FP&A em empresas de médio porte:

Adaptive Planning (Workday). Melhor encaixe se você já está no ecossistema Workday (HCM, Financials). Forte em modelagem baseada em direcionadores, fraco em flexibilidade para lógica de cálculo altamente personalizada.

Cube. Mais leve, fica em cima do Excel em vez de substituí-lo. Melhor para equipes que não querem se retreinar em um novo paradigma de modelagem, mas precisam de controle de versão, edição multiusuário e integração de actuals.

Pigment. Mais recente, mais flexível. Forte em modelagem multidimensional e ramificação de cenários. Melhor para equipes com lógica de negócio complexa (múltiplos SKUs, geografias, canais) onde a estrutura de linhas e colunas do Excel se rompe.

Os critérios de decisão, em ordem de peso:

1. Quão personalizada é a sua lógica de modelagem? Se for FP&A padrão (receita baseada em direcionadores, OPEX orientado por quadro de pessoal), Adaptive ou Cube serve. Se você tem lógica incomum (receita baseada em projetos, consolidações complexas, multicambial avançado), avalie o Pigment.
2. Onde vivem seus dados? Se os actuals estão no NetSuite, Sage Intacct ou QuickBooks, os três integram. Se você usa um ERP feito internamente, o custo de integração vai dominar a decisão.
3. Quantos assentos e qual orçamento? Cube começa em torno de US$ 2.500 por mês. Adaptive e Pigment geralmente ficam na faixa de US$ 30.000 a US$ 80.000 por ano para uma equipe de FP&A de médio porte.
4. Qual é a disposição da sua equipe para se retreinar? Cube tem a menor curva de aprendizado. Adaptive é moderado. Pigment exige investimento real em retreinamento e reconstrução do modelo em um novo paradigma.

Não migre prematuramente. Um modelo Excel limpo com a disciplina acima servirá a uma função de FP&A de 50 pessoas. O gatilho não é ambição; é dor. Quando a dor de ficar no Excel superar a dor da migração, mova.

O padrão

Um three-statement model que resiste ao escrutínio é aquele que qualquer analista da equipe pode pegar, mudar uma entrada, ver as verificações ficarem verdes e confiar na saída. Esse é o padrão. Não elegância. Não inteligência. Confiança.

Você o constrói tornando a estrutura chata e explícita. Uma aba por direcionador. Um sentido de fluxo. Três cores. Três verificações de integridade em uma aba _Checks. Intervalos nomeados em vez de referências de célula. Tratamento documentado de referência circular. Um registro de alterações que permite que perguntas de due diligence recebam respostas de uma linha.

Faça isso, e o próximo analista que herdar o seu arquivo não vai xingar o seu nome. Vai mudar uma entrada, ver as verificações ficarem verdes e seguir em frente com o trabalho.

Esse é o modelo que resiste ao escrutínio.

Saiba Mais

• Os Primeiros 90 Dias do Analista Financeiro
• Análise de Variações Que Conta Uma História
• Construindo o Pacote de Fechamento Mensal
• Modelo de Descrição de Cargo: Analista Financeiro