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 de dados abrangente oferece uma estrutura para analisar seu processo de gestão de transportes. Ele apresenta os atributos essenciais a coletar, as atividades importantes a acompanhar e orientações práticas para extrair os dados. Use este material para criar um Event Log consistente e descobrir insights valiosos sobre suas operações logísticas.
  • Atributos recomendados para uma análise abrangente
  • Atividades importantes para acompanhar na descoberta do processo
  • Orientações detalhadas para extrair dados do Blue Yonder TMS
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos da gestão de transportes

Estes são os campos de dados essenciais recomendados para o Event Log, que oferecem 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
Nome do evento ou atividade de negócio específico que ocorreu em determinado momento para uma remessa.
Descrição

Este atributo descreve uma etapa do processo de transporte, como 'Remessa planejada', 'Oferta enviada ao transportador' ou 'Mercadoria entregue'. Essas atividades formam os nós do mapa de processos descoberto, e sua sequência define o fluxo de processo de cada remessa.

Analisar a sequência e a frequência dessas atividades é essencial em Process Mining. Isso ajuda a identificar os caminhos mais comuns do processo (variantes), descobrir gargalos causados por atrasos e localizar ciclos de retrabalho, como a repetição de atividades do tipo 'Oferta recusada'.

Por que isso importa

Ele define as etapas do processo, permitindo visualizar o trajeto da remessa e identificar ineficiências.

Onde encontrar

Derivado de registros de eventos, registros de mudança de status ou códigos de transação em vários módulos do Blue Yonder TMS. Muitas vezes, é necessário mapear os eventos do sistema para nomes de atividades mais claros para o negócio.

Exemplos
Remessa planejadaOferta enviada ao transportadorMercadoria entreguePagamento processado
Hora de início
EventTime
Data e hora que indicam quando uma atividade ou evento específico ocorreu.
Descrição

A hora do evento fornece a data e a hora exatas de cada atividade no processo da remessa. Ela é a base cronológica do registro de eventos, permitindo ordenar as atividades e calcular os intervalos entre elas.

Na análise, essa data e hora são essenciais para calcular todos os KPIs baseados em tempo, como o tempo de ciclo total da remessa, a duração da liberação alfandegária e a performance de entrega no prazo. Elas permitem identificar quando ocorrem os atrasos e quanto tempo leva cada etapa do processo.

Por que isso importa

Essa data e hora são essenciais para ordenar eventos, calcular tempos de ciclo e analisar a performance do processo ao longo do tempo.

Onde encontrar

Geralmente, esse dado aparece junto aos registros de status ou eventos nos logs de transação do Blue Yonder TMS. Cada evento ou mudança de status deve ter uma data e hora associadas.

Exemplos
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
Remessa
ShipmentId
Identificador exclusivo de uma remessa, usado como ID do caso no processo de transporte.
Descrição

O ID da remessa é a chave central que vincula todas as atividades e eventos relacionados ao transporte de mercadorias da origem ao destino. Cada ID exclusivo representa um caso completo de transporte, desde a solicitação inicial até o pagamento final.

Na análise de Process Mining, esse atributo é fundamental para reconstruir o trajeto completo de cada remessa. Ele permite agrupar eventos como 'Remessa planejada', 'Mercadoria coletada' e 'Mercadoria entregue' em um fluxo de processo coerente, possibilitando calcular tempos de ciclo e identificar variantes do processo em cada remessa.

Por que isso importa

Este é o ID do caso essencial para conectar todos os eventos de transporte relacionados e permitir a análise de todo o ciclo de vida de uma remessa.

Onde encontrar

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

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 do evento, que neste caso é o Blue Yonder TMS. Ele é especialmente útil em ambientes que combinam dados de vários sistemas para oferecer uma visão mais ampla do processo.

Na análise, 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 contexto essencial sobre a origem dos dados, garantindo a rastreabilidade e ajudando a gerenciar dados de várias fontes.

Onde encontrar

Geralmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados.

