Roteirização e last mile: o que medir com BI

A última milha é onde o dinheiro vaza e quase ninguém enxerga direito#

A entrega final, do centro de distribuição até a porta do cliente, é o trecho mais caro e mais imprevisível de toda a cadeia logística. É também onde a maioria das operações mede pouco, mede mal, ou mede tarde demais para reagir. Definir bons indicadores de last mile e colocá-los em um modelo de dados confiável no Power BI não é um luxo de operação madura: é o que separa quem sabe onde está perdendo margem de quem só descobre no fechamento do mês, quando já não dá para fazer nada.

Este artigo é para quem opera transporte, tem um roteirizador rodando, tem rastreamento no celular do motorista, mas ainda não transformou isso em decisão. Vou direto ao que medir, como calcular, quais armadilhas evitar e como estruturar os dados de roteirizador e rastreamento no Power BI de um jeito que aguente o volume real de uma operação de entregas.

Os indicadores de last mile que realmente movem a agulha#

Existe uma tentação de medir tudo. Resista. Um painel com quarenta cartões coloridos não é gestão, é ruído. Na última milha, um conjunto pequeno de KPIs bem definidos responde às perguntas que de fato importam: estou entregando no prazo, estou entregando na primeira tentativa, e estou entregando a um custo que fecha a conta.

A tabela abaixo resume os indicadores que considero obrigatórios em qualquer operação de entrega séria, com a fórmula de referência e a pergunta de negócio que cada um responde.

Indicador	Fórmula de referência	Pergunta que responde
Taxa de sucesso na primeira tentativa (FTDR)	Entregas concluídas na 1ª tentativa / total de tentativas de entrega	Estou acertando de primeira ou refazendo trabalho?
Custo por entrega (CPE)	Custo total da operação de entrega / número de entregas concluídas	Cada pacote entregue cobre seu próprio custo?
Cumprimento de janela	Entregas dentro da janela prometida / entregas com janela definida	Estou cumprindo o horário que combinei com o cliente?
Densidade de entregas por rota	Entregas concluídas / rota (ou por km rodado, ou por hora)	Minhas rotas estão adensadas ou rodando vazio?
Tempo de permanência (dwell time)	Tempo entre chegada e saída em cada ponto de entrega	Quanto tempo o motorista fica parado por parada?
SLA de entrega	Entregas dentro do prazo acordado / total de entregas no período	Estou cumprindo o contrato que assinei?

Vou destrinchar cada um, porque o diabo mora na definição.

Taxa de sucesso na primeira tentativa é o KPI que carrega todos os outros#

Toda entrega que falha na primeira tentativa vira custo dobrado: o veículo já rodou, o combustível já queimou, o motorista já gastou tempo, e você precisará tentar de novo. A taxa de sucesso na primeira tentativa, às vezes chamada de FTDR (First-Time Delivery Rate), é o indicador que mais rápido revela ineficiência escondida.

O cuidado aqui é na definição do denominador e na classificação do insucesso. Cliente ausente, endereço errado, recusa do destinatário e janela perdida são causas diferentes com donos diferentes. Se você só mede a taxa agregada, sabe que está errando, mas não sabe de quem é a culpa. Um bom modelo de dados carrega o motivo da falha como dimensão, para você cruzar insucesso por região, por transportadora, por faixa de horário e por tipo de cliente.

Custo por entrega é onde as planilhas mentem#

O custo por entrega parece trivial: pega o custo e divide pelo número de entregas. O problema é que quase ninguém aloca o custo corretamente. Combustível, pedágio, salário e encargos do motorista, depreciação e manutenção do veículo, e o custo das reentregas precisam entrar na conta. Se você deixa a reentrega de fora, subestima o CPE justamente das rotas piores, que são as que você mais precisa enxergar.

Recomendo calcular o CPE em duas visões: o custo por entrega tentada e o custo por entrega concluída. A diferença entre os dois é, literalmente, o preço do seu retrabalho. Quando essa diferença cresce, é sinal de que a taxa de primeira tentativa está caindo, e o dois conversam.

Cumprimento de janela e SLA não são a mesma coisa#

Muita gente trata janela de entrega e SLA como sinônimos. Não são. A janela é a promessa fina, o intervalo de horário combinado com o cliente para aquela entrega específica (por exemplo, das 14h às 18h). O SLA é o compromisso contratual mais amplo, geralmente em dias ou horas a partir da postagem ou do pedido. Você pode cumprir o SLA de 48 horas e ainda assim ter estourado a janela da tarde que o cliente pediu. Medir os dois separadamente evita que um esconda o outro.

Densidade e tempo de permanência: os indicadores de eficiência que o roteirizador entrega de graça#

Densidade de entregas por rota e tempo de permanência são os KPIs que ligam diretamente o BI ao roteirizador. Rota com baixa densidade é veículo rodando muito para entregar pouco: custo alto por natureza. Tempo de permanência elevado é motorista parado, seja por dificuldade de acesso, estacionamento, espera na portaria de condomínio ou processo de conferência lento no cliente.

