Seu Template de Dados de Gesto de Armazm
Seu Template de Dados de Gesto de Armazm
- Atributos recomendados para uma análise completa
- Atividades essenciais para monitorar no seu fluxo de materiais
- Guia prático para extração de dados do Blue Yonder WMS
Atributos de Gesto de Armazm
| Nome | Descrição | ||
|---|---|---|---|
| Hora de início do Event EventStartTime | O carimbo de data/hora que indica quando uma atividade ou Event especfico do armazm comeou. | ||
| Descrição Este atributo registra quando uma warehouse Task ou Event foi iniciado, fornecendo o contexto cronolgico para todas as atividades de um case. Este carimbo essencial para anlises temporais de Process Mining. usado para ordenar eventos, calcular tempos de ciclo entre atividades, medir a durao do processo total e identificar esperas ou atrasos. a espinha dorsal da anlise de desempenho e necessrio para animar o mapa do processo. Por que é importante O carimbo de data/hora de incio obrigatrio para ordenar os eventos cronologicamente e calcular mtricas de desempenho, como tempos de ciclo e de espera. Onde obter Localizado em tabelas de Event Log ou de tarefas, correspondendo ao horário de criação ou início de uma ação registrada. Exemplos 2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z | |||
| Nome da Atividade ActivityName | O nome da warehouse Task ou Event especfico que ocorreu, como 'Mercadorias Separadas' ou 'Remessa Despachada'. | ||
| Descrição Este atributo descreve a etapa ou Task especfica realizada no processo de gesto de armazm. Cada Event no log est associado a um Nome da Atividade, formando a sequncia do fluxo. Na anlise, o Nome da Atividade fundamental para descobrir o mapa do processo, analisar transies e identificar gargalos ou desvios do padro. utilizado em quase todas as anlises de Process Mining, desde conformidade (conformance checking) at monitoramento de desempenho. Por que é importante Este atributo crtico para construir o mapa do processo, pois define as etapas individuais e permite a visualizao e anlise do fluxo. Onde obter Esta informao encontrada em tabelas de warehouse Task ou de Event Log, geralmente derivada de um tipo de Task ou cdigo de status. Exemplos Tarefa de picking criadaMercadoria Separada do EstoqueRemessa despachada | |||
| Pedido de Armazm WarehouseOrder | O identificador nico de um pedido de armazm, que serve como o case principal para rastrear todas as atividades logsticas relacionadas, da criao concluso. | ||
| Descrição O Pedido de Armazm o identificador central que agrupa todos os Eventos e Tasks de uma solicitao logstica, como um recebimento ou expedio. Ele representa uma unidade de trabalho completa. No Process Mining, esse atributo define o case, permitindo a anlise ponta a ponta do ciclo de vida do pedido. Ao rastrear todas as atividades de um Pedido de Armazm, possvel medir tempos totais de fulfillment, identificar variaes no processo e entender toda a jornada do pedido pela unidade. Por que é importante Identificador essencial do case que conecta todas as atividades, permitindo uma anlise ponta a ponta do fulfillment ou do recebimento. Onde obter Geralmente a chave primria na tabela de cabealho do pedido. Consulte a documentao do Blue Yonder WMS para tabelas de gesto de pedidos. Exemplos WO-0012845WO-0012991WO-0013057 | |||
| Sistema de Origem SourceSystem | O sistema do qual os dados foram extrados, neste caso, o Blue Yonder WMS. | ||
| Descrição Este atributo identifica o sistema de origem dos dados do evento. Em ecossistemas de TI modernos, os dados de um processo ponta a ponta podem vir de vrios sistemas, como ERP, WMS e TMS. Especificar o sistema de origem crucial para governana de dados, soluo de problemas e contexto. Ajuda a rastrear falhas de qualidade at a fonte e essencial ao consolidar dados de mltiplas origens para criar uma viso unificada do processo. Por que é importante Fornece linhagem de dados essencial, ajudando a rastrear a origem das informações para validação, especialmente quando dados de vários sistemas são mesclados. Onde obter Geralmente um valor estático adicionado na extração para identificar a origem dos dados. Exemplos BlueYonderWMS_USBlueYonderWMS_EU | |||
| Última Atualização de Dados LastDataUpdate | Timestamp que indica quando os dados deste registro foram atualizados pela última vez no sistema de origem. | ||
| Descrição Este atributo registra quando os dados foram extrados ou atualizados do Blue Yonder WMS pela ltima vez, indicando o quo recentes so as informaes. importante para a governana de dados e para que os usurios entendam o perodo da anlise. Garante que as partes interessadas saibam que esto visualizando um recorte recente e relevante do processo logstico. Por que é importante Informa os usurios sobre a atualizao dos dados, garantindo que entendam o perodo coberto pela anlise. Onde obter Campo de metadados geralmente gerado e adicionado durante o processo de extrao (ETL). Exemplos 2024-01-15T04:00:00Z2024-01-16T04:00:00Z | |||
| Data de Concluso Solicitada RequestedCompletionDate | A data e hora em que o pedido de armazm est programado ou deve ser concludo e despachado. | ||
| Descrição A Data de Concluso Solicitada representa o SLA ou a meta para o fulfillment de um pedido de sada. o prazo final para que as mercadorias sejam separadas, embaladas e estejam prontas para envio. Esta data a referncia para medir o desempenho real. usada para calcular o KPI de Taxa de Envio no Prazo, comparando-a com o carimbo de data/hora do despacho real. Analisar pedidos com base nesse atributo ajuda a identificar quais esto em risco de atraso e a diagnosticar as causas de quebras de SLA. Por que é importante Este atributo a referncia para medir o desempenho de pontualidade e essencial para calcular o KPI de Taxa de Envio no Prazo. Onde obter Geralmente armazenado na tabela de cabealho do pedido, herdado do pedido de venda ou solicitao de entrega original. Exemplos 2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z | |||
| Depósito StorageLocation | O local especfico no armazm, como uma prateleira ou corredor, onde as mercadorias so armazenadas ou retiradas. | ||
| Descrição Este atributo identifica o local fsico no armazm associado a uma Task. No putaway, o bin de destino. No picking, o bin de origem. Pode ser um cdigo composto por corredor, prateleira e nmero do bin. Analisar por Local de Armazenagem ajuda a entender a eficincia do layout, as estratgias de slotting e a movimentao de recursos. usado para identificar reas de alto trfego, zonas ociosas e gargalos no fluxo de materiais, sendo a base para o Dashboard de Tendncias de Utilizao de Locais. Por que é importante Oferece um contexto crucial para analisar o layout do armazém, a eficácia da estratégia de slotting e identificar gargalos de movimentação. Onde obter Disponível em tabelas relacionadas a estoque, tarefas de armazém (picking, putaway) e dados mestres de endereçamento. Exemplos A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02 | |||
| Event End Time EventEndTime | O carimbo de data/hora que indica quando uma atividade ou Event especfico do armazm foi concludo. | ||
| Descrição Este atributo registra quando uma warehouse Task ou Event foi finalizado. Fornece uma medio precisa do tempo de processamento de cada atividade. Ter horrios de incio e fim permite uma anlise de desempenho detalhada, separando o tempo de espera (entre atividades) do tempo de processamento (durao da tarefa). Isso vital para saber se os atrasos so causados por ociosidade ou por tarefas que demoram demais para serem concludas. Por que é importante Permite calcular com precisão o tempo de processamento da atividade, separando-o do tempo de espera, o que é chave para melhorias de performance focadas. Onde obter Localizado em tabelas de Event Log ou de tarefas, correspondendo ao horário de conclusão ou fechamento de uma ação registrada. Exemplos 2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z | |||
| ID de Usurio/Operador UserOperatorId | O identificador do funcionrio ou operador do armazm que realizou a atividade. | ||
| Descrição Este atributo captura o ID nico do responsvel pela execuo de uma warehouse Task (picking, packing ou putaway). Ele vincula as atividades aos recursos humanos. Analisar atividades por ID de Usurio/Operador essencial para entender a utilizao de recursos, a distribuio da carga de trabalho e o desempenho individual. Ajuda a identificar os operadores mais eficientes, quem precisa de treinamento e como as Tasks esto balanceadas. a dimenso principal para o Dashboard de Utilizao de Recursos. Por que é importante Este atributo conecta as etapas do processo aos indivduos que as realizaram, permitindo analisar o desempenho, a carga de trabalho e as necessidades de treinamento. Onde obter Comumente encontrado em tabelas de tarefas ou transações, vinculado ao usuário logado no sistema ou dispositivo móvel durante a operação. Exemplos JSMITHBWILLISAMILLER | |||
| Nível de Prioridade PriorityLevel | A prioridade do pedido de armazm, como 'Alta', 'Padro' ou 'Baixa'. | ||
| Descrição O Nvel de Prioridade indica a urgncia de um pedido. Pedidos de alta prioridade, como envios expressos, devem ser processados mais rapidamente. O WMS utiliza esse atributo para sequenciar as Tasks e alocar recursos. No Process Mining, esse atributo fundamental para analisar se as estratgias de priorizao so eficazes. O Dashboard de Fulfillment de Alta Prioridade usa este campo para filtrar pedidos urgentes e comparar seus tempos de ciclo com os pedidos comuns, verificando se a prioridade realmente acelera o fluxo ou se os pedidos ficam presos nos mesmos gargalos. Por que é importante Isso permite analisar se pedidos de alta prioridade so processados mais rpido que os comuns, validando as regras de priorizao. Onde obter Esta informao geralmente fica na tabela de cabealho do pedido de armazm. Exemplos AltoPadrãoBaixo | |||
| Quantidade Planejada PlannedQuantity | A quantidade prevista de itens para uma determinada Task, como a quantidade a ser separada ou recebida. | ||
| Descrição A Quantidade Planejada representa o número alvo de unidades especificado pela ordem de armazém para uma tarefa. Em uma entrega inbound, é a quantidade esperada do fornecedor. Em uma tarefa de picking, é a quantidade solicitada pelo pedido do cliente. Este atributo é fundamental para a análise de acurácia. Comparando a Quantidade Planejada com a Real, é possível identificar divergências no recebimento, na separação ou nas contagens de estoque. Isso sustenta KPIs como a Taxa de Divergência de Picking e é essencial para o dashboard de Auditoria de Acurácia de Quantidade. Por que é importante Serve como base para medir a acurácia, permitindo detectar divergências de quantidade no recebimento e no picking. Onde obter Encontrado em tabelas de detalhes ou itens de linha associadas a ordens de armazém ou tarefas específicas. Exemplos 1005024 | |||
| Quantidade Real ActualQuantity | A quantidade real de itens manipulados durante uma Task, como a quantidade fisicamente contada ou separada no picking. | ||
| Descrição A Quantidade Real é o número de unidades fisicamente processadas por um operador do armazém durante uma tarefa. Pode ser a contagem de itens recebidos de um fornecedor, o número de unidades separadas de um escaninho ou a quantidade embalada em um container de transporte. Quando comparado com a Quantidade Planejada, este atributo revela exceções e erros de processo. É a métrica central para calcular taxas de divergência, que são indicadores fundamentais da qualidade operacional. Esses dados são vitais para identificar problemas com remessas de fornecedores, erros de picking ou imprecisões no inventário. Por que é importante Comparar este valor com a quantidade planejada é essencial para identificar erros de processo e calcular KPIs de qualidade como as taxas de divergência. Onde obter Encontrado em tabelas de confirmação de tarefas ou logs de transação, onde os operadores registram a quantidade executada. Exemplos 1004924 | |||
| Foi Enviado no Prazo IsOnTimeShipment | Uma flag booleana que é verdadeira se a remessa foi despachada na data de conclusão solicitada ou antes dela. | ||
| Descrição Este atributo calculado indica se um pedido cumpriu o SLA de envio. gerado comparando o horrio da atividade 'Remessa Despachada' com a 'Data de Concluso Solicitada'. O flag simplifica a visualizao do desempenho de pontualidade. Permite filtrar e agregar dados para o KPI de Taxa de Envio no Prazo e alimenta o dashboard correspondente. Tambm possibilita identificar caractersticas comuns em remessas que sofreram atrasos. Por que é importante Este sinalizador (flag) booleano simplifica o clculo do KPI de Taxa de Envio no Prazo e permite filtrar facilmente pedidos atrasados para analisar suas caractersticas. Onde obter Calculado comparando o EventStartTime da atividade 'Remessa Despachada' com o atributo RequestedCompletionDate. Exemplos verdadeirofalseverdadeiro | |||
| Há Divergência de Quantidade IsQuantityMismatch | Uma flag booleana que indica se a quantidade real processada difere da quantidade planejada para uma tarefa. | ||
| Descrição Este atributo um sinalizador (flag) simples que indica discrepncia de quantidade em uma Task (picking ou recebimento). definido como verdadeiro quando a 'Quantidade Real' diferente da 'Quantidade Planejada'. Este sinalizador ajuda a identificar e contar erros rapidamente. Simplifica o clculo de KPIs como Taxa de Discrepncia no Picking e no Recebimento. Tambm facilita a anlise de causa raiz, permitindo filtrar todos os eventos de divergncia e buscar padres relacionados a produtos, operadores ou locais. Por que é importante Sinaliza eventos com erros de quantidade, facilitando o cálculo das taxas de divergência e permitindo a análise focada em tarefas imprecisas. Onde obter Calculado comparando os campos PlannedQuantity e ActualQuantity para cada atividade relevante. Exemplos falseverdadeirofalse | |||
| ID da Remessa ShipmentId | O identificador nico da remessa de sada qual um pedido de armazm pertence. | ||
| Descrição O ID da Remessa um identificador superior que agrupa vrios pedidos de armazm se forem despachados no mesmo caminho ou continer. Para um pedido nico, pode ser idntico ao nmero do pedido ou da entrega. A anlise por ID da Remessa oferece uma viso do processo de expedio. Ajuda a entender a consolidao de pedidos, medir o tempo do staging ao despacho final e analisar a eficincia do departamento de transportes, conectando as atividades do armazm etapa final da supply chain. Por que é importante Agrupa ordens de armazém que são despachadas juntas, permitindo analisar os processos de consolidação de carga e despacho. Onde obter Encontrado em tabelas relacionadas a transporte ou remessa, vinculado às ordens de armazém. Exemplos SHP-45000123SHP-45000124SHP-45000125 | |||
| ID do Armazém WarehouseId | Identificador do armazém ou centro de distribuição específico onde a atividade ocorreu. | ||
| Descrição O ID do Armazm identifica de forma exclusiva a unidade onde o processo ocorre. Isso essencial para empresas com vrios centros de distribuio. Este atributo permite realizar benchmarking e anlise comparativa entre diferentes plantas. Ao filtrar os dados por ID do Armazm, as empresas podem comparar o desempenho, identificar as melhores prticas das unidades mais eficientes e entender por que certas instalaes esto abaixo da meta. uma dimenso vital para anlises operacionais multi-site. Por que é importante Para organizações com vários sites, este atributo é essencial para benchmarking de performance e para comparar processos entre locais diferentes. Onde obter Campo organizacional de nvel superior disponvel em quase todas as tabelas, ou inferido da instncia do sistema. Exemplos WHC-01DC-EAST-03FAC-WEST | |||
| ID do Equipamento EquipmentId | Identificador do equipamento de movimentação utilizado, como uma empilhadeira específica ou esteira transportadora. | ||
| Descrição O ID do Equipamento especifica qual mquina ou dispositivo foi usado para realizar uma warehouse Task. Isso pode incluir empilhadeiras, paleteiras, veculos guiados automaticamente (AGVs) ou estaes de packing especficas. Este atributo permite analisar a utilizao, o desempenho e as necessidades de manuteno dos equipamentos. Ao rastrear atividades por equipamento, os gestores podem identificar ativos sobrecarregados ou ociosos, comparar a eficincia de diferentes tipos de mquinas e coletar dados para cronogramas de manuteno. uma dimenso essencial para o Dashboard de Utilizao de Recursos do Armazm. Por que é importante Permite analisar o uso e a performance dos equipamentos, ajudando a otimizar a alocação de ativos e os cronogramas de manutenção. Onde obter Pode ser registrado em logs de execução de tarefas, especialmente em ambientes onde os operadores fazem login nos equipamentos. Exemplos FORKLIFT-07AGV-03ESTACAO-EMBALAGEM-12 | |||
| SKU do produto ProductSku | A Unidade de Manuteno de Estoque (SKU) ou nmero de material do item que est sendo movimentado. | ||
| Descrição Este atributo identifica o produto envolvido em uma warehouse Task. Oferece detalhes granulares sobre os materiais movimentados, armazenados, separados e embalados. Analisar o processo por SKU do Produto pode revelar padres especficos. Por exemplo, alguns produtos podem ser propensos a erros de picking ou exigir tempos de putaway mais longos por manuseio especial. Isso permite otimizar processos por produto e melhorar as estratgias de slotting. Por que é importante Possibilita a análise ao nível do produto, ajudando a identificar itens que causam atrasos, erros ou que exigem manuseio especial. Onde obter Esta informao est localizada no nvel de item nas tabelas de pedidos de armazm ou de Tasks. Exemplos PN-A5540-BSKU-300-RED-LGHW-88201 | |||
| Status da Tarefa TaskStatus | O status final de uma determinada Task, como 'Concludo', 'Cancelado' ou 'Falhou'. | ||
| Descrição Este atributo descreve o resultado de uma warehouse Task especfica. Al m dos sucessos, algumas Tasks podem ser canceladas por supervisores ou falhar por problemas sistmicos. Isso oferece mais contexto do que apenas o nome da atividade. Analisar pelo Status da Task til para entender excees e falhas. Altas taxas de Tasks canceladas ou falhas podem indicar problemas na acuracidade do inventrio, na configurao do sistema ou no treinamento. Ajuda a focar em atividades propensas a erro que exigem investigao. Por que é importante Fornece o resultado de uma atividade, permitindo analisar exceções como tarefas canceladas ou com falha, que podem indicar problemas operacionais profundos. Onde obter Geralmente encontrado na tabela de Tasks, indicando o estado final do registro. Exemplos ConcluídoCanceladoEm Espera | |||
| Tempo de Processamento da Atividade ActivityProcessingTime | A durao, em segundos ou minutos, necessria para concluir uma nica atividade. | ||
| Descrição Mtrica que mede o tempo entre o incio e o fim de uma atividade, representando o tempo real de trabalho em uma Task (em oposio ao tempo de espera). fundamental para identificar quais atividades so mais demoradas. Permite distinguir entre etapas intrinsecamente lentas e atrasos que ocorrem entre etapas, possibilitando melhorias direcionadas. um indicador chave para dashboards de throughput e gargalos. Por que é importante Isola o tempo gasto trabalhando ativamente em uma tarefa, ajudando a identificar quais atividades específicas levam mais tempo. Onde obter Calculado subtraindo o EventStartTime do EventEndTime para cada registro de atividade. Exemplos 31229515 | |||
| Tipo de Pedido de Armazm WarehouseOrderType | Categoriza a ordem de armazém, por exemplo, como recebimento inbound, remessa outbound ou transferência interna. | ||
| Descrição Este atributo classifica o propsito geral do pedido de armazm. Tipos comuns incluem recebimentos de fornecedores, envios para clientes, processamento de devolues ou movimentaes internas. Segmentar pelo Tipo de Pedido de Armazm o primeiro passo fundamental de qualquer anlise. Processos de entrada (inbound) e sada (outbound) costumam ser muito diferentes, com etapas e recursos distintos. Esse atributo permite filtrar os dados para analisar processos especficos, como Recebimento de Mercadorias ou Fulfillment de Pedidos, de forma isolada. Por que é importante Permite separar e analisar comparativamente diferentes processos, como inbound e outbound, que possuem fluxos e objetivos distintos. Onde obter Encontrado na tabela de cabeçalho da ordem de armazém, geralmente como um campo de tipo de documento ou categoria de ordem. Exemplos Remessa de EntradaRemessa de Saída (Outbound)Transferência Interna | |||
Atividades de Gesto de Armazm
| Atividade | Descrição | ||
|---|---|---|---|
| Mercadoria Guardada no Estoque | Este Event confirma que as mercadorias foram movidas e escaneadas para o bin de destino. capturado quando o operador confirma a concluso da putaway Task, geralmente via coletor RF. | ||
| Por que é importante Marca o fim do processo de entrada, disponibilizando o estoque para fulfillment. Analisar o tempo do recebimento at aqui crucial para o Dashboard de Tempo de Ciclo de Recebimento ao Putaway. Onde obter Registrado como uma transao com carimbo de data/hora quando o status da putaway Task atualizado para 'Concludo' ou 'Confirmado'. Estes dados so encontrados nas tabelas de warehouse Task ou de ordens de transferncia. Captura Timestamp de confirmação da tarefa de putaway no armazém. Tipo de evento explicit | |||
| Mercadoria Recebida e Contada | Este Event indica que as mercadorias foram descarregadas, escaneadas e conferidas. Geralmente capturado quando o conferente confirma as quantidades recebidas no sistema para cada item do pedido de entrada. | ||
| Por que é importante Um marco crtico que torna o estoque oficialmente disponvel no sistema (embora no pronto para fulfillment). A durao e preciso desta etapa afetam a visibilidade do estoque e o incio do putaway. Onde obter Transao explcita nos logs de inventrio ou recebimento. Procure por lanamentos de entrada de mercadorias ou mudanas nos itens da entrega para 'Recebido'. Captura Carimbo de data/hora da transao que confirma o recebimento das mercadorias. Tipo de evento explicit | |||
| Pedido de Armazm Concludo | Status final do pedido, indicando que todas as atividades (incluindo despacho) terminaram. Capturado quando o status atualizado para 'Concludo' ou 'Fechado'. | ||
| Por que é importante Esta atividade marca o fim definitivo do case do processo. Garante que a anlise capture todo o ciclo de vida de cada pedido, do incio ao fim. Onde obter Pode ser inferido de uma mudana de status na tabela de cabealho do pedido. Procure por status finais como 'Concludo', 'Fechado' ou 'Faturado', junto com o carimbo de data/hora dessa mudana. Captura Inferido a partir do timestamp da mudança de status final no cabeçalho da ordem. Tipo de evento inferred | |||
| Pedido de Armazm Criado | Este Event marca a criao de um pedido de armazm, documento central para gerir tarefas de entrada, sada ou internas. capturado como uma transao explcita quando um pedido inserido no Blue Yonder WMS, via sistema ou integrao. | ||
| Por que é importante Este o incio definitivo do processo. Analisar o tempo deste Event at a concluso fornece o lead time total de fulfillment, essencial para medir a eficincia e o cumprimento de SLAs. Onde obter Este Event provavelmente est em uma tabela de cabealho de pedido, capturado pelo horrio de criao do registro. Procure por tabelas como Captura A partir do timestamp de criação do registro da ordem de armazém. Tipo de evento explicit | |||
| Remessa despachada | Este Event indica que as mercadorias embaladas foram carregadas e o caminho partiu. registrado quando um 'Goods Issue' lanado no sistema, finalizando a remessa. | ||
| Por que é importante Um marco que encerra a responsabilidade do armazm sobre o pedido. o ponto final para medir a pontualidade do envio e o lead time total de fulfillment. Onde obter Esta uma transao financeira e logstica de peso, frequentemente chamada de 'Post Goods Issue' (PGI). O carimbo de data/hora serve como o horrio de despacho, armazenado nas tabelas de remessa ou entrega. Captura Carimbo de data/hora da transao de Post Goods Issue (PGI). Tipo de evento explicit | |||
| Tarefa de picking criada | Este Event indica a criao de uma Task para retirar mercadorias para um pedido de sada. um Event explcito gerado pelo WMS quando o pedido liberado para picking. | ||
| Por que é importante Incio do processo fsico de sada. Analisar o tempo da criao do pedido at a criao da picking Task revela atrasos no processamento e alocao. Onde obter Registrado nas tabelas de gestão de tarefas ou controle do armazém. Corresponde ao timestamp de criação das tarefas de picking vinculadas à ordem de armazém. Captura Timestamp de criação da tarefa de picking gerada pelo sistema. Tipo de evento explicit | |||
| Embalagem Iniciada | Esta atividade marca o incio do processo de embalagem em uma estao de packing. Geralmente registrada quando um operador escaneia os itens separados ou a caixa do pedido para iniciar a preparao para envio. | ||
| Por que é importante Este Event sinaliza a transio do picking para o packing. Ajuda a isolar a etapa de embalagem no fulfillment para identificar gargalos especficos nessa rea. Onde obter Pode ser um log explcito da interface da estao de packing ou inferido pela primeira atividade registrada em um centro de trabalho de embalagem para aquele pedido. Captura Carimbo de data/hora da transao de 'Iniciar Packing' na estao de embalagem. Tipo de evento explicit | |||
| Entrega Inbound Notificada | Representa o recebimento de uma Notificao Antecipada de Envio (ASN) de um fornecedor, indicando que as mercadorias esto a caminho. Este um Event explcito capturado quando um ASN recebido e processado pelo sistema, geralmente via EDI ou portal. | ||
| Por que é importante Esta atividade o gatilho para o planejamento de entrada e alocao de recursos. O tempo entre esta notificao e o recebimento fsico um KPI essencial para medir o desempenho do fornecedor e a visibilidade do pipeline de entrada. Onde obter Capturado de logs de recebimento de ASN ou do timestamp de criação do documento de entrega inbound no Blue Yonder WMS. Verifique as tabelas de ASNs ou notificações de remessas inbound. Captura Carimbo de data/hora da criao de um ASN ou documento de entrega de entrada. Tipo de evento explicit | |||
| Inspeção de Qualidade Realizada | Representa uma verificao de qualidade realizada nas mercadorias recebidas. Pode ser uma etapa padro para certos materiais ou um Event disparado por excees, sendo capturado quando o inspetor registra os resultados no sistema. | ||
| Por que é importante As inspees de qualidade podem ser uma fonte significativa de atraso no processo de recebimento (inbound). Analisar sua frequncia e durao ajuda a identificar problemas com fornecedores e gargalos no workflow de inspeo. Onde obter Registrado nos mdulos de Gesto de Qualidade (QM) ou logs associados entrega de entrada. Procure por cdigos de transao especficos para resultados de inspeo ou mudanas de status do inventrio para 'Reteno de Qualidade'. Captura Carimbo de data/hora da concluso da inspeo de qualidade ou atualizao de status. Tipo de evento explicit | |||
| Mercadoria chegou na Doca | Esta atividade marca a chegada fsica de um caminho ou transportadora na doca de recebimento, antes do descarregamento. Este Event geralmente registrado por um mdulo de Yard Management ou quando o agente da portaria faz o check-in. | ||
| Por que é importante Rastrear o horrio de chegada ajuda a medir a pontualidade das transportadoras e identifica atrasos entre a chegada e o incio do recebimento, destacando gargalos no yard management ou nas docas. Onde obter Registrado no mdulo de yard management ou controle de portaria do Blue Yonder WMS. Tambm pode ser uma entrada manual do conferente na chegada do veculo. Captura Carimbo de data/hora da transao de check-in da transportadora. Tipo de evento explicit | |||
| Mercadoria Separada do Estoque | Representa a concluso da picking Task, onde um operador retirou os itens e confirmou a ao no sistema. O Event capturado quando o operador escaneia os itens e confirma a separao em seu dispositivo. | ||
| Por que é importante Este marco encerra a etapa de picking. A preciso e durao desta atividade so vitais para a eficincia do fulfillment e base para a anlise de Acuracidade de Picking. Onde obter Capturado do timestamp de confirmação quando o status da tarefa de picking muda para 'Concluído'. Encontra-se nas tabelas de tarefas de armazém, geralmente vinculado ao operador e equipamento específicos. Captura Timestamp de confirmação da tarefa de picking no armazém. Tipo de evento explicit | |||
| Mercadorias embaladas | Este Event confirma que todos os itens foram embalados e as etiquetas geradas. registrado quando o responsvel pelo packing confirma a concluso do processo de embalagem do pedido no sistema. | ||
| Por que é importante Marca o fim das atividades de valor agregado dentro do armazm. O tempo daqui at o despacho representa o tempo de staging e carregamento, rea propensa a atrasos. Onde obter Transao explcita registrada na finalizao do packing. Procure por mudana de status para 'Embalado' ou um carimbo de concluso na transao da estao de embalagem. Captura Carimbo de data/hora da transao de 'Confirmar Packing' ou 'Fechar Continer'. Tipo de evento explicit | |||
| Pedido de Armazm Cancelado | Representa o cancelamento de um pedido de armazm antes de ser processado ou enviado. Este Event capturado quando um usurio executa uma transao de cancelamento, atualizando o status do pedido para 'Cancelado'. | ||
| Por que é importante Analisar cancelamentos ajuda a identificar falhas no processo, como falta de estoque ou mudanças do cliente. É um evento de término crucial para entender desvios e perdas no processo. Onde obter Geralmente um Event inferido pelo status final do pedido. Utiliza-se o carimbo de data/hora da mudana para 'Cancelado' ou 'Excludo'. Captura Inferido a partir do timestamp de uma mudança de status para 'Cancelado'. Tipo de evento inferred | |||
| Putaway Task Criada | Esta atividade marca a criao de uma Task pelo sistema para mover mercadorias recebidas da doca para o local final de armazenamento. um Event explcito gerado pela lgica do WMS para orientar o operador. | ||
| Por que é importante Incio do processo de putaway. Atrasos entre o recebimento e a criao da putaway Task podem indicar problemas de configurao ou desempenho, com itens parados no recebimento. Onde obter Gerado e registrado nas tabelas de gestão de tarefas ou controle do armazém. Procure o timestamp de criação das tarefas de putaway ou ordens de transferência vinculadas à entrega inbound. Captura Timestamp de criação da tarefa de putaway gerada pelo sistema. Tipo de evento explicit | |||
| Staging para Expedio | Representa a movimentao de contineres embalados da rea de packing para uma doca de staging designada para aguardar a coleta da transportadora. O Event registrado quando um operador confirma a movimentao da unidade de carga para a rea de staging. | ||
| Por que é importante Esta atividade ajuda a analisar o dwell time, perodo em que pedidos embalados aguardam o carregamento. Longos tempos de staging podem indicar m coordenao com transportadoras ou uso ineficiente do espao de espera. Onde obter Este Event pode ser inferido pela alterao de local da unidade de carga para uma zona de staging. Tambm pode ser uma confirmao explcita de uma Task de 'Mover para Estgio'. Captura Inferido a partir dos logs de movimentação de estoque que mostram a transferência para um escaninho de staging. Tipo de evento inferred | |||
Guias de Extração
Etapas
- Pré-requisitos e Acesso: Certifique-se de ter uma conta de usuário no Blue Yonder WMS com as permissões necessárias para executar comandos MOCA e acessar as tabelas exigidas, como ord_hdr, pckwrk_dtl e invmov. Você precisará de acesso a um cliente MOCA, como o MOCA Console ou uma interface de linha de comando.
- Revisar e Personalizar o Script MOCA: Copie o script MOCA fornecido. Revise cuidadosamente os nomes de tabelas e colunas para garantir que correspondam à sua implementação específica do Blue Yonder WMS. Atenção especial aos placeholders como
@[where_clause_dates]e@[where_clause_warehouse], que devem ser substituídos por valores reais. - Definir Parâmetros de Extração: Substitua as variáveis no script. Para
@[where_clause_dates], defina um intervalo, por exemplo:where adddte between 'AAAA-MM-DD' and 'AAAA-MM-DD'. Para@[where_clause_warehouse], especifique os IDs dos armazéns:where wh_id = '[Seu ID de Armazém]'. - Conectar ao Servidor MOCA: Inicie seu cliente MOCA (ex: MOCA Console) e estabeleça a conexão com o ambiente correto do Blue Yonder WMS.
- Executar o Script MOCA: Cole o script personalizado no MOCA Console e execute o comando. O script rodará no servidor e coletará os dados de todas as atividades especificadas.
- Monitorar a Execução: Para conjuntos de dados grandes, a consulta pode levar um tempo considerável. Monitore o console em busca de mensagens de erro ou avisos de performance. Se a consulta expirar (timeout), tente rodar intervalos de datas menores.
- Exportar os Resultados para Arquivo: Após a execução bem-sucedida, os resultados aparecerão no console. Use a função de exportação do cliente para salvar como CSV. Um método comum via linha de comando é direcionar a saída diretamente para um arquivo, ex:
mocarun -S "[Seu Script MOCA]" > event_log.csv. - Formatar o CSV para o ProcessMind: Abra o arquivo CSV exportado. Verifique se os cabeçalhos das colunas coincidem com os atributos da consulta (
WarehouseOrder,ActivityName,EventStartTime, etc.). Salve o arquivo com codificação UTF-8 para evitar problemas de caracteres. - Revisar e Carregar: Faça uma checagem final no conteúdo em busca de erros óbvios ou inconsistências. Quando estiver tudo certo, faça o upload do CSV no ProcessMind para análise.
Configuração
- Intervalo de Datas: Recomenda-se extrair dados de um período de 3 a 6 meses para garantir uma amostra representativa das variações do processo. O placeholder de filtro de data
@[where_clause_dates]deve ser aplicado à coluna principal de timestamp em cada instrução SELECT, comoadddteoumoddte. - Filtros de Armazém e Cliente: Sempre utilize filtros para limitar o escopo da extração. O placeholder
@[where_clause_warehouse]deve ser usado para filtrar por IDs de armazém específicos (wh_id) e, se aplicável, IDs de cliente (client_id). Isso é fundamental para a performance e relevância dos dados. - Filtros de Tipo de Ordem: Para focar a análise, considere filtrar tipos de ordem de armazém específicos (
ordtyp). Por exemplo, você pode querer analisar apenas pedidos de clientes (outbound) ou ordens de compra (inbound). Isso pode ser adicionado à cláusula WHERE nas seções relevantes do script. - Considerações de Performance: O script de extração realiza junções e uniões de várias tabelas grandes. Para evitar impactos na performance do sistema, agende a extração para horários de baixa utilização. Extrair dados em lotes menores e incrementais (ex: um mês por vez) é uma estratégia segura para ambientes muito grandes.
- Pré-requisitos: O usuário que executar o script deve ter permissões de acesso de leitura para todas as tabelas referenciadas na consulta, incluindo
ord_hdr,ord_dtl,invmov,pckwrk_dtl,asnhdretrn_log. O usuário também deve estar autorizado a executar comandos MOCA.
a Consulta de Exemplo config
publish data
where wh_id = '[Your Warehouse ID]'
and event_time between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
|
[
/* 1. Warehouse Order Created */
select
ordnum as WarehouseOrder,
'Warehouse Order Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where ordtyp in ('ORD', 'INB')
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 2. Inbound Delivery Notified */
select
supnum as WarehouseOrder, /* ASN number often used as the order key for inbound */
'Inbound Delivery Notified' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
expdte as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from asnhdr
where adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 3. Goods Arrived at Dock */
select
refnum as WarehouseOrder,
'Goods Arrived at Dock' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Typically a receiving dock location */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'RCV_ARVL'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 4. Goods Received and Counted */
select
ordnum as WarehouseOrder,
'Goods Received and Counted' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'R' /* Standard receipt transaction type */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 5. Quality Inspection Performed */
select
ordnum as WarehouseOrder,
'Quality Inspection Performed' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'H' and trncod = 'QA_CMP' /* Example transaction for QA Hold Release/Complete */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 6. Putaway Task Created */
select
ordnum as WarehouseOrder,
'Putaway Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'P' /* Putaway work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 7. Goods Put Away in Storage */
select
ordnum as WarehouseOrder,
'Goods Put Away in Storage' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'M' and trncod = 'PUTAWAY' /* Move transaction for putaway */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 8. Picking Task Created */
select
ordnum as WarehouseOrder,
'Picking Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O' /* Outbound Picking work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 9. Goods Picked from Storage */
select
ordnum as WarehouseOrder,
'Goods Picked from Storage' as ActivityName,
pk_end_dte as EventStartTime,
pk_end_dte as EventEndTime,
pckr_id as UserOperatorId,
pckqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O'
and statcod = 'P' /* Status 'Picked' */
and pk_end_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 10. Packing Initiated */
select
ordnum as WarehouseOrder,
'Packing Initiated' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Packing station */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'PACK_INIT'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 11. Goods Packed */
select
ordnum as WarehouseOrder,
'Goods Packed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod >= 80 and statcod < 90 /* Example status range for Packed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 12. Staging for Shipment */
select
ordnum as WarehouseOrder,
'Staging for Shipment' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation, /* Staging lane */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trncod = 'STG_MOVE' /* Move to staging transaction */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 13. Shipment Dispatched */
select
ordnum as WarehouseOrder,
'Shipment Dispatched' as ActivityName,
act_ship_dte as EventStartTime,
act_ship_dte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 90 /* Status Shipped */
and act_ship_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 14. Warehouse Order Completed */
select
ordnum as WarehouseOrder,
'Warehouse Order Completed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 99 /* Status Completed/Closed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 15. Warehouse Order Canceled */
select
ordnum as WarehouseOrder,
'Warehouse Order Canceled' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 91 /* Example Canceled status */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
]Etapas
- Estabelecer Conexão com o Banco de Dados: Obtenha as credenciais de leitura e os detalhes de conexão (endereço do servidor, nome do banco de dados, porta) do banco subjacente do Blue Yonder WMS, que geralmente é Oracle ou SQL Server. Utilize um cliente SQL padrão como DBeaver, Oracle SQL Developer ou SQL Server Management Studio.
- Identificar Tabelas Principais do WMS: A consulta fornecida utiliza tabelas padrão do Blue Yonder WMS, como
ord(pedidos),pckwrk(trabalho de separação),wrkque(fila de trabalho),invmov(movimentações de estoque) elodhdr(cabeçalho de carga). Verifique esses nomes e estruturas no dicionário de dados do seu sistema, pois podem existir customizações. - Revisar e Parametrizar a Consulta SQL: Copie o script SQL fornecido para o seu cliente SQL. Localize as variáveis de placeholder dentro da Common Table Expression (CTE)
BaseOrdersno topo do script. - Definir o Intervalo de Datas: Modifique as cláusulas
adddte >= 'AAAA-MM-DD'eadddte < 'AAAA-MM-DD'para definir a janela temporal da extração. Recomendamos de 3 a 6 meses para uma análise inicial. - Aplicar Filtros Específicos do Sistema: Ajuste o filtro
wh_id = '[Seu_ID_do_Armazem]'para limitar a extração a um armazém específico. Adicione ou modifique outros filtros, comoclient_idpara ambientes multi-cliente, conforme necessário. - Executar o Script de Extração: Execute o script SQL completo. A consulta foi desenhada para consolidar eventos de várias tabelas em um formato de Event Log unificado. O tempo de execução varia conforme o intervalo de datas e o volume de dados.
- Validar os Resultados Iniciais: Após a conclusão, faça uma revisão rápida dos dados. Verifique se as colunas
WarehouseOrder,ActivityNameeEventStartTimeestão preenchidas corretamente. O número de linhas deve ser significativamente maior que o de ordens de armazém únicas. - Exportar o Event Log: Exporte os resultados para um arquivo CSV. Certifique-se de que a codificação do arquivo seja UTF-8 para evitar problemas de caracteres durante o upload.
- Preparar para Upload: Confirme se os cabeçalhos das colunas no CSV exportado correspondem aos atributos exigidos, por exemplo:
WarehouseOrder,ActivityName,EventStartTime. O arquivo está pronto para ser carregado no software de Process Mining.
Configuração
- Pré-requisitos: Você deve ter acesso SQL de apenas leitura ao banco de dados do Blue Yonder WMS. Ter familiaridade com a configuração específica de WMS e com o modelo de dados da sua organização é um grande diferencial.
- Conexão com o Banco de Dados: Este método exige conectividade direta com o banco de dados. Certifique-se de que todas as regras de firewall ou permissões de rede necessárias estejam configuradas antes de começar.
- Filtro de Intervalo de Datas: É fundamental definir um intervalo de datas específico na cláusula
WHEREda consulta para gerenciar o volume de dados. Um período de 3 a 6 meses costuma ser suficiente para uma análise consistente sem sobrecarregar o banco de dados. - Filtro de Armazém e Cliente: Em ambientes multi-armazém ou multi-cliente, sempre filtre pelo
wh_id(ID do Armazém) eclient_id(ID do Cliente) específicos para garantir que a análise seja focada e o conjunto de dados seja gerenciável. - Considerações de Performance: Executar esta consulta em um banco de dados de produção pode impactar o desempenho do sistema. Recomendamos fortemente executá-la em horários de pouco tráfego ou, preferencialmente, em um banco de dados de relatórios dedicado ou replicado, se disponível.
- Customizações do Sistema: A consulta fornecida utiliza nomes de tabelas e colunas padrão. Esteja preparado para ajustar esses nomes com base em customizações ou diferenças de versão na sua instância do Blue Yonder WMS. Consulte seu administrador de WMS interno ou o dicionário de dados para orientação.
a Consulta de Exemplo sql
WITH BaseOrders AS (
SELECT
ordnum AS WarehouseOrder
FROM
ord
WHERE
adddte >= '2023-01-01' -- Placeholder: Set your start date
AND adddte < '2023-07-01' -- Placeholder: Set your end date
AND wh_id = '[Your_Warehouse_ID]' -- Placeholder: Set your warehouse ID
)
-- 1. Warehouse Order Created
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
o.adddte AS EventStartTime,
o.adddte AS EventEndTime,
o.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 2. Inbound Delivery Notified (ASN Received)
SELECT
a.ordnum AS WarehouseOrder,
'Inbound Delivery Notified' AS ActivityName,
a.adddte AS EventStartTime,
a.adddte AS EventEndTime,
a.add_usr_id AS UserOperatorId,
a.exp_arv_dte AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(ad.qtyord AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM asnhdr a
JOIN asndtl ad ON a.asnhdr_id = ad.asnhdr_id
WHERE a.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
t.ordnum AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
t.checkin_dte AS EventStartTime,
t.checkin_dte AS EventEndTime,
t.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
t.dock_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM trk_log t -- Note: Yard management table may vary
WHERE t.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND t.checkin_dte IS NOT NULL
UNION ALL
-- 4. Goods Received and Counted
SELECT
i.ordnum AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
i.moddte AS EventStartTime,
i.moddte AS EventEndTime,
i.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(i.qtyexp AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(i.qtyrcv AS DECIMAL(18, 4)) AS ActualQuantity,
i.inv_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM rcvlin i -- Receiving Line table
WHERE i.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND i.qtyrcv > 0
UNION ALL
-- 5. Quality Inspection Performed
SELECT
q.ordnum AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
q.insp_dte AS EventStartTime,
q.insp_dte AS EventEndTime,
q.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(q.insp_qty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(q.act_qty AS DECIMAL(18, 4)) AS ActualQuantity,
q.stoloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM qc_log q -- Quality Control log table may vary
WHERE q.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND q.status = 'COMPLETED'
UNION ALL
-- 6. Putaway Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation, -- From receiving dock
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PUTAWAY'
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
m.ordnum AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Destination storage location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m -- Inventory Movement table
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'PUTFIN' -- Putaway Finish transaction type
UNION ALL
-- 8. Picking Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
JOIN ord o ON w.ordnum = o.ordnum
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PICK'
UNION ALL
-- 9. Goods Picked from Storage
SELECT
p.ordnum AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
p.moddte AS EventStartTime,
p.moddte AS EventEndTime,
p.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(p.pckqty AS DECIMAL(18, 4)) AS PlannedQuantity, -- Often planned and actual are the same here
CAST(p.pckqty AS DECIMAL(18, 4)) AS ActualQuantity,
p.pckloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM pckwrk p
WHERE p.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND p.wrksts = 'C' -- Status for Completed Pick
UNION ALL
-- 10. Packing Initiated
SELECT
s.ordnum AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
s.moddte AS EventStartTime,
NULL AS EventEndTime,
s.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
s.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord_status_log s -- Status log table may vary
WHERE s.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND s.ordsta = 'PCK_START'
UNION ALL
-- 11. Goods Packed
SELECT
c.ordnum AS WarehouseOrder,
'Goods Packed' AS ActivityName,
c.moddte AS EventStartTime,
c.moddte AS EventEndTime,
c.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(c.actqty AS DECIMAL(18, 4)) AS ActualQuantity,
c.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ship_cntr c -- Shipping Container table
WHERE c.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND c.cntr_sts = 'PACKED'
UNION ALL
-- 12. Staging for Shipment
SELECT
m.ordnum AS WarehouseOrder,
'Staging for Shipment' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Staging location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'STAGEMOV' -- Staging Movement transaction type
UNION ALL
-- 13. Shipment Dispatched
SELECT
l.ordnum AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
l.shp_dte AS EventStartTime,
l.shp_dte AS EventEndTime,
l.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(sl.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
l.wh_id AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM lodhdr l
JOIN ship_line sl ON l.lodnum = sl.lodnum
WHERE l.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND l.lodsts = 'S' -- Shipped status
UNION ALL
-- 14. Warehouse Order Completed
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(o.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'C' -- Status for Completed
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'X'; -- Status for Canceled