Seu rastreamento diz “em trânsito”. Quem age quando a entrega desvia?

O painel mostra um caminhão “em trânsito”. O cliente liga porque a janela de recebimento termina em 40 minutos. O GPS ainda transmite, mas a rota parou; a transportadora não respondeu; o vendedor promete que “deve chegar hoje”. Todos enxergam algum dado. Ninguém possui um caso, um prazo e uma ação confirmada.

Esse é o limite da visibilidade sem operação. Inteligência artificial pode correlacionar GPS, CT-e, pedido, janela, histórico, clima e mensagens para detectar risco mais cedo. Mas detectar não recupera uma entrega. O retorno aparece quando cada desvio vira uma decisão com dono, alçada, prazo, evidência e confirmação do resultado.

Este artigo apresenta o método SINAL: cinco decisões para transformar eventos logísticos em intervenção controlada. Ele complementa o artigo sobre promessa de entrega confiável. A promessa define o compromisso antes e durante a separação; a rastreabilidade operacional protege esse compromisso quando a carga já está em movimento.

Adoção deixou de ser o principal diferencial

A pesquisa State of Digital Logistics 2026, da McKinsey, ouviu 278 embarcadores. Quase 90% disseram usar ao menos um caso de IA em transporte e 96% ao menos um caso digital ou de IA em armazenagem. Entre os respondentes, 88% afirmaram que os casos de transporte atenderam ou superaram as expectativas, e 84% disseram o mesmo sobre ferramentas de armazém.

Os números descrevem aquela amostra, não todas as empresas. Ainda assim, a conclusão operacional é útil: quando tecnologia se dissemina, o diferencial migra para a forma como a organização torna trade-offs visíveis, aproxima análise da decisão diária e conecta decisão à execução. O artigo cita agentes de track-and-trace que detectam desvio de rota, excursão de temperatura, atraso ou possível furto e iniciam intervenções antes da falha da carga.

Um relato publicado na Harvard Data Science Review descreve a mesma passagem do alerta para a operação em compras críticas: o agente consolida fontes, identifica ETA ausente, atraso de resposta ou divergência de embarque, aciona comunicações e registra exceções no sistema de gestão. A unidade de valor não é “alerta emitido”; é exceção resolvida antes que a consequência se torne irreversível.

“Em trânsito” esconde estados que pedem decisões diferentes

Um único status não serve para controlar o ciclo. Separe pelo menos estes sete estados:

1. Planejado: pedido, carga, veículo, transportador, rota e janela estão associados, mas a execução ainda não começou.
2. Expedido: há evidência de saída física e fiscal; o próximo marco e o horário esperado estão definidos.
3. Em progresso normal: eventos observados permanecem dentro da tolerância de rota, tempo, condição e custódia.
4. Risco detectado: falta de evento, parada, desvio, temperatura, avaria provável ou ETA deteriorado ultrapassa um limiar.
5. Intervenção em curso: existe ação aceita por um responsável, com prazo e alternativa se falhar.
6. Entregue com evidência: local, data, recebedor, itens, condição e documento de entrega foram confirmados.
7. Falha reconciliada: insucesso, recusa, devolução, reentrega, falta ou avaria gerou efeito coerente em pedido, estoque, financeiro e atendimento.

Um evento pode mudar a posição da carga sem mudar o risco; outro pode mudar o risco sem mudar a posição. Ficar 25 minutos parado pode ser normal em um posto autorizado e crítico a dois quilômetros de uma janela rígida. O agente precisa comparar observação, plano e consequência — não apenas ler coordenadas.

Método SINAL: do evento à resolução comprovada

S — Shipment e objeto definidos

Comece pela unidade que pode ser identificada sem ambiguidade: pedido, carga, volume, pallet, contêiner, veículo ou item serializado. Relacione cliente, origem, destino, CT-e, NF-e, transportador, rota, janela, condição especial e compromisso comercial. Uma carreta pode carregar pedidos com riscos diferentes; um pedido pode seguir em dois veículos. O nível de monitoramento deve acompanhar a consequência real.

O padrão EPCIS 2.0 da GS1 oferece uma referência útil para modelar eventos de visibilidade: o que aconteceu, quando, onde, por que e, quando aplicável, como. Ele também suporta dados de sensores, certificações e interfaces de captura e consulta. A empresa não precisa implantar EPCIS para usar a lógica, mas precisa de identificadores e vocabulário estáveis entre ERP, WMS, TMS, telemetria e parceiros.

I — Intervalo esperado e evidência observada

