BI na logística: por onde começar

O problema não é falta de dado, é excesso de painel sem dono#

Toda operação logística já produz uma montanha de dados. O TMS registra cada embarque, o WMS conhece cada posição de picking, o ERP fecha o custo. Mesmo assim, quando alguém pergunta "qual foi o OTIF do mês passado?", começa a novela do Excel: três planilhas, duas versões e um número que ninguém assina embaixo. É exatamente esse cenário que faz surgir a dúvida de BI na logística por onde começar, e a resposta honesta é que não se começa comprando ferramenta nem gerando cinquenta dashboards na primeira semana.

Já vimos muita empresa de transporte e distribuição sair da estaca zero direto para um portal com dezenas de painéis coloridos que ninguém abre no dia a dia. O sintoma é sempre o mesmo: cada gerente pediu o seu gráfico, cada gráfico puxou de uma fonte diferente e, seis meses depois, dois relatórios mostram fretes distintos para o mesmo período. Isso não é BI, é dívida técnica com cara de dashboard.

Este guia é o roteiro que usamos na prática: uma abordagem faseada, poucos KPIs no começo, clareza sobre de onde o dado vem e uma governança mínima que cabe numa operação enxuta. Sem promessa de transformação instantânea e sem número inventado.

Começar por pergunta de negócio, não por ferramenta#

O erro mais comum é abrir a discussão pela tecnologia. Power BI, Microsoft Fabric, banco na nuvem, tudo isso importa, mas depois. A pergunta que abre um projeto de BI logístico é operacional: o que a diretoria e os gerentes precisam decidir toda segunda-feira de manhã e hoje não conseguem?

Na logística essa lista costuma ser curta e conhecida:

• Estamos entregando no prazo e completo? (OTIF)
• Quanto estamos gastando de frete por real faturado ou por tonelada movimentada?
• O estoque físico bate com o sistema? (acuracidade)
• Onde estão os gargalos: coleta, transferência, última milha?

Se você não consegue responder essas quatro com confiança, não precisa de mais painéis. Precisa dos painéis certos. A ferramenta entra para servir a pergunta, e não o contrário. Vale lembrar que o Power BI é hoje amplamente adotado no Brasil pela penetração do ecossistema Microsoft, e a Microsoft é reconhecida como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI. Isso reduz risco de escolha, mas não substitui a definição do problema.

A abordagem faseada evita o caos de dashboards#

BI que dá certo em logística cresce em camadas. Cada fase entrega valor sozinha e prepara a próxima. Pular etapa é o que gera retrabalho.

Fase	Foco	Entrega concreta	Erro comum a evitar
1. Fundação	Uma fonte confiável e 3 a 4 KPIs	Painel de OTIF e custo de frete com número único e auditável	Querer conectar tudo de uma vez
2. Expansão	Detalhe por rota, cliente, transportadora	Drill-down e comparativos históricos	Criar métrica nova sem dono
3. Automação	Atualização programada e alertas	Refresh diário e notificação de desvio	Manter carga manual de planilha
4. Analytics	Previsão e otimização	Projeção de demanda, análise de causa	Pular direto para IA sem base limpa

A fase 1 é a mais importante e a mais negligenciada. É onde você define o que significa "no prazo", qual fuso conta, se entrega parcial reprova o pedido e de onde sai o custo do frete. Essas regras precisam estar escritas e acordadas antes de virar visual. Um bom trabalho de discovery e assessment resolve isso em semanas e economiza meses de discussão depois.

Os primeiros KPIs: poucos, definidos e auditáveis#

Resista à tentação de nascer com trinta indicadores. Três ou quatro bem definidos valem mais que um catálogo que ninguém confia. Abaixo, os KPIs que quase sempre abrem um projeto logístico.

OTIF (On Time In Full)#

Mede a fração de pedidos entregues no prazo e completos. É o indicador mais pedido e o mais mal calculado, porque cada área define "prazo" e "completo" de um jeito. A fórmula em si é simples: OTIF = pedidos on time e in full / total de pedidos. O trabalho está no numerador. On time contra qual data: a prometida ao cliente, a agendada ou a planejada internamente? In full considera avaria? Defina uma vez, documente e não mude no meio do mês.

Custo de frete#

