Fluxo de Caixa para Restaurante: como controlar o dinheiro que entra e sai todos os dias

O que é fluxo de caixa de restaurante (e por que tem duas camadas)

Fluxo de caixa é o registro contínuo de entradas e saídas de dinheiro num período, em qualquer comércio. A diferença do food service é que esse registro acontece em dois pontos diferentes da operação, com pessoas diferentes e ritmos diferentes, e a maioria dos artigos sobre o tema mistura os dois.

Camada 1, caixa operacional do PDV. É a rotina do operador. Abre o caixa de manhã com fundo de troco, vende durante o turno, registra sangrias e suprimentos, fecha à noite conferindo cada forma de pagamento. Acontece dentro do PDV, é por turno (ou por usuário), e quase sempre fecha com pequena diferença que vai virando bolo.

Camada 2, caixa gerencial. É a rotina do dono ou do financeiro. Lança conta a pagar quando o fornecedor entrega, registra recebimento quando o cliente paga fiado, transfere entre contas bancárias, classifica cada lançamento numa categoria. Acontece dentro do módulo financeiro, é por mês, e responde pergunta diferente: "tenho dinheiro para pagar a folha dia 5?"

Fluxo de caixa × DRE × saldo da conta

São três relatórios diferentes que respondem a três perguntas diferentes. Confundir os três é o erro de base, e é onde o dono normalmente decide errado.

Saldo bancário é a foto do agora, útil só para saber se o boleto de amanhã vai compensar. Fluxo de caixa é o vídeo do mês, útil para projetar 30 dias à frente. DRE é o resultado, útil para saber se o negócio dá lucro de verdade. Os três se completam, nenhum substitui os outros. Para entender em profundidade o terceiro, vale o artigo DRE para restaurante.

Como montar o fluxo de caixa do restaurante: passo a passo

Conferência por forma de pagamento: onde o dinheiro some

A maior parte da diferença de caixa não é roubo, é confusão de lançamento. Cliente paga R$ 100 mas o operador registrou só o prato e esqueceu da bebida. Cartão do almoço foi para a maquininha errada. Pix caiu na conta do dono, não da empresa. No fechamento global, ninguém vê. Quando se confere por forma de pagamento separada, cada uma dessas confusões aparece.

Modo cego × modo completo. No modo completo, o operador vê o valor esperado e tende a confirmar o número exibido. No modo cego, ele conta primeiro e digita às cegas, só depois o sistema revela a diferença. Para flagrar diferença real, cego é a recomendação direta.

Caixa por usuário. Cada operador com seu fluxo individual revela qual turno ou qual pessoa fecha sempre com diferença. Caixa coletivo soma turno bom com turno ruim e dá zero. O problema continua, agora invisível.

Categorias que viram DRE

Categorização ruim é o erro silencioso. Lançamento entra como "diversos" porque é mais rápido. No fim do mês, 30% das despesas estão em "diversos" e o relatório não responde nada.

Categorias mínimas de entrada: vendas balcão/salão, vendas delivery próprio, vendas marketplace (iFood/99Food quando o volume justifica separar), recebimento de fiado, aporte do sócio.

Categorias mínimas de saída: insumos/CMV, embalagem, folha + encargos, pró-labore, aluguel, energia/gás/água, taxas de cartão e marketplace, marketing, manutenção, impostos, despesas financeiras.

Cada uma vinculada a uma linha do DRE. Quando você lança a conta de luz no caixa, ela já entra como "Despesa administrativa" no relatório mensal. Sem esse vínculo, fluxo de caixa e DRE viram dois trabalhos, e o segundo não acontece. Para entender como cada bloco pesa, vale como reduzir custos no restaurante.

Projeção 30/60/90: o relatório diário do dono

Fluxo de caixa só vira decisão quando inclui o futuro. Saber que ontem entrou R$ 3.200 não muda nada no presente. Saber que em 18 dias o saldo projetado fica negativo (porque o aluguel vence dia 20, a folha sai dia 22 e o repasse do iFood só cai dia 28) muda tudo, porque dá 18 dias para agir.