Para cada marco, defina o esperado como faixa, não como falsa precisão: janela de saída, corredor de rota, tempo máximo sem atualização, temperatura admissível, permanência em parada, horário limite para avisar o cliente e evidência mínima de conclusão. Guarde a fonte e a hora de cada observação. “ETA 15h” calculado há três horas é diferente de posição recebida há dois minutos.

Eventos conflitantes não devem ser fundidos silenciosamente. Se o GPS aponta para a rodovia, o aplicativo do motorista declara chegada e o comprovante ainda não existe, preserve as três informações e a precedência definida. A IA pode estimar o estado mais provável; o registro deve mostrar por que ele foi escolhido e o que falta confirmar.

N — Natureza e consequência da exceção

Classifique o desvio antes de decidir. Categorias úteis incluem atraso, ausência de sinal, desvio de rota, parada excessiva, risco de temperatura, integridade, segurança, documentação, recusa, endereço, capacidade do cliente e divergência de quantidade. Acrescente três dimensões: probabilidade, tempo até a consequência e impacto se nada for feito.

Um atraso provável de 20 minutos pode ser informativo em uma entrega residencial flexível e crítico em um canteiro com equipe e guindaste reservados. A gravidade não pertence ao sensor; nasce da combinação entre evento e compromisso.

A — Ação, alçada e alternativa

Associe cada classe de exceção a um playbook. A ação pode ser pedir confirmação ao motorista, contatar transportadora, recalcular rota, reservar doca, avisar cliente, autorizar reentrega, bloquear faturamento, acionar segurança ou abrir ocorrência de qualidade. Defina quem pode fazer o quê, até qual custo e em quanto tempo.

A IA pode montar o caso, sugerir a ação e executar comunicações de baixo risco. Mudanças com efeito comercial, fiscal, de segurança ou custo relevante pedem alçada. Todo playbook precisa de alternativa: se o motorista não responde em dez minutos, quem é o próximo contato? Se a janela fechar, qual novo compromisso pode ser oferecido sem inventar capacidade?

L — Lastro e fechamento reconciliado

Feche o caso pelo efeito, não pela mensagem enviada. Registre resposta, ação executada, novo ETA, aceite do cliente e evento final. No Brasil, o Portal do CT-e mantém eventos estruturados de comprovante de entrega e insucesso na entrega. A nota técnica do comprovante eletrônico descreve uma infraestrutura digital para registrar a efetivação da entrega; isso é evidência mais forte do que texto livre em um grupo.

Depois, reconcilie sistemas: pedido entregue ou reaberto, estoque baixado ou retornado, frete apurado, cobrança habilitada ou suspensa, ocorrência de atendimento encerrada e promessa atualizada. Se o evento fiscal diz entrega, mas o ERP mantém o pedido em trânsito, ainda existe uma exceção.

Matriz: urgência da intervenção × confiança do evento

• Alta urgência + alta confiança: execute o playbook pré-autorizado imediatamente e notifique o responsável. Exemplo: sensor confiável registra temperatura fora da faixa em carga sensível.
• Alta urgência + baixa confiança: confirme por uma segunda fonte sem esperar a próxima rotina. Se o dano potencial for alto, adote contenção reversível enquanto confirma.
• Baixa urgência + alta confiança: agrupe, priorize e trate dentro do SLA. Exemplo: ETA piorou, mas ainda existe folga antes da janela.
• Baixa urgência + baixa confiança: monitore e peça dado melhor; evite abrir uma fila ruidosa que ensina a equipe a ignorar alertas.

A automação deve crescer primeiro onde a ação é reversível, a fonte é confiável e o playbook tem resultado verificável. Não escolha o nível de autonomia apenas pela acurácia média do modelo.

Cartão mínimo da exceção logística

Uma pessoa precisa conseguir assumir o caso sem refazer toda a investigação. O cartão deve conter:

• ID do caso e dos pedidos, volumes, carga, veículo e documentos relacionados;
• cliente, local, janela, compromisso original e consequência prevista;
• evento observado, fonte, instante de captura e idade do dado;
• marco esperado, tolerância e regra que abriu a exceção;
• evidências concordantes, conflitantes e ainda ausentes;
• categoria, probabilidade, urgência, impacto e prazo de intervenção;
• ação recomendada, alternativas, custo estimado e alçada;
• responsável que aceitou, horário de aceite e próximo checkpoint;
• comunicações enviadas, respostas e novo compromisso aceito;
• desfecho, prova, efeitos nos sistemas e causa para prevenção.

Exemplo: o alerta estava certo, mas a operação ainda poderia falhar

Uma distribuidora envia materiais para uma obra com recebimento entre 13h e 15h. Às 12h12, o agente percebe que o veículo está parado há 28 minutos fora de um ponto previsto e recalcula a chegada para 15h18. O motorista não responde ao primeiro contato.