Geralmente expresso como percentual sobre a receita (custo de frete / receita líquida) ou por unidade movimentada (por tonelada, por metro cúbico, por entrega). O ponto de atenção é a fonte: frete contratado do TMS raramente é igual ao frete faturado que fecha no ERP. Escolha qual dos dois o indicador representa e seja explícito. Misturar os dois na mesma métrica é receita para dois relatórios brigarem.

Acuracidade de estoque#

Compara o saldo físico contado com o saldo do sistema (itens corretos / itens contados). Vem do WMS e é o alicerce de qualquer decisão de reposição e de qualquer promessa de disponibilidade ao cliente. Sem acuracidade, previsão de demanda é chute com gráfico bonito.

Lead time e produtividade#

Tempo de ciclo por etapa (coleta, armazenagem, expedição, entrega) e produtividade de doca ou de separação. Entram normalmente na fase 2, quando a base já é confiável.

KPI	Fonte primária	Cuidado principal
OTIF	TMS + pedidos (ERP)	Definir "on time" e "in full" antes de modelar
Custo de frete	TMS (contratado) e ERP (faturado)	Não misturar contratado com faturado
Acuracidade de estoque	WMS	Alinhar data de contagem com foto do sistema
Lead time por etapa	TMS + WMS	Padronizar carimbos de tempo entre sistemas

As fontes: TMS, WMS e ERP falam idiomas diferentes#

Aqui mora o trabalho de verdade. Os três sistemas nucleares da operação foram feitos para transacionar, não para analisar, e cada um enxerga uma fatia do processo.

• TMS (Transportation Management System): embarques, rotas, transportadoras, frete contratado, eventos de rastreamento. É a espinha do OTIF e do custo de frete.
• WMS (Warehouse Management System): endereçamento, picking, packing, inventário, acuracidade. É a fonte de estoque e produtividade de armazém.
• ERP: pedido de venda, nota fiscal, financeiro, frete faturado. É a fonte da verdade comercial e contábil.

O desafio não é conectar, é conciliar. O mesmo cliente pode ter três códigos diferentes, um em cada sistema. A data de entrega no TMS pode não ser a mesma data de faturamento no ERP. A unidade de medida diverge. Por isso, integração de logística quase nunca é um clique num conector: exige uma camada de dados que padronize chaves, unifique cadastros e resolva a linha do tempo. Esse é o território da engenharia de dados, e tratá-lo com seriedade é o que separa um BI que dura de um que é abandonado no trimestre seguinte.

Vale entender também como a plataforma armazena esse dado. O motor VertiPaq do Power BI comprime colunas por cardinalidade, ou seja, colunas com poucos valores distintos ocupam muito menos memória. Na prática isso importa: guardar o timestamp completo de cada evento de rastreamento infla o modelo, enquanto separar data e hora em colunas distintas comprime muito melhor. Modelagem consciente rende performance real, e vale a leitura do nosso guia de modelagem e DAX.

Governança mínima: o suficiente para não virar bagunça#

Governança em operação logística não precisa nascer como um comitê pesado. Precisa de quatro coisas simples, no papel, desde o primeiro painel.

1. Dicionário de indicadores: cada KPI com fórmula, fonte e responsável. OTIF pertence a alguém. Quando o número for questionado, existe um dono para explicar.
2. Fonte única por métrica: custo de frete sai de um lugar só. Se dois painéis mostram fretes diferentes, um dos dois está errado, e o dicionário aponta qual.
3. Controle de acesso por perfil: nem todo usuário vê custo e margem. O Power BI permite segurança em nível de linha (RLS), que filtra os dados conforme quem abre o relatório, útil quando cada regional só deve enxergar a própria operação.
4. Camada semântica compartilhada: um modelo de dados central em vez de cada analista puxando do banco por conta. É o que evita a proliferação de versões.

Se a operação trata dados de motoristas, clientes ou destinatários, entra também a LGPD, a Lei nº 13.709/2018. Nome, CPF, endereço de entrega e geolocalização são dados pessoais e pedem base legal, controle de acesso e minimização. BI não isenta ninguém dessa obrigação: pelo contrário, concentra dado e aumenta a responsabilidade. Fizemos um material dedicado a governança e LGPD no Power BI que aprofunda o tema, e a disciplina completa é o que estruturamos em governança de dados.

Sobre a ferramenta e a licença, sem enrolação#

