Seu Template de dados de gestão de transportes

Blue Yonder TMS
Seu Template de dados de gestão de transportes

Seu Template de dados de gestão de transportes

Este Template completo de dados oferece uma abordagem estruturada para analisar seu processo de gestão de transportes. Ele apresenta os atributos essenciais a serem coletados, as atividades críticas a serem acompanhadas e orientações práticas para a extração dos dados. Use este recurso para criar um Event Log robusto e descobrir insights valiosos sobre suas operações logísticas.
  • Atributos recomendados para uma análise completa
  • Atividades principais para acompanhar na descoberta do processo
  • Orientações detalhadas para extração no Blue Yonder TMS
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos da gestão de transportes

Estes são os campos de dados essenciais recomendados para inclusão no seu Event Log, fornecendo uma base sólida para uma análise aprofundada da gestão de transportes.
5 Obrigatório 7 Recomendado 6 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento ou da atividade de negócio específica que ocorreu em determinado momento para um transporte.
Descrição

Este atributo descreve uma única etapa do processo de transporte, como “Transporte planejado”, “Oferta enviada ao transportador” ou “Mercadoria entregue”. Essas atividades formam os nós do mapa de processo descoberto, e sua sequência define o fluxo do processo para cada transporte.

Analisar a sequência e a frequência dessas atividades é essencial no Process Mining. Isso ajuda a identificar os caminhos de processo mais comuns, ou variantes, descobrir gargalos em que as atividades sofrem atrasos e localizar ciclos de retrabalho em que atividades como “Oferta recusada” se repetem.

Por que isso importa

Ele define as etapas do processo, permitindo visualizar a jornada do transporte e identificar ineficiências no processo.

Onde obter

Derivado de Event Logs, registros de alterações de status ou códigos de transação em vários módulos do Blue Yonder TMS. Isso geralmente exige mapear eventos do sistema para nomes de atividades mais fáceis de entender para o negócio.

Exemplos
Transporte planejadoOferta enviada ao transportadorMercadoria entreguePagamento processado
Hora de início
EventTime
O timestamp que indica quando uma atividade ou evento específico ocorreu.
Descrição

O horário do evento fornece a data e a hora exatas de cada atividade no processo de transporte. Ele é a base cronológica do Event Log, permitindo ordenar as atividades e calcular as durações entre elas.

Na análise, esse timestamp é essencial para calcular todos os KPIs baseados em tempo, como tempo de ciclo de ponta a ponta do transporte, duração do desembaraço aduaneiro e performance de entrega no prazo. Ele permite identificar quando os atrasos ocorrem e quanto tempo cada etapa do processo leva.

Por que isso importa

Este timestamp é essencial para ordenar eventos, calcular tempos de ciclo e analisar a performance do processo ao longo do tempo.

Onde obter

Isso normalmente é encontrado junto aos registros de status ou eventos nos logs de transação do Blue Yonder TMS. Cada evento ou alteração de status deve ter um timestamp associado.

Exemplos
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
Transporte
ShipmentId
O identificador exclusivo de um único transporte, que serve como Case ID do processo de transporte.
Descrição

O ID do transporte é a chave central que conecta todas as atividades e eventos relacionados à movimentação da mercadoria do ponto de origem ao destino. Cada ID exclusivo representa um caso completo de transporte, abrangendo desde a solicitação inicial até o pagamento final.

Na análise de Process Mining, esse atributo é fundamental para reconstruir a jornada de ponta a ponta de cada transporte. Ele permite agrupar eventos como “Transporte planejado”, “Mercadoria coletada” e “Mercadoria entregue” em um fluxo de processo coerente, possibilitando calcular tempos de ciclo e identificar variantes de processo para transportes individuais.

Por que isso importa

Este é o Case ID essencial que conecta todos os eventos de transporte relacionados, permitindo analisar todo o ciclo de vida de um transporte.

Onde obter

Esta é uma chave primária nos módulos de gestão de transportes ou carregamentos do Blue Yonder TMS. Consulte a documentação do sistema para identificar a tabela específica, provavelmente relacionada aos cabeçalhos de transporte.

Exemplos
SHP-0012845SHP-0012991SHP-0013054
Sistema de origem
SourceSystem
Identifica o sistema do qual os dados foram extraídos.
Descrição