Um painel convencional pinta a entrega de vermelho. O protocolo SINAL abre um caso ligado ao pedido e à janela, mostra a última posição e a idade do sinal, classifica a exceção como urgente e ainda incerta, e inicia uma confirmação paralela com motorista e transportadora. O encarregado da obra recebe uma mensagem de contingência, não uma nova promessa definitiva.

A transportadora confirma pane simples e retorno em 15 minutos. O agente calcula duas opções: manter o veículo, com risco de perder a equipe de descarga, ou transbordar em unidade próxima, com custo adicional. O supervisor escolhe manter, o cliente aceita a janela até 15h30 e a entrega ocorre às 15h11. O caso só fecha depois do comprovante, do aceite e da atualização do ERP. O valor veio de ganhar tempo para negociar a consequência — não de prever 15h18 com aparência científica.

Placar: menos alertas, mais entregas recuperadas

Monitore o funil completo:

• cobertura: cargas com identificadores, marcos e fontes válidas; tempo sem atualização por parceiro;
• detecção: antecedência do alerta, falso positivo, exceção descoberta pelo cliente e duplicidade de casos;
• resposta: tempo até aceite, primeira ação, confirmação e escalada; casos sem dono ou vencidos;
• resultado: entrega recuperada dentro da janela renegociada, reentrega evitada, avaria contida e custo da intervenção;
• fechamento: comprovante válido, reconciliação entre TMS/ERP/atendimento e recorrência por causa, rota e parceiro.

Separe “alerta verdadeiro” de “alerta útil”. Um desvio pode ser corretamente detectado e ainda assim chegar tarde demais, ir para a pessoa errada ou não oferecer ação viável. Essa diferença revela onde o processo, e não o modelo, precisa mudar.

Piloto assistido de 20 dias úteis

1. Dias 1–5 — linha de base: escolha uma rota, transportadora ou família de clientes; mapeie marcos, fontes, atrasos, reentregas, contatos e custos atuais.
2. Dias 6–10 — sombra: o agente detecta e classifica desvios sem acionar terceiros. Compare alertas com ocorrências reais e ajuste tolerâncias.
3. Dias 11–15 — intervenção assistida: permita abrir casos, reunir evidências e sugerir playbooks. Pessoas aprovam ações e registram o resultado.
4. Dias 16–20 — faixa verde: automatize apenas comunicações e ações reversíveis com fonte confiável; teste ausência de sinal, conflito e falha de integração.

O piloto vence se melhora antecedência, resposta e desfecho ao mesmo tempo. Mais alertas ou ETAs mais frequentes, isoladamente, não demonstram retorno.

Perguntas para logística, comercial e atendimento

• quais eventos realmente mudam uma decisão e quais apenas alimentam o mapa?
• quanto tempo temos entre detectar cada desvio e perder a melhor alternativa?
• qual fonte prevalece quando GPS, motorista, transportadora e documento divergem?
• quem pode renegociar janela, autorizar reentrega ou assumir custo adicional?
• o cliente recebe uma previsão, uma hipótese ou um compromisso aceito?
• quantas exceções vencem sem dono e quantas são descobertas pelo cliente?
• o comprovante de entrega atualiza também pedido, estoque, cobrança e atendimento?
• causas recorrentes alteram rota, cadastro, parceiro ou regra — ou só geram novos alertas?

O ponto de vista da V7 Agents

IA em logística gera ROI quando reduz a distância entre sinal, decisão e ação. Ela vira promessa vazia quando multiplica mapas, notificações e ETAs sem dono do caso, playbook, alçada e prova de fechamento.

Na escada da V7 Agents, o V7 IA Ready identifica eventos, sistemas, lacunas de cadastro, tolerâncias e responsabilidades. O v7 Carteira conecta pedido, cliente, entrega, comunicação e exceções no fluxo real. A Operação Contínua acompanha cobertura, alertas úteis, tempo de resposta, desfecho e causas recorrentes. Processo, dados, responsável, rotina de revisão e implantação operacional continuam sendo a base do retorno.

Fontes consultadas

• McKinsey — Creating value from AI and digital capabilities in logistics operations, 8 set 2026.
• Harvard Data Science Review — AI Agents Are Transforming Decision Making: What Leaders Should Know, 2026.
• GS1 — EPCIS & CBV 2.0 para eventos de visibilidade na cadeia.
• GS1 — guia de implementação e matriz de dados de visibilidade EPCIS.
• Portal do CT-e — notas técnicas de comprovante e insucesso na entrega.