Seu YMS e seu TMS não se falam: por que os dados de caminhões em trânsito nunca chegam à programação das docas

Meu veredito logo de saída: a maioria dos planos de docas de armazém é construída às cegas.

Seu planejador monta o plano em torno de quando os caminhões deveriam chegar. Quando eles realmente chegam não aparece em nenhum lugar desse plano. Um atraso de 2 horas não é a exceção; é a rotina diária. A agenda de compromissos é rasgada e refeita todos os dias, o supervisor de recebimento apaga incêndios por telefone e mensagens de texto, e o YMS informa alegremente que os 50 compromissos estão em dia.

Você pode perguntar: os dados de localização dos caminhões já não estão aí? Posições GPS, horários estimados de chegada — seu TMS tem tudo isso. O problema é que nada disso jamais chega ao YMS. Os dois sistemas falam sem se ouvir, e a ruptura cai exatamente onde mais dói: na porta da doca.

O plano diz "deveria chegar". Os caminhões vivem no "chegando de verdade"

Imagine uma manhã típica. Às 8h, o planejador redigita no YMS uma tabela exportada do TMS: número da porta, janela de horário, ID do compromisso, tudo bem organizado. No momento em que a última entrada é digitada, o plano começa a ficar obsoleto.

No TMS, um caminhão está preso no trânsito da rodovia. O GPS emite sinais a cada poucos minutos e o horário estimado de chegada continua escorregando para mais tarde. No YMS, o compromisso é um registro estático — nada se move a menos que um humano o mova. Os operadores da doca preparam mão de obra, empilhadeiras e espaço de piso 1 hora antes. O caminhão não aparece. 2 horas depois ele aparece, a janela já expirou, a porta está ocupada, o motorista está furioso no portão e o despachante apaga um incêndio atrás do outro pelo telefone.

Há alguns anos visitei um armazém 3PL em Ontario, Califórnia. O gerente de recebimento me disse que eles fazem uma "reunião de conciliação" diária às 10h: o planejador, o líder de recebimento e o coordenador de transporte sentam-se com a lista de caminhões em trânsito do TMS e a agenda do YMS e caçam discrepâncias à mão. 3 pessoas, 1 hora por dia, fazendo o trabalho de um tubo de dados entre dois sistemas. Meu único pensamento depois de ouvir isso: este não é um trabalho que humanos deveriam fazer.

Os dados existem. A lacuna está num organograma, sem dono

O primeiro instinto costuma ser "é um problema de integração". Não é. Os principais fornecedores de YMS e TMS entregam APIs abertas com documentação perfeitamente decente. Os verdadeiros obstáculos se empilham em 3 camadas, cada uma mais dura que a anterior.

A primeira camada é a definição de dados. A "chegada estimada" do TMS é calculada contra marcos de transporte: partida, em trânsito, a 50 milhas. O compromisso do YMS é calculado contra uma "janela de ocupação de doca". As duas partes nem concordam no que significa "chegou" — o caminhão conta como chegado no portão de entrada ou só quando encosta na porta e as calças vão para as rodas? O TMS não tem ideia de quando a janela do YMS começa a rodar.

A segunda camada é a granularidade dos eventos. O GPS do TMS é um fluxo contínuo; a programação do YMS são eventos discretos. Transformar um fluxo de posições em "47 minutos de atraso, recomendo mover o compromisso das 10h para as 11h" exige um conjunto completo de regras de negócio: quantos minutos de atraso disparam uma remarcação? Automática ou com confirmação humana? Quando um compromisso se move, quem fica com a porta que ele liberou? Nenhum fornecedor vai escrever essas regras por você.

A terceira camada — a que realmente mata projetos — é a propriedade. O TMS pertence ao transporte; o YMS pertence à operação do armazém. O transporte é medido por pontualidade e custo de frete; o armazém é medido por vazão de recebimento e eficiência de mão de obra. Levar visibilidade em trânsito para a programação de docas parece "coisa de programação de armazém" para o transporte e "dados que moram no seu TMS" para o armazém. A ruptura fica exatamente na fronteira entre os dois departamentos, e ninguém é dono dela. De cada 10 projetos fracassados de integração YMS-TMS que vi, 9 morreram aqui, não na tecnologia.

