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