Seu Template de dados para gestão da cadeia de suprimentos
Seu Template de dados para gestão da cadeia de suprimentos
- 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
Atributos da gestão da cadeia de suprimentos
| 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 | |||
Atividades da gestão da cadeia de suprimentos
| 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 | |||
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 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.
Não é necessário informar o cartão de crédito. Configure tudo em poucos minutos.