O ganho de medir dwell time por ponto é que ele expõe gargalos que a rota inteira mascara. Uma rota pode fechar no tempo total previsto e, mesmo assim, ter dois ou três pontos onde o motorista perde tempo demais. Esses pontos são candidatos naturais a renegociação de janela ou revisão comercial.

Sintoma no painel	Causa provável	Onde investigar
FTDR caindo em uma região	Endereçamento ruim ou janela mal combinada	Motivo de insucesso por bairro
CPE subindo sem mudar volume	Reentregas ou rotas desadensadas	Custo por tentativa vs. por conclusão
Janela estourando à tarde	Sequência de rota mal otimizada	Dwell time acumulado por parada
Densidade baixa em rota específica	Roteiro com sobreposição de área	Entregas por km e por hora
SLA ok mas reclamação alta	Janela ignorada apesar do prazo cumprido	Cumprimento de janela isolado do SLA

Como estruturar os dados de roteirizador e rastreamento no Power BI#

Aqui é onde a maioria dos projetos tropeça. Os dados de last mile vêm de pelo menos duas fontes distintas com granularidades diferentes: o roteirizador, que planeja a rota (o que era para acontecer), e o rastreamento, que registra o que de fato aconteceu (posição, horário de chegada, status da entrega, comprovante). Juntar os dois bem é metade do trabalho.

Modele em esquema estrela, não em uma tabelona#

O erro clássico é despejar tudo em uma única tabela larga exportada do sistema de transporte. O Power BI usa o motor VertiPaq, que comprime cada coluna em função da sua cardinalidade. Colunas de altíssima cardinalidade, como coordenadas de GPS bruto, timestamps ao segundo e IDs longos, incham o modelo e derrubam a performance. Modelar em esquema estrela, com uma tabela fato de entregas no grão de tentativa de entrega e dimensões limpas para veículo, motorista, cliente, região e motivo de insucesso, reduz drasticamente o tamanho do modelo e acelera as medidas DAX.

Se você quer se aprofundar em como escrever medidas que não travam sob esse volume, vale ler nosso material sobre modelagem e boas práticas de DAX no Power BI. Grande parte dos painéis logísticos lentos não sofre por falta de máquina, sofre por medida mal escrita e modelo mal desenhado.

Trate o rastreamento como um problema de engenharia de dados, não de relatório#

Rastreamento de veículo gera muito dado e muito dado sujo: ping duplicado, coordenada fora da faixa, horário do dispositivo dessincronizado, status atualizado fora de ordem. Limpar isso dentro do Power Query, no meio do relatório, funciona até certo volume e depois vira gargalo. O certo é resolver ingestão, deduplicação e enriquecimento numa camada de engenharia de dados antes do modelo semântico, deixando o Power BI para o que ele faz bem: modelar e visualizar.

Para operações com volume alto e necessidade de dado próximo do tempo real, o Microsoft Fabric muda a conversa. O modo Direct Lake lê diretamente do OneLake sem importar nem fazer consulta de passagem, o que ajuda quando o histórico de rastreamento é grande e cresce todo dia. Se essa arquitetura faz sentido para o seu caso é assunto que discutimos em detalhe no artigo Microsoft Fabric: o que é e vale a pena. Vale lembrar que o Fabric mede consumo em Capacity Units e usa SKUs de capacidade da família F (de F2 a F2048), então dimensionar direito importa para o bolso.

A escolha de licença e capacidade não é detalhe#

Painel de last mile costuma ser consumido por muita gente: torre de controle, supervisão de frota, comercial, atendimento. Isso puxa a decisão de licenciamento. Power BI Pro e PPU (Premium Per User) são licenças por usuário e funcionam bem para times menores. Quando o consumo escala, capacidade dedicada (Fabric na família F, ou os SKUs P1 a P5 do modelo Premium por capacidade) tende a fazer mais sentido. Preços variam por região, contrato e câmbio, e devem sempre ser confirmados na fonte oficial da Microsoft. Não tome decisão de arquitetura com base em faixa aproximada de blog nenhum, incluindo este.

Governança: dado de motorista e cliente é dado pessoal#

Rastreamento de last mile lida com dado pessoal por definição: nome e endereço do destinatário, localização do motorista em tempo real, comprovante de entrega com assinatura. Isso está sob a Lei Geral de Proteção de Dados, a Lei nº 13.709/2018. Painel de logística sem controle de acesso, com todo mundo enxergando tudo, é passivo esperando para acontecer.

Na prática, isso significa segurança em nível de linha para que cada transportadora ou base veja apenas as suas entregas, mascaramento de dados sensíveis nas visões que não precisam deles, e trilha de quem acessa o quê. Tratamos esse tema com profundidade no texto sobre governança de dados no Power BI e LGPD, e é parte central do nosso trabalho de governança de dados. Deixar governança para depois em projeto de last mile é dívida técnica e jurídica ao mesmo tempo.

