Previsão de Fluxo de Caixa: O Método de Previsão Contínua de 13 Semanas

Este guia oferece um método simples, de nível CFO, para gerenciar a liquidez da sua empresa. Ao construir uma previsão de caixa contínua de 13 semanas, você pode ver sua pista de caixa semana a semana, direcionar estrategicamente cobranças e pagamentos e eliminar surpresas financeiras. É um sistema feito para fundadores — e esta página disponibiliza o modelo real: um workbook com fórmulas e dados de exemplo, além do livro-razão Beancount de exemplo por trás das duas primeiras semanas (veja os downloads abaixo).

Duas coisas que este guia não é: uma previsão é uma estimativa prospectiva que você digita, enquanto os valores reais da contabilidade são movimentações bancárias já lançadas no seu livro-razão — a rotina de segunda-feira abaixo copia manualmente os últimos sobre os primeiros. Nada aqui sincroniza automaticamente: o workbook não tem macros nem conexões externas, e nenhuma etapa puxa dados do seu banco ou do Beancount por conta própria.

Por que 13 Semanas?​

Uma previsão de 13 semanas é o padrão ouro para a gestão operacional de caixa por vários motivos principais:

• Controle de Curto Prazo: Cobre aproximadamente um trimestre empresarial, dando uma visão clara da sua liquidez imediata. Esse horizonte é longo o suficiente para incluir 2–3 ciclos de folha de pagamento, remessas de impostos e prazos típicos de pagamento a fornecedores, mas curto o suficiente para permanecer altamente preciso e acionável.
• Visão de Recebimentos e Desembolsos: A previsão usa o "método direto", focando apenas em entradas e saídas de caixa. Não se trata de contabilidade de competência ou lucratividade; trata-se do que realmente entrará ou sairá da sua conta bancária, garantindo que a previsão esteja diretamente vinculada ao seu saldo bancário.
• Contínua, Não Estática: Não é um orçamento único. A cada semana, você elimina a semana que passou, adiciona uma nova semana no final (semana 13) e atualiza suas premissas. Isso mantém o horizonte de visão futuro constante, transformando a previsão em uma disciplina semanal dinâmica.

O Que Você Vai Construir​

1. Uma Única Planilha: O núcleo do sistema é uma planilha com 13 colunas (Semana 1 a Semana 13) e seções bem definidas: Caixa Inicial, Recebimentos, Desembolsos, Caixa Líquido e Caixa Final.
2. Mapeamento de Categorias: Um sistema simples para mapear transações do seu livro-razão para as categorias da previsão (por exemplo, todos os pagamentos do Stripe são mapeados como "Recebimentos de Clientes"; pagamentos do Gusto são mapeados como "Folha de Pagamento"). A aba Mapeamento de Fornecedores do workbook já codifica esse mapa, incluindo a regra de não dupla contagem banco/cartão — comece por ela em vez de inventar a sua própria.
3. Ritmo Semanal: Um processo repetível para atualizar a previsão, acompanhar a variação (previsão vs. real) e um conjunto de gatilhos pré-definidos para agir quando limites financeiros forem atingidos.

Baixe os arquivos iniciais​

Pule a configuração de página em branco: este guia disponibiliza um workbook com fórmulas e dados de exemplo, além do livro-razão de exemplo por trás das duas primeiras semanas.

• Workbook de previsão de 13 semanas (XLSX, v1.0.0) — cash-flow-forecast-13-week-pt.xlsx. Premissas editáveis, semanas encadeadas por fórmulas e uma aba de mapeamento de fornecedores; substitua as células azuis de exemplo pelos seus próprios números.
• Livro-razão de exemplo e valores reais (livro-razão Beancount, .bean) — sample.bean. Livro-razão de exemplo balanceado com os valores reais bancários trabalhados de W1–W2, correspondendo às duas primeiras semanas do workbook.

Como os arquivos iniciais funcionam (leia antes de digitar)​

Planilhas. O workbook (cash-flow-forecast-13-week-pt.xlsx, v1.0.0) tem três planilhas:

