Seu Template de Dados de Gestão da Cadeia de Suprimentos
Seu Template de Dados de Gestão da Cadeia de Suprimentos
- Atributos recomendados para uma análise completa
- Atividades principais e marcos do processo para monitorar
- Guia passo a passo para extração de dados do Blue Yonder
Atributos de Gestão da Cadeia de Suprimentos
| Nome | Descrição | ||
|---|---|---|---|
| Hora de Início EventTime | O timestamp que indica quando uma atividade específica começou ou ocorreu. | ||
| Descrição O Horário do Evento, ou Horário de Início, é a data e hora exatas em que uma atividade foi registrada no sistema de origem. Esses dados cronológicos são fundamentais para sequenciar os eventos corretamente e para todas as análises baseadas em tempo. Este timestamp é usado para calcular 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 de desempenho, como o Lead Time do Pedido de Ponta a Ponta e o Tempo de Ciclo de Transporte. Por que é importante Este timestamp é essencial para ordenar os eventos, calcular durações e analisar o desempenho dos processos e gargalos ao longo do tempo. Onde obter Esta informação está disponível geralmente como um timestamp de data 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 | O nome de um evento ou etapa de negócio específica que ocorreu no processo logístico, como 'Pedido de Compra Emitido' ou 'Mercadorias Separadas e Embaladas'. | ||
| Descrição O Nome da Atividade descreve uma única etapa ou tarefa executada como parte do ciclo de vida do pedido logístico. Esses eventos são registrados cronologicamente para construir uma sequência de ações para cada caso. Analisar atividades é a base do Process Mining. Isso permite a visualização do mapa de processos, a detecção de gargalos entre etapas específicas, a análise da frequência das atividades e a identificação de desvios no fluxo de processo padrão. Por que é importante Este atributo define as etapas no mapa do processo, permitindo visualizar, analisar e otimizar o fluxo dos pedidos logísticos. Onde obter Os nomes das atividades são derivados de event logs, códigos de transação ou alterações de status registrados nos módulos do Blue Yonder relacionados a armazenamento, transporte e gestão de pedidos. Exemplos Pedido de Cliente RecebidoProdutos ProduzidosRemessa AgendadaComprovação de Entrega Assinada | |||
| Pedido Logístico LogisticsOrder | O identificador exclusivo de um único pedido logístico, servindo como o Case ID principal para rastrear o processo da cadeia de suprimentos de ponta a ponta. | ||
| Descrição O Pedido Logístico é o identificador central que conecta todas as atividades relacionadas, desde a criação do pedido do cliente até a entrega final. Cada número de Pedido Logístico exclusivo representa uma única instância do processo da cadeia de suprimentos. No Process Mining, analisar dados por Pedido Logístico permite uma visão completa do ciclo de vida do pedido. Isso é essencial para calcular tempos de ciclo de ponta a ponta, identificar variantes do processo e entender a jornada de cada pedido por diferentes etapas, como suprimentos, produção e distribuição. Por que é importante Este é o Case ID fundamental. Ele vincula todas as etapas do processo, permitindo a reconstrução e análise de toda a jornada de atendimento do pedido. Onde obter Este identificador é encontrado geralmente nos módulos principais de gestão de pedidos ou execução logística no Blue Yonder. Exemplos LO-845123LO-845124LO-845125 | |||
| Data de entrega real ActualDeliveryDate | A data real em que o pedido foi entregue com sucesso ao cliente, confirmada pelo comprovante de entrega. | ||
| Descrição A Data Real de Entrega é capturada após a conclusão da entrega, geralmente a partir do evento 'Comprovante de Entrega Assinado'. Este registro de tempo marca a finalização do atendimento do pedido logístico. Este atributo é essencial para a medição de desempenho. Ele é usado na comparação com a 'Data de Entrega Solicitada' para determinar se uma entrega foi pontual, atrasada ou antecipada. Esse cálculo é a base do KPI de Taxa de Entrega no Prazo e é visualizado no dashboard de Desempenho de Pontualidade na Entrega. Por que é importante Crucial para calcular a Taxa de Entrega no Prazo (OTD), este atributo mede o desempenho real em relação à expectativa do cliente. Onde obter Esta data geralmente deriva do timestamp 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 | A data de entrega do pedido solicitada pelo cliente. | ||
| Descrição A Data de Entrega Solicitada é uma peça fundamental dos dados mestre do cliente associada a um pedido logístico. Representa o compromisso assumido com o cliente e serve como o principal parâmetro para medir o desempenho da entrega. Esta data é comparada com a 'Data Real de Entrega' para calcular o KPI de Taxa de Entrega no Prazo. É fundamental para o dashboard 'Desempenho de Pontualidade na Entrega', permitindo a análise de atrasos e suas causas raiz, como o desempenho da transportadora ou gargalos internos. Por que é importante Este é o parâmetro de referência para medir a satisfação do cliente e o desempenho da entrega. É essencial para calcular o KPI de Taxa de Entrega no Prazo. Onde obter Isso costuma ficar armazenado nos dados de cabeçalho do pedido no sistema de gestão de pedidos do Blue Yonder. Exemplos 2023-11-152023-11-202023-12-01 | |||
| Nome do Fornecedor SupplierName | O nome do fornecedor que fornece matérias-primas ou componentes para um pedido de compra. | ||
| Descrição O Nome do Fornecedor identifica o vendedor de quem as mercadorias foram adquiridas como parte do processo da cadeia de suprimentos. Esta é uma dimensão fundamental para analisar as fases de logística de entrada e suprimentos. Este atributo é usado no dashboard 'Desempenho de Entrada do Fornecedor' para detalhar os tempos de ciclo, desde a criação do pedido de compra até o recebimento do material por cada fornecedor. Essa análise ajuda a identificar fornecedores confiáveis e rápidos versus aqueles que causam atrasos consistentes, orientando a estratégia de suprimentos e a gestão de relacionamento com fornecedores. Por que é importante Permite a análise de desempenho de diferentes fornecedores, o que é fundamental para otimizar a logística de entrada e garantir o cumprimento dos cronogramas de produção. Onde obter Esta informação é armazenada nos dados de cabeçalho do pedido de compra e vinculada a partir de uma tabela de dados mestre de fornecedores no Blue Yonder ou em um ERP integrado. Exemplos Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nome do Utilizador UserName | O 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 o desempenho individual ou da equipe. Na análise, o Nome do Usuário é usado para filtrar mapas de processo e ver como diferentes usuários executam a mesma tarefa, identificar necessidades de treinamento ou destacar os melhores desempenhos. Também é crítico para o dashboard 'Tarefas Manuais e Potencial de Automação' para identificar usuários envolvidos em tarefas frequentes e repetitivas. Por que é importante Atribui ações de usuários a indivíduos específicos, permitindo análise de carga de trabalho, comparação de desempenho e identificação de oportunidades de automação. Onde obter Geralmente encontrado nos dados de transação como um campo 'Criado por' ou 'Alterado por', vinculando a uma tabela de dados mestre 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 O Status do Pedido fornece um retrato de onde o pedido logístico está em seu ciclo de vida no momento da extração de dados, ou seu resultado final. É um indicador essencial do estado do caso. Este atributo é útil para filtrar análises, focando apenas em pedidos concluídos ou investigando por que certos pedidos foram cancelados. Ajuda a entender os resultados de diferentes variantes de processo e é uma forma simples de medir as taxas de sucesso ou falha geral do processo. Por que é importante Indica o resultado de um caso, permitindo filtrar a análise por pedidos concluídos, em andamento ou cancelados, o que é crucial para contextualizar as métricas de desempenho. Onde obter Este costuma ser um campo de status no cabeçalho do pedido logístico principal ou do documento de remessa no Blue Yonder. Exemplos ConcluídoEm ProgressoCanceladoEm Espera | |||
| Tipo de Pedido OrderType | A classificação do pedido, como 'Pedido Padrão', 'Pedido Urgente' ou 'Pedido em Lote'. | ||
| Descrição O Tipo de Pedido categoriza os pedidos logísticos com base em suas características, urgência ou contexto de negócio. Diferentes tipos de pedidos costumam seguir caminhos distintos ou ter acordos de nível de serviço (SLAs) diferentes. Analisar pelo Tipo de Pedido é crucial para entender as variações do processo. Por exemplo, espera-se que 'Pedidos Urgentes' tenham tempos de ciclo menores e possam pular certas etapas, enquanto 'Pedidos em Lote' podem ter lead times de produção mais longos. Este atributo ajuda a explicar por que certos casos se desviam da norma e é útil no dashboard de 'Análise de Variantes de Processo'. Por que é importante Ajuda a explicar variações de processo e diferenças de desempenho, já que diferentes tipos de pedidos costumam ter caminhos, prioridades e SLAs únicos. Onde obter Esta informação é armazenada geralmente nos dados de cabeçalho do pedido no sistema de gestão de pedidos do Blue Yonder. Exemplos PadrãoUrgenteTransferência de EstoqueDevolução | |||
| Categoria do produto ProductCategory | A categoria à qual o produto no pedido logístico pertence, como Eletrônicos ou Vestuário. | ||
| Descrição A Categoria de Produto é uma classificação usada para agrupar produtos semelhantes. Diferentes categorias podem ter processos de cadeia de suprimentos, requisitos de manuseio ou lead times distintos. Este atributo é utilizado no dashboard de 'Tendência de Vazão de Pedidos Logísticos' para filtrar e comparar o volume de pedidos concluídos para diferentes tipos de produtos. Pode revelar se certas linhas de produtos enfrentam mais atrasos, ajudando a focar os esforços de melhoria onde são mais necessários. Por que é importante Permite segmentar a análise do processo por tipo de produto, revelando gargalos específicos da categoria, padrões de demanda ou complexidades de manuseio. Onde obter Isso faz parte dos dados mestre de material ou produto, que estariam vinculados aos itens de linha do pedido logístico no Blue Yonder. Exemplos Eletrônicos de ConsumoMaquinário IndustrialVestuárioMercearia/Alimentos | |||
| Criador 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, que é o documento interno que dispara a criação de um pedido de compra formal. Ele fornece contexto sobre quem está gerando a demanda de suprimentos na organização. A análise por este atributo ajuda a entender os padrões internos de compras e pode ser usada no dashboard 'Tarefas Manuais e Potencial de Automação'. Se poucos usuários criam um alto volume de requisições padrão, isso pode indicar uma oportunidade de automação do processo de requisição. Por que é importante Identifica a origem de uma solicitação de compra, o que ajuda a analisar padrões de demanda interna e identificar oportunidades de automação de processos. Onde obter Encontrado nos dados do documento de requisição de compra, geralmente no campo 'Criado Por'. Exemplos m.jonesp.chenPLANNING_DEPT | |||
| Data Prometida pelo Fornecedor SupplierPromisedDeliveryDate | A data de entrega prometida pelo fornecedor para um pedido de compra específico. | ||
| Descrição Esta data é o compromisso do fornecedor para quando as matérias-primas ou componentes serão entregues. É o parâmetro usado para medir a confiabilidade e a pontualidade de um fornecedor. Este atributo é essencial para o cálculo do KPI 'Taxa de Entrega no Prazo do Fornecedor'. Ele é comparado com a data de recebimento real dos materiais (timestamp do evento 'Matérias-primas Recebidas') para determinar se o fornecedor cumpriu o compromisso. Esta análise é central para o dashboard 'Desempenho de Entrada do Fornecedor'. Por que é importante Atua como referência de desempenho para entregas de entrada, permitindo medir a confiabilidade do fornecedor e seu impacto no cronograma de produção. Onde obter Esta data geralmente é armazenada no nível do item do pedido de compra, com base nas informações fornecidas pelo fornecedor ou lead times padrão. Exemplos 2023-10-102023-10-122023-10-15 | |||
| É Retrabalho IsRework | Um marcador calculado que indica se um pedido passou por retrabalho, como etapas repetidas de embalagem ou controle de qualidade. | ||
| Descrição Este sinalizador booleano é definido como verdadeiro se um pedido logístico mostrar evidências de ciclos de retrabalho, como a sequência 'Mercadorias Separadas e Embaladas' -> 'Controle de Qualidade Realizado' -> 'Mercadorias Separadas e Embaladas'. Ele identifica casos que se desviam do fluxo padrão eficiente. Este atributo é usado para calcular o KPI de 'Taxa de Retrabalho de Pedidos' e é visualizado no dashboard 'Análise de Variantes de Processo e Retrabalho'. Identificar casos com retrabalho ajuda a encontrar fontes de erros ou ineficiências no processo de atendimento, permitindo melhorias focadas para reduzir desperdícios e custos operacionais. Por que é importante Destaca ineficiências de processo e problemas de qualidade ao sinalizar casos com etapas repetidas, permitindo esforços focados para melhorar a estabilidade do processo e reduzir custos. Onde obter Este não é um campo no Blue Yonder. Ele é calculado durante a análise de Process Mining ao detectar sequências repetidas específicas de atividades em um caso. Exemplos verdadeirofalse | |||
| End Time EndTime | O timestamp que indica quando uma atividade foi concluída. | ||
| Descrição O Horário de Término marca a conclusão de uma atividade. Quando o Horário de Início e o de Término estão disponíveis, o tempo de processamento preciso de uma atividade pode ser calculado, distinguindo-o do tempo ocioso ou de espera. Isso é extremamente valioso para analisar a duração de tarefas específicas, como 'Mercadorias Separadas e Embaladas' ou 'Controle de Qualidade Realizado'. Ajuda a identificar quais atividades consomem mais tempo, apoiando esforços direcionados de otimização e automação. Por que é importante Permite o cálculo preciso do tempo de processamento da atividade, fundamental para identificar tarefas ineficientes e medir a produtividade dos recursos. Onde obter Assim como o horário de início, este é normalmente encontrado como um timestamp nas tabelas de dados de transação para cada objeto de negócio no Blue Yonder, geralmente marcando a conclusão de um status. Exemplos 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Entrega no prazo IsOnTimeDelivery | Um marcador calculado que indica se o pedido foi entregue na data de entrega solicitada ou antes dela. | ||
| Descrição Este é um atributo booleano derivado da comparação da 'Data Real de Entrega' com a 'Data de Entrega Solicitada'. Ele simplifica a análise de desempenho categorizando cada pedido como 'No Prazo' (verdadeiro) ou 'Atrasado' (falso). Este atributo alimenta diretamente o dashboard 'Desempenho de Pontualidade na Entrega' e é usado para calcular o KPI 'Taxa de Entrega no Prazo'. Permite filtragem rápida e análise de causa raiz para entender os fatores comuns, como transportadora ou tipo de produto, associados a entregas atrasadas. Por que é importante Simplifica a análise de pontualidade na entrega ao fornecer um resultado booleano claro para cada pedido, facilitando o cálculo das taxas de desempenho e a identificação dos motivos dos atrasos. Onde obter Este atributo não está no sistema de origem. Ele é calculado durante a transformação de dados usando a fórmula: ActualDeliveryDate <= RequestedDeliveryDate. Exemplos verdadeirofalse | |||
| Modal de Transporte ModeOfTransport | O método de transporte utilizado para a remessa, como Caminhão, Aéreo ou Marítimo. | ||
| Descrição Este atributo especifica o modal de transporte usado para movimentar as mercadorias. Diferentes modais têm custos, velocidades e capacidades variadas, tornando este um fator importante no planejamento e análise logística. O dashboard 'Monitor de Eficiência de Transporte' usa este atributo para comparar tempos de trânsito e custos entre diferentes modais. Isso ajuda na tomada de decisões estratégicas, como escolher entre o frete aéreo, mais rápido e caro, versus o marítimo, mais lento e barato, com base na prioridade do pedido e restrições de custo. Por que é importante Fornece uma dimensão essencial para analisar custos e velocidade de transporte, permitindo decisões estratégicas sobre os métodos de envio mais eficazes. Onde obter Esta informação costuma ficar armazenada nos detalhes da remessa ou ordem de frete no TMS do Blue Yonder. Exemplos Carga Completa (FTL)Frete AéreoFrete MarítimoCanal (Rail) | |||
| Nome da Transportadora CarrierName | O nome da empresa de transporte responsável pelo envio das mercadorias. | ||
| Descrição O Nome da Transportadora identifica o parceiro logístico que cuidou do transporte das mercadorias do armazém até o destino final. É uma dimensão crítica para avaliar o desempenho da logística de saída. No dashboard 'Monitor de Eficiência de Transporte', analisar os dados por Nome da Transportadora ajuda a comparar a duração das 'Mercadorias em Trânsito' para diferentes transportadoras. Isso permite que a empresa identifique os parceiros de transporte mais rápidos, confiáveis ou econômicos e otimize as estratégias de envio adequadamente. Por que é importante Permite o benchmarking de desempenho de diferentes transportadoras, ajudando a otimizar custos de frete, rotas e prazos de entrega. Onde obter Isso geralmente é encontrado nos documentos de remessa ou ordem de frete no Transportation Management System (TMS) do Blue Yonder. Exemplos Frete ExpressoLogística NacionalSwift Haulage | |||
| Nome do Cliente CustomerName | O nome do cliente que fez o pedido. | ||
| Descrição Identifica o cliente final do pedido logístico. Esta é uma dimensão fundamental para segmentar a análise sob uma visão centrada no cliente. Analisar o desempenho do processo por cliente pode revelar se determinados clientes enfrentam lead times mais longos ou mais problemas. Este atributo alimenta dashboards como o de 'Desempenho de Entrega no Prazo', permitindo detalhar por cliente e priorizar melhorias para contas estratégicas. Por que é importante Permite análises centradas no cliente, ajudando a identificar quais clientes são mais afetados por ineficiências de processo e a priorizar melhorias no serviço. Onde obter Esta informação é armazenada nos dados de cabeçalho do pedido do cliente e vinculada a partir de uma tabela de dados mestre de clientes no Blue Yonder ou em um CRM/ERP integrado. Exemplos Retail CorpMegaStore Inc.Bens de Consumo Direto | |||
| Número do Pedido de Compra PurchaseOrderNumber | O identificador exclusivo 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 suprimentos. Ele é criado durante atividades como 'Requisição de Compra Criada' e 'Pedido de Compra Emitido'. Este atributo permite uma análise detalhada do subprocesso de suprimentos. É essencial para o dashboard 'Desempenho de Entrada do Fornecedor', onde ajuda a rastrear a jornada de um pedido de compra específico, desde a emissão até o recebimento das mercadorias, associando atrasos a fornecedores ou materiais específicos. Por que é importante Vincula o processo principal de atendimento às atividades de compras upstream, permitindo uma análise detalhada do desempenho do fornecedor e dos tempos de ciclo de compras. Onde obter Este identificador é gerado e armazenado no módulo de compras ou suprimentos do Blue Yonder ou em um sistema ERP integrado. Exemplos PO45000123PO45000124PO45000125 | |||
| Sistema de Origem SourceSystem | O sistema do qual os dados foram extraídos, neste caso, Blue Yonder. | ||
| Descrição Este atributo identifica a origem dos dados do processo. É muito útil em ambientes onde dados de vários sistemas são combinados para uma visão holística, garantindo uma linhagem de dados clara. Para esta análise, o valor será sempre 'Blue Yonder', mas serve como um metadado crucial para a governança e contexto dos dados, especialmente se outros sistemas como ERP ou CRM estiverem integrados. Por que é importante Identifica a origem dos dados, o que é crucial para a governança de dados, validação e gestão de análises que abrangem múltiplos sistemas corporativos. Onde obter Este é tipicamente um valor estático adicionado durante o processo de extração e transformação de dados para rotular a origem do dataset. Exemplos Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Tempo de Ciclo de Ponta a Ponta EndToEndCycleTime | O tempo total decorrido desde a primeira atividade ('Pedido do Cliente Recebido') até a última atividade ('Comprovante de Entrega Assinado') 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 desempenho que reflete a velocidade e a eficiência geral de todo o processo da cadeia de suprimentos. Esta é a métrica principal para o dashboard 'Análise de Lead Time do Pedido de Ponta a Ponta' e para o KPI 'Tempo de Ciclo de Ponta a Ponta do Pedido Logístico'. Analisar essa duração ajuda a identificar atrasos sistêmicos e fornece uma medida de alto nível da saúde do processo. Pode ser detalhada por dimensões como Tipo de Pedido ou Categoria de Produto para encontrar os motivos de prazos longos. Por que é importante Este é um KPI crítico para medir a velocidade global da cadeia de suprimentos, impactando diretamente a satisfação do cliente e o capital de giro. Onde obter Este valor não é armazenado no sistema de origem. É calculado subtraindo o timestamp do primeiro evento do timestamp do último evento de cada caso. Exemplos 15 dias e 4 horas22 dias e 11 horas10 dias 2 horas | |||
| Última Atualização de Dados LastDataUpdate | O timestamp que indica quando os dados foram atualizados pela última vez ou extraídos do sistema de origem. | ||
| Descrição Este atributo fornece a data e a hora da extração de dados mais recente. Ele dá contexto à análise, mostrando o quão atuais são os dados e quando a próxima atualização é esperada. É importante que os usuários entendam o nível de atualização dos dados. Isso ajuda a interpretar os dashboards e garante que as decisões sejam baseadas em informações oportunas. Por que é importante Fornece um contexto crucial sobre o frescor dos dados, garantindo que os usuários saibam o quão atualizada está a análise do processo. Onde obter Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL). Exemplos 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
Atividades de Gestão da Cadeia de Suprimentos
| Atividade | Descrição | ||
|---|---|---|---|
| Comprovação de Entrega Assinada | Esta atividade final confirma que o cliente aceitou a entrega, muitas vezes pela assinatura de um documento. O evento é capturado via atualização de status, seja manualmente ou por um aplicativo móvel usado pelo motorista. | ||
| Por que é importante Este é o evento final mais confiável para o processo logístico de ponta a ponta. É crucial para calcular o tempo de ciclo geral e a Taxa de Entrega no Prazo. Onde obter Inferido de uma atualização de status no documento de entrega ou remessa no TMS ou OMS. É usado o timestamp da mudança de status para 'POD Recebido' ou 'Entregue'. Captura Derivado de uma alteração de status no documento de remessa indicando a confirmação da entrega. Tipo de evento inferred | |||
| Matérias-Primas Recebidas | Esta atividade significa o recebimento físico de mercadorias de um fornecedor em um armazém ou unidade de produção. É capturada explicitamente por uma transação de recebimento de mercadorias, geralmente iniciada pela leitura dos itens de entrada. | ||
| Por que é importante Este evento marca o fim da etapa de entrega do fornecedor no processo. É essencial para medir a confiabilidade do fornecedor e a eficiência da logística de entrada. Onde obter Capturado dos logs de transação nos módulos de WMS ou Gestão de Inventário. Corresponde à data e hora de lançamento do documento de recebimento de mercadorias. Captura Baseado no timestamp da transação para um lançamento de recebimento de mercadorias. Tipo de evento explicit | |||
| Mercadorias Carregadas para Transporte | Marca o momento em que as mercadorias embaladas são carregadas no veículo de transporte e saem do armazém. Este é um evento crítico e explícito, geralmente registrado como uma transação de 'saída de mercadorias' no WMS ou TMS. | ||
| Por que é importante Este evento é o ponto de partida para medir o tempo de ciclo de transporte e a eficiência geral do trânsito. Significa a entrega das operações internas do armazém para a transportadora externa. Onde obter Registrado explicitamente no WMS ou ERP como um lançamento de saída de mercadorias. A data e hora deste lançamento servem como timestamp do evento. Captura Evento capturado do log de transação de saída de mercadorias associado à entrega. Tipo de evento explicit | |||
| Mercadorias Separadas e Embaladas | Esta atividade abrange o processo de armazém de separação de itens e embalagem para envio. Frequentemente, é um evento explícito capturado pelos operadores de armazém usando coletores de RF no WMS. | ||
| Por que é importante Este é um marco fundamental no processo de logística de saída. Analisar sua duração ajuda a identificar ineficiências nas operações de armazém e faz parte do Tempo de Ciclo de Inventário até a Remessa. Onde obter Registrado explicitamente nos logs de transação do Blue Yonder WMS. Os timestamps são capturados quando as tarefas de picking e packing são confirmadas como concluídas pela equipe do armazém. Captura O timestamp do evento é registrado quando a tarefa final de separação (picking) ou embalagem (packing) do pedido é confirmada. Tipo de evento explicit | |||
| Ordem de Compra Emitida | Isso marca a criação formal e o envio de um pedido de compra a um fornecedor externo de matérias-primas ou produtos acabados. É um evento central e explícito nas funcionalidades de suprimentos do Blue Yonder. | ||
| Por que é importante Este é um marco fundamental para rastrear os lead times e o desempenho dos fornecedores. Serve como ponto de partida para o KPI de Entrega no Prazo do Fornecedor. Onde obter Registrado como um evento explícito nas tabelas do sistema de compras, com um timestamp indicando quando o documento da Ordem de Compra foi criado ou oficialmente emitido. Captura O evento corresponde ao timestamp de criação ou emissão do documento de ordem de compra. Tipo de evento explicit | |||
| Pedido de Cliente Recebido | Esta atividade marca a criação de um novo pedido logístico no sistema, iniciado por uma solicitação do cliente. Este evento geralmente é capturado quando um usuário ou uma mensagem EDI cria um documento de pedido de venda no módulo de Gestão de Pedidos do Blue Yonder. | ||
| Por que é importante Este é o principal evento de início para o processo da cadeia de suprimentos de ponta a ponta. Analisar esta atividade é fundamental para medir o volume de entrada de pedidos e o lead time total, do pedido à entrega. Onde obter Este evento é registrado explicitamente nas tabelas do sistema de gestão de pedidos na criação de um pedido de venda. Corresponde ao timestamp de criação do registro de cabeçalho do pedido. Captura O evento é registrado na criação da ordem de venda (ex: confirmação da transação). Tipo de evento explicit | |||
| Produtos Produzidos | Este evento marca a conclusão do processo de fabricação de um pedido logístico. Frequentemente é inferido a partir de uma mudança de status na ordem de produção, como 'Concluída' ou 'Finalizada'. | ||
| Por que é importante Este marco é crítico para medir os tempos de ciclo de produção e é o ponto de partida para o KPI de Lead Time de Produção até o Despacho. Sinaliza que as mercadorias estão prontas para a próxima fase do atendimento. Onde obter Inferido de uma alteração de status nas tabelas de ordens de fabricação (ex: status atualizado para 'Concluído'). O timestamp associado a esta atualização final serve como horário do evento. Captura Identifique o timestamp quando o status da ordem de produção muda para o estado final de 'concluído'. Tipo de evento inferred | |||
| Controle de Qualidade Realizado | Representa a conclusão de uma inspeção de qualidade nos produtos acabados antes de serem disponibilizados para remessa. Pode ser inferido a partir de uma atualização de status no lote de inventário, mudando para 'irrestrito' ou 'aprovado na inspeção'. | ||
| Por que é importante Esta atividade ajuda a identificar gargalos no processo de garantia de qualidade e é crucial para analisar retrabalhos. Verificações repetidas de QC no mesmo pedido podem indicar problemas de qualidade. Onde obter Inferido de uma alteração no campo de status nos módulos de gestão de inventário ou qualidade. É usado o timestamp da mudança de status de 'em inspeção' para 'liberado'. Captura Derivado de uma alteração no status de qualidade do lote de inventário associado. Tipo de evento inferred | |||
| Disponibilidade de Estoque Verificada | Representa a verificação manual ou do sistema para confirmar se os itens necessários estão em estoque. Frequentemente inferido de mudanças de status na linha do pedido, indicando que passou por uma verificação de ATP (Disponibilidade para Promessa). | ||
| Por que é importante Esta atividade ajuda a medir o tempo de confirmação de um pedido e identifica atrasos causados por falta de estoque. É fundamental para calcular o KPI de Taxa de Disponibilidade de Inventário e entender o potencial de atendimento. Onde obter Inferido de uma alteração no campo de status na linha da ordem de venda (ex: de 'Novo' para 'Confirmado') ou de um timestamp associado a um log de ATP nos módulos de inventário ou gestão de pedidos do Blue Yonder. Captura Derivado de alteração de status na linha do pedido indicando a confirmação de estoque. Tipo de evento inferred | |||
| Fatura Enviada ao Cliente | Representa a criação e emissão de uma fatura para o cliente pelas mercadorias entregues. Esta é uma transação financeira explícita registrada nos módulos de gestão de pedidos ou finanças. | ||
| Por que é importante Esta atividade é uma etapa fundamental no ciclo Order to Cash. Analisar seu tempo em relação à entrega pode destacar atrasos nos processos de faturamento que afetam o fluxo de caixa. Onde obter Registrado explicitamente nas tabelas de faturamento ou finanças. O evento corresponde à data de criação ou lançamento do documento de fatura. Captura Baseado no timestamp de lançamento do documento de faturamento do cliente. Tipo de evento explicit | |||
| Mercadorias Descarregadas no Destino | Esta atividade significa que a remessa chegou e foi descarregada no local do cliente. Este evento geralmente é capturado via mensagem EDI da transportadora ou entrada manual baseada nas informações dela. | ||
| Por que é importante Isso marca o fim da etapa de trânsito da jornada. É essencial para calcular com precisão o KPI de Tempo de Ciclo de Transporte e identificar atrasos relacionados à transportadora. Onde obter Esta informação vem geralmente de dados externos da transportadora via feeds EDI ou portal da transportadora. É registrada como uma atualização de status no documento de remessa no TMS. Captura O horário do evento é baseado no timestamp da atualização do status para 'Entregue' pela transportadora. Tipo de evento explicit | |||
| Pedido cancelado | Representa o cancelamento de um pedido logístico antes da conclusão do atendimento. Este é um evento final alternativo, inferido a partir de um status final de 'Cancelado' ou 'Anulado' na ordem de venda. | ||
| Por que é importante Rastrear cancelamentos é vital para entender as perdas no processo e a insatisfação do cliente. Analisar quando e por que os pedidos são cancelados pode revelar problemas subjacentes em vendas ou operações. Onde obter Inferido do status do cabeçalho da ordem de venda. O timestamp da alteração para o estado final 'Cancelado' é capturado como o horário do evento. Captura Baseado no timestamp da alteração do status do pedido para 'Cancelado'. Tipo de evento inferred | |||
| Produção Agendada | Representa o planejamento e agendamento de uma ordem de produção ou manufatura. Normalmente é um evento explícito gerado pelos módulos de manufatura ou planejamento de suprimentos do Blue Yonder. | ||
| Por que é importante Esta atividade fornece visibilidade sobre o início do ciclo de fabricação. Analisar o tempo entre o agendamento e a conclusão da produção ajuda a identificar lacunas entre planejamento e execução. Onde obter Registrado nas tabelas do sistema de planejamento ou execução de manufatura, com um timestamp associado à criação ou confirmação de uma ordem de produção. Captura Derivado do timestamp de criação ou alteração de status de uma ordem de fabricação. Tipo de evento explicit | |||
| Remessa Agendada | Esta atividade representa o planejamento do transporte, incluindo a seleção da transportadora e o agendamento de uma janela para coleta. Este é um evento explícito no Transportation Management System (TMS) do Blue Yonder quando uma remessa é criada e confirmada. | ||
| Por que é importante Este evento traz insights sobre a fase de planejamento de transporte. Atrasos aqui podem impactar a saída pontual e o desempenho geral da entrega. Onde obter Capturado dos logs de transação no módulo TMS. O evento corresponde ao timestamp de quando um documento de remessa é finalizado ou uma transportadora é atribuída. Captura Baseado no timestamp de criação ou confirmação da remessa ou plano de carga. Tipo de evento explicit | |||
| Requisição de compra criada | Esta atividade ocorre quando não há estoque suficiente para atender a um pedido, gerando uma solicitação de compra de materiais. A criação de um documento de requisição de compra é um evento explícito no módulo de suprimentos. | ||
| Por que é importante Rastrear isso ajuda a identificar dependências de suprimentos e seu impacto no tempo total de atendimento do pedido. Destaca casos em que a falta de estoque atrasa a cadeia de suprimentos. Onde obter Registrado explicitamente nas tabelas de compras ou planejamento de suprimentos quando um documento de requisição de compra é criado e vinculado à demanda da ordem de venda. Captura Com base no carimbo 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 para este processo estão sendo validados atualmente. Por favor, verifique novamente mais tarde ou fale conosco para assistência.