Um erro comum: confundir dashboard bonito com decisão#

Vou ser honesto sobre a armadilha mais frequente que vejo. Muita operação constrói um painel lindo, cheio de mapas de calor e velocímetros, e continua tomando decisão no grito e no WhatsApp. Indicador só vale se estiver amarrado a uma ação e a um dono. FTDR caiu numa região? Alguém precisa olhar o motivo de insucesso e agir até sexta. CPE de uma rota estourou? Alguém revisa o roteiro ou renegocia o cliente.

Por isso, painel de last mile bom tem menos gráfico e mais gatilho. Ele destaca exceção, não celebra média. E frequentemente ele conversa com automação: uma alerta no Power Automate quando o dwell time de um ponto passa do limite, uma ação de reprogramação disparada quando a primeira tentativa falha. Quando o BI vira gatilho de processo, e não só espelho do passado, a operação muda de patamar. Esse é o terreno em que o Power BI e o Power Platform trabalham juntos, e não isolados.

Por onde começar sem tentar ferver o oceano#

Se você está montando isso do zero, não tente entregar os seis indicadores perfeitos no primeiro sprint. Comece pela taxa de sucesso na primeira tentativa e pelo custo por entrega, porque esses dois pagam o projeto sozinhos ao expor retrabalho e rota deficitária. Estabilize a ingestão do roteirizador e do rastreamento, garanta que o grão da tabela fato está no nível de tentativa de entrega, e só então adicione janela, densidade e dwell time.

Vale reforçar um ponto de mercado: a Microsoft é reconhecida como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI, e o Power BI tem ampla adoção no Brasil pela penetração do ecossistema Microsoft. Isso importa para logística porque significa fartura de profissionais, integração nativa com o que a operação já usa, e um caminho de evolução claro rumo ao Fabric quando o volume pedir. Se quiser um panorama geral antes de mergulhar, o guia completo de Power BI para empresas no Brasil é um bom ponto de partida.

Perguntas frequentes#

Qual é o indicador de last mile mais importante para começar? A taxa de sucesso na primeira tentativa. Ela expõe retrabalho, que é a fonte de custo mais silenciosa da última milha, e se conecta com quase todos os outros indicadores. Uma primeira tentativa que falha vira reentrega, que infla o custo por entrega e ameaça o SLA. Se você só puder medir uma coisa no primeiro mês, meça essa.

Preciso de Microsoft Fabric para medir last mile no Power BI? Não necessariamente. Muitas operações resolvem bem com Power BI em modo Import e uma boa camada de tratamento de dados. O Fabric e o modo Direct Lake fazem diferença quando o histórico de rastreamento é grande, cresce rápido e há necessidade de dado próximo do tempo real. É uma decisão de volume e latência, não de moda. Confirme o dimensionamento e o custo em Capacity Units antes de decidir.

Como junto os dados do roteirizador com os do rastreamento? Trate como duas fontes com granularidades diferentes: o roteirizador traz o plano e o rastreamento traz o realizado. O ideal é consolidar ambos numa tabela fato no grão de tentativa de entrega, com uma chave que ligue a parada planejada ao evento executado. A limpeza e a deduplicação do rastreamento devem acontecer numa camada de engenharia de dados, antes do modelo semântico, não dentro do relatório.

Por que meu painel de logística fica lento? Na maioria dos casos, por modelo mal desenhado, não por falta de hardware. Tabela única e larga, colunas de altíssima cardinalidade como GPS bruto e timestamp ao segundo, e medidas DAX ineficientes derrubam a performance. Modelar em esquema estrela e reduzir a cardinalidade das colunas costuma resolver mais do que trocar a capacidade.

Cumprimento de janela e SLA são a mesma métrica? Não. A janela é o intervalo de horário combinado para a entrega específica, algo fino como das 14h às 18h. O SLA é o compromisso contratual mais amplo, geralmente em horas ou dias a partir do pedido. Você pode cumprir o SLA e estourar a janela do cliente. Meça os dois separadamente para que um não esconda a falha do outro.

Dados de rastreamento e entrega exigem cuidado com LGPD? Sim. Nome e endereço do destinatário, localização do motorista e comprovante de entrega são dados pessoais sob a Lei nº 13.709/2018. Isso exige segurança em nível de linha, restrição de acesso por perfil, mascaramento onde couber e trilha de auditoria. Governança não é etapa opcional em projeto de last mile, é requisito.

Fechando a conta#

Medir a última milha bem não é sobre ter o painel mais bonito, é sobre enxergar retrabalho, custo e promessa quebrada a tempo de agir. Comece pelos indicadores de last mile que pagam o projeto (primeira tentativa e custo por entrega), estruture os dados de roteirizador e rastreamento com esquema estrela e uma camada de engenharia sólida, e amarre cada KPI a uma ação com dono. O resto é evolução.

Se você quer transformar seus dados de roteirização e rastreamento em decisão de verdade, fale com a gente.