Imagine que a entrega é uma promessa — e o roteamento é a mão que assina essa promessa. Em cadeias tradicionais, a mudança de rota era uma exceção: alguém via um problema, tomava uma decisão e assumia o ônus de explicar.
Com roteamento autônomo (e, mais ainda, com agentes ajustando rotas em tempo real), a exceção vira rotina: o sistema replaneja por trânsito, clima, capacidade, custo, janelas, restrições operacionais. O benefício é claro: mais eficiência. O risco também: a promessa muda sem ninguém “decidir” explicitamente.
É aí que a pergunta vira governança, não logística: quando o prazo muda, quem responde ao cliente — atendimento, operação, tecnologia, transportadora, ou “o algoritmo”?
Pelo olhar do GeoIT, esse é um caso clássico de circuito que precisa fechar entre stakeholders → negócio → arquitetura → tecnologia → stakeholders. E o CoE (Círculo de Equivalência) define a “sala com regras” do que pode ser considerado uma mudança aceitável: em quais limites, em quais regiões, sob quais integrações e com qual obrigação de comunicação.
Círculo de equivalência do diagnóstico
- Escopo: roteamento e replanejamento de entregas que afetam promessa de prazo
- Janela: 6–12 meses (adoção progressiva de autonomia e ajustes em tempo real)
- Jurisdição/regime: Brasil (consumidor + políticas internas + contratos logísticos)
- Configuração: TMS/roteirizador + integrações (transportadoras, tracking, atendimento) + regras de SLA + limites de replanejamento
- Critério de equivalência: “o sistema pode otimizar rota sem violar a promessa além de limites acordados, e toda mudança relevante deve gerar comunicação e trilha clara do porquê.”
AS-IS
Stakeholders
Para o cliente, prazo é confiança. Para o atendimento, prazo é volume de chamados. Para operação, prazo é capacidade e custo. Para a transportadora, prazo é janela e produtividade. Quando o roteamento autônomo muda prazos, cada stakeholder sente um pedaço — mas ninguém “possui” a decisão.
Sinais típicos
- cliente recebe prazo A, tracking mostra prazo B, atendimento promete prazo C
- aumento de “onde está meu pedido?” por microatrasos acumulados
- segmentos sofrem mais (interior, horários, modais específicos)
- disputa interna: “foi o sistema”, “foi o parceiro”, “foi o estoque”
Negócios
O negócio geralmente quer duas coisas que entram em conflito: reduzir custo logístico e aumentar confiabilidade do prazo. Se a métrica premia custo e pontualidade na média, o roteamento pode aprender a “comprar eficiência” com uma cauda de clientes frustrados — porque a média continua boa.
Sinais típicos
- melhora de custo por entrega com piora de NPS em segmentos
- promessas agressivas sem lastro em capacidade real
- política de comunicação reativa: só avisa quando estoura
Arquitetura
O roteamento autônomo costuma estar acoplado a uma cadeia de decisões: estoque → separação → expedição → transportadora → hubs → last mile → atendimento. Se o roteador muda rota ou modal, ele mexe no prazo. Se mexe no prazo, deveria acionar um mecanismo de governança: “pode mudar?”, “quanto pode mudar?”, “quem precisa ser avisado?”, “como fica a promessa?”.
Sinais típicos
- replanejamento acontece sem corredor de permissão (qualquer mudança é válida)
- ausência de “pontos sem retorno” (ex.: após expedir, certas mudanças deveriam exigir confirmação)
- mudanças não geram evento para atendimento (atendimento descobre pelo cliente)
- exceções viram regra (“replaneja sempre que otimiza”)
Tecnologia
Tracking existe, mas explicação não. O sistema sabe dizer “mudou”, mas não consegue dizer de forma simples “mudou por quê, com qual regra, com qual limite, e o que foi comunicado”.
Sinais típicos
- logs de roteamento não se conectam ao CRM/tickets
- falta de evento “promessa alterada” com motivo e impacto
- difícil reconstruir a cadeia de decisões quando dá ruim
- não existe contenção rápida (autonomia não reduz quando indicadores pioram)
Onde o circuito se rompe
- Tecnologia → Stakeholders sem mediação de negócio
- O roteamento muda a promessa, o cliente sente, mas o negócio não declarou limites de mudança aceitável.
- Arquitetura não define quem “responde”
- O sistema muda, mas não existe contrato: quando muda o prazo, qual canal comunica, em quanto tempo e com qual narrativa oficial.
- Mudança operacional não vira evento governável
- O replanejamento é tratado como “detalhe técnico”, quando na prática é mudança de compromisso com o cliente.
TO-BE
Stakeholders
- Um “contrato de promessa” simples: quem comunica, quando comunica, como comunica
- Medição por segmento: onde a autonomia está piorando confiança
- Rota de contestação: quando o cliente reclama, o sistema aprende (não só apaga incêndio)
Negócios
- Objetivo com limites: custo com teto de degradação de promessa
- Política clara de replanejamento: quando é permitido e quando não é
- Gatilhos de pausa: se certos indicadores piorarem, o sistema reduz autonomia
Arquitetura
- Corredores de permissão para replanejamento:
- baixo impacto: ajustar rota dentro da mesma promessa
- médio impacto: ajustar com aviso automático ao cliente/atendimento
- alto impacto: exigir aprovação (mudança grande, troca de modal crítico, risco de atraso relevante)
- Pontos sem retorno: depois de expedir, certas decisões não podem ser automáticas
- Contrato de eventos: “promessa alterada” gera evento para CRM, tracking e atendimento com motivo padronizado
Tecnologia
- Trilha de evidência mínima: sinais usados, regra aplicada, decisão, impacto no prazo, comunicação disparada
- Mecanismos de contenção: reduzir autonomia quando taxa de alteração de promessa sobe
- Reversão operacional: quando possível, priorizar correções (interceptação, re-roteamento com custo controlado) e registrar o custo da intervenção
Síntese
Roteamento autônomo é poderoso porque transforma logística em decisão contínua. Mas, quando ele muda prazos, ele muda um contrato com o cliente. Se não houver CoE (limites e equivalências do que é aceitável), corredores de permissão e um contrato claro de comunicação, a organização cai num vazio de responsabilidade: todo mundo sente o efeito e ninguém responde pelo “porquê”.
Duas perguntas finais ajudam a testar maturidade: qual é o limite aceitável de mudança de promessa sem aprovação?
E quando o prazo muda, o sistema dispara automaticamente a responsabilidade — comunicação, explicação e correção — ou isso ainda depende de corrida humana depois da reclamação?