Este atributo especifica a origem dos dados de eventos, que neste caso é o Blue Yonder TMS. Ele é especialmente útil em ambientes nos quais dados de vários sistemas podem ser combinados para oferecer uma visão mais ampla do processo.

Na análise, ele ajuda a filtrar os dados e entender seu contexto. Manter essa informação garante a linhagem dos dados e é uma boa prática de governança de dados.

Por que isso importa

Ele fornece um contexto essencial sobre a origem dos dados, garantindo a rastreabilidade e ajudando a gerenciar dados de várias fontes.

Onde obter

Este normalmente é um valor estático adicionado durante o processo de extração, transformação e carregamento, ou ETL, dos dados.

Exemplos
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
Última atualização dos dados
LastDataUpdate
O timestamp em que os dados deste registro foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

Este atributo indica o nível de atualização dos dados. Ele registra a data e a hora em que o Event Log foi atualizado pela última vez a partir do Blue Yonder TMS.

Na análise, isso é importante para entender a atualidade dos Dashboards e KPIs. Ele permite saber se você está consultando informações em tempo real ou dados de um período anterior, algo essencial para tomar decisões operacionais bem fundamentadas.

Por que isso importa

Ele informa aos usuários o quão recentes são os dados, algo essencial para a relevância e a precisão da análise.

Onde obter

Este é um campo de metadados normalmente gerado e adicionado durante o processo de extração de dados, ou ETL.

Exemplos
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Data solicitada de entrega
RequestedDeliveryDate
A data de entrega solicitada pelo cliente ou exigida pelo pedido de venda.
Descrição

Este atributo captura a data de entrega desejada que o processo logístico busca cumprir. Ela representa a expectativa do cliente ou o acordo de nível de serviço, ou SLA, interno para o transporte.

Essa data é a base para calcular o KPI de taxa de entrega no prazo. Ao comparar “ActualDeliveryTime” com “RequestedDeliveryDate”, a análise pode determinar se o transporte foi entregue antes do prazo, no prazo ou com atraso. Isso é fundamental para o Dashboard de performance de coleta e entrega no prazo.

Por que isso importa

Ela serve como principal referência para medir a performance de entrega no prazo e a satisfação do cliente.

Onde obter

Essa informação normalmente se origina de um sistema upstream, como um ERP ou sistema de gestão de pedidos, e é armazenada nos detalhes da solicitação de transporte no Blue Yonder TMS.

Exemplos
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
Hora real de entrega
ActualDeliveryTime
O timestamp real em que ocorreu o evento “Mercadoria entregue”.
Descrição

Este atributo é o timestamp associado especificamente à atividade de entrega final. Ele registra o momento exato em que o transporte chegou ao destino e foi confirmado como entregue.

É um dado essencial para medir a performance. O KPI de taxa de entrega no prazo é calculado comparando esse timestamp com “RequestedDeliveryDate”. Além disso, ele marca o ponto final para calcular o KPI de throughput geral até a entrega.

Por que isso importa

Este timestamp é essencial para calcular a taxa de entrega no prazo e medir o tempo total de trânsito do transporte.

Onde obter

Este é o timestamp da atualização de status “Mercadoria entregue”, geralmente recebida por meio de uma mensagem EDI do transportador ou inserida manualmente no Blue Yonder TMS.

Exemplos
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
Modo de transporte
ModeOfTransport
O método de transporte usado para o carregamento, como rodoviário, aéreo, marítimo ou ferroviário.
Descrição

Este atributo especifica o modo de transporte. Os valores comuns incluem Less-than-Truckload (LTL), Full Truckload (FTL), frete aéreo, marítimo e ferroviário.

Na análise de processos, o modo de transporte é uma dimensão essencial para filtragem e comparação. Os processos, tempos de ciclo e custos podem variar significativamente entre os diferentes modos. Por exemplo, a análise de gargalos no desembaraço aduaneiro é muito relevante para transportes aéreos e marítimos, mas menos para transportes rodoviários domésticos. Analisar a performance por modo ajuda a adaptar as iniciativas de melhoria a contextos logísticos específicos.

Por que isso importa

Ele permite uma análise segmentada, pois diferentes modos de transporte têm processos, custos e tempos de ciclo típicos distintos.

Onde obter

Este é um campo padrão nos módulos de planejamento e tarifação de transportes do Blue Yonder TMS.