• Previsão — as 13 semanas datadas, premissas, recebimentos, desembolsos, caixa líquido/final.
• Mapeamento de Fornecedores — o mapa livro-razão→categoria com a regra de contagem de caixa banco/cartão por fonte.
• Notas — mecânica, alternâncias de cenário e versão, duplicadas do gerador para que o arquivo se explique offline.

Base de tempo. As semanas começam na segunda-feira, W1 começando em 2026-09-14 até W13 começando em 2026-12-07 (linha 2 da Previsão; edite essas datas ao adotar o modelo — cada fórmula é relativa à semana, então a cadeia sobrevive). Uma transação pertence à semana que contém sua data de lançamento, de segunda a domingo.

Unidades. USD inteiro em todo lugar (formato de número #,##0). A empresa de exemplo é uma SaaS em estágio inicial começando com 85,000, com folha de pagamento semanal alternando 0 / 11,000, aluguel mensal e um autopagamento de empréstimo de 900/semana.

O que você digita vs. o que calcula. As células azuis são entradas manuais; todo o resto é fórmula:

• Entradas: saldo inicial B5 (85,000), alternâncias B6/B7 (1.0), piso B8 (40,000), bases de recebimentos linhas 12–14, bases de desembolsos linhas 17–26 e as datas das semanas na linha 2.
• Fórmulas (mostradas para a coluna B, semana 1 — cada semana posterior muda a letra da coluna): Abertura B10 = $B$5 (semanas 2–13, em vez disso, carregam adiante, ex.: C10 = B29); Total de Recebimentos B15 = B12*$B$6+B13*$B$7+B14; Total de Desembolsos B27 = SUM(B17:B26); Líquido B28 = B15-B27; Final B29 = B10+B28.
• O recálculo é Automático e o arquivo define fullCalcOnLoad, então Excel, LibreOffice e Numbers recalculam ao abrir (o arquivo não armazena valores de fórmula em cache). Altere uma célula azul e todas as 13 semanas se movem — ex.: definir a alternância de cobrança B6 para 1.2 leva os recebimentos de W1 de 12,200 para 14,600 e o caixa final de W1 de 87,500 para 89,900.
• Gere novamente o arquivo original a qualquer momento com yarn generate:cash-flow-forecast (gerador: scripts/generate-cash-flow-forecast.py, escritor openpyxl 3.1.5; --verify reabre o arquivo e afirma que cada célula de total contém uma fórmula real).

Exemplo vs. seus dados. Cada célula azul vem com números de exemplo — eles são o exemplo trabalhado, não o seu negócio. Substitua-os pelos seus próprios valores semana a semana; as duas alternâncias (B6 escala todos os recebimentos de clientes, B7 escala todos os prepagamentos) são a única coisa que deve permanecer genérica, para jogar com cenários. Os valores reais de W1–W2 do livro-razão de exemplo são iguais à previsão de exemplo de W1–W2 do workbook por construção, então a variação previsão-vs-real ali é zero: esse é o alvo da conciliação, não uma afirmação sobre seus livros.

Estrutura (As Linhas Que Você Precisa)​

Sua planilha de previsão deve ser estruturada com as seguintes linhas para capturar todos os movimentos de caixa. Este é o layout da planilha Previsão no download (recebimentos linhas 12–14, desembolsos linhas 17–26, totais linhas 10/15/27–29) — leia como o mapa, não uma segunda especificação.

• Saldo de Caixa Inicial (Deve corresponder ao Saldo de Caixa Final da semana anterior)

• Recebimentos (Entrada de Caixa)

  • Recebimentos de Clientes: Caixa que você espera coletar de faturas existentes (Contas a Receber).
  • Novos Contratos/Prepagamentos: Pagamentos antecipados que você espera de novos negócios fechando dentro da janela de 13 semanas.
  • Outras Entradas: Qualquer outro caixa entrando, como reembolsos de impostos, receita de juros ou financiamento por subsídios.

• Desembolsos (Saída de Caixa) — 10 linhas na planilha (linhas 17–26):

  • Folha de Pagamento: O custo total em caixa, incluindo pagamento líquido aos funcionários e todos os encargos trabalhistas do empregador.
  • Contratados e Freelancers: Pagamentos a não funcionários.
  • Nuvem/Hospedagem (CPV): Custos de infraestrutura central, como AWS, GCP, etc.
  • SaaS/Ferramentas: Todas as suas assinaturas de software.
  • Marketing: Gastos com anúncios, taxas de agência e outros custos relacionados à marca.
  • Aluguel/Escritório: Custos físicos de escritório.
  • Jurídico e Contabilidade: Taxas de serviços profissionais.
  • Impostos e Taxas: Remessas de impostos sobre vendas e outros pagamentos governamentais.
  • Serviço da Dívida: Tanto pagamentos de principal quanto de juros de quaisquer empréstimos.
  • Únicos: Pagamentos irregulares e pouco frequentes, como prêmios de seguro anuais, depósitos de segurança ou hardware/capex (laptops, equipamentos) — qualquer coisa sem linha própria acima cai aqui.

• Fluxo de Caixa Líquido (= Total de Recebimentos − Total de Desembolsos)

• Saldo de Caixa Final (= Caixa Inicial + Fluxo de Caixa Líquido)

A Mecânica Contínua (como construída no workbook)​

A lógica da previsão contínua é simples e poderosa — e no download já está conectada como fórmulas na planilha Previsão (linhas entre parênteses):

• Caixa Inicial (Semana 1) = premissa do saldo inicial — célula B10 = $B$5.
• Caixa Inicial (Semana n) = Caixa Final (Semana n−1) — ex.: C10 = B29 (linha 10, semanas 2–13).
• Total de Recebimentos (Semana n) = Recebimentos de Clientes × alternância de cobrança + Prepagamentos × alternância de novos negócios + Outros — ex.: B15 = B12*$B$6+B13*$B$7+B14 (linha 15).
• Total de Desembolsos (Semana n) = SOMA das 10 linhas de categoria — ex.: B27 = SUM(B17:B26) (linha 27).
• Caixa Líquido (Semana n) = Total de Recebimentos − Total de Desembolsos — ex.: B28 = B15-B27 (linha 28).
• Caixa Final (Semana n) = Caixa Inicial + Caixa Líquido — ex.: B29 = B10+B28 (linha 29).

Seu Ritmo de Segunda-feira de Manhã (contra este workbook):

1. Role a Janela: Mova toda a previsão uma semana para frente — desloque as entradas azuis de cada semana uma coluna para a esquerda (a antiga Semana 2 se torna a nova Semana 1), limpe a última coluna e date-a como a nova Semana 13 na linha 2. As fórmulas de carregamento adiante (C10 = B29, …) se reancoram automaticamente; verifique se o Caixa Inicial da nova Semana 1 é igual ao Caixa Final da semana passada.
2. Atualize com Valores Reais: Sobrescreva as células azuis de previsão da semana passada com os movimentos bancários reais da semana, usando o mapeamento abaixo (consulte, divida, cole — manualmente). Depois confirme se a célula de Caixa Final da semana é igual ao seu saldo bancário combinado real (Assets:Bank:Checking + Assets:Bank:Savings): se não for, o erro está no mapeamento, não no banco.
3. Reestime o Futuro: Atualize as células azuis para as próximas 2–4 semanas com as informações mais recentes que você tem (faturas recém-enviadas, pagamentos a fornecedores futuros, datas confirmadas de folha de pagamento).

Mapeamento do Beancount para Sua Previsão​

Escopo de caixa bancário (a regra que previne dupla contagem). Os valores reais semanais são lançamentos em Assets:Bank:* apenas — um escopo que resolve ambas as armadilhas:

• Cartões de crédito: uma compra no cartão lança em Liabilities:CreditCard:* e não move caixa bancário, então não é contada na cobrança. O caixa sai uma vez, na liquidação (pagamento banco→cartão). Contar a cobrança mais a liquidação conta o mesmo gasto duas vezes. No livro-razão de exemplo, W1 contém 420.00 USD de cobranças SaaS da Amex (apenas passivo, ignoradas) ao lado da liquidação de 600.00 USD do extrato de agosto (contada). O total ingênuo de "saídas bancárias + cobranças de cartão" para W1 é 10,120.00 USD — exatamente 420.00 a mais; o workbook conta 9,700.00.
• Transferências internas: uma varredura entre Checking↔Savings tem duas pernas bancárias opostas, então ela se anula dentro deste escopo e é excluída de ambos recebimentos e desembolsos. As varreduras de 3,000.00 USD (W1) e 1,500.00 USD (W2) do exemplo inflariam ambos os lados nesses valores.
• Corolário: mapeie as pernas bancárias, não as pernas de Receita/Despesa. O principal de um empréstimo não é uma despesa, mas é uma saída bancária (os autopagamentos de 900.00 USD do exemplo = 800 principal + 100 juros, todos contados em Serviço da Dívida); uma compra no cartão é uma despesa, mas ainda não é uma saída bancária.

Divisão de recebimentos/desembolsos. Das pernas bancárias exportadas: pernas positivas são recebimentos, pernas negativas são desembolsos, pernas de transferência excluídas. Mapa de categorias (mesmo que a aba Mapeamento de Fornecedores): pagamentos do Stripe/PayPal → Recebimentos de Clientes; transferências de novos clientes → Novos Contratos / Prepagamentos; juros bancários/subsídios → Outras Entradas; Gusto/ADP → Folha de Pagamento; AWS/GCP → Nuvem/Hospedagem; SaaS pago pelo banco → Software/SaaS; locador → Aluguel; escritório de advocacia → Jurídico/Contabilidade; autoridade tributária → Impostos e Taxas; autopagamento de empréstimo → Serviço da Dívida.

• Lidando com Imposto sobre Vendas: Mesmo que o imposto sobre vendas não seja receita, é um item de fluxo de caixa. Trate as cobranças de imposto sobre vendas como um recebimento de caixa e a remessa ao governo como um desembolso. O impacto na receita vive em seus livros de competência, mas o movimento de caixa importa aqui.

Semana trabalhada: W1 de ponta a ponta (2026-09-14 – 2026-09-20)​

O caixa bancário inicial é 85,000.00 (Checking 80,000 + Savings 5,000 em 2026-09-13). As pernas bancárias de W1 do livro-razão, após excluir o par de varredura de 3,000.00:

Carregamento para W2. C10 = B29, então W2 abre em 87,500.00. Suas pernas bancárias dão recebimentos de 8,000 (Stripe) + 5,000 (prepago) + 200 (juros) = 13,200.00 e desembolsos de 11,000 (folha do Gusto) + 1,500 + 2,200 + 600 (SaaS debitado no banco) + 1,000 + 900 = 17,200.00; líquido −4,000.00, final 83,500.00 — exatamente a coluna W2 do workbook. A variação previsão-vs-real é zero para essas duas semanas por construção; essa é sua prova de que o mapeamento funciona, aplicada uma semana de cada vez a partir de W3.

Reproduza (verificado em 2026-09-09, Beancount 3.2.3 + beanquery 0.2.0)​

uvx --from beancount bean-check public/downloads/cash-flow-forecast/sample.bean
yarn check:cash-flow-actuals

O verificador executa bean-check (as próprias asserções de balance do livro-razão provam o caixa final de cada semana), as consultas de exportação abaixo e um roll-forward independente em Python afirmando que todos os três concordam — W1 12.200,00 / 9,700.00 / 87,500.00, W2 13.200,00 / 17,200.00 / 83,500.00:

SELECT date, narration, account, position
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank" ORDER BY date;
 
SELECT sum(position) AS net
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank";
 
SELECT sum(position) AS bank_cash
FROM close ON 2026-09-21 WHERE account ~ "^Assets:Bank";

(Desloque as datas em 7 para W2, fechando em 2026-09-28.) Uma limitação do BQL a conhecer: esta versão do beanquery não pode filtrar lançamentos por sinal, então a divisão de recebimentos/desembolsos é aplicada às linhas exportadas — pernas bancárias positivas para recebimentos, negativas para desembolsos, pares de varredura excluídos — exatamente como o verificador faz.

O Ritmo de Atualização (30–45 Minutos Semanais)​

1. Busque os Valores Reais (15 min): Exporte os lançamentos da semana em Assets:Bank:* (execute as consultas acima ou baixe transações das suas contas bancárias — cobranças de cartão ficam de fora; apenas o pagamento da liquidação conta). Confirme se seu "Caixa Final" da semana anterior corresponde perfeitamente ao seu saldo bancário combinado real (Checking + Savings). Essa conciliação é inegociável.
2. Revise as Contas a Receber (10 min): Liste todas as faturas pendentes e encaixe-as na semana em que você espera o pagamento. Seja conservador e aplique atrasos de cobrança realistas com base no desempenho passado.
3. Revise as Contas a Pagar e a Folha (10 min): Encaixe as datas de vencimento de todas as contas futuras conhecidas. Pré-preencha suas datas e valores de folha de pagamento para todo o trimestre. Agende desembolsos não críticos para sextas-feiras para preservar a opcionalidade de caixa durante a semana.
4. Reunião de Variação (10 min): Compare brevemente a previsão da semana passada com os resultados reais. Anote as causas de quaisquer diferenças significativas e decida se você precisa ajustar suas regras de previsão daqui para frente.

Precisão e Tomada de Decisão​

Regras Práticas de Precisão​

• Semanas 1–2: Busque um erro de ±5–10%. Essas datas e valores devem ser altamente certos.
• Semanas 3–6: Espere ±10–20% de erro. Esse período será uma mistura de contas conhecidas e estimativas baseadas em padrões.
• Semanas 7–13: Essa parte da previsão é direcional. É guiada pelo seu pipeline de vendas e despesas recorrentes.

Códigos de Confiança: Para facilitar a leitura da previsão, marque cada linha da previsão com um código de confiança: Comprometido (ex.: folha de pagamento, aluguel), Provável (ex.: faturas para bons clientes) ou Potencial (ex.: novos negócios do pipeline).

Gatilhos e Ações (Decida com Antecedência)​

Uma previsão é inútil sem um plano. Pré-defina suas ações para quando você atingir certos limites.

• Piso Mínimo de Caixa: Por exemplo, sua regra pode ser "Devemos manter caixa ≥ 1.5× o valor da próxima folha de pagamento completa o tempo todo." Se a previsão mostrar que você vai violar esse piso, execute imediatamente um plano pré-acordado, como uma intensificação de cobranças e uma pausa em todos os gastos discricionários.
• Guarda-corpo de Pista: Por exemplo, "Se o Caixa Final na Semana 13 implicar menos de X meses de queima, iniciaremos nosso plano de financiamento." Isso pode envolver buscar um term sheet, oferecer aos clientes um desconto para pagamento antecipado de receita ou sacar de uma linha de crédito.
• Regra de Grande Saída: Por exemplo, "Qualquer desembolso único não relacionado à folha maior que 5% do nosso saldo de caixa atual deve ser aprovado com duas semanas de antecedência e ter um plano de contingência."

Modelo e Cenários​

Conjunto Simples de Categorias (Para uma SaaS em Estágio Inicial)​

• Recebimentos: Recebimentos de Clientes, Outras Entradas (juros, reembolsos, subsídios)
• Desembolsos: Folha de Pagamento (líquido + encargos), Contratados, Nuvem/Hospedagem (CPV), Software/SaaS (OpEx), Marketing (Pago/Marca), Aluguel/Escritório, Jurídico/Contabilidade, Impostos e Taxas, Serviço da Dívida, Únicos/Anuais
• Calculados: Caixa Líquido, Caixa Final

Modelo (já construído no download; copie para reconstruir em branco)​

A tabela abaixo é a forma da planilha Previsão — mesmas linhas, mesmas fórmulas — para reconstrução em uma planilha em branco. No download, a linha 2 já contém as datas de início das semanas (W1 2026-09-14 até W13 2026-12-07) e todo total está conectado; congele abaixo da linha 3 e à direita da coluna A (B4 no arquivo) para corresponder.

Alternâncias de Cenário (Mantenha Leve)​

Você pode construir um planejamento de cenários simples sem criar um modelo complexo. Adicione uma célula de "alternância" no topo da sua planilha para os principais direcionadores. Por exemplo:

• Alternância de desaceleração de cobrança B6: [1.0] (Altere para 1.2 para modelar uma desaceleração de 20% nas cobranças — o Total de Recebimentos de cada semana recalcula via COL15 = COL12*$B$6+COL13*$B$7+COL14)
• Alternância de novos negócios B7: [1.0] (Altere para 0.8 para modelar uma perda de 20% vs. plano)

Essas são as células de premissa reais na planilha Previsão — nenhuma conexão extra necessária.

Aprendizado e Evitando Erros​

Acompanhamento de Variação (Faça o Aprendizado Compostar)​

Na semana que acabou de fechar, adicione duas colunas: "Previsão da Semana Passada" e "Real". Calcule a variação. Ao revisar, marque os motivos das principais diferenças: atraso de cobrança, mudança de escopo, compra não planejada de fornecedor, mudança de timing. Se o mesmo tipo de variação se repetir, mude a regra subjacente do seu modelo. Por exemplo, se as cobranças estão consistentemente uma semana atrasadas, mude sua premissa padrão de atraso de cobrança de 21 dias para 28 dias.

Armadilhas Comuns (Evite Estas)​

• Misturar Competência e Caixa: Esta previsão é somente para caixa. Receita reconhecida, depreciação e outros conceitos de competência pertencem ao seu livro-razão principal, não aqui.
• Esquecer Anuais Irregulares: Prêmios de seguro anuais, renovações grandes de SaaS e pagamentos trimestrais de impostos podem ser grandes surpresas. Agende-os na sua previsão assim que souber deles.
• Ignorar o Caixa do Imposto sobre Vendas: Mesmo que seja um passivo de repasse, o caixa está na sua conta bancária até você remetê-lo. Modele tanto a entrada quanto a saída.
• Não Conciliar: Se o Caixa Final da sua previsão não corresponder ao seu saldo bancário combinado real (Checking + Savings; saldos de cartão excluídos), você tem um erro de mapeamento — geralmente uma cobrança de cartão contada ou uma varredura mantida. Você deve corrigi-lo antes de poder confiar na previsão.
• Sem Dono Claro: Atribua a um responsável a atualização da previsão toda semana. Nomeie um substituto para férias.

Conexões Rápidas com o Beancount​

• Plano de Contas: Mantenha seus compartimentos de caixa limpos (ex.: Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Os valores reais semanais são as pernas de Assets:Bank:* apenas — a conta de cartão existe para que as liquidações tenham de onde vir, não como uma segunda fonte de saídas.
• Não use a Demonstração de Resultados como verificação: A Demonstração de Resultados do Fava é de competência — ela contabiliza compras de cartão na cobrança e ignora o principal de empréstimos — então ela discordará desta previsão de caixa por design. A verificação de caixa é a exportação do beanquery + roll-forward acima (yarn check:cash-flow-actuals), que deve corresponder ao Caixa Final toda semana.
• Documentação: Quando você tiver um item único grande, anexe o PDF da fatura na sua pasta documents/ do Beancount e vincule-o na coluna de notas da sua previsão.

Pacote para o Conselho/Investidores (Um Slide)​

1. Gráfico: Um gráfico de linhas simples do seu Caixa Final por semana para todas as 13 semanas. Adicione uma linha horizontal mostrando seu piso mínimo de caixa.
2. Tabela: Uma tabela pequena mostrando os números de Caixa Final de W1–W13, além de uma lista com marcadores das 5 maiores entradas e saídas esperadas no trimestre.
3. Notas: Alguns marcadores sobre premissas-chave que mudaram desde a última atualização e quaisquer gatilhos que você atingiu ou espera atingir.