Exemplos
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
Última atualização dos dados
LastDataUpdate
Data e hora da última atualização ou extração dos dados deste registro no sistema de origem.
Descrição

Este atributo indica o nível de atualização dos dados. Ele registra a data e a hora da última atualização do registro de eventos a partir do Blue Yonder TMS.

Na análise, essa informação ajuda a entender a atualidade dos Dashboards e KPIs. Ela 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 fundamentadas.

Por que isso importa

Ele informa quando os dados foram atualizados pela última vez, algo essencial para a relevância e a precisão da análise.

Onde encontrar

Este campo de metadados costuma ser gerado e adicionado durante o processo de extração de dados (ETL).

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

Este atributo registra a data de entrega que o processo logístico deve cumprir. Ela representa a expectativa do cliente ou o acordo interno de nível de serviço (SLA) para a remessa.

Essa data serve de referência para calcular o KPI 'Taxa de entrega no prazo'. Ao comparar 'ActualDeliveryTime' com 'RequestedDeliveryDate', a análise determina se a remessa foi entregue antes, no prazo ou com atraso. Essa informação é fundamental para o Dashboard '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 encontrar

Essa informação geralmente vem de um sistema anterior, como um ERP ou sistema de gestão de pedidos, e fica armazenada nos detalhes da solicitação de remessa no Blue Yonder TMS.

Exemplos
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
Hora real da entrega
ActualDeliveryTime
Data e hora reais em que ocorreu o evento 'Mercadoria entregue'.
Descrição

Este atributo registra a data e hora associadas especificamente à atividade de entrega final. Ele indica o momento exato em que a remessa chegou ao destino e teve a entrega confirmada.

É um dado essencial para medir a performance. O KPI 'Taxa de entrega no prazo' é calculado comparando essa data e hora com 'RequestedDeliveryDate'. Além disso, esse dado marca o ponto final do cálculo do KPI 'Fluxo total até a entrega'.

Por que isso importa

Essa data e hora são essenciais para calcular a taxa de entrega no prazo e medir o tempo total de trânsito da remessa.

Onde encontrar

Esta é a data e hora 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
Modal de transporte
ModeOfTransport
Modal de transporte usado para a remessa, como rodoviário, aéreo, marítimo ou ferroviário.
Descrição

Este atributo especifica o modal de transporte. Os valores comuns incluem carga fracionada (LTL), carga lotação (FTL), frete aéreo, transporte marítimo e ferroviário.

Na análise de processos, o modal de transporte é uma dimensão importante para filtrar e comparar dados. Os processos, tempos de ciclo e custos podem variar bastante entre os modais. Por exemplo, a 'Análise de gargalos na liberação alfandegária' é muito relevante para remessas aéreas e marítimas, mas menos para remessas rodoviárias domésticas. Analisar a performance por modal ajuda a direcionar iniciativas de melhoria para contextos logísticos específicos.

Por que isso importa

Ele permite segmentar a análise, já que cada modal de transporte tem processos, custos e tempos de ciclo típicos diferentes.

Onde encontrar

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

Exemplos
LTLFTLAéreoMarítimo
Nome do transportador
CarrierName
Nome da empresa de transporte ou do prestador de serviços logísticos responsável pelo transporte da remessa.
Descrição

O nome do transportador identifica a empresa terceirizada responsável pelo transporte da mercadoria. Pode ser uma transportadora rodoviária, uma companhia aérea, uma empresa de transporte marítimo ou um agente de carga.

Este atributo é essencial para a análise de performance, especialmente no Dashboard 'Comparação de performance dos transportadores'. Ele permite filtrar e segmentar os dados para comparar transportadores por métricas como taxas de entrega no prazo, pontualidade na 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 encontrar

Encontrado nos detalhes da remessa ou da carga no Blue Yonder TMS, muitas vezes vinculado a uma tabela de dados mestres de transportadores.

Exemplos
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
País de destino
DestinationCountry
País para o qual a remessa está sendo enviada.
Descrição

Este atributo especifica o país de destino final da remessa, com base no endereço do destinatário ou no local de entrega.

