Análise de dados

Ainda Vale Ser um Sheet Monkey em 2026?

Marc Sean18 de abril de 202610 min de leitura

Se você já passou três horas reformatando um dump de dados do TOTVS para encaixar na sua aba de DRE, você é um sheet monkey. Não é um insulto - é a realidade do trabalho. A questão é se isso ainda faz sentido em 2026, ou se a IA pode absorver as partes mecânicas para que você foque na análise que realmente exige julgamento.

A resposta honesta: depende da tarefa. A IA resolve entre 60% e 80% do trabalho mecânico de limpeza - puxar realizados, reformatar datas, corrigir referências quebradas - e aproximadamente 0% de validar premissas contra empresas comparáveis. Isso não é um defeito. É simplesmente a fronteira entre computação e julgamento.

O Pesadelo do Sheet Monkey: Abas Renomeadas e 43 Referências Quebradas

Rafael, da nossa equipe de FP&A, descreveu este cenário: herdou um modelo onde alguém renomeou três abas - P&L virou Income Statement, Assumptions virou Inputs, Returns virou Returns Analysis - e quebrou cerca de 40 fórmulas em toda a planilha. Cada referência cruzada entre abas que usava o nome antigo passou a retornar #REF!.

O estado quebrado na aba Returns Analysis ficou assim:

=('P&L'!C15-'P&L'!C8)/'Assumptions'!$B$3        → #REF!
=SUMIFS('P&L'!C:C,'P&L'!B:B,">="&'Assumptions'!$B$3)  → #REF!
='P&L'!C22*'Assumptions'!$D$14                   → #REF!

Quarenta dessas, distribuídas por quatro abas. A correção manual é o localizar-e-substituir - mas só funciona se as abas foram renomeadas de forma consistente. Se alguém digitou errado o novo nome, ou se os intervalos mudaram quando linhas foram inseridas, você vai corrigir célula por célula.

O prompt que resolveu o problema:

"Três abas foram renomeadas. 'P&L' agora se chama 'Income Statement', 'Assumptions' agora é 'Inputs', 'Returns' virou 'Returns Analysis'. Encontre todas as referências cruzadas quebradas na planilha e reescreva com os nomes corretos das abas."

O que voltou: A ferramenta identificou 43 referências quebradas entre Returns Analysis, LBO Summary e a aba Debt Schedule. Antes de alterar qualquer coisa, propôs um diff - fórmula antiga versus fórmula nova, célula por célula. O diff para o primeiro lote ficou assim:

Returns Analysis!B12
  ANTES:  =('P&L'!C15-'P&L'!C8)/'Assumptions'!$B$3
  DEPOIS: =('Income Statement'!C15-'Income Statement'!C8)/'Inputs'!$B$3

Returns Analysis!B13
  ANTES:  =SUMIFS('P&L'!C:C,'P&L'!B:B,">="&'Assumptions'!$B$3)
  DEPOIS: =SUMIFS('Income Statement'!C:C,'Income Statement'!B:B,">="&'Inputs'!$B$3)

43 reescritas propostas, revisadas e aprovadas. Tempo total: cerca de 4 minutos incluindo a revisão. Equivalente manual com localizar-e-substituir: 25 a 35 minutos - e você ainda precisaria auditar para garantir que nenhuma escapou.

O detalhe mais importante que a revisão do diff capturou: 3 das 43 referências também tinham os números de linha alterados por causa de linhas inseridas no fechamento do terceiro trimestre. A IA sinalizou essas como precisando de revisão manual, em vez de aplicar silenciosamente a correção errada. Esse é o comportamento certo.

O Que a IA Faz Melhor do que Qualquer Sheet Monkey

O cenário de renomeação de abas representa uma categoria de problemas onde o trabalho é mecânico mas trabalhoso: a lógica é clara, o padrão é repetitivo, e um erro gera uma auditoria, não apenas um minuto perdido. Em abril de 2026, estas são as tarefas onde a IA se paga num modelo financeiro:

