KODA · BLOGCase de sucesso corporativo: como a integração entre Excel e SQL transformou a gestão de vendas
Relatório comercial que levava 8 horas passou a levar 40 minutos, a margem bruta subiu 3,5 pontos e a diretoria descobriu que a região com maior faturamento não era a mais rentável. O passo a passo da Distribuidora Alfa, com consulta SQL comentada, indicadores do painel e as boas práticas que sustentam o processo.
O problema: uma empresa que vendia bem e enxergava mal
A Distribuidora Alfa (nome fictício para um cliente real do setor de materiais de construção) faturava cerca de R$ 4 milhões por mês, tinha 38 vendedores em quatro regiões e um ERP que registrava tudo. Mesmo assim, a reunião comercial de segunda-feira começava sempre com a mesma frase: “esse número está certo?”.
O motivo era simples e muito comum. O ERP guardava os dados, mas o relatório que a diretoria usava nascia fora dele: um analista exportava três arquivos CSV, colava tudo em uma pasta de trabalho do Excel, aplicava PROCV entre planilhas, corrigia manualmente nomes de clientes duplicados e montava a tabela dinâmica. Oito horas de trabalho por semana, feitas por uma única pessoa, com o histórico dependendo de arquivos salvos no computador dela.
Havia três consequências práticas: o relatório chegava sempre atrasado (terça-feira, sobre dados de até sexta-feira anterior), ninguém conseguia auditar o cálculo e, o mais grave, as decisões de desconto eram tomadas olhando faturamento — não margem.
O diagnóstico: Excel não era o vilão, era o lugar errado da cadeia
A tentação inicial foi “abandonar o Excel e comprar um BI”. Não foi o que fizemos. O Excel não era o problema: ele estava sendo usado para uma tarefa que não é dele — juntar e limpar grandes volumes de dados transacionais.
A divisão de responsabilidades que resolveu o caso é a mesma que serve para praticamente qualquer empresa de médio porte:
- SQL — junta as tabelas, aplica as regras de negócio, calcula os indicadores e devolve uma base já pronta e confiável.
- Excel — recebe essa base pronta, faz simulação, análise de cenários, formatação e o relatório que as pessoas realmente leem.
- ERP (SAP ou similar) — continua sendo a fonte da verdade transacional. Nada é digitado duas vezes.
A consulta que substituiu 8 horas de trabalho manual
Todo o cruzamento que era feito com PROCV virou uma consulta única, executada direto na réplica de leitura do banco. Ela responde a pergunta que a diretoria fazia toda semana: quanto cada região vendeu, com que margem, e qual a participação de cada uma no resultado do mês.
WITH vendas_mes AS (
SELECT
v.regiao,
SUM(i.quantidade * i.preco_unitario) AS receita,
SUM(i.quantidade * p.custo_unitario) AS custo
FROM pedidos AS ped
JOIN itens_pedido AS i ON i.pedido_id = ped.id
JOIN produtos AS p ON p.id = i.produto_id
JOIN vendedores AS v ON v.id = ped.vendedor_id
WHERE ped.status = 'Faturado'
AND ped.data_emissao >= DATE '2026-08-01'
GROUP BY v.regiao
)
SELECT
regiao,
ROUND(receita, 2) AS receita,
ROUND(receita - custo, 2) AS margem_bruta,
ROUND(100.0 * (receita - custo) / receita, 1) AS margem_pct,
ROUND(100.0 * receita / SUM(receita) OVER (), 1) AS share_receita
FROM vendas_mes
ORDER BY margem_bruta DESC;Lendo a consulta linha a linha
Não adianta copiar a consulta sem entender o que cada parte faz — é justamente esse entendimento que permite adaptá-la para a sua realidade.
- WITH vendas_mes AS (...) — a CTE cria uma tabela temporária legível. Sem ela, o cálculo de margem percentual precisaria repetir todas as somas.
- JOIN em quatro tabelas — é o PROCV entre planilhas, só que feito pelo banco, sem limite de linhas e sem risco de arrastar fórmula errado.
- WHERE ped.status = 'Faturado' — a regra de negócio que ninguém lembrava de aplicar no Excel. Pedido em orçamento não é venda.
- GROUP BY v.regiao — o equivalente à tabela dinâmica, executado antes de o dado chegar ao Excel.
- SUM(receita) OVER () — função de janela: calcula a participação de cada região sobre o total sem uma segunda consulta.
A descoberta que mudou a política comercial
Na primeira execução, o resultado desmontou uma crença interna de anos. A região Sudeste, sempre celebrada por liderar o faturamento, aparecia em terceiro lugar em margem bruta — porque concentrava os maiores descontos e os produtos de menor rentabilidade.
A região Sul, com 22% menos receita, gerava mais lucro em reais. Isso não estava escondido: estava invisível, porque o relatório antigo simplesmente não trazia a coluna de custo.
Três decisões saíram dessa única tabela: teto de desconto por faixa de margem (e não mais por valor de pedido), comissão atrelada à margem em vez do faturamento, e revisão da tabela de preços de sete SKUs que vendiam muito e lucravam pouco.
Resultados em 90 dias
Os números abaixo foram medidos comparando o trimestre anterior com o trimestre seguinte à implantação.
| Indicador | Antes | Depois |
|---|---|---|
| Tempo de fechamento do relatório | 8 horas/semana | 40 minutos/semana |
| Atraso do dado na reunião | 3 dias | 1 dia |
| Margem bruta média | 21,4% | 24,9% |
| Divergências apontadas na reunião | 4 a 6 por mês | praticamente zero |
| Pessoas capazes de gerar o relatório | 1 | 5 |
Como o Excel entrou depois do SQL (e ficou mais forte)
A base retornada pela consulta passou a alimentar o Excel por Power Query, com atualização em um clique. A partir daí o Excel faz o que sabe fazer melhor: PROCV/XLOOKUP para enriquecer com metas, tabela dinâmica por vendedor, gráfico de margem versus meta e cenários de desconto com Atingir Meta.
O ponto que costuma passar despercebido: como o dado chega limpo, as fórmulas do Excel ficam curtas. Fórmula longa quase sempre é sintoma de dado sujo entrando na planilha.
Boas práticas que sustentaram o processo
- Consulta versionada. O SQL vive em um arquivo com histórico, não no e-mail de alguém.
- Uma regra de negócio, um lugar. Se “venda” significa status Faturado, isso está no SQL — não em cinco planilhas diferentes.
- Acesso somente leitura. Analista consulta réplica, nunca o banco de produção.
- Dicionário de dados. Uma página explicando cada coluna evitou metade das dúvidas recorrentes.
- Duas pessoas treinadas por área. Processo que depende de uma pessoa não é processo, é risco.
Como replicar isso na sua empresa (ou na sua carreira)
O caminho que a Distribuidora Alfa percorreu é exatamente o conteúdo dos nossos cursos: Excel corporativo para transformar dado em decisão, SQL para buscar esse dado direto na fonte e SAP para entender de onde o dado nasce dentro do ERP.
Você não precisa dos três ao mesmo tempo. Comece pelo gargalo da sua rotina: se você perde horas colando planilhas, comece pelo SQL; se você já tem a base e trava na análise, comece pelo Excel; se você trabalha em logística, compras ou suprimentos com ERP, comece pelo SAP.
Quer aplicar isso na sua empresa?
Fale com a Koda Digital e receba um plano sob medida.
Falar no WhatsApp