Decisão de frete

Toda operação de e-commerce com 3 ou mais transportadoras carrega três decisões de frete ativas ao mesmo tempo: qual tabela contratar e a que preço, qual transportadora leva cada pedido, e que oferta de frete mostrar ao cliente. Cada uma dessas decisões cruza custo, receita e experiência do cliente. Nenhuma costuma estar formalmente sob responsabilidade de uma única função.

A consequência é silenciosa. Tabelas ficam parcialmente negociadas porque ninguém compara propostas na operação real, linha a linha. Regras de escolha por pedido envelhecem sem revisão (a transportadora que era certa em 2021 deixou de ser em 2024, mas o sistema não foi atualizado). Políticas de frete grátis foram desenhadas anos atrás por pessoas que talvez nem estejam mais na empresa. Cada uma dessas três decisões, sozinha, raramente quebra a operação. Juntas, são o que separa uma margem saudável de uma sangria invisível.

Por que 'decisão' e não 'otimização de frete'? Otimização sugere ajuste técnico em cima de uma decisão já tomada. Decisão é o ato anterior: qual trade-off você está aceitando entre custo, prazo contratado e qualidade de entrega. Sem nomear o trade-off, qualquer escolha vira opinião.

Por que importa pra um diretor de logística que já tem TMS? Porque TMS executa: faz o pedido sair, o tracking chegar, a nota fechar. A decisão de qual tabela vale, qual regra escolhe o pedido, qual política mostra a oferta: essa camada não é o trabalho do TMS. É a camada que normalmente vive em planilhas, e que custa proporcionalmente mais do que a operação executora abaixo dela.

Como o Routor entra: reproduz sua operação transação a transação (histórico real, tabelas reais, regras reais) e devolve a decisão no formato que sua operação consome: playbook de negociação, regras otimizadas de carrier mix, política redesenhada, contraprova de frete. Não é relatório: é o output que vai para a próxima reunião de contrato, para o sistema de routing, para o site do checkout.