TarefaTempo economizadoPonto de atenção
Correção de referências cruzadas após renomear abas25-35 min → 4 minMudanças de linha/coluna não capturadas só pela varredura de nomes
Normalização de formato de data (exports do Salesforce)45 min → 8 minMeses de um dígito quando a fonte não usa zero à esquerda
Puxar realizados do dump do ERP para o DRERedução de 60-80% no tempoErros de mapeamento quando códigos contábeis mudam no meio do ano
ARRAYFORMULA em 5.000 linhasQuase instantâneoFórmula certa, premissa errada
Construir SUMIFS em modelo com 8 abas5 min → 30 segLinha de cabeçalho identificada incorretamente

O que não está nessa tabela: validar suas premissas de WACC contra comparáveis, fazer stress test na taxa de crescimento na perpetuidade, verificar se o múltiplo de saída faz sentido para o setor. Isso ainda exige alguém que entenda o que os números significam.

O Exemplo de WACC Feito Direito

Veja como o cálculo do WACC funciona na prática para uma empresa de SaaS Series B em 2026 - e onde a IA efetivamente ajuda no modelo.

Para empresas brasileiras que captam de fundos internacionais e são avaliadas em dólares, o WACC costuma ser calculado em USD. Para quem monta o DCF em reais, a taxa livre de risco parte de NTN-B de longo prazo, com ajuste de prêmio de risco Brasil via CDS spread. Em ambos os casos, a estrutura do CAPM é a mesma - o que muda são os inputs.

Inputs para uma SaaS Series B avaliada em USD (abril de 2026):

  • Taxa livre de risco: 4,35% (Treasury de 10 anos nos EUA)
  • Prêmio de risco de mercado: 4,7% (estimativa de janeiro de 2026 de Damodaran para o mercado americano)
  • Beta: 1,35 (beta bruto de peers de SaaS mid-size, desalavancado e re-alavancado a 20% dívida/equity)
  • Prêmio de tamanho: 1,8% (Duff & Phelps CRSP decil 9 para faixa de market cap equivalente a R$ 1-2,5 bi)
  • Custo da dívida: 7,2% (taxa atual para créditos B/B+ em garantia sênior)
  • Alíquota de IR: 21%

Isso resulta em um WACC de aproximadamente 12,5% a 13,0% - não 9%. Só o ERP do Damodaran não é suficiente: você precisa do prêmio de tamanho, e para uma empresa SaaS ainda pré-lucrativa o beta está fazendo muito trabalho pesado. Um grupo de 8 a 12 comparáveis públicos de SaaS com EBITDA negativo vai entregar betas alavancados entre 1,2 e 1,6 dependendo do perfil de crescimento.

Onde a IA ajuda nesse cálculo: montar o lookup de beta dos comparáveis. Se você tem uma aba Comps com 12 linhas de tickers e quer puxar betas desalavancados, re-alavancar na sua estrutura de capital-alvo e calcular a média, o conjunto de fórmulas é tedioso mas mecânico. O ModelMonkey escreve a estrutura completa de AVERAGE(ARRAYFORMULA(...)) na aba mais rápido do que você consegue digitar. O que ele não faz é dizer se o seu grupo de comparáveis está correto.

O Problema das Datas no ARRAYFORMULA

Exports do Salesforce trazem datas no formato M/D/AAAA - sem zero à esquerda. Então 5 de janeiro de 2026 vem como 1/5/2026, não 01/05/2026. Uma abordagem com MID(A2,4,2) para extrair o dia falha nos meses de um dígito porque as posições dos caracteres se deslocam.

A fórmula robusta para normalizar essas datas para AAAA-MM-DD em um export de 3.000 linhas:

=ARRAYFORMULA(
  IF(A2:A="","",
    TEXT(DATEVALUE(A2:A),"YYYY-MM-DD")
  )
)

DATEVALUE lida nativamente com M/D/AAAA - não se importa com zero à esquerda. O TEXT converte para o formato ISO, que funciona perfeitamente nos SUMIFS de comparação de datas no seu DRE:

=SUMIFS('Income Statement'!C:C,
        'Income Statement'!B:B,">="&TEXT(Inputs!$B$3,"YYYY-MM-DD"),
        'Income Statement'!B:B,"<="&TEXT(Inputs!$B$4,"YYYY-MM-DD"))

