Notificações do LogManager: como funcionam e o que esperar

Notificações do LogManager espelham o que o armador envia. Isso significa que você recebe cada movimento importante da carga em tempo real — mas também explica alguns comportamentos que geram dúvida à primeira vista. Este artigo cobre os cenários que mais aparecem.

O princípio: notificação reflete o armador

Se o armador envia uma notificação incorreta ou retroativa, o sistema reflete essa informação. Não temos como intervir na origem — a plataforma repassa fielmente o que a fonte envia.

Isso é importante entender antes de reportar comportamentos que parecem estranhos: em quase todos os casos, a origem é o dado que veio do armador.

Notificação duplicada

Se você recebeu a mesma notificação duas vezes, o motivo mais frequente é: o armador enviou datas ou horários diferentes para o mesmo evento. Cada envio dispara uma notificação — o sistema não deduplica na origem porque, tecnicamente, são registros distintos.

Se as duplicatas incomodam operacionalmente, o caminho é conversar com o armador para alinhar o envio. Do lado da plataforma, não há bloqueio de duplicatas que não seja aplicado igualmente a atualizações legítimas.

Notificações que não chegam para atualizações antigas

O sistema não dispara notificação para atualizações com mais de 3 dias de diferença entre o evento e a captação. Isso é intencional: evita ruído em notificações retroativas que não têm mais valor operacional.

Se um evento antigo foi captado agora, ele aparece no histórico do embarque — mas não gera notificação em tempo real.

Notificações depois de viagem finalizada

Uma viagem finalizada encerra as notificações conforme a regra que você configurou. Se você criou a regra para notificar até "chegada ao destino", por exemplo, movimentos posteriores (como devolução do vazio) não vão disparar notificações.

Vale revisar suas regras de notificação periodicamente para garantir que estão alinhadas com o que você quer acompanhar.

Notificações via webhook ou container_events

Se você usa o webhook do LogManager ou consulta container_events diretamente e sente falta de algum tipo de evento, vale saber:

• Eventos de follow-up foram incorporados ao container_events (não estavam antes).
• Eventos terrestres ainda não são disponibilizados via LogManager — mesmo quando existem no site do armador.

Se você identifica um tipo específico de evento que está ausente e é importante para sua operação, abra chamado com nossa equipe informando:

• Locode (código do porto/local) envolvido
• Tipo de evento ausente
• Contexto de por que esse evento é relevante para você

Nossa equipe verifica se é limitação do produto ou se há ajuste a fazer.

Uma nota sobre CE (Conhecimento de Embarque)

A CE só retorna após o manifesto. Antes disso, ausência de CE é comportamento esperado, não bug. Se você espera CE antes do manifesto, o dado ainda não existe na fonte para ser captado.