Assim como o país de origem, este atributo é usado para segmentar os dados geograficamente. Ele permite que analistas comparem a performance de diferentes rotas comerciais (por exemplo, dos EUA para o Canadá em comparação com dos EUA para o México), analisem desafios de entrega em países específicos e avaliem o impacto das complexidades transfronteiriças 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 encontrar

Armazenado nos dados do local de destino ou do endereço do destinatário, nos detalhes da remessa no Blue Yonder TMS.

Exemplos
CanadáMéxicoReino Unido
País de origem
OriginCountry
País de origem da remessa.
Descrição

Este atributo especifica o país de origem do trajeto da remessa. Ele é obtido do endereço do remetente ou dos dados do local de coleta.

Na análise, o país de origem é uma dimensão importante 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 liberação alfandegária de remessas internacionais.

Por que isso importa

Ele permite analisar a performance do processo por região e identificar gargalos regionais ou diferenças de eficiência.

Onde encontrar

Armazenado nos dados do local de origem ou do endereço do remetente, nos detalhes da remessa no Blue Yonder TMS.

Exemplos
USAAlemanhaChina
Status da remessa
ShipmentStatus
Status atual ou mais recente conhecido da remessa.
Descrição

O status da remessa indica a situação atual dela no ciclo de vida, como 'Planejada', 'Em trânsito', 'Entregue' ou 'Cancelada'. Ele mostra em que ponto do processo a remessa está.

Em Process Mining, analisar o status final dos casos é importante para a análise de resultados. Por exemplo, comparar os fluxos de processo das remessas 'Entregues' com os das 'Canceladas' pode revelar padrões que levam a resultados indesejados. Esse dado também ajuda a acompanhar o volume de trabalho em andamento, filtrando as remessas ainda não concluídas.

Por que isso importa

Ele oferece uma visão rápida da situação atual da remessa e ajuda a distinguir as remessas concluídas, em andamento e canceladas.

Onde encontrar

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

Exemplos
PlanejadaEm trânsitoEntregueCancelada
Divergência na fatura de frete
FreightBillDiscrepancyReason
Código ou descrição que explica por que uma fatura de frete não passou na auditoria.
Descrição

Quando a auditoria de uma fatura de frete identifica uma divergência, este atributo informa o motivo. Alguns exemplos são 'Tarifa incorreta', 'Fatura duplicada' ou 'Comprovante de entrega ausente'.

Este atributo é essencial para o Dashboard 'Comprovante de entrega e precisão do faturamento' e para o KPI 'Taxa de retrabalho de faturas de frete'. Analisar a frequência de cada motivo de divergência ajuda a identificar as causas raiz dos erros de faturamento, sejam eles decorrentes de erros do transportador, divergências contratuais ou problemas internos no processo. Assim, é possível tomar medidas direcionadas para reduzir o retrabalho nas faturas.

Por que isso importa

Ele identifica a causa raiz dos erros de faturamento e permite implementar melhorias direcionadas para reduzir o retrabalho nas faturas de frete e os atrasos nos pagamentos.

Onde encontrar

Localizado no módulo de auditoria e pagamento de frete do Blue Yonder TMS, associado aos logs de exceções ou recusas.

Exemplos
Tarifa aplicada incorretamenteFatura duplicadaContestação de cobrança adicional
Entrega no prazo
IsOnTimeDelivery
Indicador calculado que informa se a remessa foi entregue até a data de entrega solicitada.
Descrição

Este atributo booleano é calculado comparando ActualDeliveryTime com RequestedDeliveryDate. O valor é verdadeiro quando a entrega ocorre até a data solicitada e falso nos demais casos.

Como métrica calculada, ele simplifica a análise e a visualização do KPI "Taxa de entregas no prazo". Você pode filtrar e agregar os dados com facilidade para criar Dashboards que mostram os percentuais de entregas no prazo ao longo do tempo, por transportadora ou modalidade de transporte. Isso dá suporte direto ao Dashboard "Performance de coletas e entregas no prazo".

Por que isso importa

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

Onde encontrar

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

Exemplos
truefalse
Hora programada da coleta
ScheduledPickupTime
Data e hora planejadas para o transportador coletar a mercadoria na origem.
Descrição

Este atributo armazena o horário agendado e acordado com o transportador para coletar a remessa. É um marco importante no plano de transporte.

Essa data e hora servem de referência para calcular os KPIs 'Taxa de coleta no prazo' e 'Duração média do atraso na coleta'. Compará-las com 'ActualPickupTime' ajuda a identificar atrasos logo no início do trajeto da remessa, que muitas vezes afetam os marcos seguintes.

Por que isso importa

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

Onde encontrar

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

Exemplos
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
Hora real da coleta
ActualPickupTime
Data e hora reais em que ocorreu o evento 'Mercadoria coletada'.
Descrição

Este atributo registra o horário exato em que o transportador coletou fisicamente a remessa na origem. Ele marca o início oficial da etapa de transporte.

Esse dado é essencial para medir a performance do transportador. Ele é comparado com 'ScheduledPickupTime' para calcular os KPIs 'Taxa de coleta no prazo' e 'Duração média do atraso na coleta'. Analisar as diferenças ajuda a identificar problemas com transportadores ou locais de coleta específicos.

Por que isso importa

Essa data e hora são usadas para medir com precisão a performance da coleta e identificar atrasos no início do processo de transporte.

Onde encontrar

Esta é a data e hora da atualização de status 'Mercadoria coletada', geralmente 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
Código ou texto que explica a causa de um atraso na coleta ou na entrega.
Descrição

Este atributo registra o motivo informado para o não cumprimento de um marco da remessa. Alguns exemplos são 'Atraso por condições climáticas', 'Retenção na alfândega' ou 'Problema de capacidade do transportador'. Muitas vezes, essa informação é fornecida pelo transportador.

Este dado é essencial para o Dashboard 'Performance de coleta e entrega no prazo'. Em vez de apenas indicar que uma remessa atrasou, ele explica o motivo. Analisar os motivos 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 e permite gerenciar riscos de forma proativa e implementar melhorias direcionadas com os transportadores.

Onde encontrar

Esses dados costumam ser registrados nas seções de gestão de eventos ou exceções do Blue Yonder TMS e muitas vezes são preenchidos a partir de atualizações EDI do transportador (por exemplo, EDI 214).

Exemplos
Condições climáticasRetenção alfandegáriaAtraso do motoristaCongestionamento na instalação
Usuário
User
ID ou nome do usuário que realizou a atividade.
Descrição

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

Analisar os dados 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 mais retrabalho ou atrasos, ou se algumas equipes são mais eficientes que outras. Essas informações apoiam 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 limitações de recursos.

Onde encontrar

Essa informação deve estar disponível nos logs de transação ou de eventos, geralmente em um campo como '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 importantes do processo que devem ser registrados no Event Log para permitir uma visualização e descoberta precisas do processo.
6 Recomendado 7 Opcional
Atividade Descrição
Liberação alfandegária concluída
Em remessas internacionais, esta atividade marca o momento em que a mercadoria passa pela alfândega em uma fronteira ou porto. O evento é acionado 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 até a liberação é essencial para identificar gargalos e reduzir o tempo de trânsito entre países.

Onde encontrar

Esse evento costuma ser registrado de forma explícita com base em uma mensagem do transportador (por exemplo, EDI 214) ou em uma atualização manual, que altera o status alfandegário da remessa para 'liberada'.

Coleta

Registre a data e hora em que o status alfandegário da remessa é atualizado para 'Liberada'.

Tipo de evento explicit
Mercadoria coletada
Esta atividade marca o início físico do trajeto da remessa, quando o transportador recebe a mercadoria no local de origem. Em geral, o Blue Yonder TMS registra esse evento com base em uma mensagem de atualização de status do transportador, como uma transação EDI 214.
Por que isso importa

Este é um marco crítico da execução, que confirma que a remessa está a caminho. Ele serve de referência para calcular o tempo em trânsito e medir o desempenho da coleta no prazo em relação à data programada.

Onde encontrar

Este evento explícito é registrado a partir das atualizações de status do transportador. O sistema registra a data e hora em que processa a confirmação da coleta (por exemplo, EDI 214 com status 'AF' ou 'X3').

Coleta

Use a data e hora da mensagem EDI 214 processada ou de outra confirmação de coleta enviada pelo transportador.

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

Este é um marco crítico de sucesso, que indica o fim do transporte físico. Ele serve de base para medir a performance de entrega no prazo, um indicador importante da satisfação do cliente e da confiabilidade do transportador.

Onde encontrar

Este evento explícito é registrado a partir de uma mensagem de confirmação de entrega do transportador. O TMS registra a data e hora em que processa a mensagem EDI 214 (com status 'D1') ou equivalente.

Coleta

Use a data e hora da mensagem de confirmação de entrega processada, enviada pelo transportador.

Tipo de evento explicit
Pagamento processado
Esta é a atividade final do ciclo de vida da remessa e confirma que o transportador recebeu pelo serviço de transporte. Em geral, o evento tem origem em um sistema financeiro externo (ERP) e é atualizado no TMS.
Por que isso importa

Esta atividade marca o encerramento financeiro da remessa. Analisar o tempo de ciclo entre a entrega ou a auditoria e o pagamento é importante para administrar o capital de giro e manter um bom relacionamento com os transportadores.

Onde encontrar

Geralmente, este 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.

Coleta

Use a data e hora da mensagem de confirmação de pagamento recebida do sistema financeiro.

Tipo de evento explicit
Remessa confirmada
Este marco indica que um transportador aceitou a oferta e se comprometeu a cuidar da remessa. O status é atualizado para 'confirmada' ou 'comprometida', definindo o transportador e a tarifa do transporte.
Por que isso importa

Este é um marco importante: ele conclui a fase de planejamento e dá início à execução da remessa. Medir o tempo de ciclo até esse ponto ajuda a avaliar a eficiência e a capacidade de resposta na confirmação.

Onde encontrar

Este evento é registrado quando a aceitação do transportador (por exemplo, EDI 990) é recebida e processada, acionando uma mudança explícita de status no registro da remessa no TMS.

Coleta

Registre a data e hora da mudança de status para 'Confirmada' ou 'Comprometida'.

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

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

Onde encontrar

Esse evento costuma ser inferido a partir da data e hora de criação do registro da remessa nas tabelas principais de remessas ou pedidos. Também pode ser um evento explícito registrado quando uma mensagem de interface de um ERP é processada.

Coleta

Use a data e hora de criação do registro da remessa.

Tipo de evento inferred
Atualização durante o transporte recebida
Representa o recebimento de uma atualização de localização ou status do transportador enquanto a remessa está a caminho. Essas atualizações, muitas vezes enviadas por mensagens EDI 214, mostram o andamento da remessa e possíveis atrasos.
Por que isso importa

Esses eventos são essenciais para acompanhar o andamento da remessa e identificar atrasos durante o transporte. A falta de atualizações pode indicar falhas de visibilidade, enquanto atualizações frequentes sobre atrasos podem sinalizar problemas de performance do transportador.

Onde encontrar

São eventos explícitos registrados em uma tabela de rastreamento ou histórico de eventos da remessa sempre que uma mensagem do transportador durante o transporte (por exemplo, EDI 214 com status 'X1' ou 'AG') é recebida e processada.

Coleta

Cada mensagem do transportador processada durante o transporte gera uma nova entrada no registro de eventos.

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 embarque assinado. Muitas vezes, é 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 (POD) com agilidade é 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 encontrar

Em geral, esse evento é registrado quando um usuário marca manualmente o POD como recebido ou anexa o documento ao registro da remessa no TMS, acionando uma mudança de status.

Coleta

Registre a data e hora em que o indicador ou status 'POD recebido' é definido na remessa.

Tipo de evento inferred
Fatura de frete auditada
A fatura do transportador, ou fatura de frete, foi auditada de forma sistemática ou manual, considerando as tarifas contratadas, as cobranças adicionais e o comprovante de entrega. Esta etapa verifica os valores 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 nas faturas, enquanto o retrabalho nessa etapa indica problemas que aumentam a carga administrativa.

Onde encontrar

Este evento é registrado quando o status da fatura de frete associada à remessa muda para 'Auditada', 'Aprovada para pagamento' ou um status semelhante no módulo de auditoria de frete do TMS.

Coleta

Registre a data e hora da mudança de status da fatura de frete vinculada à remessa.

Tipo de evento inferred
Oferta enviada ao transportador
Esta atividade ocorre quando a remessa é oferecida formalmente a um transportador específico para aceitação. É uma ação distinta no TMS, que muitas vezes aciona uma comunicação com o transportador por meio de uma transação EDI 204, e-mail ou notificação no portal.
Por que isso importa

Este evento marca o início da medição da capacidade de resposta dos transportadores e das taxas de aceitação de ofertas. Analisar o tempo entre o envio da oferta e a resposta do transportador é essencial para entender a eficiência do relacionamento com ele.

Onde encontrar

O Blue Yonder TMS provavelmente registra isso como um evento explícito no histórico da remessa ou no histórico de ofertas quando um usuário ou o sistema executa a ação de enviar a oferta.

Coleta

Registrado no histórico de eventos da remessa quando a oferta é enviada.

Tipo de evento explicit
Oferta recusada
Este evento indica que um transportador recusou a oferta para transportar a remessa. A recusa costuma ser recebida eletronicamente por meio de uma transação EDI 990 ou de uma atualização manual no portal do transportador, acionando um fluxo de trabalho para encontrar uma alternativa.
Por que isso importa

Acompanhar as recusas de ofertas é essencial para identificar ciclos de retrabalho na seleção de transportadores. Uma taxa elevada de recusas pode indicar problemas de preço, capacidade do transportador ou informações incorretas sobre a carga, causando atrasos e aumento de custos.

Onde encontrar

Geralmente, esse evento é registrado de forma explícita quando o TMS processa a resposta de recusa do transportador e atualiza o status da oferta da remessa.

Coleta

Registrado como evento quando uma mensagem de recusa do transportador é recebida (por exemplo, EDI 990).

Tipo de evento explicit
Remessa cancelada
Representa o encerramento de uma remessa antes da coleta. Isso pode ocorrer por vários motivos, como o cancelamento de um pedido pelo cliente ou uma mudança no planejamento, e representa um estado final sem sucesso.
Por que isso importa

Acompanhar os cancelamentos é importante para entender a volatilidade da demanda e o desperdício no processo. Analisar os motivos dos cancelamentos pode revelar problemas na gestão de pedidos ou no planejamento.

Onde encontrar

Este evento explícito é registrado quando um usuário ou processo automatizado altera o status principal da remessa para 'Cancelada'.

Coleta

Registre a data e hora da mudança de status para 'Cancelada'.

Tipo de evento explicit
Remessa planejada
Representa a conclusão da fase inicial de planejamento, quando são definidos a rota, o modal de transporte e os possíveis transportadores da remessa. O mecanismo de planejamento do sistema gera uma solução, e o status da remessa é 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 nessa etapa podem indicar problemas nos dados mestres, na disponibilidade de transportadores ou na configuração do sistema.

Onde encontrar

Esse evento provavelmente é inferido a partir de uma mudança no status da remessa, por exemplo, de 'não planejada' para 'planejada'. A data e hora dessa mudança marcam o evento.

Coleta

Registre a data e hora em que o status da remessa muda para 'planejada'.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como extrair seus dados do Blue Yonder TMS

Os métodos de extração deste processo estão sendo validados. Volte mais tarde ou entre em contato conosco para receber ajuda.

Pronto para começar?

Comece hoje a otimizar seu processo de gestão de transportes. Use este Template para encontrar oportunidades de eficiência e melhorar a performance logística.

Alcance mais eficiência na gestão de transportes hoje

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

Começar o teste grátis

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