É exatamente nesse tipo de situação que 3 minutos promtando um assistente de IA para escrever o pipeline de normalização de datas - incluindo o SUMIFS cruzado entre abas - valem mais do que 20 minutos de tentativa e erro quando o formato da fonte não é o que você esperava.

O Que Significa IA Escrevendo Fórmulas na Prática

O risco real é a IA escrever fórmulas tecnicamente corretas para a pergunta errada. Ela é rápida o suficiente na parte mecânica para que você ultrapasse seu próprio entendimento do modelo - você aprova um SUMIFS que referencia as células certas mas agrega o item errado, e sua análise de variação fica incorreta de um jeito que passa em todos os testes de sanidade até o CFO perguntar por que a receita está R$ 400 mil acima das contas gerenciais.

A solução não é IA mais lenta - são prompts mais precisos e o hábito de revisar as alterações propostas antes de aprovar. Um fluxo de aprovação-antes-de-escrever existe exatamente por isso: cada alteração de fórmula deve ser um diff que você lê antes de tocar na planilha. Aprovar no escuro não é delegação - é terceirizar o risco de auditoria.

Perguntas Frequentes

O que é um sheet monkey? No contexto de finanças e operações, sheet monkey é o profissional que passa a maior parte do tempo em trabalho mecânico de planilha - reformatar dados, corrigir referências quebradas, replicar fórmulas linha por linha - em vez de interpretar os resultados. Não é um rótulo pejorativo: é uma descrição funcional de onde o tempo vai. O problema surge quando esse trabalho mecânico consome horas que deveriam ir para análise de maior valor.

A IA pode substituir completamente um analista financeiro no Google Sheets? Não. A IA lida bem com tarefas mecânicas e repetitivas - normalização de dados, reescrita de referências, templates de fórmulas. Ela não valida premissas, não avalia se um grupo de comparáveis é adequado ao setor, e não detecta quando um input está errado mas é numericamente plausível. O analista continua sendo responsável pelo julgamento; a IA reduz o tempo gasto antes de chegar lá.

Quais tarefas de planilha a IA consegue automatizar com segurança em 2026? As mais seguras são aquelas com lógica determinística e padrão repetitivo: correção em lote de referências cruzadas quebradas, normalização de formatos de data inconsistentes, construção de SUMIFS e ARRAYFORMULA em modelos com múltiplas abas, e mapeamento de código contábil para linha de DRE. O risco aumenta quando a tarefa exige inferência sobre intenção - por exemplo, decidir qual centro de custo mapeia para qual linha quando os nomes são ambíguos.

Como evitar erros ao usar IA para escrever fórmulas? Três hábitos práticos: (1) sempre revisar o diff da fórmula proposta antes de aplicar - verifique o intervalo, o critério e a coluna de retorno; (2) testar em uma célula isolada antes de propagar com ARRAYFORMULA para 5.000 linhas; (3) formular o prompt com o resultado esperado, não só com a operação - "calcule a receita líquida excluindo devoluções do centro de custo 310" produz fórmula mais precisa do que "some a coluna C".

Vale a pena usar IA para modelos financeiros com dados de NF-e ou SPED? Sim, especialmente para a etapa de mapeamento e limpeza dos exports. Dados fiscais brasileiros têm particularidades de formato - CNPJ, códigos de CFOP, datas no padrão AAAA-MM-DD no XML mas frequentemente convertidas para texto no export CSV. A IA consegue montar os pipelines de normalização com eficiência. A validação das regras fiscais (ICMS por UF, alíquotas do Simples Nacional por faixa de receita) ainda requer revisão humana.

Em Resumo

Sheet monkeys que continuam sendo sheet monkeys em 2026 estão fazendo uma escolha. O trabalho mecânico - correção de referências cruzadas, normalização de datas, templates de fórmulas em modelos com múltiplas abas - agora é mais barato delegar para a IA do que fazer na mão. O trabalho de julgamento - validação de premissas, seleção de comparáveis, estruturação de sensibilidades - continua sendo seu. A diferença entre um modelo de 6 horas e um de 2 horas está, em grande parte, no tempo economizado na primeira categoria.


Quer testar na prática? A ferramenta funciona diretamente no Google Sheets - Escolha um plano do ModelMonkey.