Exemplos
LTLFTLAéreoMarítimo
Nome do transportador
CarrierName
O nome da empresa de transporte ou do provedor de logística responsável pela movimentação do transporte.
Descrição

O nome do transportador identifica a empresa terceirizada designada para executar o transporte da mercadoria. Pode ser uma transportadora rodoviária, uma companhia aérea, uma empresa de navegação ou um agente de cargas.

Este atributo é essencial para a análise de performance, especialmente no Dashboard de comparação de performance dos transportadores. Ele permite filtrar e segmentar os dados para comparar transportadores em métricas como taxas de entrega no prazo, cumprimento do horário de coleta e duração média dos atrasos. Isso ajuda na seleção estratégica de transportadores e na gestão do relacionamento com eles.

Por que isso importa

Ele permite comparar e analisar a performance de diferentes transportadores para otimizar a seleção e melhorar a qualidade do serviço.

Onde obter

Encontrado nos detalhes do transporte ou carregamento no Blue Yonder TMS, geralmente vinculado a uma tabela de dados mestres de transportadores.

Exemplos
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
País de destino
DestinationCountry
O país para o qual o transporte está sendo entregue.
Descrição

Este atributo especifica o país de destino final do transporte, derivado do endereço do destinatário ou do local de entrega.

Assim como o país de origem, este atributo é usado para segmentação geográfica. Ele permite comparar a performance de diferentes rotas comerciais, como Estados Unidos para Canadá versus Estados Unidos para México, analisar desafios de entrega em países específicos e avaliar o impacto das complexidades internacionais nos tempos de ciclo.

Por que isso importa

Ele permite analisar a performance por destino, algo essencial para entender as complexidades das rotas comerciais e os desafios regionais de entrega.

Onde obter

Armazenado como parte dos dados do local de destino ou do endereço do destinatário nos detalhes do transporte no Blue Yonder TMS.

Exemplos
CanadáMéxicoReino Unido
País de origem
OriginCountry
O país de onde o transporte se origina.
Descrição

Este atributo especifica o país de origem da jornada do transporte. Ele é derivado do endereço do remetente ou dos detalhes do local de coleta.

Na análise, o país de origem é uma dimensão poderosa para segmentar os dados. Ele ajuda a entender diferenças regionais na performance do processo, na disponibilidade de transportadores e nos tempos de ciclo. Por exemplo, é essencial para analisar os tempos de desembaraço aduaneiro em transportes internacionais.

Por que isso importa

Ele permite analisar a performance do processo por região, ajudando a identificar gargalos regionais ou variações de eficiência.

Onde obter

Armazenado como parte dos dados do local de origem ou do endereço do remetente nos detalhes do transporte no Blue Yonder TMS.

Exemplos
USAAlemanhaChina
Status do transporte
ShipmentStatus
O status atual ou conhecido mais recentemente do transporte.
Descrição

O status do transporte indica o estado atual do transporte em seu ciclo de vida, como “Planejado”, “Em trânsito”, “Entregue” ou “Cancelado”. Ele oferece uma visão instantânea da etapa em que o transporte se encontra no processo.

No Process Mining, analisar o status final dos casos é importante para avaliar os resultados. Por exemplo, comparar os fluxos de processo de transportes “Entregues” com os de transportes “Cancelados” pode revelar padrões que levam a resultados indesejados. Isso também ajuda a monitorar a carga de trabalho ativa, filtrando os transportes que ainda não foram concluídos.

Por que isso importa

Ele oferece uma visão rápida do estado atual do transporte e ajuda a diferenciar transportes concluídos, em andamento e cancelados.

Onde obter

Este é um campo importante no cabeçalho do transporte ou na tabela principal de acompanhamento de status do Blue Yonder TMS.

Exemplos
PlanejadoEm trânsitoEntregueCancelado
Divergência na fatura de frete
FreightBillDiscrepancyReason
Um código ou descrição que explica por que uma fatura de frete não passou na auditoria.
Descrição

Quando uma auditoria de fatura de frete identifica uma divergência, este atributo informa o motivo. Os exemplos incluem “Tarifa incorreta”, “Fatura duplicada” ou “Comprovante de entrega ausente”.

