Seu Template de dados de gestão de transportes
Seu Template de dados de gestão de transportes
- 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
Atributos da gestão de transportes
| 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 | |||
Atividades da gestão de transportes
| 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 | |||
Guias de extração
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%.
Não é necessário cartão de crédito. Ative em poucos minutos.