A regra é cadastrar contas a pagar e a receber no momento em que existem, não no vencimento. Fornecedor entregou nota com 30 dias? Lança hoje. iFood vai repassar em 14? Lança como recebível. O sistema soma, projeta, mostra a curva, em 5 minutos por dia. Saldo projetado negativo na próxima quinzena vira uma de três decisões: antecipar recebível (com custo), renegociar prazo (sem custo) ou segurar compra não-essencial. Todas tomadas com respiro, não no dia do vencimento.

Os 5 erros que sabotam o fluxo de caixa de qualquer restaurante

1. Misturar caixa operacional com caixa gerencial. Operador anota vendas do turno; dono anota contas a pagar. Os dois mundos nunca se cruzam, e a diferença de fechamento nunca chega ao financeiro consolidado.

2. Não conferir por forma de pagamento. Total geral bate, formas individuais não. R$ 30, R$ 80 todo dia, R$ 2 mil sumindo no mês.

3. Lançar tudo como "diversos". Quando 30% das saídas estão na categoria genérica, o relatório deixa de informar onde o dinheiro vai.

4. Misturar conta da empresa com conta do dono. Cartão da empresa pagando supermercado de casa, almoço da família entrando no caixa. O fluxo deixa de medir o restaurante.

5. Cadastrar conta a pagar só no vencimento. Sem cadastro antecipado, não existe projeção. O dono descobre que vai faltar dinheiro no dia 22, quando deveria ter visto no dia 1.

Por que planilha não basta, e o que muda quando PDV e financeiro vivem no mesmo sistema

Planilha funciona em restaurante pequeno: até 30 mesas/dia, 1 caixa, 1 dono que fecha à noite. Acima disso, trava em quatro lugares. Os quatro são onde sistema feito para food service entrega valor real.

Ponto cego 1: o caixa do PDV não conversa com o caixa gerencial

O operador registra o turno numa aba; o dono lança contas em outra. Quando o operador faz sangria de R$ 200 para pagar fornecedor, esse evento existe nas duas pontas, mas é digitado duas vezes, e na segunda quase sempre não é digitado. Em sistema food service, uma configuração resolve: o lançamento de saída no caixa do PDV é automaticamente duplicado como conta a pagar no Financeiro. O operador lança uma vez; o dono vê no relatório do mês.

Ponto cego 2: a forma de pagamento não trava

Em planilha, "vendas do dia" é uma linha só. Em sistema food service, cada forma de pagamento tem flag própria de "contabiliza no fluxo de caixa?". A conferência do turno bate forma a forma, e cartão TEF integrado pode ficar fora porque já bate por relatório da máquina.

Ponto cego 3: venda sem caixa aberto

Em planilha, dá para vender e esquecer de registrar. Em sistema food service, é possível bloquear a venda quando o caixa não está aberto: pedido de balcão, fechamento de mesa, comanda nova, todos travam. Fim de venda invisível.

Ponto cego 4: projeção não é planilha

Contas a pagar e a receber com prazos diferentes (cartão D+30, iFood D+14, fiado em 3x), múltiplas contas bancárias, transferências entre contas. Planilha consegue, mas o operador médio não consegue manter sem erro. Sistema food service filtra por data de vencimento, mostra a curva, e a categoria já alimenta o DRE no fim do mês, sem retrabalho.

Conclusão

O fluxo de caixa de restaurante não é relatório de domingo. É rotina diária em duas camadas: o operador fecha o turno conferindo cada forma de pagamento, o dono lança contas e olha projeção 30 dias à frente. Quando as camadas vivem em sistemas separados, a sincronização morre na primeira semana corrida.

Um sistema que entende food service trata caixa do PDV, contas a pagar/receber, contas bancárias e categorização do DRE como partes do mesmo fluxo, fazendo a ponte automática entre o lançamento do caixa e o financeiro do dono.