Este atributo é essencial para o Dashboard de comprovante de entrega e precisão do faturamento e para o KPI de taxa de retrabalho de faturas de frete. Analisar a frequência dos diferentes motivos de divergência ajuda a identificar as causas-raiz dos erros de faturamento, sejam eles originados por falhas do transportador, desalinhamentos contratuais ou problemas internos do processo. Isso permite tomar ações direcionadas para reduzir o retrabalho das faturas.

Por que isso importa

Ele fornece a causa-raiz dos erros de faturamento, permitindo melhorias direcionadas para reduzir o retrabalho das faturas de frete e os atrasos nos pagamentos.

Onde obter

Localizado no módulo de auditoria e pagamento de fretes do Blue Yonder TMS, associado a logs de exceções ou rejeições.

Exemplos
Tarifa aplicada incorretamenteFatura duplicadaContestação de cobrança adicional
Entrega no prazo
IsOnTimeDelivery
Uma sinalização calculada que indica se o transporte foi entregue na data solicitada ou antes dela.
Descrição

Este atributo booleano é derivado da comparação entre 'ActualDeliveryTime' e 'RequestedDeliveryDate'. Ele é verdadeiro quando a entrega real ocorre na data solicitada ou antes dela, e falso nos demais casos.

Como métrica calculada, ele simplifica a análise e a visualização do KPI 'On-Time Delivery Rate'. Também permite filtrar e agregar dados com facilidade para criar Dashboards que mostram os percentuais de performance no prazo ao longo do tempo, por transportadora ou por modo de transporte, dando suporte direto ao Dashboard 'On-Time Pickup and Delivery Performance'.

Por que isso importa

Isso simplifica a análise da performance no prazo e permite filtrar e agregar dados rapidamente em Dashboards e KPIs.

Onde obter

Este atributo não existe no sistema de origem. Ele é calculado durante a transformação dos dados usando a fórmula: ActualDeliveryTime <= RequestedDeliveryDate.

Exemplos
truefalse
Hora programada de coleta
ScheduledPickupTime
A data e a hora planejadas para que o transportador colete a mercadoria na origem.
Descrição

Este atributo armazena o horário do agendamento definido e acordado com o transportador para a coleta do transporte. É um marco importante no plano de transporte.

Esse timestamp é usado como base para calcular os KPIs de taxa de coleta no prazo e duração média do atraso na coleta. Compará-lo com “ActualPickupTime” ajuda a identificar atrasos no início da jornada do transporte, que muitas vezes geram efeitos em cadeia nos marcos seguintes.

Por que isso importa

Ele é a referência para medir a performance de coleta no prazo, um indicador importante da confiabilidade do transportador e da precisão do planejamento.

Onde obter

Localizado nos módulos de agendamento ou planejamento de carregamentos do Blue Yonder TMS.

Exemplos
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
Hora real de coleta
ActualPickupTime
O timestamp real em que ocorreu o evento “Mercadoria coletada”.
Descrição

Este atributo registra o horário exato em que o transportador coletou fisicamente o transporte no ponto de origem. Ele marca o início oficial da fase em trânsito.

Esse dado é essencial para medir a performance do transportador. Ele é comparado com “ScheduledPickupTime” para calcular os KPIs de taxa de coleta no prazo e duração média do atraso na coleta. Analisar os desvios ajuda a identificar problemas relacionados a transportadores ou locais de coleta específicos.

Por que isso importa

Este timestamp é usado para medir com precisão a performance da coleta e identificar atrasos nas primeiras etapas do processo de transporte.

Onde obter

Este é o timestamp da atualização de status “Mercadoria coletada”, normalmente recebida do transportador por EDI ou inserida manualmente no Blue Yonder TMS.

Exemplos
2023-04-16T14:30:00Z2023-05-02T10:15:00Z
Motivo do atraso
DelayReason
Um código ou texto que explica a causa de um atraso na coleta ou entrega.
Descrição

Este atributo registra o motivo informado para o não cumprimento de um marco do transporte. Os exemplos incluem “Atraso por condições climáticas”, “Retenção na alfândega” ou “Problema de capacidade do transportador”. Essas informações geralmente são fornecidas pelo transportador.

Isso é essencial para o Dashboard de performance de coleta e entrega no prazo. Em vez de apenas indicar que um transporte atrasou, este atributo explica o motivo. Analisar os motivos de atraso mais comuns permite que a equipe de logística reduza riscos de forma proativa e trabalhe com os transportadores para resolver problemas recorrentes.

