Todo dia a operação de carga fracionada resolve o mesmo problema errado com a ferramenta errada. Quando o custo de entrega sobe, a reação padrão é apertar a rota: sequenciar melhor as paradas, cortar quilômetro ocioso, ajustar janela. É trabalho legítimo — mas é otimizar o movimento dentro de uma estrutura que ninguém parou para questionar.
E a estrutura, na maioria das operações, foi herdada. O hub está onde está porque sempre esteve. A divisão entre o que vai direto e o que passa por transbordo foi desenhada há anos, para um volume e uma geografia que já mudaram. Roteirizar em cima de uma malha mal desenhada é acelerar na direção errada.
Três camadas, três decisões diferentes
Confundir as camadas é o que gera a compra errada. Vale separar.
TMS (gestão). É o sistema de registro da operação: emissão e guarda de documentos, gestão de frota, controle financeiro, ocorrências, faturamento. O TMS responde “o que aconteceu e como está sendo administrado”. Ele não decide desenho de rede nem sequência de parada — administra o que já foi decidido.
Roteirizador (movimento). Dada uma malha e uma frota, ele define a melhor sequência de paradas por veículo, respeitando janela, capacidade e restrição de acesso. Responde “em que ordem visito os pontos de hoje”. É otimização de execução, dentro de fronteiras fixas.
Planejamento de malha (estrutura). Antes de sequenciar qualquer parada, alguém decidiu quantos hubs existem, onde ficam, quais praças recebem entrega direta e quais passam por transbordo, e qual frota atende cada trecho. Responde “qual é a estrutura sobre a qual tudo o mais roda”.
As três se complementam. O erro é pedir a uma camada a resposta que só a outra pode dar — e o mais comum é esperar que o roteirizador conserte um problema de malha.
O que o roteirizador não pode enxergar
Um roteirizador recebe a malha como dado de entrada. Os hubs são premissa, não variável. Ele não pergunta se aquele transbordo deveria existir, se um segundo ponto de distribuição mudaria a densidade das rotas, ou se metade das entregas classificadas como “spoke” deveria ir direto.
Essa é a fronteira que costuma passar despercebida: roteirizadores otimizam a sequência das paradas dentro de uma malha que já existe. O planejamento de malha decide a malha. São perguntas de níveis diferentes, e a segunda governa a primeira. Uma rota perfeita sobre um hub mal localizado ainda paga pernoite a mais, roda com baixa densidade e queima janela em deslocamento improdutivo.
Middle-mile e last-mile custam separado
A malha define o TCO muito antes da rota. E o custo real só aparece quando o middle-mile (a transferência entre hubs, o troncal) e o last-mile (a distribuição capilar até o destinatário) são simulados separadamente — porque cada um responde a uma alavanca diferente.
O middle-mile é sensível a onde ficam os pontos de consolidação e a como o volume se agrega entre eles. O last-mile é sensível a densidade, janela e ao ponto de partida da distribuição. Um hub mal posicionado pode baratear o troncal e encarecer a capilaridade — ou o contrário. Somar os dois num único número de frete esconde exatamente o trade-off que decide a rede. Planejamento de malha é achar o ponto ótimo entre essas duas contas, não minimizar uma delas isolada.
Decidir a estrutura a partir do histórico
A boa notícia é que a operação já tem o dado para decidir isso: o histórico de entregas. Origem, destino, peso, volume, janela e frequência descrevem a geografia real da demanda — não a suposta.
Com essa base é possível clusterizar a demanda por densidade, simular cenários de rede (quantos hubs, onde, o que vai direto), montar a grade de expedição correspondente e prever a demanda por trecho. É desse trabalho que sai uma malha desenhada para o volume de hoje, e não herdada de um passado que não existe mais. A roteirização do dia a dia entra depois — rodando dentro de uma estrutura que finalmente faz sentido, e comparada com a execução real para corrigir desvio.
Essa é a inversão de ordem que importa: decidir onde fica a estrutura antes de otimizar o movimento.
Perguntas frequentes
Um roteirizador resolve meu problema de custo?
Resolve a parte que depende da sequência de paradas dentro da malha atual. Se o custo vem do desenho da rede — número e localização de hubs, o que vai direto, split entre middle-mile e last-mile —, ele não alcança essa camada, porque recebe a malha como premissa.
Isso substitui meu TMS?
Não. O TMS administra a operação (documentos, frota, financeiro); o planejamento de malha decide a estrutura sobre a qual essa operação roda. São complementares — um não faz o trabalho do outro.
Preciso implantar tudo antes de ver se faz sentido?
Não. Dá para começar pela decisão de estrutura, simulando a malha a partir do histórico que a operação já possui, e só então tratar a roteirização do dia a dia dentro dela.
Otimizar a rota é necessário, mas é a última camada — e a de menor alavanca quando a estrutura embaixo está errada. A ordem correta é decidir a malha primeiro: quantos hubs, onde, o que vai direto, qual frota. Depois, sim, sequenciar as paradas. Se a sua malha foi herdada e nunca foi testada contra o volume atual, o próximo passo é rodar um cenário da sua malha a partir do histórico de entregas que você já tem — e ver que estrutura o próprio dado sugere.