E para deixar claro: os dados em si deixaram de ser um problema há muito tempo. Desde que o mandato de ELD nos EUA entrou em vigor em dezembro de 2017, essencialmente todos os caminhões de longa distância vêm reportando sua posição de forma contínua. Os dados estão aí. O que falta é alguém responsável por levá-los para o plano.

Três formas de fechar a lacuna, cada uma mais cara que a anterior

Opção 1: fazer à mão. O planejador confere os horários estimados no TMS ou num portal de visibilidade numa cadência e remarca manualmente os compromissos atrasados no YMS. A opção mais barata: zero gasto com software. O custo é humano: seu planejador vira um vigia de telas em tempo integral, e algumas dezenas de compromissos por dia já são mais do que uma pessoa consegue acompanhar. Os turnos mudam, a informação cai. Bom para um armazém pequeno com poucos giros diários; suicídio lento em escala.

Opção 2: alimentar o YMS com o horário estimado de uma plataforma de visibilidade. Existem plataformas dedicadas de visibilidade em trânsito que agregam dados GPS de transportadoras e produzem horários estimados razoavelmente confiáveis, e alguns fornecedores de YMS entregam conectores prontos para elas. O custo é a assinatura mais uma integração de TI, mais o trabalho de qualidade de dados que ninguém orçamenta: os dispositivos das transportadoras ficam offline, o GPS desvia, os horários estimados pulam, e é preciso decidir de antemão se o YMS segue cada solavanco. Bom ajuste para operações de volume médio com uma equipe de TI de verdade.

Opção 3: unificar TMS e YMS sob um único fornecedor, ou construir a ponte em casa. O modelo de dados combina por construção, e um evento de chegada atrasada pode disparar diretamente um fluxo de remarcação. O custo mais alto de longe: substituir um sistema é cirurgia de grande porte, medida em meses de implementação, com dados históricos e hábitos dos operadores migrando junto. A menos que você já estivesse planejando uma troca de sistema, não queime a casa por causa dessa lacuna.

Antes de dar sinal verde a qualquer coisa, responda estas 6 perguntas com honestidade. Se não conseguir, não fale ainda de integração:

1. Quantos compromissos você roda por dia, e qual parcela chega com mais de 1 hora de atraso? Se não conseguir responder, arrume primeiro seus dados de base.
2. Como a informação de chegada atrasada chega hoje ao armazém — ligações, mensagens, e-mail ou ninguém?
3. As janelas de compromisso do seu YMS podem ser modificadas por um evento externo ou só à mão?
4. Com que frequência seu TMS atualiza o horário estimado — a cada minuto ou só nos marcos?
5. Quem é dono da "visibilidade em trânsito na programação de docas" — transporte ou armazém? Qual KPI a carrega?
6. Se as remarcações virarem automáticas, quem escreve as regras: quantos minutos de atraso disparam uma, e um humano confirma?

Responda as 6 e você saberá qual das 3 opções é a sua. Pule esta etapa e vá direto ao projeto, e você muito provavelmente vai morrer na camada 2 — os sistemas se conectam, ninguém define a lógica de remarcação, e você volta a fazer à mão.

Pare de falar de tecnologia. Comece a falar de quem é dono disso

Minha leitura: a lacuna YMS-TMS não é fundamentalmente uma lacuna tecnológica. É uma lacuna organizacional. Qualquer API pode ser conectada; a parte difícil é escrever as regras e atribuir a responsabilidade. Qualquer uma das 3 opções técnicas funciona, mas só se uma pessoa — ou uma equipe pequena — for dona de que "a agenda de compromissos bate com os caminhões que realmente aparecem", com essa linha exata na sua avaliação de desempenho. Sem isso, até a integração mais bonita decai de volta para uma reunião manual de conciliação em 6 meses.

Uma linha para o líder de TI: na sua próxima avaliação ou renovação de YMS, pare de perguntar "vocês têm API aberta?" e pergunte em vez disso: "vocês conseguem assinar o fluxo de eventos de horário estimado em tempo real do TMS e disparar automaticamente um fluxo de remarcação quando o atraso cruzar um limite?" Um fornecedor que não conseguir responder isso com clareza está vendendo um peso de papel muito bonito.

Uma linha para o gerente de operações: até os sistemas estarem conectados, coloque folga no plano — estique as janelas de compromisso nos seus 2 horários mais congestionados do dia (normalmente a correria de abertura da manhã e o corte da tarde) em 30 minutos cada. Não custa nada. Funciona na hora.

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.