Como automatizar a previsão de fluxo de caixa e a gestão de estoque

A maioria dos vendedores que faz essa pergunta, na verdade, está fazendo duas perguntas ao mesmo tempo.

A primeira é mecânica: um software consegue fazer as contas por mim? Sim. Essa parte foi resolvida há décadas.

A segunda é a que importa: posso confiar na resposta a ponto de gastar $40,000 com base nela?

A automação não conquista essa confiança prevendo melhor. Ela a conquista encurtando a distância entre um fato mudar e você saber o que esse fato muda.

Um fornecedor atrasa duas semanas. Um concorrente fica sem estoque e a sua velocidade de vendas dobra. Um contêiner chega antes do previsto. Cada uma dessas coisas muda um número — e todas as decisões que dependem dele. Numa planilha, você descobre quando abre a planilha da próxima vez. Num sistema interligado, você descobre no mesmo dia.

É isso que a automação compra. Não certeza. Velocidade de correção.

Veja como montar isso, na ordem que realmente funciona.

00O que “automatizado” significa de verdade

Um sistema que automatiza o fluxo de caixa e o estoque precisa fazer quatro coisas, nesta ordem. Pule uma e o resto é enfeite.

• Coletar — todo fato chega sem que você precise digitá-lo de novo.
• Datar — todo fato traz o dia em que o dinheiro se movimentou ou a unidade foi vendida, não o dia em que você percebeu.
• Decidir — o sistema converte fatos em uma ação com data, não em um número num gráfico.
• Comparar — a resposta da semana passada fica guardada e é avaliada contra o que de fato aconteceu.

A maioria das ferramentas para em coletar e chama o gráfico de previsão. O valor está nas duas últimas.

Uma previsão que não termina em uma data e uma quantidade não é previsão. É um estado de espírito.

Conecte as seis entradas

A previsão de caixa e de estoque precisa de exatamente seis entradas. Três delas a Amazon conhece. Três delas só você conhece — e são essas três que fazem as ferramentas genéricas darem respostas genéricas.

A Amazon conhece

• 01Unidades vendidas, por SKU, por diaO seu sinal real de demanda — incluindo os dias em que você ficou sem estoque.
• 02Entradas e saídas da liquidaçãoVendas, reembolsos, comissões de venda, tarifas do FBA, armazenagem, repasses — com a data em que a Amazon os lançou.
• 03Estoque disponível e em trânsitoDisponível para venda, reservado, em trânsito, além do registro de cada movimentação.

Só você conhece

• 04Custo total de importação por unidade (landed cost)Fabricação, frete, impostos de importação, inspeção — por unidade, por lote. Não uma média que você digitou uma vez.
• 05Lead times reaisDias entre fazer o pedido e a Amazon liberar o produto para venda, por fornecedor, medidos nos seus últimos pedidos.
• 06Condições de pagamento30% no pedido, 70% no embarque, prazo de 30 dias após a chegada. É isso que transforma um pedido de compra em uma saída de caixa com data.

As entradas 4 a 6 são o jogo inteiro. Uma ferramenta que só lê a sua conta da Amazon consegue dizer o que aconteceu. Não consegue dizer o que você pode bancar, porque não sabe o que você deve nem quando.

Deixe os números honestos antes de automatizá-los

Automatizar um número errado só produz respostas erradas mais rápido. Quatro regras tornam as entradas confiáveis.

Ancore nos dados, não no calendário

Se o seu último arquivo de transações termina 12 dias atrás, o seu número de “vendas diárias” é a média de 12 dias reais e 12 dias de zero. Isso corta a sua velocidade de vendas pela metade sem avisar — e um sistema que depois divide o seu estoque por essa velocidade vai dizer que o seu estoque dura o dobro do que de fato dura.

Toda taxa precisa ser calculada em relação ao último dia que os dados realmente cobrem, e a tela precisa dizer que dia é esse. A atualidade dos dados não é nota de rodapé; é pré-requisito.

Dinheiro que entra, dinheiro que sai — nada rateado

Um P&L que tenta atribuir cada custo a um produto vai consumir a sua vida arbitrando rateios que não mudam uma única decisão. Na previsão de caixa, um custo é um custo no dia em que o dinheiro se movimentou. A qual ASIN ele pertence é outra pergunta, respondida por outra tela.

Só essa regra elimina a maior parte do trabalho de conciliação que faz os vendedores abandonarem os próprios números.

Rotule a certeza; nunca a maquie

Nem todo dólar futuro é igualmente real. Três faixas bastam:

Mostre as três faixas separadas e empilhadas. Um gráfico de caixa que mistura as três em uma única barra é pior do que nenhum gráfico, porque parece conhecimento.

Quando os fatos divergem, quem resolve é uma pessoa

Dois registros vão se contradizer: a sua contagem de recebimento contra a da Amazon, a sua fatura de frete contra a remessa a que ela pertence. Um software que escolhe um vencedor em silêncio é um software em que, cedo ou tarde, você vai deixar de acreditar.

O comportamento certo é expor o conflito, recusar-se a resolvê-lo tirando a média e colocar uma barreira diante da resposta errada — deixando a decisão com a pessoa que sabe.

Estoque: transforme o que está na prateleira em uma decisão com data

Agora, as contas. Repare na ordem: a data vem antes da quantidade.

Velocidade, com uma janela que você consiga defender

Use janelas móveis exatas — 7, 30, 60, 90 dias — ancoradas na última data dos dados. Dê mais peso à janela recente do que à longa (algo como 60/40 entre 7 dias e 30 dias) para que uma tendência real apareça em dias, e não em meses, e recorra a janelas mais longas quando um SKU vende pouco demais para ser lido.

Nunca use a média de toda a vida do produto. Um produto que vendia 20/dia em janeiro e 80/dia em março não vende 47/dia.

Dias de cobertura e a data de ruptura

dias de cobertura            = estoque disponível / velocidade diária
dias de cobertura (líquido)  = (estoque disponível + em trânsito) / velocidade diária
ruptura projetada            = última data dos dados + dias de cobertura

A linha do estoque em trânsito importa mais do que os vendedores imaginam. Unidades num navio não são estoque, mas também não são nada.

Lead time: meça, não digite

A maior fonte de erro na hora de repor é um lead time que alguém digitou uma vez, com otimismo, em outro ano.

Meça a partir do seu próprio histórico: data do pedido → data em que as unidades ficaram disponíveis para venda, por fornecedor, e guarde tanto a média quanto o pior caso. A diferença entre os dois não é detalhe — é exatamente o tamanho do estoque de segurança de que você precisa.

Estoque de segurança é um nível de serviço comprado, não “extra”

dias de segurança     ≈ (pior lead time − lead time médio)
                        + margem para variação da demanda

ponto de reposição    = velocidade × (lead time médio + dias de segurança)

data-limite do pedido = última data dos dados
                        + (dias de cobertura − lead time médio − dias de segurança)

Se a data-limite do pedido já passou, o pedido está atrasado, e o sistema deve dizer isso com essas palavras.

Só então, a quantidade

quantidade sugerida = velocidade × (lead time + cobertura-alvo)
                      − estoque disponível − em trânsito

A cobertura-alvo é uma escolha de negócio — quantos dias de estoque você quer ter quando a remessa chegar. Quando você tem um custo real de frete por pedido e um custo real de manutenção de estoque, o lote econômico de compra (EOQ) mostra se o tamanho habitual dos seus pedidos está custando dinheiro:

Q* = √( 2 × demanda anual × custo por pedido de compra
        / custo anual de manutenção por unidade )

Trate o EOQ como uma checagem do seu instinto, não como uma ordem. Ele pressupõe demanda estável, e a sua não é.

Mostre a composição, não só o número

“Peça 1,400 unidades” é impossível de auditar. “1,400 = 62/dia × (lead time de 45 dias + cobertura-alvo de 60 dias) − 3,100 disponíveis − 1,200 em trânsito” é um número que um vendedor pode contestar — e é o único tipo que vale a pena seguir.

Caixa: transforme um P&L em uma linha do tempo com datas

Uma demonstração de resultados diz se o negócio funciona. Não diz se você consegue pagar o contêiner. São perguntas diferentes, e elas precisam de telas diferentes.

Uma linha do tempo de caixa precisa de quatro fluxos, cada um com data.

Dinheiro que entra

• Repasses da Amazon — o seu saldo de liquidação, liberado no ritmo da Amazon, que chega depois da venda. Modele esse atraso; não finja que a data da venda é a data do dinheiro.
• Qualquer faturamento fora da Amazon.

Dinheiro que sai

• Parcelas do fornecedor — definidas pelos gatilhos de pagamento do pedido de compra: no pedido, no embarque, N dias após o embarque, em data fixa. É esta que arruína trimestres.
• As deduções da própria Amazon — tarifas, anúncios, armazenagem — que em geral já saem descontadas do repasse em vez de chegar como uma conta.
• Despesas gerais — as que não estão ligadas a nenhum produto: software, assistentes virtuais, agências, o seu pró-labore.

Comece de um saldo inicial conhecido em uma data conhecida. Um gráfico de caixa sem saldo inicial é um gráfico de diferenças fingindo ser uma posição.

Aí o resultado é uma linha só: o seu saldo projetado, semana a semana, com o ponto mais baixo e a data em que ele acontece em destaque. Esse saldo mínimo é o número que decide se um pedido é possível.

O cruzamento: um pedido que você não consegue financiar não é um plano

Esta é a parte que quase toda ferramenta pula, e é onde as duas metades deste artigo viram um só sistema.

O seu módulo de estoque diz: peça 1,400 unidades do SKU-A até o dia 14, e 900 do SKU-B até o dia 22.
A sua linha do tempo de caixa diz: o seu saldo chega ao mínimo de $8,200 no dia 19.

Separadas, as duas estão certas. Juntas, são uma decisão:

• Fazer os dois pedidos no prazo deixa o saldo mínimo negativo no dia 19.
• Adiar o SKU-B em nove dias custa cerca de seis dias de ruptura de estoque — um número contável de unidades e de dólares de margem de contribuição — e mantém o saldo mínimo positivo.
• Dividir o SKU-A em duas remessas aumenta o frete por unidade, mas achata a saída de caixa.

Essa comparação — o pedido que você deveria fazer versus o caixa que você vai de fato ter — é todo o sentido de conectar os dois sistemas.

Priorizar é alocação de capital. Quando você não consegue financiar tudo, financie os SKUs com o maior retorno por dólar por ano: margem de contribuição por unidade × unidades vendidas por ano ÷ dólares imobilizados. Um produto com 40% de margem que gira duas vezes por ano perde para um produto com 20% de margem que gira seis vezes.

Cenários, e para que eles realmente servem

Ferramentas de cenário são vendidas como máquinas de previsão. Não são, e fingir o contrário é como os vendedores se queimam.

A função real delas é o teste de fragilidade: descobrir qual premissa, se estiver errada, dói mais.

Rode o seu plano com:

• o lead time no pior valor observado, não na média
• velocidade de vendas em ±30%
• uma parcela do fornecedor vencendo duas semanas antes do prometido
• custo de anúncio por venda 20% maior

Depois leia o resultado como uma classificação, não como uma previsão: o meu plano sobrevive a um erro de demanda, mas não a um erro de lead time. Isso mostra onde comprar seguro — um reforço por frete aéreo, um sinal renegociado, um primeiro pedido menor.

O botão de cenário mais útil não é o preço. É a taxa de conversão. Você não consegue medir se fotos novas funcionam, mas consegue medir o que uma mudança de um ponto na conversão faz com a sua cobertura de estoque e com o seu saldo mínimo de caixa — e esse número costuma ser muito maior do que os vendedores imaginam.

Previsto vs. realizado: o ciclo que se paga sozinho

Tudo o que veio acima não vale nada se ninguém mantiver o placar.

Toda semana, guarde o que o sistema previu: velocidade por SKU, data de ruptura projetada, data-limite sugerida para o pedido, saldo mínimo de caixa projetado. Depois compare com o que aconteceu.

Três perguntas, feitas em dia marcado:

1. Onde a velocidade errou, e em que direção? Um erro consistente numa só direção é problema de configuração, não azar.
2. Onde o lead time errou? Cada pedido de compra concluído é uma medição gratuita. Devolva essa medição ao sistema automaticamente.
3. Onde o caixa errou? Quase sempre, um pagamento cuja data de gatilho nunca foi registrada.

Erro sistemático é um defeito que dá para corrigir. Erro aleatório é o custo de fazer negócios. Sem o registro, você não consegue distinguir um do outro.

O que você nunca deve automatizar

A automação deve encurtar a distância entre um fato e uma decisão — não tomar a decisão.

Automatize: coleta, datação, contas, alertas, o ciclo de manter o placar.

Nunca automatize — fazer o pedido

Uma ruptura de estoque custa vendas. Um pedido errado de $40,000 custa o trimestre.

Nunca automatize — resolver registros contraditórios

Exponha o conflito; deixe quem sabe decidir.

Nunca automatize — inventar dados que você não tem

Se o frete por pedido nunca foi medido, o resultado honesto é “não medido” — e não um valor padrão plausível fazendo as contas em silêncio.

Uma tela vazia que diz o que está faltando vale mais do que uma tela cheia construída sobre suposições.

Uma sequência de 30 dias para montar tudo isso

1. Semana 1 — Verdade. Carregue as transações e o registro de movimentações de estoque do FBA. Confirme a última data dos dados. Corrija as divergências de estoque. Nada do que vem depois é real enquanto isso não for.
2. Semana 2 — Custo. Registre os seus pedidos de compra em aberto com custos totais de importação reais, gatilhos de pagamento reais e datas reais. Lance retroativamente os três últimos pedidos de compra concluídos para que o lead time tenha o que medir.
3. Semana 3 — Decisões. Ative as datas de reposição e os dias de cobertura. Defina a cobertura-alvo de cada SKU de propósito. Confira a composição de cada sugestão com o seu próprio julgamento — você está calibrando o sistema, não obedecendo a ele.
4. Semana 4 — Caixa. Informe um saldo inicial. Monte a linha do tempo. Encontre o saldo mínimo. Depois coloque a lista de reposição ao lado e veja quais dos seus pedidos planejados sobrevivem.

A partir daí, é um ritmo semanal: o que mudou, o que está atrasado, o que cabe no caixa e onde eu errei na semana passada.

Perguntas frequentes