Crie um Template de DRE no Google Sheets: Guia FP&A

A estrutura de abas que você escolhe nos primeiros 10 minutos determina se esse modelo será fácil de manter em 6 meses ou um problema que você vai passar adiante com um pedido de desculpas. Cada aba deve ter exatamente uma função — inputs, dados de origem, cálculo ou output — e o fluxo de dados deve seguir em uma única direção.

Um layout funcional de 8 abas para um template de DRE em FP&A:

Todos os inputs fixos do modelo ficam nesta aba. Sem exceções. Incorporar uma taxa de crescimento dentro de uma fórmula da aba Revenue é uma dívida técnica que vai aparecer durante um sprint de preparação para o board no pior momento possível. A aba Assumptions é onde você muda uma célula e vê o modelo inteiro atualizar.

Organize com seções rotuladas separadas por linhas em branco, com intervalos nomeados em cada célula de input importante.

A receita deve ser detalhada por linha de produto ou segmento, com colunas mensais derivadas das âncoras de período do modelo em Assumptions. Em maio de 2026, a estrutura mais comum para um negócio SaaS é MRR → ARR → receita reconhecida, com linhas separadas para novos negócios, expansão e contração/churn.

A fórmula que puxa os dados reais para uma linha de receita reconhecida:

=SUMIFS(
  Actuals!$D:$D,
  Actuals!$B:$B, ">="&Assumptions!$B$3,
  Actuals!$B:$B, "<"&EDATE(Assumptions!$B$3,1),
  Actuals!$C:$C, "Revenue - SaaS"
)

O COGS é onde os modelos de DRE com múltiplos produtos ficam bagunçados. Os custos são agrupados em uma única linha e de repente você não consegue identificar qual linha de produto está puxando a margem bruta combinada de 61,5% para 58%. Construa o COGS com a mesma granularidade da receita — uma linha por categoria de custo, mapeada para a linha de produto que ela suporta.

Para um negócio SaaS com receita de serviços profissionais, uma estrutura limpa de COGS:

O OpEx é a parte mais densa do modelo. De acordo com dados de benchmarking de FP&A da APQC, os custos com pessoal representam 60–70% das despesas operacionais totais para empresas de software e tecnologia — o que significa que o quadro de headcount direciona a maior parte da aba OpEx, e erros nele se propagam diretamente para o EBITDA.

Construa primeiro um quadro de headcount: uma grade de departamento × trimestre mostrando o headcount atual e as adições planejadas. A fórmula que puxa o custo de headcount para o resumo de OpEx:

=SUMIFS(
  'OpEx'!$E:$E,
  'OpEx'!$B:$B, "Engineering",
  'OpEx'!$C:$C, "Headcount"
)

O EBITDA na aba P&L é uma subtração direta de COGS e OpEx da Receita, seguida de um add-back de D&A de Assumptions. O bridge de EBITDA — mostrando a evolução período a período — fica em uma seção dedicada da aba P&L ou em um bloco de intervalos nomeados que alimenta o Board Summary.

O cálculo do EBITDA consolidando entre abas:

='Revenue'!C3 - 'COGS'!C25 - 'OpEx'!C42 + (Assumptions!rev_pct_da * 'Revenue'!C3)

Onde C25 é o COGS total, C42 é o OpEx total e rev_pct_da é o intervalo nomeado de D&A como % da receita (2,3% neste modelo).

O P&L alimenta os lucros acumulados no Balanço Patrimonial e fornece a linha inicial de lucro líquido para o Demonstrativo de Fluxo de Caixa. Ambas as ligações devem ser baseadas em fórmulas — codificar qualquer uma delas quebra a reconciliação dos três demonstrativos no momento em que os dados reais chegam.

De acordo com o CPC 26 (Apresentação das Demonstrações Contábeis), o demonstrativo de resultado deve se reconciliar com as variações no patrimônio líquido — o que significa que o rollforward dos lucros acumulados no Balanço Patrimonial deve bater exatamente com a linha de lucro líquido do P&L.

A ligação dos lucros acumulados:

='Balance Sheet'!$C$42 + 'P&L'!C58

Onde C58 é o lucro líquido do período e $C$42 são os lucros acumulados do período anterior. O ponto de partida do Fluxo de Caixa:

='P&L'!C58

Um template de DRE que só você consegue ler não é um entregável. A aba Board Summary traduz os resultados do modelo em algo que um membro do conselho consiga ler em 90 segundos — sem barra de fórmulas, sem referências brutas, sem valores de 8 dígitos no formato numérico padrão.

Regras principais de formatação para o Board Summary: