Como ler as métricas

Receita total

Tudo o que virou venda no período: encomendas + consignação já descontadas as devoluções.

O que é: É o dinheiro que efetivamente entrou (ou vai entrar) pelas vendas do período, somando os dois canais.
Como calcula: Faturamento de encomendas + Receita líquida de consignação
No banco: SUM(VALORENC) + SUM((QTDE − QTDERET) × VALUNI)
Como ler: Quanto maior, melhor — mas olhe sempre junto com a Perda por devolução: receita subindo com perda subindo mais rápido é sinal de envio exagerado.
Exemplo: Encomendas R$ 3.000 + consignação R$ 190.000 = receita total R$ 193.000.
Cuidado: Não é lucro. O sistema ainda não tem o custo de produção de cada produto (veja o backlog).

Perda por devolução

Valor, a preço de venda, das unidades consignadas que voltaram sem vender.

O que é: Cada unidade devolvida foi produzida, embalada e transportada, mas não virou venda. Esta métrica mostra quanto essas unidades valeriam se tivessem sido vendidas.
Como calcula: Quantidade devolvida × preço unitário
No banco: SUM(QTDERET × VALUNI)
Como ler: Quanto menor, melhor. É o principal alvo de economia do negócio: hoje representa algo entre 25% e 45% do que é enviado em consignação.
Exemplo: 10 sushis de R$ 20 devolvidos = R$ 200 de perda.
Cuidado: Está a preço de VENDA, não de custo. O prejuízo real é o custo de produção dessas unidades (ingredientes, embalagem, mão de obra, frete), que é menor que este valor.

Taxa de devolução

De cada 100 unidades enviadas em consignação, quantas voltaram.

O que é: Percentual das unidades consignadas que retornaram sem venda. É a métrica mais direta de "estamos mandando demais?".
Como calcula: Quantidade devolvida ÷ quantidade enviada × 100
No banco: SUM(QTDERET) / SUM(QTDE) × 100
Como ler: Faixas usadas no painel: até 15% bom · 15–25% atenção · 25–35% alto · acima de 35% crítico. Zero também não é o ideal: significa que provavelmente faltou produto e houve venda perdida.
Exemplo: Enviadas 500 unidades, voltaram 150 → taxa de 30%.
Cuidado: Compare a taxa entre clientes e produtos parecidos. Produtos de maior giro naturalmente toleram taxas menores.

Aproveitamento

O contrário da devolução: % do que foi enviado que realmente vendeu.

O que é: Mostra a eficiência da consignação de forma positiva: quanto do que saiu da fábrica virou venda.
Como calcula: 100% − Taxa de devolução
No banco: (SUM(QTDE) − SUM(QTDERET)) / SUM(QTDE) × 100
Como ler: Quanto maior, melhor. 70% significa que 7 de cada 10 unidades enviadas foram vendidas.
Exemplo: Taxa de devolução de 30% → aproveitamento de 70%.

Variação vs. período anterior

Compara com o período imediatamente anterior, de mesma duração.

O que é: O selo abaixo de cada número mostra quanto ele mudou em relação ao período anterior de mesmo tamanho. Ex.: filtrando 01/06 a 30/06, compara com 02/05 a 31/05.
Como calcula: (valor atual − valor anterior) ÷ valor anterior × 100. Para taxas, a diferença é mostrada em pontos percentuais (p.p.).
Como ler: Verde = mudou para melhor, vermelho = mudou para pior. Atenção: para perda e devolução, "subir" é ruim, então aparece em vermelho.
Exemplo: Taxa foi de 32% para 28% → selo verde "−4,0 p.p.".
Cuidado: Não aparece quando o filtro é "Todo período" (não existe período anterior).

Receita líquida de consignação

Valor vendido na consignação: enviado menos devolvido, vezes o preço.

O que é: Na consignação o produto é deixado no cliente e só é pago o que vendeu. Esta é a receita do que vendeu.
Como calcula: (Quantidade enviada − quantidade devolvida) × preço unitário
No banco: SUM((QTDE − QTDERET) × VALUNI)
Como ler: É o principal canal do negócio (mais de 95% da receita).
Exemplo: Enviadas 20, voltaram 5, preço R$ 18 → (20 − 5) × 18 = R$ 270.

Unidades enviadas

Total de unidades deixadas nos clientes em consignação.

O que é: Soma das unidades consignadas. É o que a fábrica precisou produzir para a consignação.
Como calcula: Soma da quantidade consignada
No banco: SUM(QTDE)
Como ler: Use junto com "vendidas" e "devolvidas" para ver se a produção acompanha a demanda.

Unidades vendidas

Enviadas menos devolvidas.

O que é: Unidades consignadas que de fato foram vendidas pelo cliente.
Como calcula: Enviadas − devolvidas
No banco: SUM(QTDE − QTDERET)
Como ler: É a melhor estimativa disponível de demanda. Quando não há devolução, a demanda real pode ter sido maior (o produto acabou).
Cuidado: Em cerca de 64% das entregas não houve sobra — nesses casos não sabemos quanto mais teria vendido.

Unidades devolvidas

Unidades que voltaram sem vender.

O que é: Soma das unidades retornadas pelos clientes.
Como calcula: Soma da quantidade devolvida
No banco: SUM(QTDERET)
Como ler: Quanto menor, melhor — veja a Taxa de devolução para comparar períodos de tamanhos diferentes.

Sobra por entrega

Em média, quantas unidades voltam em cada entrega deste cliente/produto.

O que é: Traduz a devolução em algo operacional: "toda vez que entregamos, sobram X unidades". Uma entrega = um produto, para um cliente, em um dia.
Como calcula: Unidades devolvidas ÷ número de entregas
No banco: SUM(QTDERET) / COUNT(entregas com QTDE > 0)
Como ler: Uma sobra média de 2,5 sugere que dá para testar enviar 1 ou 2 unidades a menos nesse cliente/produto — sem zerar a sobra, para não perder venda.
Exemplo: 8 entregas, 20 unidades devolvidas → sobra de 2,5 por entrega.
Cuidado: Não corte toda a sobra de uma vez: um pouco de sobra é o "seguro" contra faltar produto.

Sugestão de teste (Onde agir primeiro)

Regra simples: reduzir o envio em metade da sobra média por entrega, como teste de 2 a 4 semanas.

O que é: Uma regra de bolso, conservadora, para começar a ajustar o envio onde a perda é maior. Não é previsão: é um ponto de partida para testar.
Como calcula: Unidades a menos por entrega = arredondar para baixo(Sobra por entrega × 0,5). Abaixo de 1 unidade → "Manter e observar".
No banco: FLOOR(SUM(QTDERET) / COUNT(entregas) × 0,5)
Como ler: Aplique em poucos clientes por vez, acompanhe a taxa de devolução e a receita desse cliente/produto nas semanas seguintes. Se a receita cair, a sobra estava "segurando" vendas — volte ao envio anterior.
Exemplo: Sobra de 3,2 un/entrega → testar enviar 1 unidade a menos.
Cuidado: Reduzir só metade da sobra é proposital: em ~64% das entregas não sobra nada, o que indica que às vezes falta produto. A versão preditiva (backlog, fase 3) substituirá esta regra por uma quantidade recomendada por dia da semana.

Entregas

Número de combinações cliente × produto × dia com envio em consignação.

O que é: Cada linha da tabela de movimento com quantidade consignada conta como uma entrega.
Como calcula: Contagem de registros com quantidade consignada > 0
No banco: COUNT(*) WHERE QTDE > 0
Como ler: Ajuda a medir o esforço operacional: mais entregas = mais separação, carga e conferência.

Entregas com sobra × esgotadas

Em quantas entregas voltou produto (sobra) e em quantas vendeu tudo (esgotou).

O que é: Classifica cada entrega em dois tipos. "Com sobra" significa que enviamos mais do que vendeu. "Esgotada" significa que vendeu tudo, e talvez tenha faltado produto.
Como calcula: Com sobra = entregas com devolução > 0 ÷ entregas. Esgotadas = entregas com devolução = 0 ÷ entregas.
No banco: SUM(QTDERET > 0) / COUNT(*) WHERE QTDE > 0
Como ler: O equilíbrio ideal depende do custo: com custo de 40% do preço, o ponto ótimo fica perto de 60% esgotadas e 40% com sobra. Muitas esgotadas indicam venda perdida; muitas com sobra indicam desperdício.
Cuidado: Uma entrega "esgotada" não prova que faltou produto, só que não sobrou.

Mapa de devolução por dia da semana

Taxa de devolução de cada produto (ou cliente) em cada dia da semana. Quanto mais escura a célula, mais devolve.

O que é: Cruza o produto (ou cliente) com o dia da semana da entrega. Mostra, por exemplo, que um produto devolve pouco no sábado e muito na terça.
Como calcula: Mesma taxa de devolução, calculada para cada combinação
No banco: GROUP BY PROCOD (ou CLICOD), DAYOFWEEK(DATA)
Como ler: Células escuras são os primeiros candidatos a reduzir o envio naquele dia. Células com "·" têm volume pequeno demais (menos de 10 unidades) para concluir algo.
Cuidado: Passe o mouse para ver unidades e perda: uma taxa alta com volume pequeno pesa pouco no resultado.

Concentração da perda

Quantos produtos ou clientes respondem por 80% da perda.

O que é: Ordena do que mais perde para o que menos perde e acumula (princípio de Pareto). Quando poucos itens concentram a perda, o esforço de correção pode ser focado.
Como calcula: Ordena por perda; conta quantos são necessários para somar 80% do total
Como ler: Ex.: "8 de 37 produtos = 80% da perda" quer dizer que basta agir nesses 8 para atacar a maior parte do problema.

Preço médio vendido

Receita de consignação dividida pelas unidades vendidas.

O que é: Quanto, em média, cada unidade vendida rendeu.
Como calcula: Receita líquida de consignação ÷ unidades vendidas
No banco: SUM((QTDE − QTDERET) × VALUNI) / SUM(QTDE − QTDERET)
Como ler: Mudanças bruscas indicam troca de mix (mais produtos baratos ou caros) ou reajuste de preço.

Como a programação sugerida é calculada

Para cada cliente × produto × dia da semana, o histórico das últimas semanas define quanto enviar para ganhar mais.

O que é: Hoje a programação repete a semana anterior. A página Programação parte dessa mesma base e só muda o que o histórico justifica. Ela olha cada combinação cliente × produto × dia da semana separadamente, porque a quarta de um cliente não se comporta como o sábado dele.
Como calcula: 1) Pega as últimas N entregas do mesmo dia da semana (padrão: 8). 2) Estima a chance de vender 0, 1, 2… unidades. Quando sobrou, a venda é a demanda exata; quando esgotou, a demanda foi "pelo menos" o enviado (método Kaplan–Meier, que trata esse caso sem subestimar a demanda). 3) Escolhe a menor quantidade que cobre a demanda em pelo menos (100% − custo%) das vezes, que é o ponto em que a próxima unidade enviada passa a dar mais prejuízo que lucro (modelo "newsvendor"). 4) Limita o corte a 40% (mínimo de 1 un) por semana, para a mudança ser gradual.
Como ler: Reduzir = enviar menos que na semana anterior. Suspender = não enviar esse produto nesse dia (em quase todas as semanas ele voltou inteiro). Testar +1 = esgotou em todas as últimas 4 semanas e em pelo menos 75% do histórico; vale testar uma unidade a mais. Manter = histórico confirma a quantidade atual.
Exemplo: Custo 40% → cobrir a demanda em 60% das vezes. Se em 8 quartas o cliente vendeu 0 em 6 delas, a chance de vender ≥ 1 é 25% (menor que 60%) → suspender às quartas.
Cuidado: O resultado depende do custo informado. Com custo baixo (35%), cortar sobra quase não muda o lucro, porque a venda perdida pesa tanto quanto a economia. Com custo de 45–55%, o ganho fica claro. Cadastre o custo real dos produtos para a sugestão ficar exata.

Custo do produto (% do preço)

Quanto custa produzir, embalar e entregar uma unidade, em % do preço de venda. Define o equilíbrio entre sobrar e faltar.

O que é: Uma unidade que sobra custa o seu custo de produção. Uma unidade que falta custa a margem que deixou de ganhar (preço − custo). O custo define qual dos dois erros é pior.
Como calcula: Nível de cobertura = 100% − custo%. Ex.: custo 40% → cobrir a demanda em 60% das entregas.
Como ler: Custo alto → vale enviar mais justo (sobra é cara). Custo baixo → vale arriscar sobra (faltar é caro).
Cuidado: Enquanto o custo real por produto não estiver cadastrado, o mesmo percentual é usado para todos. Teste valores diferentes e veja como muda o resultado do teste retroativo.

Ganho esperado na semana

Diferença de lucro bruto esperado entre a programação sugerida e repetir a semana anterior.

O que é: Para cada entrega, calcula o lucro esperado nas duas opções e soma as diferenças.
Como calcula: Lucro esperado = vendas esperadas × preço − unidades enviadas × custo
Como ler: Positivo = a sugestão deve ganhar mais. Os "Testar +1" não entram na conta, porque o histórico não diz quanto venderia a mais.
Cuidado: É uma estimativa conservadora: quando o produto esgotou, assume-se que a demanda era exatamente o enviado.

Teste retroativo

Refaz as últimas 12 semanas como se a regra já estivesse em uso, usando só o que se sabia em cada dia.

O que é: É a prova do método. Para cada entrega real, calcula a sugestão que o modelo daria naquele dia e compara com o que aconteceu de verdade: quantas teriam vendido, quantas teriam voltado, quanto teria lucrado.
Como calcula: Vendas com a sugestão = mínimo(sugerido, vendido de verdade). Devolução com a sugestão = sugerido − vendas.
Como ler: Se a linha azul (sugestão) fica acima da cinza (real) na maioria das semanas, o método é consistente, não sorte de uma semana.
Cuidado: Só os cortes são testados. Os aumentos não podem ser medidos no passado.

Como a simulação de ganhos é calculada

Projeta o consignado dos próximos meses a partir do mesmo mês do ano anterior e aplica a programação otimizada, com efeito medido no histórico.

O que é: Considera só o consignado, onde o que não vende volta e é descartado. A encomenda fica de fora: não tem devolução e é sazonal. A base de cada mês futuro é o mesmo mês do ano anterior (sazonalidade), corrigido pela tendência dos últimos 12 meses. Sobre ela entram as alavancas, com o efeito medido no teste retroativo das últimas 12 semanas.
Como calcula: Mês projetado = mesmo mês do ano anterior × (1 + crescimento). Lucro bruto do consignado = valor vendido − valor enviado × custo% − unidades enviadas × custo de entrega. Ganho = lucro do cenário − lucro da base.
Como ler: O ganho de cada horizonte é a soma acumulada dos meses (ex.: 6 meses = soma dos 6 primeiros). "Custo descartado" é o custo de produção das unidades que voltaram e foram para o lixo.
Cuidado: É uma projeção, não uma garantia. Supõe que o efeito medido nas últimas 12 semanas se mantém e que a parte das sugestões indicada em "aplicação" é de fato seguida. O custo real por produto ainda não está cadastrado.

Faturamento bruto e líquido do consignado

Bruto = valor enviado a preço de venda. Líquido = bruto − devoluções, ou seja, o que vendeu.

O que é: Na consignação, fatura-se (remessa) tudo o que é enviado, e o que volta é abatido. O bruto mostra o tamanho da operação; o líquido é o que de fato entra.
Como calcula: Bruto = Σ(quantidade enviada × preço). Líquido = Σ((enviada − devolvida) × preço). Devoluções = bruto − líquido.
No banco: SUM(QTDE × VALUNI) e SUM((QTDE − QTDERET) × VALUNI)
Como ler: A relação líquido ÷ bruto mostra quanto do faturado vira venda. Com a programação otimizada, o bruto cai bem mais que o líquido, porque se deixa de enviar justamente o que voltaria.
Exemplo: Enviadas 100 un a R$ 20 = bruto R$ 2.000; voltaram 26 → líquido R$ 1.480.
Cuidado: Valores a preço de tabela da entrega (VALUNI), antes de impostos.

Alavanca 1: programação otimizada

Trocar "repetir a semana anterior" pela programação sugerida. O efeito vem do teste retroativo.

O que é: Aplica a todos os meses a mesma variação de unidades enviadas, valor vendido e unidades devolvidas que a programação sugerida teria produzido nas últimas 12 semanas fechadas.
Como calcula: Enviado do cenário = enviado da base × (1 + variação medida × aplicação). O mesmo vale para o vendido e o devolvido.
Como ler: É a alavanca com mais evidência: o efeito foi medido entrega a entrega no histórico.
Cuidado: Só considera cortes. Os aumentos estão na alavanca 2.

Aplicação das sugestões

Quanto das sugestões de corte a operação realmente aplica (100% = todas).

O que é: Na prática, nem toda sugestão será seguida: o vendedor pode manter um cliente estratégico, ou a rota pode resistir. Este percentual escala o efeito medido.
Como calcula: Efeito aplicado = efeito medido × aplicação%
Como ler: Conservador 50%, base 80%, otimista 100%.

Custo de entrega por unidade

Embalagem, frete e manuseio de cada unidade enviada, além do custo de produção. Opcional (padrão R$ 0).

O que é: Cada unidade enviada e devolvida também custou embalagem, transporte de ida e volta e conferência. Informe um valor para incluir essa economia.
Como calcula: Custo extra = unidades enviadas × custo de entrega
Como ler: Deixe em zero se não souber; a simulação fica conservadora.

Alavanca 2: testar +1 onde sempre esgota

Enviar 1 unidade a mais nas entregas que esgotaram em todas as últimas semanas. É o cenário otimista, porque a venda extra não pode ser medida no histórico.

O que é: Conta quantos "Testar +1" o modelo sugeriu nas últimas 12 semanas e supõe que uma parte dessas unidades extras vende.
Como calcula: Ganho = unidades extras × preço × (chance de vender − custo%)
Como ler: Só dá lucro se a chance de vender a unidade extra for maior que o custo%. Ex.: custo 40% exige vender mais de 40% delas.
Cuidado: Fica desligada por padrão. Ligue para ver o potencial, mas confirme com os testes reais antes de contar com ela.

Faturamento de encomendas

Valor dos pedidos feitos sob encomenda (sem devolução).

O que é: Na encomenda o cliente pede uma quantidade fechada e paga tudo — não há devolução. O valor já vem com desconto aplicado.
Como calcula: Soma do valor das encomendas
No banco: SUM(VALORENC)
Como ler: Encomenda é o canal sem risco de perda. Crescer a encomenda frente à consignação reduz desperdício.
Cuidado: Hoje é menos de 3% da receita.

Pedidos de encomenda

Quantidade de linhas com valor de encomenda.

O que é: Cada combinação cliente × produto × dia com encomenda conta como um pedido.
Como calcula: Contagem de registros com valor de encomenda > 0
No banco: COUNT(*) WHERE VALORENC > 0
Cuidado: Um mesmo cliente pedindo 3 produtos no mesmo dia conta como 3 pedidos.

Ticket médio da encomenda

Valor médio de cada pedido de encomenda.

O que é: Quanto vale, em média, cada pedido.
Como calcula: Faturamento de encomendas ÷ pedidos
No banco: SUM(VALORENC) / COUNT(VALORENC > 0)
Como ler: Ticket subindo com o mesmo número de pedidos = clientes pedindo mais por vez (bom para a logística).

Desconto médio da encomenda

Percentual médio de desconto, ponderado pelo valor de cada pedido.

O que é: O campo de desconto guarda um PERCENTUAL por pedido (ex.: 5,00 = 5%). A média é ponderada pelo valor, para que um pedido grande pese mais que um pequeno.
Como calcula: Soma(valor × desconto%) ÷ soma(valor)
No banco: SUM(VALORENC × desconto_encomenda) / SUM(VALORENC)
Como ler: Quanto menor, mais margem preservada. Descontos altos em clientes pequenos merecem revisão.
Cuidado: A versão anterior do painel somava esses percentuais e exibia como "R$" — o número não tinha significado. Corrigido.

Participação do canal

Quanto cada canal representa da receita total.

O que é: Divide a receita total entre encomenda e consignação.
Como calcula: Receita do canal ÷ receita total × 100

Clientes ativos

Clientes com pelo menos uma entrega ou encomenda no período.

O que é: Quantos pontos de venda movimentaram no período.
Como calcula: Contagem de clientes distintos
No banco: COUNT(DISTINCT CLICOD)

Curva ABC de clientes

A = clientes que somam os primeiros 80% da receita; B = próximos 15%; C = últimos 5%.

O que é: Ordena os clientes do maior para o menor em receita e acumula. Em geral poucos clientes fazem a maior parte da receita.
Como calcula: Ordena por receita; % acumulado ≤ 80% → A, ≤ 95% → B, resto → C
Como ler: Clientes A merecem atenção máxima de abastecimento (faltar produto custa caro). Clientes C com taxa de devolução alta são candidatos a reduzir envio, mudar de dia ou migrar para encomenda.

Rota

Rota de entrega responsável pelo movimento (cadastro de pessoal).

O que é: Cada movimento é atribuído a uma rota (ROTA 01, 02…). Comparar rotas mostra onde a operação de envio está mais ou menos calibrada.
No banco: tb_sushi.PESCOD → tb_pessoal.PESNOME
Como ler: Rotas com taxa de devolução muito acima das outras indicam que o padrão de envio daquela rota precisa de revisão.

Devolução por dia da semana

Unidades enviadas por dia e a taxa de devolução de cada dia.

O que é: Mostra em quais dias se envia mais e em quais sobra mais. Ajuda a calibrar produção por dia.
Como calcula: Mesma fórmula da taxa de devolução, agrupada pelo dia da semana da entrega
No banco: GROUP BY DAYOFWEEK(DATA)
Como ler: Um dia com taxa bem acima da média é o primeiro candidato a reduzir produção.

Antes de tudo: os dois canais de venda

Resumo