Ferramenta importa, mas é decisão de fase, não ponto de partida. Ainda assim, é justo dar o mapa para você não ser pego de surpresa no orçamento.

No Power BI, as licenças por usuário mais comuns são a Pro e a Premium Per User (PPU). A Pro atende a maioria das operações que apenas publicam e consomem relatórios. A PPU libera recursos avançados por um valor por usuário mais alto. Quando o volume de usuários ou de dados cresce, entram as capacidades dedicadas: os antigos SKUs Premium P1 a P5 e, no Microsoft Fabric, anunciado pela Microsoft em 2023, os SKUs F2 a F2048, que medem consumo em Capacity Units. O Fabric ainda traz o modo Direct Lake, que lê os dados diretamente do OneLake sem importação nem consulta ao vivo tradicional, combinando velocidade de importação com dado atualizado. Para operação grande, pode fazer sentido; para quem está começando, é passo de fase 3 ou 4.

Sobre valores, uma orientação honesta: trate qualquer preço como faixa aproximada e confirme na fonte oficial da Microsoft, porque muda por região, contrato e câmbio. Fugir de número fechado aqui é prudência, não evasiva. Se quiser o panorama completo de custos e adoção, vale o nosso guia de Power BI para empresas no Brasil e a página do serviço de Power BI.

Automação e o passo seguinte#

Enquanto a atualização for manual, o BI depende de alguém lembrar de rodar a planilha, e vai falhar num feriado. A fase 3 troca isso por atualização programada e alertas de desvio: quando o OTIF de uma rota cai abaixo do limite, a pessoa certa é avisada sem precisar abrir o painel. Aqui o Power Platform ajuda a fechar o ciclo entre o dado e a ação, disparando fluxos e aprovações a partir do indicador. Quando a base já está sólida, faz sentido avançar para previsão de demanda e otimização de rotas, terreno do analytics avançado. A ordem importa: analytics sobre dado sujo produz previsão confiante e errada, o pior dos mundos.

Perguntas frequentes#

Quanto tempo leva para ter o primeiro painel útil de logística?

A fase de fundação, com OTIF e custo de frete confiáveis, costuma sair em algumas semanas quando os acessos aos sistemas estão liberados e as definições de KPI são acordadas rápido. O que atrasa não é a construção do painel, é o alinhamento sobre o que cada número significa e a qualidade do cadastro nas fontes.

Preciso de um data warehouse para começar?

Não para o primeiro painel. Dá para partir de uma extração organizada do TMS e do ERP. Mas assim que você quiser cruzar as três fontes com histórico e atualização automática, uma camada de dados estruturada deixa de ser luxo e vira necessidade, senão a conciliação de cadastros vira trabalho manual eterno.

OTIF é sempre o melhor primeiro KPI?

É o mais pedido e quase sempre um bom começo, porque força a organização a definir prazo e completude. Mas se a dor principal for custo, comece pelo custo de frete. O critério é a decisão que trava hoje, não uma lista genérica de indicadores de mercado.

Power BI dá conta de operação logística grande?

Sim, desde que o modelo e a licença acompanhem o volume. Operações grandes migram de licenças por usuário para capacidades dedicadas (Premium ou Fabric) e cuidam da modelagem para o motor VertiPaq trabalhar a favor. O limite raramente é a ferramenta: é a modelagem e a qualidade do dado de origem.

Como evitar que o BI vire dezenas de painéis abandonados?

Governança mínima desde o início: dicionário de indicadores, fonte única por métrica e um dono por KPI. Cada painel novo deve responder a uma pergunta de negócio existente. Painel sem pergunta e sem dono é candidato natural ao abandono.

E a LGPD, atrapalha o projeto?

Não atrapalha, disciplina. Dados de motoristas, clientes e destinatários são pessoais e pedem base legal, controle de acesso por perfil e minimização. Tratar isso desde o desenho evita retrabalho e risco. É boa engenharia, não burocracia.

Fechamento#

BI na logística não começa comprando ferramenta nem gerando painel: começa escolhendo poucas perguntas que importam, definindo três ou quatro KPIs de forma auditável, entendendo de onde o dado sai no TMS, no WMS e no ERP, e colocando uma governança mínima de pé antes de escalar. É menos glamouroso do que um portal cheio de gráficos, e é o que efetivamente sustenta decisão.

Se você quer começar pela fase certa e sem retrabalho, fale com a gente.