Por que isso importa

Ele explica a causa-raiz dos atrasos, permitindo uma gestão proativa de riscos e melhorias direcionadas com os transportadores.

Onde obter

Esses dados geralmente são capturados nas seções de gestão de eventos ou exceções do Blue Yonder TMS, muitas vezes preenchidas a partir de atualizações EDI do transportador, como a EDI 214.

Exemplos
Condições climáticasRetenção na alfândegaAtraso do motoristaCongestionamento na instalação
Usuário
User
O ID ou nome do usuário que executou a atividade.
Descrição

Este atributo identifica o planejador logístico, coordenador ou usuário do sistema responsável por executar um evento ou alteração de status específico no TMS. Para eventos automatizados, pode ser o ID de uma conta de sistema ou serviço.

Analisar por usuário ajuda a entender a distribuição da carga de trabalho, a performance individual e as necessidades de treinamento. Isso pode revelar se determinados usuários estão associados a taxas maiores de retrabalho ou atrasos, ou se equipes específicas são mais eficientes que outras. Esse insight apoia a gestão de recursos e iniciativas direcionadas de melhoria de processos.

Por que isso importa

Ele permite analisar a performance e a carga de trabalho por usuário ou equipe, ajudando a identificar oportunidades de treinamento e restrições de recursos.

Onde obter

Essa informação deve estar disponível nos logs de transação ou eventos, geralmente em um campo “Alterado por” ou “ID do usuário” associado a cada registro.

Exemplos
j.doea.smithTMS_AUTOMATION_USER
Obrigatório Recomendado Opcional

Atividades da gestão de transportes

Estas são as etapas e os marcos críticos do processo que devem ser registrados no seu Event Log para uma visualização e uma descoberta precisas do processo.
6 Recomendado 7 Opcional
Atividade Descrição
Desembaraço aduaneiro concluído
Para transportes internacionais, esta atividade marca o momento em que a mercadoria passou com sucesso pela alfândega em uma fronteira ou porto. O evento é disparado por uma notificação do despachante aduaneiro ou do transportador.
Por que isso importa

A alfândega é uma fonte comum de atrasos significativos na logística internacional. Medir o tempo necessário para concluir o desembaraço é essencial para identificar gargalos e melhorar os tempos de trânsito internacional.

Onde obter

Isso normalmente é registrado como um evento explícito com base em uma mensagem do transportador, como uma EDI 214, ou em uma atualização manual que altera o status aduaneiro do transporte para “liberado”.

Captura

Capture o timestamp em que o status aduaneiro do transporte é atualizado para “Liberado”.

Tipo de evento explicit
Mercadoria coletada
Esta atividade marca o início físico da jornada do transporte, quando o transportador assume a posse da mercadoria no local de origem. Esse evento normalmente é registrado no Blue Yonder TMS com base em uma mensagem de atualização de status enviada pelo transportador, como uma transação EDI 214.
Por que isso importa

Este é um marco crítico da execução, pois confirma que o transporte está em andamento. Ele serve como base para calcular os tempos em trânsito e medir a performance de coleta no prazo em relação à data programada.

Onde obter

Este é um evento explícito capturado a partir das atualizações de status do transportador. O sistema registra o timestamp quando uma confirmação de coleta, como uma EDI 214 com status “AF” ou “X3”, é processada.

Captura

Use o timestamp da EDI 214 processada ou de outra mensagem de confirmação de coleta enviada pelo transportador.

Tipo de evento explicit
Mercadoria entregue
Este marco indica que o transporte chegou fisicamente ao destino do destinatário. O transportador fornece essa confirmação, geralmente por meio de uma mensagem EDI 214, que atualiza o status do transporte no TMS.
Por que isso importa

Este é um marco crítico de sucesso, pois marca o fim do trânsito físico. Ele é a base para medir a performance de entrega no prazo, um indicador importante da satisfação do cliente e da confiabilidade do transportador.

Onde obter

Este é um evento explícito capturado a partir de uma mensagem de confirmação de entrega do transportador. O TMS registra o timestamp quando a EDI 214, com status “D1”, ou uma mensagem equivalente é processada.

Captura

Use o timestamp da mensagem processada de confirmação de entrega do transportador.

