Seu Template de Dados de Gestão de Armazém
Seu Template de Dados de Gestão de Armazém
- Atributos recomendados para coleta
- Principais atividades a acompanhar nas operações do armazém
- Orientações de extração adaptadas ao Körber WMS
Atributos da gestão de armazéns
| Nome | Descrição | ||
|---|---|---|---|
| Hora do Evento EventTime | A data e a hora exatas em que a atividade ou o evento foi registrado no sistema de origem. | ||
| Descrição A Hora do Evento é o timestamp associado a cada atividade, marcando o momento exato em que ela ocorreu. Esses dados temporais são fundamentais para calcular durações, tempos de ciclo e tempos de espera entre diferentes etapas do processo. Na análise de processos, esse atributo é usado para ordenar os eventos cronologicamente, construir o fluxo do processo e realizar análises baseadas em tempo. Ele é essencial para Dashboards que medem a performance, como a análise do tempo de ciclo, e para calcular KPIs como 'Tempo Médio de Ciclo de Ponta a Ponta do Pedido'. Por que isso importa Esse timestamp é fundamental para ordenar os eventos, calcular todas as métricas baseadas em tempo, como tempos de ciclo e de espera, e entender a performance do processo. Onde obter Está presente em todas as tabelas de transações e registros de eventos do Körber WMS, geralmente com nomes como 'CreationDate', 'Timestamp' ou 'EventDateTime'. Exemplos 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Nome da Atividade ActivityName | O nome do evento ou da tarefa específica que ocorreu em determinado momento do ciclo de vida do pedido de armazém. | ||
| Descrição Este atributo descreve uma única etapa do processo de gestão do armazém, como 'Mercadorias Coletadas no Armazenamento' ou 'Expedição Enviada'. Cada atividade representa um evento de negócio distinto registrado no sistema, associado a um timestamp específico. A análise das atividades é o núcleo do Process Mining. Ela permite construir o mapa do processo, mostrando como o trabalho realmente flui pelo armazém. Isso ajuda a identificar gargalos, ciclos de retrabalho e desvios do procedimento operacional padrão. Por que isso importa Ele define as etapas do processo, formando a base do mapa do processo e permitindo analisar o fluxo, as variações e os gargalos. Onde obter Tabelas de registro de eventos ou transações no Körber WMS, onde os eventos de negócio são registrados. Esses dados geralmente são derivados de códigos de transação ou descrições de alterações de status. Exemplos Tarefa de picking criadaMercadorias embaladasExpedição despachadaPedido de armazém cancelado | |||
| Pedido de Armazém WarehouseOrder | O identificador exclusivo de um pedido de armazém, que funciona como o identificador principal do caso para acompanhar todas as atividades logísticas relacionadas. | ||
| Descrição O Pedido de Armazém é o identificador central que agrupa todas as tarefas e todos os eventos relacionados a uma solicitação logística específica, como o recebimento de mercadorias ou uma expedição. Ele permite acompanhar o ciclo de vida completo do pedido dentro do armazém, desde a criação até a expedição final ou o cancelamento. No Process Mining, analisar por Pedido de Armazém permite visualizar o fluxo completo do processo de cada pedido. Isso ajuda a identificar caminhos comuns, desvios, gargalos e o tempo total do ciclo para diferentes tipos de pedido, como pedidos padrão e urgentes. Por que isso importa Este é o Case ID essencial que conecta todos os eventos relacionados, permitindo uma análise completa, de ponta a ponta, do processo de gestão do armazém para cada pedido específico. Onde obter Esse identificador geralmente está nas tabelas principais de gestão de pedidos do Körber WMS. Consulte a documentação do Körber WMS para encontrar os nomes específicos das tabelas e dos campos, como os cabeçalhos de pedido. Exemplos WO-0012845WO-0012991WO-0013402 | |||
| Sistema de Origem SourceSystem | O sistema do qual os dados foram extraídos. | ||
| Descrição Este atributo identifica o sistema de origem dos dados de eventos, que neste caso é o 'Körber WMS'. Em ambientes com vários sistemas integrados, esse campo ajuda a diferenciar as fontes de dados e rastrear a linhagem dos dados. Na análise, ele fornece contexto, especialmente quando os dados de vários sistemas são combinados. Também ajuda a garantir a qualidade dos dados e pode ser usado para filtrar a análise pelas atividades de um sistema específico. Por que isso importa Fornece um contexto essencial sobre a origem dos dados, garantindo clareza e rastreabilidade, especialmente em ambientes com vários sistemas interconectados. Onde obter Geralmente é um valor estático adicionado durante a extração dos dados para identificar o sistema de origem. Exemplos Körber WMSKörberOne | |||
| Última Atualização dos Dados LastDataUpdate | O timestamp que indica a última vez que os dados desse processo foram atualizados. | ||
| Descrição Este atributo especifica a data e a hora da extração ou atualização mais recente dos dados. Ele fornece contexto sobre a atualidade dos dados analisados, garantindo que os usuários saibam quão atual é a visão do processo. Em Dashboards e relatórios, essas informações são essenciais para garantir transparência. Elas ajudam os usuários a entender se estão analisando dados em tempo real, diários ou semanais, o que afeta a tomada de decisões. Por que isso importa Informa aos usuários o quanto os dados estão atualizados, algo fundamental para tomar decisões de negócio precisas e relevantes com base na análise. Onde obter Esse valor é gerado e registrado pelo pipeline de dados ou pela ferramenta de ETL ao final de cada ciclo de atualização dos dados. Exemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ID do Usuário/Operador UserOperatorId | O identificador do usuário ou operador que executou a atividade. | ||
| Descrição Este atributo identifica o funcionário do armazém ou usuário do sistema responsável por executar uma tarefa específica, como coletar, embalar ou armazenar mercadorias. Em alguns casos, ele também pode se referir a um sistema automatizado ou bot. Essa dimensão é fundamental para analisar a performance dos recursos. Ela ajuda a entender a distribuição da carga de trabalho, identificar os funcionários com melhor performance e encontrar pessoas que podem precisar de treinamento adicional. É a base do Dashboard 'Utilização de Recursos e Carga de Trabalho' e do KPI 'Throughput por Operador'. Por que isso importa Permite analisar a performance da força de trabalho, a distribuição da carga de trabalho e a eficiência dos recursos, ajudando a identificar necessidades de treinamento e profissionais com alta performance. Onde obter Está nas tabelas de transações ou registros em que as ações dos usuários são gravadas. Procure campos como 'UserID', 'UserName', 'ExecutedBy' ou 'OperatorID'. Exemplos JSMITHABOT01CDAVISsistema | |||
| Nível de Prioridade PriorityLevel | Indica a urgência ou a prioridade do pedido de armazém, como padrão ou urgente. | ||
| Descrição O Nível de Prioridade é uma classificação atribuída a um pedido de armazém para definir a urgência do seu processamento. Por exemplo, um pedido pode ser marcado como 'Urgente' ou 'Alta Prioridade', indicando que deve ser processado antes dos pedidos padrão. Este atributo é essencial para o Dashboard 'Análise de Pedidos Urgentes' e para o KPI 'Percentual de Expedições Urgentes'. Ele ajuda a entender o impacto dos pedidos urgentes nas operações gerais do armazém, seus custos associados e se os tempos de processamento são realmente menores que os dos pedidos padrão. Por que isso importa Ajuda a analisar o tratamento dos pedidos urgentes, sua frequência e seu impacto na performance e nos custos gerais do processo. Onde obter Está nos dados do cabeçalho do pedido. Procure campos como 'Priority', 'Urgency' ou um indicador específico do nível de serviço de envio. Exemplos PadrãoExpressoDurante a noiteCrítico | |||
| Quantidade Real ActualQuantity | A quantidade de um item que foi realmente movimentada ou registrada durante uma tarefa. | ||
| Descrição A Quantidade Real é o número de unidades fisicamente contadas, coletadas, embaladas ou recebidas pelo operador do armazém. Esse valor é registrado quando a tarefa é concluída e pode ser diferente da 'Quantidade Planejada' devido a falta de estoque, danos ou erro humano. Comparar esse atributo com a 'Quantidade Planejada' é fundamental para o Dashboard 'Saúde e Precisão do Processo de Estoque'. As divergências entre os dois valores são indicadores diretos de falhas no processo ou imprecisões nos dados que precisam ser investigadas. Por que isso importa Fornece a referência do que foi fisicamente movimentado, sendo essencial para calcular taxas de divergência e garantir a precisão do estoque. Onde obter Está nos registros de confirmação de transações ou de conclusão de tarefas. Os nomes dos campos podem incluir 'ActualQty', 'ConfirmedQuantity' ou 'PickedQuantity'. Exemplos 10491 | |||
| SKU do Produto ProductSKU | A Stock Keeping Unit (SKU) ou o número do material do item que está sendo movimentado. | ||
| Descrição O SKU do Produto é o identificador exclusivo de um produto ou material específico envolvido no pedido de armazém. Um pedido pode conter um ou mais SKUs. Analisar por SKU do Produto ajuda a entender se determinados produtos têm processos de movimentação mais complexos ou problemáticos. Por exemplo, você pode descobrir que itens frágeis têm tempos de embalagem maiores ou que determinados SKUs estão frequentemente associados a divergências na coleta. Isso pode orientar mudanças na estratégia de armazenamento ou nos procedimentos de movimentação. Por que isso importa Permite analisar a performance do processo com base em produtos específicos, revelando se determinados itens causam atrasos ou erros. Onde obter Está nas tabelas de itens das linhas do pedido, vinculadas ao cabeçalho principal do pedido de armazém. Os nomes comuns dos campos incluem 'SKU', 'MaterialNumber' ou 'ItemCode'. Exemplos SKU-847361SKU-991204SKU-103557 | |||
| Data de Conclusão Solicitada RequestedCompletionDate | A data até a qual o cliente ou a parte interessada interna solicitou que o pedido fosse concluído. | ||
| Descrição Esta é a data-alvo de conclusão ou expedição de um pedido de saída, geralmente definida pelas expectativas do cliente ou por acordos de nível de serviço (SLAs). Ela funciona como o prazo principal para medir a performance real. Essa data é fundamental para o Dashboard 'Análise de Pedidos Urgentes'. Comparar a 'Data de Conclusão Solicitada' com a 'Data de Conclusão Real' (o timestamp da atividade 'Expedição Enviada' ou 'Pedido de Armazém Concluído') ajuda a determinar a performance no prazo e identificar pedidos com risco de atraso. Por que isso importa Fornece a referência para medir a performance no prazo e cumprir os acordos de nível de serviço (SLAs), destacando pedidos potencialmente atrasados. Onde obter Está na tabela de cabeçalho do pedido. Os nomes comuns dos campos incluem 'RequiredDeliveryDate', 'RequestedShipDate' ou 'SLA'. Exemplos 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Equipamento Utilizado EquipmentUsed | O identificador do equipamento, como uma empilhadeira ou um scanner, usado para executar uma tarefa. | ||
| Descrição Este atributo especifica o equipamento de movimentação de materiais (MHE) ou a tecnologia usada durante uma tarefa no armazém. Pode ser uma empilhadeira específica, uma paleteira, um scanner portátil ou um veículo guiado automaticamente (AGV). Analisar por equipamento ajuda a entender a utilização dos recursos, as necessidades de manutenção e o impacto de diferentes tipos de equipamento na eficiência das tarefas. É uma dimensão importante para o Dashboard 'Utilização de Recursos e Carga de Trabalho', permitindo uma visão completa dos recursos humanos e das máquinas. Por que isso importa Permite analisar a utilização dos equipamentos e seu impacto na performance das tarefas, ajudando a otimizar a gestão da frota e identificar gargalos relacionados a máquinas. Onde obter Consulte a documentação do Körber WMS. Esses dados podem estar registrados nos registros de execução de tarefas, especialmente quando os operadores fazem login em equipamentos específicos. Exemplos FORKLIFT-08SCANNER-112AGV-03 | |||
| Há Divergência na Coleta IsPickingDiscrepancy | Um indicador que mostra se a quantidade real coletada correspondeu à quantidade planejada. | ||
| Descrição Este é um atributo booleano derivado que assume o valor verdadeiro quando a 'Quantidade Real' é diferente da 'Quantidade Planejada' em qualquer atividade relacionada à coleta. Ele funciona como um indicador simples de erro de coleta ou problema de estoque em uma tarefa específica. Esse indicador simplifica a análise ao permitir que os usuários filtrem rapidamente todos os pedidos que tiveram uma divergência na coleta. Ele é usado para calcular o KPI 'Taxa de Divergência na Coleta' e ajuda a alimentar o Dashboard 'Saúde e Precisão do Processo de Estoque', destacando pontos específicos de falha. Por que isso importa Fornece um indicador binário claro de erros de coleta, simplificando a análise necessária para identificar e quantificar problemas de precisão do estoque. Onde obter Calculado durante a transformação dos dados. A lógica é: Exemplos truefalse | |||
| Hora de Término EndTime | O timestamp que indica quando uma atividade foi concluída, se essa informação estiver disponível. | ||
| Descrição A Hora de Término representa o timestamp de conclusão de uma atividade. Enquanto StartTime (EventTime) marca o início, a Hora de Término marca a conclusão, permitindo calcular diretamente a duração dessa atividade. Nem todos os eventos têm uma hora de término distinta; em muitos casos, o StartTime do evento seguinte é usado para estimar a duração do evento anterior. Este atributo é extremamente útil para calcular com precisão o tempo de processamento de tarefas individuais. Por exemplo, ele é usado para determinar o 'Tempo Médio de Inspeção de Qualidade', medindo o intervalo entre o início e o fim da inspeção. Por que isso importa Permite calcular com precisão o tempo de processamento de cada atividade, algo fundamental para identificar tarefas ineficientes e gargalos de recursos. Onde obter Consulte a documentação do Körber WMS. Essa informação pode estar nas tabelas de transações, junto com a hora de início, ou em tabelas relacionadas ao histórico de status. Exemplos 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| ID do Armazém WarehouseId | O identificador exclusivo do armazém ou centro de distribuição onde as atividades ocorrem. | ||
| Descrição O ID do Armazém especifica o local físico ou a unidade onde o pedido de armazém está sendo processado. Para organizações com vários centros de distribuição, essa é uma dimensão essencial para a análise. Este atributo permite comparar a performance entre diferentes unidades. Por exemplo, você pode comparar o 'Tempo Médio de Ciclo de Ponta a Ponta do Pedido' entre o Armazém A e o Armazém B para identificar boas práticas ou problemas operacionais específicos de cada local. Por que isso importa Permite comparar e avaliar a performance entre diferentes locais físicos de armazenamento, destacando problemas regionais ou específicos de cada unidade. Onde obter Essas informações geralmente estão disponíveis nas tabelas de cabeçalho do pedido ou de configuração da unidade. Elas podem aparecer como 'Plant', 'Site' ou 'LocationCode'. Exemplos WH-NYCDC-LAXFC-DAL | |||
| Local de Armazenamento StorageLocation | O local específico no armazém, como endereço ou corredor, onde as mercadorias são armazenadas ou coletadas. | ||
| Descrição Este atributo identifica a coordenada física dentro do armazém, como uma estante, prateleira ou endereço. Ele é relevante para atividades como 'Mercadorias Armazenadas' e 'Mercadorias Coletadas no Armazenamento'. Esses dados são usados no Dashboard 'Eficiência do Armazenamento e Uso dos Locais' para analisar tempos de deslocamento, utilização dos locais e a eficácia das estratégias de armazenamento. Por exemplo, eles podem ajudar a determinar se itens de alta rotatividade estão armazenados em locais de fácil acesso para reduzir o tempo de coleta. Por que isso importa Ajuda a otimizar o layout e a estratégia de armazenamento analisando os tempos de deslocamento e a eficiência das tarefas de armazenamento e coleta em locais específicos. Onde obter Está nas tabelas de estoque, tarefas ou dados mestres de locais. Procure campos como 'BinCode', 'LocationID' ou 'StorageBin'. Exemplos A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Quantidade Planejada PlannedQuantity | A quantidade de um item que deveria ser movimentada em uma tarefa, como coleta ou recebimento. | ||
| Descrição A Quantidade Planejada representa o número-alvo de unidades para uma determinada tarefa, conforme especificado pelo pedido de armazém. Por exemplo, se um pedido exige a coleta de 10 unidades de um SKU específico, a quantidade planejada para essa tarefa de coleta é 10. Este atributo é fundamental para identificar divergências quando comparado à 'Quantidade Real'. Ele é uma entrada importante para calcular os KPIs 'Taxa de Divergência na Coleta' e 'Taxa de Divergência de Estoque', essenciais para manter a precisão do estoque. Por que isso importa Serve como referência para medir a precisão de tarefas como coleta e recebimento, permitindo detectar divergências de estoque. Onde obter Está disponível nas tabelas de tarefas ou de itens das linhas do pedido. Procure campos como 'OrderQuantity', 'PlannedQty' ou 'ExpectedQuantity'. Exemplos 10501 | |||
| Status do SLA SLAStatus | Indica se o pedido foi concluído no prazo, com atraso ou está em risco, com base na data de conclusão solicitada. | ||
| Descrição O Status do SLA é um atributo calculado que classifica cada pedido com base no cumprimento do prazo em relação a 'RequestedCompletionDate'. Ele pode assumir valores como 'No Prazo', 'Atrasado' ou 'Em Andamento'. Este atributo fornece uma visão imediata da performance do nível de serviço. Ele permite filtrar e analisar rapidamente todos os pedidos atrasados para entender as causas-raiz, como gargalos específicos ou problemas de recursos. É um elemento fundamental para qualquer análise focada na satisfação do cliente e na confiabilidade operacional. Por que isso importa Mede diretamente o cumprimento dos acordos de nível de serviço, permitindo identificar e analisar facilmente as causas-raiz dos pedidos atrasados. Onde obter É calculado na camada de transformação dos dados comparando o timestamp do evento 'Pedido de Armazém Concluído' com 'RequestedCompletionDate'. Exemplos No prazoAtrasadoEm andamento | |||
| Tempo de Ciclo CycleTime | A duração total do pedido de armazém, desde a criação até a conclusão. | ||
| Descrição O Tempo de Ciclo é uma métrica calculada que mede o tempo total decorrido de um caso, desde o primeiro evento ('Pedido de Armazém Criado') até o último evento ('Pedido de Armazém Concluído'). Ele representa o tempo de processamento de ponta a ponta de um pedido. Este é um dos principais indicadores de performance no Process Mining, respondendo diretamente à pergunta 'Quanto tempo leva?'. É a métrica central do Dashboard 'Tempo de Ciclo de Ponta a Ponta do Pedido de Armazém' e do KPI 'Tempo Médio de Ciclo de Ponta a Ponta do Pedido', usados para acompanhar a saúde geral do processo e identificar pedidos que levam tempo excessivo para serem atendidos. Por que isso importa Este é um KPI fundamental que mede a eficiência geral do processo do armazém, impactando diretamente a satisfação do cliente e os custos operacionais. Onde obter Essa métrica é calculada na ferramenta de Process Mining pela diferença entre o timestamp do último evento e o do primeiro evento de cada Pedido de Armazém. Exemplos 8640017280036000 | |||
| Tipo de Pedido OrderType | Classifica o pedido de armazém, por exemplo, como entrada, saída ou transferência interna. | ||
| Descrição O Tipo de Pedido define a finalidade de negócio do pedido de armazém. Os tipos comuns incluem expedições para clientes (saída), recebimentos de fornecedores (entrada), transferências de estoque entre locais do armazém (internas) ou devoluções. Este é um atributo poderoso para filtrar e comparar análises. Ele permite analisar e comparar os fluxos e a performance do processo para diferentes tipos de operações logísticas, por exemplo, para verificar se o processo de entrada é mais ou menos eficiente que o processo de saída. Por que isso importa Permite segmentar a análise pela finalidade do pedido, revelando diferenças de performance entre processos como recebimentos e expedições. Onde obter Geralmente está na tabela de cabeçalho de pedidos do Körber WMS. Procure um campo chamado 'OrderType', 'TransactionType' ou algo semelhante. Exemplos Expedição de saídaRecebimento de entradaTransferência internaDevolução do cliente | |||
| Transportadora Carrier | A transportadora responsável pela entrega final do pedido. | ||
| Descrição A Transportadora é o provedor logístico terceirizado (por exemplo, FedEx, UPS ou DHL) responsável por transportar as mercadorias do armazém até o destino final. Normalmente, ela é definida durante o planejamento ou a expedição do envio. Analisar por transportadora pode revelar diferenças de performance entre os parceiros de envio. Por exemplo, pode ajudar a identificar se determinadas transportadoras estão associadas a tempos de espera maiores na área de expedição ou a atrasos mais frequentes, fornecendo dados valiosos para negociações de contratos e seleção de transportadoras. Por que isso importa Permite analisar a performance de diferentes parceiros de envio, ajudando a otimizar a logística e melhorar a confiabilidade das entregas. Onde obter Está nas tabelas de planejamento de expedição ou transporte do Körber WMS. Procure campos como 'CarrierCode', 'ShippingAgent' ou 'SCAC'. Exemplos FedExUPSDHLLocal Freight Inc. | |||
Atividades de gestão de armazéns
| Atividade | Descrição | ||
|---|---|---|---|
| Expedição despachada | As mercadorias são carregadas e o caminhão sai do armazém. Esse evento é acionado por uma transação de “Ship Confirm” ou “Post Goods Issue”, que finaliza a expedição no sistema. | ||
| Por que isso importa Este marco crítico registra a saída física das mercadorias. Ele costuma ser um evento importante para o faturamento e a atualização dos clientes. Onde obter Uma transação explícita de “Ship Confirm” é executada e associada à impressão do conhecimento de embarque. Essa transação tem um registro de data e hora específico. Captura Registro de data e hora da transação “Ship Confirm” ou “Post Goods Issue”. Tipo de evento explicit | |||
| Mercadorias armazenadas | Um operador confirma a conclusão da tarefa de armazenamento, normalmente escaneando o endereço de armazenamento e o palete ou item. Essa ação registra explicitamente a movimentação e atualiza o local do estoque no sistema. | ||
| Por que isso importa Esse marco crucial marca o fim do processo de entrada. Ele é usado para calcular os KPIs “Tempo do ciclo de armazenamento” e “Tempo do recebimento ao armazenamento”. Onde obter Registrado quando o operador confirma a conclusão da tarefa de armazenamento por meio de um dispositivo RF. Essa ação atualiza o status da tarefa para “Completed” e registra o horário de conclusão. Captura Registro de data e hora da transação de confirmação da tarefa de armazenamento. Tipo de evento explicit | |||
| Mercadorias embaladas | O processo de embalagem de um contêiner ou caixa de expedição é concluído, e o pacote é lacrado e etiquetado. Esse evento indica que o pedido está pronto para staging e expedição e é registrado explicitamente. | ||
| Por que isso importa Este marco importante finaliza a preparação das mercadorias para expedição. Ele é usado para calcular o throughput da embalagem e identificar atrasos antes do carregamento. Onde obter O operador executa uma transação explícita de “Packing Complete” ou “Close Carton”, que registra o horário de conclusão do contêiner de expedição. Captura Registro de data e hora da transação “Close Container” ou “Packing Complete”. Tipo de evento explicit | |||
| Mercadorias recebidas e contadas | A equipe do armazém descarrega, escaneia e conta os itens recebidos comparando-os com a notificação de entrega de entrada. Essa transação explícita confirma o recebimento de quantidades específicas de materiais sob a custódia física do armazém. | ||
| Por que isso importa Este é um marco crítico do processo de entrada que permite calcular KPIs como “Tempo do recebimento ao armazenamento”. Ele também ajuda a identificar antecipadamente divergências entre as quantidades esperadas e recebidas. Onde obter Gerado quando um usuário confirma as quantidades recebidas por meio de um scanner RF ou de uma transação no desktop. Essa ação atualiza o status do estoque para “Received” ou “On-Hand” em um local de staging. Captura Registro de data e hora da transação de confirmação do recebimento. Tipo de evento explicit | |||
| Mercadorias retiradas do armazenamento | Um operador confirma que os itens de um pedido foram retirados do local de armazenamento. Normalmente, isso é feito escaneando o item e o local, o que reduz o estoque do endereço de armazenamento e registra a ação. | ||
| Por que isso importa Este é um marco importante do processo de saída. Ele permite analisar os tempos de picking e identificar possíveis atrasos entre o picking e a embalagem. Onde obter Registrado quando o operador confirma a conclusão da tarefa de picking por meio de um dispositivo RF. Isso atualiza o status da tarefa para “Completed” e registra o horário de conclusão. Captura Registro de data e hora da transação de confirmação da tarefa de picking. Tipo de evento explicit | |||
| Pedido de armazém concluído | O pedido de armazém é encerrado no sistema, indicando que todas as movimentações físicas e transações relacionadas foram concluídas. Normalmente, isso é inferido a partir de uma mudança de status no cabeçalho do pedido, que finaliza o ciclo de vida do pedido. | ||
| Por que isso importa Este é o principal ponto final do processo, essencial para calcular o tempo do ciclo de ponta a ponta e medir as taxas gerais de conclusão do processo. Onde obter Inferido a partir da mudança de status no cabeçalho do pedido de armazém para um status final, como “Complete” ou “Closed”. Captura Inferido a partir do registro de data e hora da mudança de status para “Completed” no cabeçalho do pedido de armazém. Tipo de evento inferred | |||
| Pedido de armazém criado | A criação inicial de um pedido de armazém no sistema, representando uma demanda de movimentação de mercadorias. Esse evento normalmente é registrado de forma explícita quando um usuário ou um sistema integrado, como um ERP, cria o registro do pedido com um registro de data e hora de criação. | ||
| Por que isso importa Isso marca o início do processo de ponta a ponta. É essencial para medir o tempo total do ciclo do pedido e entender a demanda geral e o volume de pedidos. Onde obter Esse dado é capturado do registro de data e hora de criação na tabela principal do cabeçalho do pedido de armazém quando um novo registro de pedido é salvo no Körber WMS. Captura Registrado a partir do registro de data e hora de criação no cabeçalho do pedido de armazém. Tipo de evento explicit | |||
| Embalagem iniciada | Os itens separados chegam a uma estação de embalagem e um operador inicia o processo de embalagem. Isso geralmente é inferido a partir do primeiro escaneamento de item em uma estação de embalagem associado a um pedido de saída específico. | ||
| Por que isso importa Marca o início da etapa de embalagem. Medir o tempo de espera antes dessa atividade e a duração da embalagem ajuda a identificar gargalos na preparação da expedição. Onde obter Pode ser uma transação explícita de “Start Packing”, mas é mais comum inferir o evento a partir do primeiro escaneamento de item em uma estação de embalagem para o pedido. Captura Inferido a partir do registro de data e hora da primeira ação em uma estação de embalagem para determinado pedido. Tipo de evento inferred | |||
| Inspeção de qualidade realizada | Uma verificação de controle de qualidade é realizada nas mercadorias recebidas, o que pode envolver a movimentação dos itens para uma área dedicada de QC. Essa atividade geralmente é inferida a partir de mudanças no status do estoque, como a passagem de “On-Hand” para “QI Hold” e depois para “Unrestricted”. | ||
| Por que isso importa Permite analisar a duração da inspeção de qualidade, que pode ser um gargalo significativo. Também ajuda a acompanhar os volumes de inspeção e identificar atrasos na disponibilização do estoque. Onde obter Pode ser inferido a partir de uma série de mudanças no status do estoque relacionadas a bloqueios de qualidade. Alguns sistemas podem ter logs explícitos de transações de gestão da qualidade. Captura Inferido a partir de mudanças no status do estoque ou de um log de transações associado a uma ordem de inspeção de qualidade. Tipo de evento inferred | |||
| Mercadorias chegaram à doca | A chegada física do transportador à doca de recebimento do armazém é registrada. Isso geralmente é feito por um controlador de acesso ou funcionário do recebimento e marca o início do processo físico de recebimento. Esse evento costuma ser inferido a partir de uma mudança de status na entrega. | ||
| Por que isso importa Esse evento ajuda a medir a pontualidade do transportador e analisar os tempos de espera na doca de recebimento, identificando possíveis gargalos antes do início da descarga. Onde obter Geralmente registrado como uma atualização de status no registro da entrega de entrada ou por meio de uma transação específica de “Check-In” em um módulo de gestão de pátio, quando disponível. Captura Inferido a partir da mudança de status para “Arrived” ou “At Dock” no registro da entrega de entrada. Tipo de evento inferred | |||
| Notificação de entrega de entrada recebida | Uma Advanced Shipping Notification (ASN) ou notificação de entrega de entrada é recebida de um fornecedor. Esse evento indica que as mercadorias estão programadas para chegar, permitindo que o armazém planeje as atividades de recebimento. Normalmente, ele é criado por meio de uma transação EDI ou de uma entrada manual. | ||
| Por que isso importa Essa atividade marca o início do processo de planejamento de entrada. Analisar o tempo entre essa notificação e a chegada das mercadorias ajuda a medir a performance do fornecedor e planejar a mão de obra. Onde obter Capturado a partir do registro de data e hora de criação de uma ASN ou de um registro de entrega de entrada, geralmente criado por uma interface EDI ou por uma entrada manual de dados. Captura Registrado quando um registro de ASN é criado com sucesso no sistema. Tipo de evento explicit | |||
| Pedido de armazém cancelado | O pedido de armazém é cancelado antes da conclusão, interrompendo todo o trabalho em andamento. Essa ação geralmente é inferida a partir da mudança de status no cabeçalho do pedido para “Canceled”. | ||
| Por que isso importa Representa um encerramento alternativo do processo. Analisar os cancelamentos ajuda a entender as razões das falhas do processo, como falta de estoque ou mudanças solicitadas pelo cliente. Onde obter Inferido a partir da mudança de status no cabeçalho do pedido de armazém para “Canceled” ou “Deleted”, juntamente com o registro de data e hora dessa mudança. Captura Inferido a partir do registro de data e hora da mudança de status para “Canceled” no cabeçalho do pedido de armazém. Tipo de evento inferred | |||
| Preparado para expedição | As caixas ou os paletes embalados são movidos da área de embalagem para uma faixa de staging designada, onde aguardam a coleta pelo transportador. Isso geralmente é inferido a partir do registro de data e hora de uma transação de movimentação de estoque para um local de expedição. | ||
| Por que isso importa Isso ajuda a analisar o tempo de permanência entre a embalagem e a expedição final. Tempos longos em staging podem indicar uma coordenação inadequada com os transportadores ou uma gestão ineficiente das docas. Onde obter Inferido a partir da mudança de local da unidade de movimentação, de um centro de trabalho de embalagem para uma faixa de expedição. A transação de movimentação contém o registro de data e hora necessário. Captura Inferido a partir do registro de data e hora de uma transação de movimentação de estoque cujo local de destino é uma área de staging. Tipo de evento inferred | |||
| Tarefa de armazenamento criada | O WMS cria uma tarefa para que um operador mova as mercadorias recebidas de uma área de staging para um endereço de armazenamento final. A lógica do sistema, baseada nas estratégias de armazenamento, determina o endereço ideal para os itens. | ||
| Por que isso importa Esse evento marca o início do processo de armazenamento. Analisar o tempo entre esse evento e a conclusão da tarefa ajuda a medir a eficiência do sistema e do operador. Onde obter Um registro é criado em uma tabela de gestão de tarefas ou fila de trabalho com o tipo de tarefa “Putaway” e o respectivo registro de data e hora de criação. Captura Registrado a partir do registro de data e hora de criação do registro da tarefa de armazenamento. Tipo de evento explicit | |||
| Tarefa de picking criada | O sistema gera uma tarefa de picking para um operador com base em um pedido de saída do armazém. Essa tarefa orienta o operador até um local específico para retirar determinada quantidade de um item. | ||
| Por que isso importa Esse evento inicia o processo de atendimento de saída. Analisar a geração das tarefas de picking ajuda a entender a lógica de processamento dos pedidos e a distribuição da carga de trabalho. Onde obter Um registro com o tipo de tarefa “Picking” e um registro de data e hora de criação é criado em uma tabela de gestão de tarefas ou fila de trabalho no Körber WMS. Captura Registrado a partir do registro de data e hora de criação do registro da tarefa de picking. Tipo de evento explicit | |||
Guias de extração
Etapas
- Estabeleça o acesso ao banco de dados: obtenha credenciais somente leitura e os dados de conexão, como nome do servidor, nome do banco de dados e porta, para o ambiente de produção do Körber WMS ou para um banco de dados réplica. Você precisará de uma ferramenta cliente, como Microsoft SQL Server Management Studio (SSMS) ou Oracle SQL Developer.
- Identifique as tabelas principais: antes de executar o script, trabalhe com um administrador do sistema para confirmar os nomes exatos das tabelas e colunas usados na sua implementação do Körber WMS, pois eles podem variar. As principais tabelas normalmente incluem cabeçalhos de pedidos, tarefas e transações de estoque.
- Conecte-se ao banco de dados: abra seu cliente SQL e estabeleça uma conexão com o banco de dados do Körber WMS usando as credenciais fornecidas.
- Carregue o script SQL: abra uma nova janela de consulta e copie o script SQL completo fornecido na seção 'query' deste documento.
- Configure os parâmetros: localize as variáveis de espaço reservado no início do script. Substitua
@[StartDate],@[EndDate]e@[WarehouseId]pelo intervalo de datas desejado e pelo identificador específico do armazém para filtrar a extração de dados. - Execute a consulta: execute o script SQL configurado. O tempo de execução dependerá do intervalo de datas e do volume de dados do seu sistema.
- Revise os resultados: quando a consulta for concluída, inspecione rapidamente a saída no seu cliente SQL para confirmar que ela retorna linhas e que as colunas (
WarehouseOrder,ActivityName,EventTimeetc.) estão preenchidas conforme esperado. - Exporte para CSV: exporte todo o conjunto de resultados para um arquivo CSV. A maioria dos clientes SQL oferece uma função integrada para exportar diretamente os resultados da consulta.
- Prepare o upload: salve o arquivo CSV exportado com codificação UTF-8. Verifique se os cabeçalhos das colunas correspondem exatamente aos nomes dos atributos obrigatórios, sem espaços ou caracteres extras.
Configuração
- Conexão com o banco de dados: é necessária uma conexão direta com o banco de dados. Você deve fornecer o endereço do servidor, o nome do banco de dados, um nome de usuário válido e uma senha. Recomenda-se usar um usuário somente leitura para evitar alterações acidentais nos dados.
- Filtragem por intervalo de datas: a consulta usa os espaços reservados
@StartDatee@EndDatepara controlar o período de extração. Para a análise inicial, recomenda-se um intervalo de 3 a 6 meses, suficiente para capturar variações do processo sem sobrecarregar o banco de dados. - Filtros de armazém e pedido: o script inclui o espaço reservado
@[WarehouseId]para limitar a extração a uma instalação específica. Você pode adicionar outros filtros às cláusulasWHEREdo script, como tipo de pedido ou cliente, para refinar ainda mais o conjunto de dados. - Granularidade dos dados: este script extrai eventos tanto no nível do cabeçalho do pedido, como 'Warehouse Order Created', quanto no nível detalhado de tarefas ou transações, como 'Goods Picked'.
- Pré-requisitos: você precisa ter permissões suficientes no banco de dados para ler todas as tabelas referenciadas na consulta. É necessário conhecer o schema específico do seu Körber WMS para validar e, se necessário, ajustar os nomes das 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; Pronto para começar?
Comece hoje a descobrir insights valiosos e ineficiências no seu processo de gestão de armazém. Este Template oferece a base para uma abordagem otimizada e orientada por dados.
Otimize a gestão do armazém: aumente a eficiência hoje
Elimine erros de picking e alcance rapidamente 99,5% de precisão no estoque.
Não é necessário cartão de crédito. Cancele quando quiser.