Seu Template de Dados de Gestão de Armazém
Seu Template de Dados de Gestão de Armazém
- Atributos recomendados para coletar
- Atividades chave para acompanhar na operação de armazém
- Guia de extração personalizado para Körber WMS
Atributos de Gestão de Armazém
| Nome | Descrição | ||
|---|---|---|---|
| Nome da Atividade ActivityName | O nome do evento ou tarefa específica que ocorreu no ciclo de vida do pedido do armazém. | ||
| Descrição Este atributo descreve uma etapa do processo, como "Mercadoria Separada" ou "Expedição Despachada". Cada atividade é um evento de negócio registrado com um timestamp. A análise de atividades é a essência do Process Mining. Ela permite construir o mapa do processo, mostrando como o trabalho flui no armazém, o que ajuda a identificar gargalos, retrabalhos e desvios dos padrões operacionais. Por que é importante Define os passos do processo, servindo de base para o mapa e permitindo a análise de fluxo, variações e gargalos. Onde obter Tabelas de log de events ou transações no Körber WMS. Geralmente derivado de códigos de transação ou descrições de mudança de status. Exemplos Tarefa de picking criadaMercadorias embaladasRemessa DespachadaPedido do Armazém Cancelado | |||
| Pedido do Armazém WarehouseOrder | O identificador único do pedido do armazém, que serve como Case ID principal para rastrear todas as atividades logísticas relacionadas. | ||
| Descrição O Pedido do Armazém é o identificador central que agrupa todas as tarefas de uma demanda logística. Ele permite o rastreio de ponta a ponta, da criação ao despacho final. No Process Mining, analisar pelo Pedido do Armazém permite visualizar todo o fluxo. Isso ajuda a identificar caminhos comuns, desvios, gargalos e o tempo de ciclo total para diferentes tipos de pedidos, como padrão vs. urgente. Por que é importante Este é o Case ID essencial que conecta todos os eventos, permitindo uma análise completa de ponta a ponta da gestão de armazém para cada pedido. Onde obter Este identificador costuma estar nas tabelas centrais de gestão de pedidos do Körber WMS. Consulte a documentação do sistema para nomes específicos de tabelas e campos, como cabeçalhos de pedido. Exemplos WO-0012845WO-0012991WO-0013402 | |||
| Tempo do Evento EventTime | A data e hora exatas em que a atividade ou evento foi registrado no sistema de origem. | ||
| Descrição Event Time é o timestamp de cada atividade. Este dado temporal é a base para calcular durações, Cycle Times e tempos de espera entre etapas. Na análise de processos, serve para ordenar os events, construir o fluxo e fazer análises de tempo. É essencial para dashboards de performance e para KPIs como a 'Média de Cycle Time do Pedido'. Por que é importante Este timestamp é crítico para ordenar os eventos e calcular métricas de tempo, como tempos de ciclo e espera, permitindo entender o desempenho do processo. Onde obter Presente em todas as tabelas de logs e transações, geralmente como 'CreationDate' ou 'Timestamp'. Exemplos 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Sistema de Origem SourceSystem | O sistema do qual os dados foram extraídos. | ||
| Descrição Este atributo identifica o sistema de origem dos dados, que neste caso é o "Körber WMS". Em ambientes com vários sistemas integrados, este campo ajuda a diferenciar as fontes e rastrear a origem dos dados. Ele fornece contexto para a análise e garante a qualidade dos dados, permitindo filtrar as atividades de um sistema específico. Por que é importante Oferece um contexto crucial sobre a origem dos dados, garantindo clareza e rastreabilidade, especialmente em ambientes com vários sistemas integrados. Onde obter Geralmente é um valor estático adicionado durante a extração para identificar o sistema de origem. Exemplos Körber WMSKörberOne | |||
| Última Atualização de Dados LastDataUpdate | O registro de data e hora que indica quando os dados deste processo foram atualizados pela última vez. | ||
| Descrição Este atributo indica a data e hora da última extração de dados. Ele contextualiza a atualidade das informações, garantindo que os usuários saibam quão recente é a visão do processo. Nos dashboards, essa transparência é vital para que os gestores saibam se estão baseando suas decisões em dados de hoje, de ontem ou da semana passada. Por que é importante Informa sobre a atualidade dos dados, crucial para decisões de negócio precisas. Onde obter Este valor é gerado e registrado pelo pipeline de dados ou ferramenta de ETL ao final de cada ciclo de atualização. Exemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ID do Usuário/Operador UserOperatorId | O identificador do usuário ou operador que realizou a atividade. | ||
| Descrição Este atributo identifica o funcionário ou usuário responsável pela tarefa (separação, embalagem, etc.). Também pode se referir a robôs ou sistemas automáticos. Esta dimensão é crítica para analisar o desempenho dos recursos. Ajuda a entender a distribuição da carga de trabalho, identificar os melhores desempenhos e quem precisa de treinamento. É a base do dashboard de "Utilização de Recursos" e do KPI de "Produtividade por Operador". Por que é importante Permite analisar a performance da equipe e distribuição de carga, ajudando a identificar necessidades de treinamento e talentos. Onde obter Encontrado em logs de transação onde as ações são registradas. Procure por 'UserID', 'UserName' ou 'OperatorID'. Exemplos JSMITHABOT01CDAVISsistema | |||
| Nível de Prioridade PriorityLevel | Indica a prioridade do pedido, como padrão ou urgente. | ||
| Descrição O Nível de Prioridade dita a urgência do pedido (ex: "Urgente" ou "Alta Prioridade"). Este atributo é essencial para o dashboard de "Análise de Pedidos Urgentes" e o KPI de "% de Envios Urgentes". Ajuda a entender o impacto dessas demandas nas operações, seus custos e se o tempo de processamento é realmente mais rápido que o normal. Por que é importante Ajuda a analisar pedidos urgentes, sua frequência e o impacto na performance e custos do processo. Onde obter Nos dados de cabeçalho do pedido. Procure por 'Priority', 'Urgency' ou indicadores de serviço. Exemplos PadrãoUrgente/AceleradaOvernightCrítico | |||
| Quantidade Real ActualQuantity | A quantidade de um item que foi efetivamente manuseada ou registrada em uma tarefa. | ||
| Descrição Quantidade Real é o número de unidades fisicamente contadas, coletadas, embaladas ou recebidas. Este valor é registrado no fim da tarefa e pode diferir da 'Quantidade Planejada' por falta de estoque, danos ou erro humano. Comparar este atributo com a 'Quantidade Planejada' é vital para o dashboard de 'Saúde e Precisão do Processo de Inventário'. Divergências são indicadores diretos de falhas no processo ou imprecisões nos dados que exigem investigação. Por que é importante Fornece a realidade dos fatos sobre o que foi manuseado fisicamente, sendo essencial para calcular taxas de divergência e garantir a precisão do estoque. Onde obter Encontrado em registros de confirmação de tarefa. Pode ser 'ActualQty', 'ConfirmedQuantity' ou 'PickedQuantity'. Exemplos 10491 | |||
| SKU do produto ProductSKU | O SKU ou número do material do item que está sendo manuseado. | ||
| Descrição O SKU do Produto é o identificador único de cada item no pedido. Analisar por SKU ajuda a entender se certos produtos têm processos de manuseio mais complexos. Você pode descobrir, por exemplo, que itens frágeis levam mais tempo para embalar ou que certos SKUs têm divergências frequentes na separação, o que pode gerar mudanças na estratégia de estocagem. Por que é importante Permite analisar a performance por produto, revelando se itens específicos causam atrasos ou erros. Onde obter Encontrado em tabelas de itens de pedido. Nomes comuns incluem 'SKU', 'MaterialNumber' ou 'ItemCode'. Exemplos SKU-847361SKU-991204SKU-103557 | |||
| Data de Conclusão Solicitada RequestedCompletionDate | A data em que o cliente ou stakeholder interno solicitou a conclusão do pedido. | ||
| Descrição Esta é a data alvo para conclusão ou envio, geralmente ditada por SLAs ou expectativas do cliente. É o prazo principal para medir o desempenho real. Esta data é crucial para a "Análise de Pedidos Urgentes". Comparar a "Data de Conclusão Solicitada" com a data real ajuda a medir a pontualidade e identificar pedidos em risco de atraso. Por que é importante Estabelece a base para medir o desempenho de pontualidade e o cumprimento de SLAs, destacando pedidos com potencial de atraso. Onde obter Na tabela de cabeçalho do pedido. Exemplos: 'RequiredDeliveryDate', 'RequestedShipDate' ou 'SLA'. Exemplos 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Depósito StorageLocation | O local específico no armazém (ex: escaninho ou corredor) onde os produtos são guardados ou retirados. | ||
| Descrição Este atributo identifica a coordenada física no armazém (rack, prateleira ou escaninho). É relevante para atividades de armazenagem e separação. Esses dados alimentam o dashboard de "Eficiência de Armazenagem" para analisar tempos de deslocamento e uso de locais. Ajuda a decidir, por exemplo, se itens de alto giro estão em locais de fácil acesso para reduzir o tempo de picking. Por que é importante Ajuda a otimizar o layout e a estratégia de estocagem analisando tempos de deslocamento e eficiência de putaway e picking. Onde obter Encontrado em tabelas de inventário, tarefas ou mestre de locais. Procure por campos como 'BinCode', 'LocationID' ou 'StorageBin'. Exemplos A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Duração da Atividade ActivityDuration | O tempo total levado para concluir uma atividade específica. | ||
| Descrição Esta métrica representa o tempo de processamento de um evento. Analisar a duração da atividade é a chave para descobrir quais tarefas consomem mais tempo no processo. Isso é usado em dashboards como "Utilização de Recursos" para entender o esforço por tarefa e é essencial para KPIs como o "Tempo Médio de Inspeção de Qualidade". Por que é importante Mede o tempo gasto em cada tarefa, ajudando a identificar os passos mais longos e ineficientes no armazém. Onde obter Geralmente é calculado na transformação de dados subtraindo o timestamp inicial do final de uma atividade. Exemplos 9006501200 | |||
| End Time EndTime | O timestamp que indica quando uma atividade foi concluída, se disponível. | ||
| Descrição O Horário de Término representa o timestamp de conclusão de uma atividade. Enquanto o StartTime marca o início, o Horário de Término marca o fim, permitindo calcular a duração exata da tarefa. Nem todos os eventos têm um fim distinto; em muitos casos, o StartTime do próximo evento é usado para inferir a duração do anterior. Este atributo é valioso para calcular o tempo de processamento de tarefas individuais, como o "Tempo Médio de Inspeção de Qualidade". Por que é importante Permite o cálculo preciso do tempo de processamento de cada atividade, vital para achar tarefas lentas e gargalos. Onde obter Consulte a documentação do Körber WMS. Pode estar em tabelas de transação junto ao horário de início ou em tabelas de histórico de status. Exemplos 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Equipamento Utilizado EquipmentUsed | O identificador do equipamento, como empilhadeira ou coletor de dados, usado na tarefa. | ||
| Descrição Este atributo especifica o equipamento (MHE) ou tecnologia usada, como empilhadeiras, coletores ou AGVs. Analisar por equipamento ajuda a entender o uso dos recursos, necessidades de manutenção e o impacto de cada tecnologia na eficiência. É uma dimensão chave para o dashboard de "Utilização de Recursos", permitindo uma visão holística de pessoas e máquinas. Por que é importante Permite analisar o uso de equipamentos e seu impacto nas tarefas, ajudando a otimizar a frota e identificar gargalos mecânicos. Onde obter Consulte a documentação do Körber WMS. Estes dados podem estar nos registros de execução de tarefas, especialmente se houver login em equipamentos. Exemplos FORKLIFT-08SCANNER-112AGV-03 | |||
| Há Discrepância no Picking IsPickingDiscrepancy | Um indicador que sinaliza se a quantidade real coletada no picking corresponde à quantidade planejada. | ||
| Descrição Este é um atributo booleano derivado que é verdadeiro se a "Quantidade Real" for diferente da "Quantidade Planejada". Serve como um indicador simples de erro de separação ou problema de inventário. Esse sinalizador facilita a análise, permitindo filtrar pedidos com divergências. É usado para calcular a "Taxa de Divergência de Separação" e alimenta o dashboard de "Saúde e Precisão do Inventário", destacando pontos de falha. Por que é importante Fornece um indicador binário claro de erros de separação, simplificando a análise necessária para identificar e quantificar problemas de precisão de inventário. Onde obter Calculado na transformação de dados. Lógica: Exemplos verdadeirofalse | |||
| ID do Armazém WarehouseId | O identificador único do armazém ou centro de distribuição onde ocorrem as atividades. | ||
| Descrição O ID do Armazém especifica a unidade física onde o pedido é processado. Para empresas com vários CDs, essa é uma dimensão fundamental para análise. Este atributo permite fazer benchmarking entre unidades, comparando o "Tempo Médio de Ciclo de Pedido" entre o Armazém A e B para identificar melhores práticas ou problemas específicos de cada local. Por que é importante Permite comparar e criar benchmarks entre diferentes armazéns, destacando problemas específicos de cada unidade. Onde obter Esta informação costuma estar no cabeçalho do pedido ou tabelas de configuração da unidade, podendo aparecer como "Planta", "Site" ou "Código da Localidade". Exemplos WH-NYCDC-LAXFC-DAL | |||
| Quantidade Planejada PlannedQuantity | A quantidade esperada de um item em uma tarefa, como separação ou recebimento. | ||
| Descrição A Quantidade Planejada representa o número alvo de unidades para uma tarefa, conforme especificado no pedido do armazém. Por exemplo, se um pedido exige a separação de 10 unidades de um SKU, a quantidade planejada é 10. Este atributo é fundamental para identificar divergências em relação à "Quantidade Real". É um dado essencial para calcular os KPIs de "Taxa de Divergência de Separação" e "Taxa de Divergência de Inventário", vitais para a precisão do estoque. Por que é importante Serve como base para medir a precisão em tarefas como separação e recebimento, permitindo a detecção de divergências no inventário. Onde obter Disponível nas tabelas de tarefas ou itens de pedido. Procure por campos como 'OrderQuantity', 'PlannedQty' ou 'ExpectedQuantity'. Exemplos 10501 | |||
| Status do SLA SLAStatus | Indica se o pedido foi concluído no prazo, com atraso ou se está em risco. | ||
| Descrição O Status do SLA é um atributo calculado que categoriza cada pedido conforme sua pontualidade em relação à "Data de Conclusão Solicitada". Pode ter valores como "No Prazo", "Atrasado" ou "Em Andamento". Este atributo oferece uma visão imediata do desempenho do nível de serviço. Permite filtrar e analisar rapidamente pedidos atrasados para entender as causas raiz, como gargalos ou falta de recursos. É essencial para análises focadas na satisfação do cliente e confiabilidade operacional. Por que é importante Mede diretamente a adesão aos SLAs, facilitando a identificação da causa raiz de pedidos atrasados. Onde obter Isso é calculado na camada de transformação de dados comparando o timestamp do evento "Pedido Concluído" com a "Data de Conclusão Solicitada". Exemplos No PrazoAtrasadoEm Progresso | |||
| Tempo de Ciclo CycleTime | A duração total do pedido no armazém, da criação à conclusão. | ||
| Descrição Cycle Time é uma métrica calculada que mede o tempo total de um case, do primeiro event ('Pedido de Armazém Criado') ao último ('Pedido de Armazém Concluído'). Representa o tempo de processamento de ponta a ponta. É um KPI fundamental no Process Mining para responder 'Quanto tempo demora?'. É a métrica central do dashboard 'Cycle Time de Ponta a Ponta' e do KPI 'Média de Cycle Time do Pedido', servindo para monitorar a saúde do processo e identificar pedidos fora do prazo esperado. Por que é importante Este é um KPI crítico que mede a eficiência geral do armazém, impactando diretamente os custos operacionais e a satisfação do cliente. Onde obter Esta métrica é calculada na ferramenta de Process Mining pela diferença entre o timestamp do último e do primeiro evento de cada Pedido. Exemplos 8640017280036000 | |||
| Tipo de Pedido OrderType | Categoriza o pedido de armazém, como entrada, saída ou transferência interna. | ||
| Descrição O Tipo de Pedido define o propósito comercial: envios a clientes (outbound), recebimento de fornecedores (inbound), transferências internas ou devoluções. Este é um atributo poderoso para filtros e análises comparativas. Ele permite comparar fluxos e desempenhos de diferentes operações logísticas, verificando, por exemplo, se o processo de inbound é mais eficiente que o de outbound. Por que é importante Permite segmentar a análise por propósito do pedido, revelando diferenças entre processos de entrada e saída. Onde obter Geralmente localizado na tabela de cabeçalho do pedido no Körber WMS. Procure por campos como "OrderType", "TransactionType" ou similares. Exemplos Expedição de SaídaRecebimento InboundTransferência InternaDevolução de Cliente | |||
| Transportadora Carrier | A transportadora designada para realizar a entrega final do pedido. | ||
| Descrição O Transportador é o provedor logístico (ex: FedEx, DHL, transportadoras locais) responsável pelo transporte das mercadorias até o destino final. Geralmente é atribuído durante o planejamento de envio. Analisar por transportador pode revelar diferenças de desempenho entre parceiros. Por exemplo, ajuda a identificar se certas transportadoras têm tempos de espera maiores ou atrasos frequentes, fornecendo dados valiosos para negociações de contrato e seleção de fornecedores. Por que é importante Permite analisar o desempenho de transportadoras, ajudando a otimizar a logística e a confiabilidade das entregas. Onde obter Encontrado em tabelas de transporte no Körber WMS. Procure por campos como 'CarrierCode', 'ShippingAgent' ou 'SCAC'. Exemplos FedExUPSDHLLocal Freight Inc. | |||
Atividades de Gestão de Armazém
| Atividade | Descrição | ||
|---|---|---|---|
| Mercadoria Armazenada | O operador confirma a conclusão do putaway, geralmente escaneando o bin de destino e o pallet/item. Isso registra a movimentação e atualiza o local no sistema. | ||
| Por que é importante Este marco crucial encerra o processo de entrada. É usado para calcular KPIs como "Tempo de Ciclo de Armazenagem" e "Tempo do Recebimento à Armazenagem". Onde obter Registrado quando o operador finaliza o putaway via RF. O status da tarefa é atualizado para 'Concluído' com timestamp. Captura Timestamp da transação de confirmação da tarefa de armazenagem. Tipo de evento explicit | |||
| Mercadoria Coletada do Armazenamento | O operador confirma que os itens do pedido foram coletados. Geralmente feito via escaneamento do item e local, o que abate o inventário no bin e registra a ação. | ||
| Por que é importante Este é um marco importante no processo de saída. Ele permite analisar os tempos de separação e identificar atrasos entre o picking e a embalagem. Onde obter Registrado quando o operador finaliza o picking via RF. O status muda para 'Concluído' com um timestamp. Captura Timestamp da transação de confirmação da tarefa de separação. Tipo de evento explicit | |||
| Mercadoria Recebida e Conferida | A equipe do armazém descarrega, scaneia e conta os itens recebidos comparando com a notificação de entrega. Esta transação confirma o recebimento físico de quantidades específicas de materiais. | ||
| Por que é importante Este é um marco crítico de entrada que habilita KPIs como o "Tempo do Recebimento à Armazenagem". Também ajuda a identificar divergências entre quantidades esperadas e recebidas logo no início. Onde obter Gerado quando o usuário confirma o recebimento via coletor RF ou transação no desktop. O status do inventário muda para 'Recebido'. Captura Timestamp da transação de confirmação de recebimento. Tipo de evento explicit | |||
| Mercadorias embaladas | O processo de embalagem de um contêiner ou caixa é concluído, e o pacote é selado e etiquetado. Este evento indica que o pedido está pronto para expedição. | ||
| Por que é importante Este marco finaliza a preparação das mercadorias. É usado para calcular a produtividade da embalagem e identificar atrasos antes do carregamento. Onde obter Uma transação de 'Packing Concluído' ou 'Fechar Caixa' é feita pelo operador, gerando um timestamp de finalização para o volume. Captura Timestamp da transação de "Fechar Contêiner" ou "Embalagem Concluída". Tipo de evento explicit | |||
| Pedido do Armazém Concluído | O pedido é encerrado no sistema, indicando que todas as movimentações físicas e transações foram finalizadas. | ||
| Por que é importante Este é o ponto final principal do processo, essencial para calcular o tempo de ciclo total e medir as taxas de conclusão. Onde obter Inferido pela mudança de status para 'Concluído' ou 'Fechado' no cabeçalho do pedido. Captura Inferido pelo timestamp da alteração de status para 'Concluído'. Tipo de evento inferred | |||
| Pedido do Armazém Criado | A criação inicial de um pedido no armazém, representando uma demanda de movimentação. Este evento costuma ser registrado quando um usuário ou um ERP cria o registro com um timestamp. | ||
| Por que é importante Isso marca o início do processo de ponta a ponta. É essencial para medir o tempo total de ciclo e entender o volume de demanda. Onde obter Isso é capturado do timestamp de criação na tabela principal de cabeçalho quando um novo pedido é salvo no Körber WMS. Captura Registrado a partir do timestamp de criação no cabeçalho do pedido do armazém. Tipo de evento explicit | |||
| Remessa Despachada | As mercadorias são carregadas e o caminhão sai do armazém. Este evento é disparado por uma transação de confirmação de envio ou saída de mercadorias que finaliza a expedição no sistema. | ||
| Por que é importante Este marco crítico indica a partida física das mercadorias. Costuma ser o evento chave para faturamento e atualização do status para os clientes. Onde obter Uma transação de 'Confirmação de Embarque' é executada, associada à impressão do conhecimento de carga, com um timestamp específico. Captura Timestamp da transação de confirmação de envio ou saída de mercadorias. Tipo de evento explicit | |||
| Embalagem Iniciada | Os itens separados chegam a uma estação de embalagem e um operador inicia o processo. Isso geralmente é inferido pelo primeiro scan de item na estação associada a um pedido de saída específico. | ||
| Por que é importante Marca o início do packing. Medir a espera antes dessa etapa ajuda a achar gargalos na expedição. Onde obter Pode ser uma transação explícita de "Iniciar Embalagem", mas geralmente é inferida pelo primeiro scan de item na estação de embalagem. Captura Inferido pelo timestamp da primeira ação registrada na estação de packing para o pedido. Tipo de evento inferred | |||
| Inspeção de Qualidade Realizada | Uma verificação de controle de qualidade é feita nas mercadorias, podendo envolver a movimentação para uma área de CQ. Esta atividade geralmente é inferida por mudanças de status, como de 'Disponível' para 'Bloqueio CQ'. | ||
| Por que é importante Permite analisar a duração da inspeção de qualidade, que pode ser um gargalo crítico, ajudando a liberar o estoque mais rápido. Onde obter Pode ser inferido por mudanças de status de inventário (bloqueios de qualidade). Alguns sistemas possuem logs explícitos de gestão de qualidade. Captura Inferido por mudanças de status ou logs de transação vinculados a ordens de inspeção. Tipo de evento inferred | |||
| Mercadoria Chegou na Doca | Ocorre o registro da chegada física da transportadora na doca de recebimento. Isso costuma ser feito por um conferente e marca o início do processo físico de recebimento. | ||
| Por que é importante Este evento ajuda a medir a pontualidade das transportadoras e analisar o tempo de espera nas docas, identificando gargalos antes mesmo do descarregamento. Onde obter Geralmente registrado como uma atualização de status no registro de entrega, ou por meio de uma transação específica de "Check-In" em um módulo de gestão de pátio, se disponível. Captura Inferido pela mudança para status 'Arrived' ou 'At Dock' no registro de entrega de entrada. Tipo de evento inferred | |||
| Notificação de Entrega Recebida | Uma Notificação de Envio Avançada (ASN) ou aviso de entrega é recebido do fornecedor. Este event sinaliza a chegada futura de bens, permitindo o planejamento do recebimento. Geralmente ocorre via EDI ou entrada manual. | ||
| Por que é importante Esta atividade marca o início do planejamento de entrada. Analisar o tempo entre esta notificação e a chegada dos produtos ajuda a medir o desempenho do fornecedor e planejar a mão de obra. Onde obter Capturado do timestamp de criação de um ASN ou registro de entrega, frequentemente via interface EDI ou entrada manual. Captura Registrado quando um ASN é criado no sistema. Tipo de evento explicit | |||
| Pedido do Armazém Cancelado | O pedido é cancelado antes da conclusão, interrompendo o trabalho. Geralmente é inferido por uma mudança de status para "Cancelado" no cabeçalho do pedido. | ||
| Por que é importante Representa um fim alternativo para o processo. Analisar cancelamentos ajuda a entender falhas, como falta de estoque ou mudanças por parte do cliente. Onde obter Inferido por uma mudança de status no cabeçalho do pedido para 'Cancelado' ou 'Excluído'. Captura Inferido pelo timestamp da alteração de status para 'Cancelado'. Tipo de evento inferred | |||
| Preparado para Expedição | As caixas ou pallets embalados são movidos para uma área de preparação (staging) aguardando a coleta. Geralmente é inferido pelo timestamp de uma movimentação de estoque para um local de expedição. | ||
| Por que é importante Ajuda a analisar o tempo de espera entre a embalagem e o envio final. Tempos longos de espera podem indicar falta de coordenação com transportadoras ou má gestão das docas. Onde obter Inferido por uma mudança de local da unidade de movimentação do packing para a expedição, usando o timestamp da transação. Captura Inferido pelo timestamp de uma movimentação de inventário onde o destino é uma área de staging. Tipo de evento inferred | |||
| Tarefa de Armazenagem Criada | O WMS cria uma tarefa para o operador mover mercadorias da área de preparação para o escaninho final. A lógica do sistema determina o destino ideal com base nas estratégias de armazenagem. | ||
| Por que é importante Este evento marca o início da armazenagem. Analisar o tempo até a conclusão ajuda a medir a eficiência do sistema e do operador. Onde obter Um registro é criado em uma tabela de tarefas com o tipo 'Putaway' e seu respectivo timestamp de criação. Captura Registrado a partir do timestamp de criação do registro da tarefa de armazenagem. Tipo de evento explicit | |||
| Tarefa de picking criada | O sistema gera uma tarefa de separação para um operador com base em um pedido de saída. A tarefa orienta o operador até um local específico para retirar uma quantidade do item. | ||
| Por que é importante Este evento inicia o processo de saída. Analisar a geração de tarefas de separação ajuda a entender a lógica de processamento e a distribuição da carga de trabalho. Onde obter Um registro com o tipo de tarefa 'Picking' e um timestamp de criação é gerado nas tabelas de gestão de tarefas do Körber WMS. Captura Registrado a partir do timestamp de criação do registro da tarefa de separação. Tipo de evento explicit | |||
Guias de Extração
Etapas
- Estabeleça Acesso ao Banco de Dados: Obtenha credenciais de apenas leitura e detalhes da conexão (servidor, nome do banco, porta) do Körber WMS. Use ferramentas como MS SSMS ou Oracle SQL Developer.
- Identifique as Tabelas Principais: Verifique com seu administrador os nomes exatos de tabelas e colunas, pois podem variar. Tabelas chave incluem cabeçalhos de pedidos, tarefas e transações de inventário.
- Conecte-se ao Banco: Inicie seu cliente SQL e conecte-se ao banco de dados do Körber WMS com as credenciais fornecidas.
- Carregue o Script SQL: Abra uma nova janela de consulta e cole o script SQL completo disponível na seção 'query' deste documento.
- Configure os Parâmetros: Localize as variáveis no topo do script. Substitua
@[StartDate],@[EndDate]e@[WarehouseId]pelo período e identificador do armazém desejados. - Execute a Consulta: Rode o script SQL. O tempo de execução dependerá do volume de dados e do período selecionado.
- Revise os Resultados: Verifique se a saída retornou linhas e se colunas como
WarehouseOrder,ActivityNameeEventTimeestão preenchidas corretamente. - Exporte para CSV: Use a função nativa do seu cliente SQL para exportar os resultados para um arquivo CSV.
- Prepare para o Upload: Salve o CSV com codificação UTF-8. Garanta que os cabeçalhos das colunas correspondam exatamente aos nomes de atributos exigidos, sem espaços extras.
Configuração
- Conexão com Banco de Dados: É necessária uma conexão direta. Forneça o endereço do servidor, nome do banco, usuário e senha. Recomendamos usar um usuário de apenas leitura para evitar alterações acidentais nos dados.
- Filtro de Período: A consulta utiliza os campos
@StartDatee@EndDatepara definir o período de extração. Recomendamos de 3 a 6 meses iniciais para capturar variações do processo sem sobrecarregar o banco. - Filtro de Armazém e Pedido: O script inclui o marcador
@[WarehouseId]para limitar a extração a uma unidade. Você pode adicionar outros filtros na cláusulaWHERE, como tipo de pedido ou cliente, para refinar os dados. - Granularidade dos Dados: O script extrai events tanto no nível de cabeçalho do pedido (ex: 'Pedido de Armazém Criado') quanto no nível detalhado de tarefas (ex: 'Mercadoria Coletada').
- Pré-requisitos: Você deve ter permissão de leitura em todas as tabelas citadas. É necessário conhecer o esquema do seu Körber WMS para validar ou ajustar nomes de tabelas e colunas.
a Consulta de Exemplo sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId;