Seu Template de dados para gestão da cadeia de suprimentos

Blue Yonder
Seu Template de dados para gestão da cadeia de suprimentos

Seu Template de dados para gestão da cadeia de suprimentos

Este Template orienta você na extração dos dados necessários para analisar o processo de gestão da cadeia de suprimentos. Ele apresenta os principais atributos que devem ser coletados e as atividades importantes a acompanhar no seu sistema Blue Yonder. Com essas orientações, você pode criar um Event Log preciso e obter insights relevantes sobre o processo.
  • Atributos recomendados para uma análise completa
  • Principais atividades e marcos do processo a acompanhar
  • Orientações passo a passo para extrair dados do Blue Yonder
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos da gestão da cadeia de suprimentos

Para analisar a gestão da cadeia de suprimentos de forma completa, inclua estes campos de dados recomendados no Event Log.
3 Obrigatório 6 Recomendado 13 Opcional
Nome Descrição
Hora de início
EventTime
Registro de data e hora que indica quando uma atividade específica começou ou ocorreu.
Descrição

A hora do evento, ou hora de início, é a data e hora exatas em que uma atividade foi registrada no sistema de origem. Esses dados cronológicos são essenciais para ordenar os eventos corretamente e realizar todas as análises baseadas em tempo.

Este registro de data e hora é usado para calcular os tempos de ciclo entre atividades, medir a duração de todo o processo e identificar atrasos ou tempos de espera. É a base de quase todos os KPIs relacionados à performance, como o tempo total entre o pedido e a entrega e o tempo de ciclo do transporte.

Por que isso importa

Este registro de data e hora é essencial para ordenar eventos, calcular durações e analisar a performance do processo e os gargalos ao longo do tempo.

Onde encontrar

Em geral, essas informações estão disponíveis como registro de data e hora de criação, alteração ou lançamento nas tabelas de dados de transação de cada objeto de negócio no Blue Yonder.

Exemplos
2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z
Nome da atividade
ActivityName
Nome de um evento ou etapa específica do negócio que ocorreu no processo logístico, como 'Pedido de compra emitido' ou 'Produtos separados e embalados'.
Descrição

O nome da atividade descreve uma etapa ou tarefa executada durante o ciclo de vida do pedido logístico. Esses eventos são registrados em ordem cronológica para formar uma sequência de ações para cada caso.

A análise das atividades é a base do Process Mining. Ela permite visualizar o mapa do processo, detectar gargalos entre etapas específicas, analisar a frequência das atividades e identificar desvios do fluxo padrão do processo.

Por que isso importa

Este atributo define as etapas do mapa do processo e permite visualizar, analisar e otimizar o fluxo dos pedidos logísticos.

Onde encontrar

Os nomes das atividades são derivados de logs de eventos, códigos de transação ou alterações de status registrados em vários módulos do Blue Yonder relacionados a armazenamento, transporte e gerenciamento de pedidos.

Exemplos
Pedido do cliente recebidoProdutos produzidosExpedição programadaComprovante de entrega assinado
Pedido logístico
LogisticsOrder
Identificador exclusivo de um pedido logístico, usado como ID principal do caso para acompanhar o processo completo da cadeia de suprimentos.
Descrição

O pedido logístico é o identificador central que conecta todas as atividades, desde a criação do pedido do cliente até a entrega final. Cada número exclusivo de pedido logístico representa uma ocorrência do processo da cadeia de suprimentos.

Em Process Mining, analisar os dados por pedido logístico permite visualizar todo o ciclo de vida do pedido. Isso é essencial para calcular os tempos de ciclo de ponta a ponta, identificar variantes do processo e entender o percurso de cada pedido por etapas como compras, produção e distribuição.

Por que isso importa

Este é o ID fundamental do caso. Ele conecta todas as etapas do processo, permitindo reconstruir e analisar toda a jornada de atendimento do pedido.

Onde encontrar

Em geral, este identificador fica nos principais módulos de gerenciamento de pedidos ou execução logística do Blue Yonder.

Exemplos
LO-845123LO-845124LO-845125
Data de entrega real
ActualDeliveryDate
Data em que o pedido foi efetivamente entregue ao cliente, conforme confirmado pelo comprovante de entrega.
Descrição

A data de entrega real é registrada quando a entrega é concluída, muitas vezes a partir do evento 'Comprovante de entrega assinado'. Este registro de data e hora marca o atendimento final do pedido logístico.

Este atributo é essencial para medir a performance. Ele é comparado com a 'Data de entrega solicitada' para determinar se a entrega ocorreu no prazo, com atraso ou antes do previsto. Esse cálculo é a base do KPI de taxa de entregas no prazo e é exibido no Dashboard 'Performance de entrega no prazo'.

Por que isso importa

Essencial para calcular a taxa de entregas no prazo, este atributo mede a performance real em relação à expectativa do cliente.

Onde encontrar

Esta data costuma ser derivada do registro de data e hora do evento de comprovante de entrega, que pode ser capturado no TMS do Blue Yonder ou em um módulo logístico relacionado.

Exemplos
2023-11-142023-11-212023-12-01
Data de entrega solicitada
RequestedDeliveryDate
Data de entrega do pedido solicitada pelo cliente.
Descrição

A data de entrega solicitada é um dado mestre importante do cliente, associado a um pedido logístico. Ela representa o compromisso assumido com o cliente e serve como principal referência para medir a performance das entregas.

Essa data é comparada com a 'Data de entrega real' para calcular o KPI de taxa de entregas no prazo. É fundamental para o Dashboard 'Performance de entrega no prazo', que permite analisar atrasos e suas causas raiz, como a performance da transportadora ou gargalos internos.

Por que isso importa

É a referência para medir a satisfação do cliente e a performance das entregas. É essencial para calcular o KPI de taxa de entregas no prazo.

Onde encontrar

Em geral, essa informação fica nos dados do cabeçalho do pedido do cliente no sistema de gerenciamento de pedidos do Blue Yonder.

Exemplos
2023-11-152023-11-202023-12-01
Nome do fornecedor
SupplierName
Nome do fornecedor que fornece matérias-primas ou componentes para um pedido de compra.
Descrição

O nome do fornecedor identifica de quem as mercadorias foram compradas como parte do processo da cadeia de suprimentos. É uma dimensão importante para analisar as etapas de logística de entrada e compras.

Este atributo é usado no Dashboard 'Performance de entrada dos fornecedores' para detalhar os tempos de ciclo, do pedido de compra ao recebimento dos materiais, por fornecedor. Essa análise ajuda a identificar fornecedores confiáveis e rápidos e aqueles que causam atrasos com frequência, orientando a estratégia de compras e a gestão do relacionamento com fornecedores.

Por que isso importa

Permite analisar a performance de diferentes fornecedores, essencial para otimizar a logística de entrada e cumprir os cronogramas de produção.

Onde encontrar

Essas informações ficam nos dados do cabeçalho do pedido de compra e são vinculadas a uma tabela de dados mestres de fornecedores no Blue Yonder ou em um ERP integrado.

Exemplos
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Nome do usuário
UserName
ID ou nome do usuário que executou a atividade.
Descrição

Este atributo identifica o funcionário ou usuário do sistema responsável por uma etapa específica do processo. É essencial para entender a alocação de recursos, a distribuição da carga de trabalho e a performance individual ou da equipe.

Na análise, o nome do usuário permite filtrar os mapas do processo para comparar como diferentes usuários executam a mesma tarefa, identificar necessidades de treinamento ou reconhecer quem tem melhor performance. Também é essencial no Dashboard 'Tarefas manuais e potencial de automação' para identificar os usuários envolvidos em tarefas frequentes e repetitivas.

Por que isso importa

Associa as ações dos usuários a pessoas específicas, permitindo analisar a carga de trabalho, comparar a performance e identificar oportunidades de automação.

Onde encontrar

Geralmente encontrado nos dados de transação em um campo 'Criado por' ou 'Alterado por', vinculado a uma tabela de dados mestres de usuários no Blue Yonder.

Exemplos
j.doea.smithSYSTEM_RFC
Status do pedido
OrderStatus
O status atual ou final do pedido logístico, como "Em andamento", "Concluído" ou "Cancelado".
Descrição

Status do pedido mostra em que ponto do ciclo de vida o pedido logístico estava no momento da extração dos dados ou qual foi seu resultado final. É um indicador importante do estado do caso.

Este atributo permite filtrar a análise para considerar apenas pedidos concluídos ou investigar por que alguns foram cancelados. Ele ajuda a entender os resultados das diferentes variantes do processo e oferece uma maneira simples de medir as taxas gerais de sucesso ou falha.

Por que isso importa

Indica o resultado de um caso e permite filtrar a análise por pedidos concluídos, em andamento ou cancelados, o que é essencial para contextualizar as métricas de performance.

Onde encontrar

Esse campo de status costuma ficar no cabeçalho do pedido logístico principal ou do documento de remessa na Blue Yonder.

Exemplos
ConcluídoEm andamentoCanceladoEm espera
Tipo de pedido
OrderType
A classificação do pedido, como "Pedido padrão", "Pedido urgente" ou "Pedido em lote".
Descrição

Tipo de pedido classifica os pedidos logísticos de acordo com suas características, urgência ou contexto de negócio. Cada tipo costuma seguir um fluxo diferente ou ter acordos de nível de serviço (SLAs) próprios.

Analisar os dados por tipo de pedido é essencial para entender as variações do processo. Por exemplo, espera-se que pedidos urgentes tenham tempos de ciclo menores e talvez não passem por algumas etapas, enquanto pedidos em lote podem ter prazos de produção mais longos. Este atributo ajuda a explicar por que alguns casos fogem do padrão e é útil no Dashboard "Process Variant Analysis".

Por que isso importa

Ajuda a explicar as variações do processo e as diferenças de performance, já que cada tipo de pedido pode ter fluxos, prioridades e SLAs próprios.

Onde encontrar

Essa informação costuma ficar nos dados do cabeçalho do pedido no sistema de gerenciamento de pedidos da Blue Yonder.

Exemplos
PadrãoUrgenteTransferência de estoqueDevolução
Categoria do produto
ProductCategory
A categoria do produto incluído no pedido logístico, como eletrônicos ou vestuário.
Descrição

Categoria do produto é uma classificação que agrupa produtos semelhantes. Cada categoria pode ter processos de cadeia de suprimentos, requisitos de manuseio ou prazos diferentes.

Este atributo é usado no Dashboard "Logistics Order Throughput Trend" para filtrar e comparar o volume de pedidos concluídos por tipo de produto. Ele pode revelar se determinadas linhas de produtos enfrentam mais atrasos ou têm menor volume de processamento, ajudando a direcionar as melhorias para onde são mais necessárias.

Por que isso importa

Permite segmentar a análise do processo por tipo de produto e identificar gargalos específicos de cada categoria, padrões de demanda ou complexidades de manuseio.

Onde encontrar

Essa informação faz parte dos dados mestres de materiais ou produtos e deve estar vinculada aos itens do pedido logístico na Blue Yonder.

Exemplos
Eletrônicos de consumoMáquinas industriaisVestuárioAlimentos
Data prometida pelo fornecedor
SupplierPromisedDeliveryDate
A data de entrega prometida pelo fornecedor para um pedido de compra específico.
Descrição

Essa data representa o compromisso do fornecedor de entregar matérias-primas ou componentes. É a referência usada para medir a confiabilidade e a pontualidade do fornecedor.

Este atributo é essencial para calcular o KPI "Supplier On-Time Delivery Rate". Ele é comparado à data real de recebimento dos materiais (data e hora do evento "Raw Materials Received") para verificar se o fornecedor cumpriu o compromisso. Essa análise é central para o Dashboard "Supplier Inbound Performance".

Por que isso importa

Serve como referência de performance para as entregas recebidas, permitindo medir a confiabilidade do fornecedor e o impacto no cronograma de produção.

Onde encontrar

Essa data costuma ser armazenada no nível do item do pedido de compra, com base nas informações do fornecedor ou nos prazos padrão.

Exemplos
2023-10-102023-10-122023-10-15
Entrega no prazo
IsOnTimeDelivery
Indicador calculado que mostra se o pedido foi entregue na data solicitada ou antes dela.
Descrição

Este atributo booleano é calculado comparando a "Actual Delivery Date" com a "Requested Delivery Date". Ele simplifica a análise de performance ao classificar cada pedido como "No prazo" (verdadeiro) ou "Atrasado" (falso).

Este atributo alimenta diretamente o Dashboard "On-Time Delivery Performance" e é usado para calcular o KPI "On-Time Delivery Rate". Ele permite filtrar os dados rapidamente e fazer uma análise de causa raiz para entender os fatores mais associados aos atrasos, como a transportadora ou o tipo de produto.

Por que isso importa

Simplifica a análise de entregas no prazo ao apresentar um resultado booleano claro para cada pedido, facilitando o cálculo das taxas de performance e a identificação das causas dos atrasos.

Onde encontrar

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

Exemplos
truefalse
Hora de término
EndTime
Registro de data e hora que indica quando uma atividade foi concluída.
Descrição

A hora de término marca a conclusão de uma atividade. Quando há dados de hora de início e de término, é possível calcular o tempo exato de processamento da atividade e diferenciá-lo do tempo ocioso ou de espera.

Isso é muito útil para analisar a duração de tarefas específicas, como 'Produtos separados e embalados' ou 'Controle de qualidade realizado'. Ajuda a identificar quais atividades consomem mais tempo e a direcionar iniciativas de otimização e automação.

Por que isso importa

Permite calcular com precisão o tempo de processamento das atividades, essencial para identificar tarefas ineficientes e medir a produtividade dos recursos.

Onde encontrar

Assim como a hora de início, geralmente é encontrado como registro de data e hora nas tabelas de dados de transação de cada objeto de negócio no Blue Yonder, muitas vezes indicando a conclusão de um status.

Exemplos
2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z
Modal de transporte
ModeOfTransport
O meio de transporte usado no envio, como caminhão, avião ou navio.
Descrição

Este atributo especifica o modal usado para transportar as mercadorias. Cada modal tem custos, velocidades e capacidades diferentes, por isso é um fator importante no planejamento e na análise logística.

O Dashboard "Transportation Efficiency Monitor" usa este atributo para comparar prazos e custos de transporte entre os diferentes modais. Isso ajuda a tomar decisões estratégicas, como escolher entre o frete aéreo, mais rápido e caro, e o frete marítimo, mais lento e econômico, considerando a prioridade do pedido e os limites de custo.

Por que isso importa

Oferece uma dimensão importante para analisar custos e velocidade do transporte, apoiando decisões estratégicas sobre os métodos de envio mais eficientes.

Onde encontrar

Essa informação geralmente fica nos detalhes da remessa ou do pedido de frete no TMS da Blue Yonder.

Exemplos
Carga completa (FTL)Frete aéreoFrete marítimoFerrovia
Nome da transportadora
CarrierName
Nome da empresa de transporte responsável pelo envio das mercadorias.
Descrição

O nome da transportadora identifica o parceiro logístico responsável pelo transporte das mercadorias do armazém até o destino final. Essa dimensão é essencial para avaliar a performance da logística de saída.

No Dashboard "Transportation Efficiency Monitor", analisar os dados por nome da transportadora ajuda a comparar o tempo de "Goods In Transit" entre diferentes empresas. Assim, a empresa pode identificar os parceiros de transporte mais rápidos, confiáveis ou econômicos e ajustar suas estratégias de envio.

Por que isso importa

Permite comparar a performance de diferentes transportadoras e ajuda a otimizar custos de envio, rotas e prazos de entrega.

Onde encontrar

Essa informação costuma aparecer nos documentos de remessa ou de frete do Transportation Management System (TMS) da Blue Yonder.

Exemplos
Frete expressoNational LogisticsSwift Haulage
Nome do cliente
CustomerName
O nome do cliente que fez o pedido.
Descrição

Identifica o cliente final do pedido logístico. É uma dimensão fundamental para segmentar a análise pela perspectiva do cliente.

Analisar a performance do processo por cliente pode revelar se alguns clientes enfrentam prazos mais longos ou mais problemas. Este atributo permite detalhar o Dashboard "On-Time Delivery Performance" por cliente, ajudando a priorizar melhorias para contas estratégicas.

Por que isso importa

Permite analisar o processo pela perspectiva do cliente, identificar quem é mais afetado pelas ineficiências e priorizar melhorias no atendimento.

Onde encontrar

Essa informação fica nos dados do cabeçalho do pedido do cliente e é vinculada a uma tabela de dados mestres de clientes na Blue Yonder ou em um CRM/ERP integrado.

Exemplos
Retail CorpMegaStore Inc.Direct Consumer Goods
Número do pedido de compra
PurchaseOrderNumber
Identificador único de um pedido de compra criado para adquirir matérias-primas ou mercadorias de um fornecedor.
Descrição

O número do pedido de compra vincula o pedido logístico ao processo de compras. Ele é criado em atividades como "Purchase Requisition Created" e "Purchase Order Issued".

Este atributo permite analisar em detalhes o subprocesso de compras. Ele é essencial para o Dashboard "Supplier Inbound Performance", que ajuda a acompanhar o percurso de um pedido de compra específico, desde a emissão até o recebimento das mercadorias, relacionando atrasos a fornecedores ou materiais específicos.

Por que isso importa

Vincula o processo principal de atendimento do pedido às atividades de compras anteriores, permitindo analisar em detalhes a performance dos fornecedores e os tempos de ciclo de compras.

Onde encontrar

Esse identificador é gerado e armazenado no módulo de compras da Blue Yonder ou em um sistema ERP integrado.

Exemplos
PO45000123PO45000124PO45000125
Responsável pela criação da requisição de compra
PurchaseRequisitionCreator
O usuário ou departamento que iniciou a solicitação de compra de mercadorias ou materiais.
Descrição

Este atributo identifica a pessoa ou equipe que criou a requisição de compra, documento interno que dá início à criação de um pedido de compra formal. Ele mostra quem está gerando a demanda de compras na organização.

Analisar os dados por este atributo ajuda a entender os padrões internos de compras e pode ser útil no Dashboard "Manual Task and Automation Potential". Se poucas pessoas estiverem criando muitas requisições padrão, isso pode indicar uma oportunidade para automatizar esse processo.

Por que isso importa

Identifica a origem de uma solicitação de compra, ajudando a analisar padrões de demanda interna e a encontrar oportunidades de automação do processo.

Onde encontrar

Está nos dados do documento de requisição de compra, geralmente no campo "Criado por".

Exemplos
m.jonesp.chenPLANNING_DEPT
Retrabalho
IsRework
Indicador calculado que mostra se um pedido passou por retrabalho, como repetição de etapas de embalagem ou controle de qualidade.
Descrição

Este indicador booleano recebe o valor verdadeiro quando há evidências de ciclos de retrabalho em um pedido logístico, como na sequência de atividades "Goods Picked and Packed" -> "Quality Control Performed" -> "Goods Picked and Packed". Ele identifica casos que fogem do fluxo padrão e eficiente.

Este atributo é usado para calcular o KPI "Order Rework Rate" e é exibido no Dashboard "Process Variant and Rework Analysis". Identificar casos com retrabalho ajuda a encontrar fontes de erros ou ineficiência no processo de atendimento do pedido e a direcionar melhorias para reduzir desperdícios e custos operacionais.

Por que isso importa

Evidencia ineficiências do processo e problemas de qualidade ao sinalizar casos com etapas repetidas, permitindo concentrar os esforços na estabilidade do processo e na redução de custos.

Onde encontrar

Este campo não existe na Blue Yonder. Ele é calculado durante a análise de Process Mining, detectando sequências específicas de atividades repetidas em um caso.

Exemplos
truefalse
Sistema de origem
SourceSystem
O sistema de onde os dados foram extraídos, neste caso, o Blue Yonder.
Descrição

Este atributo identifica a origem dos dados do processo. É especialmente útil em ambientes que combinam dados de vários sistemas para oferecer uma visão abrangente do processo e garantir a rastreabilidade dos dados.

Nesta análise, o valor será sempre 'Blue Yonder', mas ele é um metadado importante para a governança e o contexto dos dados, principalmente quando outros sistemas, como um ERP ou CRM, também estão integrados.

Por que isso importa

Identifica a origem dos dados, essencial para a governança e validação dos dados e para gerenciar análises que abrangem vários sistemas corporativos.

Onde encontrar

Em geral, é um valor estático adicionado durante a extração e transformação dos dados para identificar a origem do conjunto de dados.

Exemplos
Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP
Tempo de ciclo de ponta a ponta
EndToEndCycleTime
O tempo total entre a primeira atividade ("Customer Order Received") e a última ("Proof Of Delivery Signed") de um pedido logístico.
Descrição

Esta métrica mede a duração total do ciclo de vida de um pedido logístico. É um indicador-chave de performance que reflete a velocidade e a eficiência geral de todo o processo da cadeia de suprimentos.

Esta é a principal métrica do Dashboard "End-to-End Order Lead Time Analysis" e do KPI "Logistics Order End-to-End Cycle Time". Analisar essa duração ajuda a identificar atrasos sistêmicos e oferece uma visão geral da saúde do processo. Você pode segmentar os dados por dimensões como tipo de pedido ou categoria do produto para identificar as causas de prazos longos.

Por que isso importa

Este é um KPI essencial para medir a velocidade geral da cadeia de suprimentos, com impacto direto na satisfação do cliente e no capital de giro.

Onde encontrar

Esse valor não é armazenado no sistema de origem. Ele é calculado subtraindo-se a data e hora do primeiro evento da data e hora do último evento de cada caso.

Exemplos
15 dias e 4 horas22 dias e 11 horas10 dias e 2 horas
Última atualização dos dados
LastDataUpdate
Registro de data e hora que indica quando os dados foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

Este atributo informa a data e hora da extração mais recente dos dados. Ele dá contexto à análise, mostrando o quanto os dados estão atualizados e quando se pode esperar a próxima atualização.

É importante que você saiba se os dados analisados estão atualizados. Isso ajuda a interpretar os Dashboards e garante que as decisões sejam tomadas com base em informações recentes.

Por que isso importa

Oferece um contexto importante sobre a atualização dos dados, para que você saiba o quanto a análise do processo está atualizada.

Onde encontrar

Este registro de data e hora é gerado e adicionado durante o processo de extração, transformação e carregamento dos dados (ETL).

Exemplos
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Obrigatório Recomendado Opcional

Atividades da gestão da cadeia de suprimentos

Estas são as etapas e os marcos importantes que você deve registrar no Event Log para descobrir e otimizar o processo com precisão.
7 Recomendado 8 Opcional
Atividade Descrição
Comprovante de entrega assinado
Esta atividade final confirma que o cliente aceitou a entrega, geralmente assinando um documento de entrega. Em geral, o evento é registrado por uma atualização de status, feita manualmente ou por um aplicativo móvel usado pelo motorista.
Por que isso importa

Este é o evento final mais confiável para o processo logístico de ponta a ponta. É essencial para calcular o tempo total de ciclo e a taxa de entregas no prazo.

Onde encontrar

Inferida a partir de uma atualização de status no documento de entrega ou expedição do TMS ou OMS. É usado o registro de data e hora da mudança de status para 'Comprovante de entrega recebido' ou 'Entregue'.

Coleta

Derivada de uma alteração de status no documento de expedição que indica a confirmação da entrega.

Tipo de evento inferred
Matérias-primas recebidas
Esta atividade representa o recebimento físico de mercadorias de um fornecedor em um armazém ou unidade de produção. Ela é registrada explicitamente por meio de uma transação de recebimento de mercadorias, muitas vezes iniciada pela leitura dos itens recebidos.
Por que isso importa

Este evento marca o fim da etapa de entrega do fornecedor no processo. É essencial para medir a confiabilidade dos fornecedores e a eficiência da logística de entrada.

Onde encontrar

Capturada nos logs de transação do Warehouse Management System (WMS) ou dos módulos de gerenciamento de estoque. Corresponde à data e hora de lançamento do documento de recebimento de mercadorias.

Coleta

Com base no registro de data e hora da transação de lançamento do recebimento de mercadorias.

Tipo de evento explicit
Pedido de compra emitido
Marca a criação formal e o envio de um pedido de compra a um fornecedor externo de matérias-primas ou produtos acabados. Este é um evento central e explícito nas funcionalidades de compras do Blue Yonder.
Por que isso importa

Este é um marco importante para acompanhar os prazos de entrega e a performance dos fornecedores. Ele marca o início do KPI de entregas de fornecedores no prazo.

Onde encontrar

Registrado como evento explícito nas tabelas do sistema de compras, com um registro de data e hora que indica quando o documento do pedido de compra foi criado ou emitido oficialmente.

Coleta

O evento corresponde ao registro de data e hora de criação ou emissão do documento do pedido de compra.

Tipo de evento explicit
Pedido do cliente recebido
Esta atividade marca a criação de um novo pedido logístico no sistema, iniciada por uma solicitação do cliente. Em geral, o evento é registrado explicitamente quando um usuário ou uma mensagem EDI cria um documento de pedido de venda no módulo de gerenciamento de pedidos do Blue Yonder.
Por que isso importa

Este é o principal evento de início do processo completo da cadeia de suprimentos. Analisar esta atividade é essencial para medir o volume de pedidos recebidos e o tempo total entre o pedido e a entrega.

Onde encontrar

Este evento é registrado explicitamente nas tabelas do sistema de gerenciamento de pedidos quando um pedido de venda é criado. Ele corresponde ao registro de data e hora de criação do cabeçalho do pedido.

Coleta

O evento é registrado quando o pedido de venda é criado, por exemplo, no commit da transação.

Tipo de evento explicit
Produtos carregados para transporte
Marca o momento em que os produtos embalados são carregados no veículo de transporte e saem do armazém. É um evento explícito e crítico, muitas vezes registrado como uma transação de 'saída de mercadorias' no WMS ou TMS.
Por que isso importa

Este evento marca o início da medição do tempo de ciclo do transporte e da eficiência geral do trânsito. Ele representa a transferência das operações internas do armazém para a transportadora externa.

Onde encontrar

Registrado explicitamente no WMS ou ERP como lançamento de saída de mercadorias. A data e hora do lançamento dessa transação são usadas como registro de data e hora do evento.

Coleta

Evento capturado no log da transação de saída de mercadorias associada à entrega.

Tipo de evento explicit
Produtos produzidos
Este evento marca a conclusão do processo de fabricação de um pedido logístico. Muitas vezes, é inferido a partir de uma alteração no status da ordem de produção, como a mudança para 'Concluído' ou 'Finalizado'.
Por que isso importa

Este marco é essencial para medir os tempos de ciclo da produção e marca o início do KPI de tempo entre produção e expedição. Ele indica que os produtos estão prontos para a próxima etapa do atendimento.

Onde encontrar

Inferido a partir de uma alteração de status nas tabelas da ordem de produção, por exemplo, quando o status é atualizado para 'Concluído'. O registro de data e hora dessa atualização final é usado como horário do evento.

Coleta

Identifique o registro de data e hora em que o status da ordem de produção muda para um estado final de conclusão.

Tipo de evento inferred
Produtos separados e embalados
Esta atividade abrange o processo de separação dos itens armazenados no armazém e sua embalagem para expedição. Muitas vezes, é um evento explícito registrado pelos operadores do armazém com leitores de radiofrequência no WMS.
Por que isso importa

Este é um marco importante no processo de logística de saída. Analisar sua duração ajuda a identificar ineficiências nas operações do armazém e compõe o tempo de ciclo entre estoque e expedição.

Onde encontrar

Registrada explicitamente nos logs de transação do WMS do Blue Yonder. Os registros de data e hora são capturados quando a equipe do armazém confirma a conclusão das tarefas de separação e embalagem.

Coleta

O registro de data e hora do evento é feito quando a última tarefa de separação ou embalagem do pedido é confirmada.

Tipo de evento explicit
Controle de qualidade realizado
Representa a conclusão de uma inspeção de qualidade dos produtos acabados antes de serem liberados para expedição. Pode ser inferida a partir de uma atualização de status do lote de estoque, que passa para 'liberado' ou 'inspeção aprovada'.
Por que isso importa

Esta atividade ajuda a identificar gargalos no processo de garantia da qualidade e é essencial para analisar o retrabalho. Verificações de qualidade repetidas no mesmo pedido podem indicar problemas de qualidade.

Onde encontrar

Inferida a partir de uma alteração no campo de status dos módulos de gerenciamento de estoque ou qualidade. É usado o registro de data e hora da mudança de status de 'em inspeção' para 'liberado'.

Coleta

Derivada de uma alteração no status de qualidade do lote de estoque associado.

Tipo de evento inferred
Disponibilidade do estoque verificada
Representa a verificação, feita pelo sistema ou manualmente, para confirmar se os itens necessários estão em estoque para atender ao pedido do cliente. Muitas vezes, é inferida a partir de alterações no status da linha do pedido, indicando que ela passou por uma verificação Available-to-Promise (ATP).
Por que isso importa

Esta atividade ajuda a medir o tempo necessário para confirmar um pedido e identifica atrasos causados por rupturas de estoque. É essencial para calcular o KPI de taxa de disponibilidade do estoque e entender a capacidade de atendimento.

Onde encontrar

Inferida a partir de uma alteração no campo de status da linha do pedido de venda, por exemplo, de 'Novo' para 'Confirmado', ou de um registro de data e hora associado ao log de verificação ATP nos módulos de estoque ou gerenciamento de pedidos do Blue Yonder.

Coleta

Derivada da alteração de status na linha do pedido que indica a confirmação do estoque.

Tipo de evento inferred
Expedição programada
Esta atividade representa o planejamento do transporte, incluindo a seleção da transportadora e o agendamento de um horário para a coleta. É um evento explícito no Transportation Management System (TMS) do Blue Yonder, registrado quando uma expedição é criada e confirmada.
Por que isso importa

Este evento oferece visibilidade sobre a etapa de planejamento do transporte. Atrasos nessa fase podem afetar a saída no prazo e a performance geral das entregas.

Onde encontrar

Capturada nos logs de transação do módulo TMS. O evento corresponde ao registro de data e hora em que um documento de expedição é finalizado ou uma transportadora é atribuída.

Coleta

Com base no registro de data e hora de criação ou confirmação da expedição ou do plano de carga.

Tipo de evento explicit
Nota fiscal enviada ao cliente
Representa a criação e a emissão de uma nota fiscal para os produtos entregues ao cliente. É uma transação financeira explícita, registrada nos módulos de gerenciamento de pedidos ou financeiro.
Por que isso importa

Esta atividade é uma etapa importante do ciclo do pedido ao recebimento. Analisar seu momento em relação à entrega pode revelar atrasos no faturamento que afetam o fluxo de caixa.

Onde encontrar

Registrada explicitamente nas tabelas de faturamento ou financeiras. O evento corresponde à data de criação ou lançamento do documento da nota fiscal.

Coleta

Com base no registro de data e hora do lançamento do documento de faturamento do cliente.

Tipo de evento explicit
Pedido cancelado
Representa o cancelamento de um pedido logístico antes da conclusão do atendimento. É um evento final alternativo, inferido a partir do status final 'Cancelado' ou 'Anulado' do pedido de venda.
Por que isso importa

Acompanhar os cancelamentos é essencial para entender as falhas no processo e a insatisfação dos clientes. Analisar quando e por que os pedidos são cancelados pode revelar problemas subjacentes em vendas ou operações.

Onde encontrar

Inferida a partir do status do cabeçalho do pedido de venda. O registro de data e hora da mudança para o estado final 'Cancelado' é capturado como horário do evento.

Coleta

Com base no registro de data e hora da mudança de status do pedido para 'Cancelado'.

Tipo de evento inferred
Produção programada
Representa o planejamento e a programação de uma ordem de produção ou fabricação para produzir os itens necessários. Em geral, é um evento explícito gerado pelos módulos de fabricação ou planejamento de suprimentos do Blue Yonder.
Por que isso importa

Esta atividade mostra o início do ciclo de produção. Analisar o tempo entre a programação e a conclusão da produção ajuda a identificar diferenças entre o planejamento e a execução.

Onde encontrar

Registrada nas tabelas do sistema de execução ou planejamento da produção, com um registro de data e hora associado à criação ou confirmação de uma ordem de produção.

Coleta

Derivada do registro de data e hora de criação ou alteração de status de uma ordem de produção.

Tipo de evento explicit
Produtos descarregados no destino
Esta atividade indica que a expedição chegou e foi descarregada no endereço do cliente. Muitas vezes, o evento é registrado explicitamente por uma mensagem EDI da transportadora ou por um lançamento manual com base nas informações fornecidas por ela.
Por que isso importa

Este evento marca o fim do trajeto em trânsito. É essencial para calcular com precisão o KPI de tempo de ciclo do transporte e identificar atrasos relacionados à transportadora.

Onde encontrar

Em geral, essas informações vêm de dados externos da transportadora, recebidos por integrações EDI ou pelo portal da transportadora. Elas são registradas como uma atualização de status do documento de expedição no TMS.

Coleta

O horário do evento é baseado no registro de data e hora da atualização de status 'Entregue' enviada pela transportadora.

Tipo de evento explicit
Requisição de compra criada
Esta atividade ocorre quando o estoque é insuficiente para atender a um pedido, gerando uma solicitação para adquirir os materiais necessários. A criação de um documento de requisição de compra é um evento explícito no módulo de compras.
Por que isso importa

Acompanhar esta atividade ajuda a identificar dependências de compras e seu impacto no tempo total de atendimento do pedido. Ela destaca os casos em que a falta de estoque atrasa a cadeia de suprimentos.

Onde encontrar

Registrada explicitamente nas tabelas de compras ou planejamento de suprimentos quando um documento de requisição de compra é criado e vinculado à demanda do pedido de venda.

Coleta

Com base no registro de data e hora de criação do documento de requisição de compra.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados do Blue Yonder

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 a otimizar a gestão da cadeia de suprimentos com estes Templates. Identifique ineficiências ocultas e transforme suas operações hoje mesmo.

Acabe com os atrasos: otimize agora sua cadeia de suprimentos no Blue Yonder

Alcance 90% de precisão nas previsões e elimine as faltas de estoque que geram custos.

Começar o teste grátis

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