Tipo de evento explicit
Pagamento processado
Esta é a atividade final do ciclo de vida do transporte, confirmando que o transportador foi pago pelo serviço de transporte. O evento normalmente se origina em um sistema financeiro externo, como um ERP, e é atualizado de volta no TMS.
Por que isso importa

Esta atividade marca o encerramento financeiro do transporte. Analisar o tempo de ciclo entre a entrega ou auditoria e o pagamento é importante para gerenciar o capital de giro e manter bons relacionamentos com os transportadores.

Onde obter

Isso geralmente é um evento explícito registrado quando uma mensagem de interface do sistema de contas a pagar ou do ERP atualiza o status de pagamento da fatura de frete no TMS.

Captura

Use o timestamp da mensagem de confirmação de pagamento recebida do sistema financeiro.

Tipo de evento explicit
Solicitação de remessa recebida
Esta atividade marca a criação de uma necessidade de transporte no Blue Yonder TMS, normalmente iniciada por um pedido de um sistema upstream, como um ERP. Ela representa o início oficial do ciclo de vida do transporte, quando um novo registro de transporte é criado com o status inicial “não planejado” ou “novo”.
Por que isso importa

Este é o principal evento de início do processo de transporte de ponta a ponta. Analisar o tempo entre este evento e as atividades de planejamento seguintes ajuda a identificar atrasos no processamento inicial e medir o throughput geral.

Onde obter

Este evento normalmente é inferido a partir do timestamp de criação do registro de transporte nas tabelas principais de transporte ou pedido. Ele também pode ser um evento explícito registrado quando uma mensagem de interface de um ERP é processada.

Captura

Use o timestamp de criação do registro de transporte.

Tipo de evento inferred
Transporte reservado
Este marco indica que um transportador aceitou a oferta e se comprometeu a cuidar do transporte. O status do transporte é atualizado para “reservado” ou “comprometido”, confirmando o transportador e a tarifa do transporte.
Por que isso importa

Este é um marco importante que finaliza a fase de planejamento e move o transporte para a execução. Medir o tempo de ciclo até este ponto ajuda a avaliar a eficiência e a capacidade de resposta do processo de reserva.

Onde obter

Isso é capturado quando uma aceitação do transportador, como uma EDI 990, é recebida e processada, disparando uma alteração explícita de status no registro do transporte no TMS.

Captura

Capture o timestamp da alteração de status para “Reservado” ou “Comprometido”.

Tipo de evento explicit
Atualização em trânsito recebida
Representa o recebimento de uma atualização de localização ou status do transportador enquanto o transporte está a caminho. Essas atualizações, geralmente enviadas por mensagens EDI 214, dão visibilidade ao progresso do transporte e a possíveis atrasos.
Por que isso importa

Esses eventos são essenciais para acompanhar o progresso do transporte e identificar atrasos em trânsito. A falta de atualizações pode indicar lacunas de visibilidade, enquanto atualizações frequentes sobre atrasos sinalizam problemas de performance do transportador.

Onde obter

São eventos explícitos registrados em uma tabela de rastreamento de transportes ou de histórico de eventos sempre que uma mensagem do transportador em trânsito, como uma EDI 214 com status “X1” ou “AG”, é recebida e processada.

Captura

Cada mensagem do transportador em trânsito processada cria uma nova entrada no Event Log.

Tipo de evento explicit
Comprovante de entrega recebido
Esta atividade representa o recebimento da documentação formal que confirma a entrega, como um conhecimento de transporte assinado. Geralmente é uma etapa separada após a entrega física e um pré-requisito para o pagamento do frete.
Por que isso importa

Receber o comprovante de entrega, ou POD, com eficiência é essencial para acelerar o ciclo de faturamento e pagamento. Atrasos nessa etapa afetam diretamente o fluxo de caixa e podem gerar disputas de pagamento com o transportador.

Onde obter

Isso geralmente é capturado quando um usuário marca manualmente o POD como recebido ou anexa o documento ao registro do transporte no TMS, disparando uma alteração de status.

Captura

Capture o timestamp em que uma sinalização ou status “POD recebido” é definido no transporte.

Tipo de evento inferred
Fatura de frete auditada
A fatura do transportador, ou fatura de frete, foi auditada de forma sistemática ou manual em relação às tarifas contratadas, cobranças adicionais e ao comprovante de entrega. Essa etapa verifica as cobranças antes da aprovação do pagamento.
Por que isso importa

Este é um ponto importante de controle financeiro. Analisar o processo de auditoria pode revelar divergências frequentes no faturamento, enquanto o retrabalho nessa etapa indica problemas que aumentam a carga administrativa.

Onde obter

Este evento é capturado quando o status da fatura de frete associada ao transporte muda para “Auditada”, “Aprovada para pagamento” ou um estado semelhante no módulo de auditoria de fretes do TMS.

Captura

Capture o timestamp da alteração de status na entidade da fatura de frete vinculada ao transporte.

Tipo de evento inferred
Oferta enviada ao transportador
Esta atividade ocorre quando o transporte é formalmente oferecido a um transportador específico para aceitação. É uma ação distinta dentro do TMS, que geralmente dispara uma comunicação ao transportador por meio de uma transação EDI 204, e-mail ou notificação no portal.
Por que isso importa

Este evento é o ponto de partida para medir a capacidade de resposta dos transportadores e as taxas de aceitação das ofertas. Analisar o tempo entre o envio da oferta e a resposta do transportador é essencial para entender a eficiência do relacionamento com os transportadores.

Onde obter

O Blue Yonder TMS provavelmente registra isso como um evento explícito em uma tabela de histórico de transportes ou de ofertas quando a ação é executada por um usuário ou pelo sistema.

Captura

Registrado no histórico de eventos do transporte quando a ação de envio da oferta é executada.

Tipo de evento explicit
Oferta recusada
Este evento indica que um transportador recusou a oferta para transportar o carregamento. A recusa normalmente é recebida eletronicamente por meio de uma transação EDI 990 ou de uma atualização manual no portal do transportador, disparando um Workflow para encontrar uma alternativa.
Por que isso importa

Acompanhar as recusas de ofertas é essencial para identificar ciclos de retrabalho na seleção de transportadores. Taxas elevadas de recusa podem indicar problemas de preço, capacidade do transportador ou informações incorretas sobre o carregamento, gerando atrasos e custos maiores.

Onde obter

Isso geralmente é capturado como um evento explícito quando a resposta de recusa do transportador é processada pelo TMS, atualizando o status da oferta do transporte.

Captura

Registrado como um evento após o recebimento de uma mensagem de recusa do transportador, como uma EDI 990.

Tipo de evento explicit
Transporte cancelado
Representa o encerramento de um transporte antes da coleta. Isso pode acontecer por vários motivos, como o cancelamento do pedido pelo cliente ou uma alteração no planejamento, e representa um estado final malsucedido.
Por que isso importa

Acompanhar cancelamentos é importante para entender a volatilidade da demanda e o desperdício no processo. Analisar por que os transportes são cancelados pode revelar problemas nos processos de gestão de pedidos ou planejamento.

Onde obter

Este é um evento explícito, capturado quando um usuário ou processo automatizado altera o status principal do transporte para “Cancelado”.

Captura

Capture o timestamp da alteração de status para “Cancelado”.

Tipo de evento explicit
Transporte planejado
Representa a conclusão da fase inicial de planejamento, quando a rota, o modo de transporte e os possíveis transportadores são definidos para o transporte. O mecanismo de planejamento do sistema gera uma solução, e o status do transporte é atualizado para indicar que há um plano disponível.
Por que isso importa

Acompanhar esta atividade ajuda a medir a eficiência do mecanismo de planejamento e otimização. Atrasos ou ciclos de retrabalho envolvendo esta etapa podem indicar problemas com dados mestres, disponibilidade de transportadores ou configuração do sistema.

Onde obter

Este evento provavelmente é inferido a partir de uma alteração de status na entidade de transporte, por exemplo, de “não planejado” para “planejado”. O timestamp dessa alteração de status marca o evento.

Captura

Capture o timestamp em que o status do transporte muda para “planejado”.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do Blue Yonder TMS

Os métodos de extração para este processo estão sendo validados. Consulte novamente mais tarde ou entre em contato conosco para obter ajuda.

Pronto para começar?

Comece hoje a otimizar seu processo de gestão de transportes. Use este Template para liberar ganhos de eficiência e melhorar a performance da sua operação logística.

Alcance hoje a máxima eficiência na gestão de transportes

Identifique ineficiências, acompanhe a performance e reduza o tempo de ciclo em 30%.

Comece seu teste grátis

Não é necessário cartão de crédito. Ative em poucos minutos.