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 para acompanhar nas operações do armazém
- Orientações de extração para o Körber WMS
Atributos de gestão de armazém
| Nome | Descrição | ||
|---|---|---|---|
| Hora do evento EventTime | Data e hora exatas em que a atividade ou o evento foi registrado no sistema de origem. | ||
| Descrição A hora do evento é o registro de data e hora associado a cada atividade, indicando 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 as etapas do processo. Na análise de processos, esse atributo é usado para ordenar os eventos cronologicamente, montar 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 do pedido de ponta a ponta'. Por que isso importa Esse registro de data e hora é essencial para ordenar os eventos, calcular métricas baseadas em tempo, como tempos de ciclo e de espera, e entender a performance do processo. Onde encontrar Está nas tabelas de transações e registros de eventos do Körber WMS, geralmente em campos 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 | 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 etapa do processo de gestão do armazém, como 'Mercadorias separadas do estoque' ou 'Embarque expedido'. Cada atividade representa um evento de negócio distinto, registrado no sistema com um registro de data e hora específico. A análise das atividades é a base do Process Mining. Ela permite criar o mapa do processo e mostrar como o trabalho realmente flui pelo armazém. Assim, você identifica gargalos, ciclos de retrabalho e desvios do procedimento operacional padrão. Por que isso importa Define as etapas do processo, serve de base para o mapa do processo e permite analisar o fluxo, as variações e os gargalos. Onde encontrar Tabelas de registro de eventos ou transações do Körber WMS, onde os eventos de negócio são registrados. Essas informações costumam ser derivadas de códigos de transação ou descrições de mudanças de status. Exemplos Tarefa de separação criadaMercadorias embaladasExpedição enviadaPedido de armazém cancelado | |||
| Pedido de armazém WarehouseOrder | Identificador exclusivo de um pedido de armazém, usado como ID principal do caso para acompanhar todas as atividades logísticas relacionadas. | ||
| Descrição O pedido de armazém é o identificador central que reúne todas as tarefas e eventos relacionados a uma solicitação logística específica, como um recebimento de entrada ou um embarque de saída. Ele permite acompanhar o ciclo de vida completo do pedido no armazém, desde a criação até a expedição final ou o cancelamento. No Process Mining, analisar os dados por pedido de armazém permite visualizar o fluxo completo do processo de cada pedido. Isso ajuda a identificar caminhos recorrentes, desvios, gargalos e o tempo de ciclo geral de diferentes tipos de pedido, como os padrão e os prioritários. Por que isso importa Este é o ID do caso essencial que conecta todos os eventos relacionados e permite uma análise completa, de ponta a ponta, do processo de gestão do armazém para cada pedido. Onde encontrar Esse identificador costuma estar nas principais tabelas 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 | Sistema do qual os dados foram extraídos. | ||
| Descrição Este atributo identifica o sistema de origem dos dados dos 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 sua linhagem. Na análise, ele fornece contexto, especialmente quando você combina dados de vários sistemas. Também ajuda a garantir a qualidade dos dados e pode ser usado para filtrar a análise e considerar as atividades de um sistema específico. Por que isso importa Fornece contexto essencial sobre a origem dos dados, garantindo clareza e rastreabilidade, especialmente em ambientes com vários sistemas interconectados. Onde encontrar 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 | Registro de data e hora que indica quando os dados deste processo foram atualizados pela última vez. | ||
| Descrição Este atributo informa a data e a hora da extração ou atualização mais recente dos dados. Ele indica o quão atualizados estão os dados analisados e ajuda você a entender até que ponto a visão do processo reflete a situação atual. Em Dashboards e relatórios, essa informação é essencial para garantir a transparência. Ela ajuda você a saber se está consultando dados em tempo real, diários ou semanais, o que influencia a tomada de decisões. Por que isso importa Informa se os dados estão atualizados, algo essencial para tomar decisões de negócio precisas e relevantes com base na análise. Onde encontrar Esse valor é gerado e registrado pelo pipeline de dados ou pela 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 | Identificador do usuário ou operador que realizou 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 separar, embalar ou armazenar mercadorias. Em alguns casos, também pode se referir a um sistema automatizado ou bot. Essa dimensão é essencial 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 perceber quem pode precisar de treinamento adicional. É a base do Dashboard 'Utilização de recursos e carga de trabalho' e do KPI 'Volume processado por operador'. Por que isso importa Permite analisar a performance da equipe, a distribuição da carga de trabalho e a eficiência dos recursos, ajudando a identificar necessidades de treinamento e profissionais com melhor performance. Onde encontrar Está nas tabelas de transações ou registros em que as ações dos usuários são registradas. Procure campos como 'UserID', 'UserName', 'ExecutedBy' ou 'OperatorID'. Exemplos JSMITHABOT01CDAVISsistema | |||
| Nível de prioridade PriorityLevel | Indica a urgência ou prioridade do pedido de armazém, como padrão ou prioritário. | ||
| Descrição O nível de prioridade é uma classificação atribuída ao pedido de armazém para definir a urgência do processamento. Por exemplo, um pedido pode ser marcado como 'Prioritário' ou 'Alta prioridade', indicando que deve ser processado antes dos pedidos padrão. Este atributo é essencial para o Dashboard 'Análise de pedidos prioritários' e o KPI 'Percentual de embarques prioritários'. Ele ajuda a entender o impacto dos pedidos urgentes nas operações gerais do armazém, os custos associados e se o tempo de processamento deles é realmente menor que o dos pedidos padrão. Por que isso importa Ajuda a analisar como os pedidos urgentes são processados, com que frequência ocorrem e qual é o impacto deles na performance geral e nos custos do processo. Onde encontrar 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ãoPrioritárioEntrega no dia seguinteCrítico | |||
| Quantidade real ActualQuantity | Quantidade de um item que foi efetivamente manuseada ou registrada durante uma tarefa. | ||
| Descrição A quantidade real é o número de unidades contadas, separadas, embaladas ou recebidas fisicamente pelo operador do armazém. Esse valor é registrado quando a tarefa é concluída e pode diferir da 'Quantidade planejada' devido à falta de estoque, a danos ou a erros humanos. 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 indicam diretamente falhas no processo ou imprecisões nos dados que precisam ser investigadas. Por que isso importa Mostra o que foi efetivamente manuseado, sendo essencial para calcular as taxas de divergência e garantir a precisão do estoque. Onde encontrar 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 | Unidade de manutenção de estoque (SKU) ou número do material do item manuseado. | ||
| Descrição O SKU do produto é o identificador exclusivo de um produto ou material específico incluído no pedido de armazém. Um pedido pode conter um ou mais SKUs. A análise por SKU do produto ajuda a entender se determinados produtos têm processos de manuseio mais complexos ou problemáticos. Por exemplo, você pode descobrir que itens frágeis levam mais tempo para embalar ou que certos SKUs estão frequentemente associados a divergências na separação. Essas informações podem orientar mudanças na estratégia de armazenagem ou nos procedimentos de manuseio. Por que isso importa Permite analisar a performance do processo por produto e identificar se determinados itens causam atrasos ou erros. Onde encontrar 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 | Data em que o cliente ou uma parte interessada interna solicitou a conclusão do pedido. | ||
| Descrição Esta é a data prevista para a conclusão ou o envio de um pedido de saída, geralmente definida pelas expectativas do cliente ou por acordos de nível de serviço (SLAs). Ela serve como prazo de referência para medir a performance real. Essa data é essencial para o Dashboard 'Análise de pedidos prioritários'. Comparar a 'Data de conclusão solicitada' com a 'Data de conclusão real' (o registro de data e hora da atividade 'Embarque expedido' ou 'Pedido de armazém concluído') ajuda a medir a pontualidade e identificar pedidos com risco de atraso. Por que isso importa Serve de referência para medir a pontualidade e o cumprimento dos acordos de nível de serviço (SLAs), destacando pedidos que podem atrasar. Onde encontrar 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 | Identificador do equipamento usado para realizar uma tarefa, como uma empilhadeira ou um scanner. | ||
| 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). A análise 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', pois permite ter uma visão completa dos recursos humanos e das máquinas. Por que isso importa Permite analisar a utilização dos equipamentos e o impacto deles na performance das tarefas, ajudando a otimizar a gestão da frota e identificar gargalos relacionados a máquinas. Onde encontrar Consulte a documentação do Körber WMS. Esses dados podem ser 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 separação IsPickingDiscrepancy | Indicador que mostra se a quantidade real separada correspondeu à quantidade planejada. | ||
| Descrição Este é um atributo booleano derivado, definido como verdadeiro quando a 'Quantidade real' difere da 'Quantidade planejada' em qualquer atividade relacionada à separação. Ele funciona como um indicador simples de erro de separação ou problema de estoque em uma tarefa específica. Esse indicador simplifica a análise e permite filtrar rapidamente todos os pedidos com divergências na separação. Ele é usado para calcular o KPI 'Taxa de divergência na separação' e ajuda a compor o Dashboard 'Saúde e precisão do processo de estoque', destacando pontos específicos de falha. Por que isso importa Fornece um indicador claro e binário de erros de separação, simplificando a análise necessária para identificar e quantificar problemas de precisão do estoque. Onde encontrar Calculado durante a transformação dos dados. A lógica é: Exemplos truefalse | |||
| Hora de término EndTime | Registro de data e hora que indica quando uma atividade foi concluída, se essa informação estiver disponível. | ||
| Descrição A hora de término indica o registro de data e hora da conclusão de uma atividade. Enquanto StartTime (EventTime) marca o início, a hora de término indica quando ela acaba, permitindo calcular diretamente a duração daquela atividade. Nem todos os eventos têm uma hora de término distinta. Em muitos casos, a duração da atividade anterior é estimada usando a hora de início do evento seguinte. Esse atributo é muito útil para calcular com precisão o tempo de processamento de tarefas individuais. Por exemplo, ele permite 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 essencial para identificar tarefas ineficientes e gargalos relacionados a recursos. Onde encontrar 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 | 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 importante para a análise. Este atributo permite comparar a performance entre diferentes unidades. Por exemplo, você pode comparar o 'Tempo médio de ciclo do pedido de ponta a ponta' 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 armazenagem, destacando problemas regionais ou específicos de cada unidade. Onde encontrar Essa informação geralmente está disponível nas tabelas de cabeçalho de pedidos ou de configuração de unidades. Pode aparecer como 'Plant', 'Site' ou 'LocationCode'. Exemplos WH-NYCDC-LAXFC-DAL | |||
| Local de armazenagem StorageLocation | Local específico no armazém, como uma posição ou corredor, onde as mercadorias são armazenadas ou retiradas. | ||
| Descrição Este atributo identifica a localização física dentro do armazém, como uma estante, prateleira ou posição. Ele é relevante para atividades como 'Mercadorias armazenadas' e 'Mercadorias separadas do estoque'. Esses dados são usados no Dashboard 'Eficiência de armazenagem e uso dos locais' para analisar tempos de deslocamento, utilização dos locais e eficácia das estratégias de armazenagem. Por exemplo, eles podem ajudar a determinar se os itens de alta rotatividade estão em locais de fácil acesso para reduzir o tempo de separação. Por que isso importa Ajuda a otimizar o layout do armazém e a estratégia de armazenagem por meio da análise dos tempos de deslocamento e da eficiência das tarefas de armazenagem e separação em locais específicos. Onde encontrar 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 | Quantidade de um item que deveria ser manuseada em uma tarefa, como separação ou recebimento. | ||
| Descrição A quantidade planejada é o número de unidades previsto para uma tarefa, conforme especificado no pedido de armazém. Por exemplo, se um pedido exige a separação de 10 unidades de um SKU específico, a quantidade planejada para essa tarefa é 10. Este atributo é essencial para identificar divergências em relação à 'Quantidade real'. Ele é um dado importante para calcular os KPIs 'Taxa de divergência na separação' e 'Taxa de divergência de estoque', fundamentais para manter a precisão do estoque. Por que isso importa Serve como referência para medir a precisão de tarefas como separação e recebimento, permitindo detectar divergências no estoque. Onde encontrar 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, está atrasado ou corre risco de atraso, com base na data de conclusão solicitada. | ||
| Descrição O status do SLA é um atributo calculado que classifica cada pedido de acordo com a pontualidade em relação a 'RequestedCompletionDate'. Os valores podem incluir 'No prazo', 'Atrasado' ou 'Em andamento'. Este atributo oferece uma visão imediata da performance em relação ao 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 com recursos. É um elemento essencial para qualquer análise voltada à satisfação do cliente e à confiabilidade operacional. Por que isso importa Mede diretamente o cumprimento dos acordos de nível de serviço, facilitando a identificação de pedidos atrasados e a análise de suas causas raiz. Onde encontrar Calculado na camada de transformação dos dados, comparando o registro de data e hora do evento 'Pedido de armazém concluído' com 'RequestedCompletionDate'. Exemplos No prazoAtrasadoEm andamento | |||
| Tempo de ciclo CycleTime | Duração total do pedido de armazém, da criação à conclusão. | ||
| Descrição O tempo de ciclo é uma métrica calculada que mede o tempo total decorrido entre o primeiro evento ('Pedido de armazém criado') e o último ('Pedido de armazém concluído') de um caso. Ele representa o tempo de processamento do pedido de ponta a ponta. Este é um dos principais indicadores de performance no Process Mining e responde diretamente à pergunta: 'Quanto tempo leva?'. É a métrica central do Dashboard 'Tempo de ciclo do pedido de armazém de ponta a ponta' e do KPI 'Tempo médio de ciclo do pedido de ponta a ponta', usados para acompanhar a saúde geral do processo e identificar pedidos que levam tempo demais para serem atendidos. Por que isso importa Este KPI essencial mede a eficiência geral do processo do armazém e afeta diretamente a satisfação do cliente e os custos operacionais. Onde encontrar Essa métrica é calculada na ferramenta de Process Mining subtraindo o registro de data e hora do primeiro evento do registro do último 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 mais comuns incluem embarques para clientes (saída), recebimentos de fornecedores (entrada), transferências de estoque entre locais do armazém (internas) e devoluções. Este atributo é útil para filtrar e comparar dados. Ele permite analisar e comparar os fluxos e a performance de diferentes operações logísticas, por exemplo, para verificar se o processo de entrada é mais ou menos eficiente que o de saída. Por que isso importa Permite segmentar a análise pela finalidade do pedido e identificar diferenças de performance entre processos, como recebimentos de entrada e embarques de saída. Onde encontrar Geralmente, está na tabela de cabeçalho de pedidos do Körber WMS. Procure um campo chamado 'OrderType', 'TransactionType' ou algo semelhante. Exemplos Embarque de saídaRecebimento de entradaTransferência internaDevolução de cliente | |||
| Transportadora Carrier | Transportadora responsável pela entrega final do pedido. | ||
| Descrição A transportadora é o provedor de serviços de logística terceirizado (por exemplo, FedEx, UPS, DHL) responsável por levar as mercadorias do armazém ao destino final. Geralmente, ela é definida durante o planejamento ou a expedição do embarque. A análise por transportadora pode revelar diferenças de performance entre parceiros de envio. Por exemplo, ela pode ajudar a identificar se determinadas transportadoras estão associadas a tempos de preparação mais longos ou a atrasos mais frequentes, fornecendo dados úteis para negociar contratos e selecionar transportadoras. Por que isso importa Permite analisar a performance de diferentes parceiros de envio, ajudando a otimizar a logística e aumentar a confiabilidade das entregas. Onde encontrar Está nas tabelas de planejamento de embarque ou transporte do Körber WMS. Procure campos como 'CarrierCode', 'ShippingAgent' ou 'SCAC'. Exemplos FedExUPSDHLLocal Freight Inc. | |||
Atividades de gestão de armazém
| Atividade | Descrição | ||
|---|---|---|---|
| Expedição enviada | As mercadorias são carregadas e o caminhão sai do armazém. Esse evento é acionado por uma transação de 'Confirmar expedição' ou 'Lançar saída de mercadorias', que finaliza a expedição no sistema. | ||
| Por que isso importa Este marco importante indica a saída física das mercadorias. Muitas vezes, é um evento essencial para faturar e atualizar os clientes. Onde encontrar Uma transação explícita 'Ship Confirm' é executada e associada à impressão do conhecimento de embarque. Essa transação tem um registro de data e hora específico. Coleta 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 armazenagem, geralmente escaneando o endereço de armazenagem 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 Este marco essencial encerra o processo de entrada. Ele é usado para calcular os KPIs 'Tempo de ciclo da armazenagem' e 'Tempo entre recebimento e armazenagem'. Onde encontrar Registrado quando o operador confirma a conclusão da tarefa de armazenagem por meio de um dispositivo RF. Essa ação atualiza o status da tarefa para 'Concluída' e registra a data e hora de conclusão. Coleta Data e hora da transação de confirmação da tarefa de armazenagem. Tipo de evento explicit | |||
| Mercadorias embaladas | O processo de embalagem de uma caixa ou contêiner de expedição é concluído, e o pacote é fechado e etiquetado. Esse evento indica que o pedido está pronto para preparação e envio e é registrado explicitamente. | ||
| Por que isso importa Este marco importante conclui a preparação das mercadorias para expedição. Ele é usado para calcular a capacidade de processamento da embalagem e identificar atrasos antes do carregamento. Onde encontrar O operador executa uma transação explícita de 'Embalagem concluída' ou 'Fechar caixa', que registra a data e hora de conclusão do contêiner de expedição. Coleta Data e hora da transação 'Fechar contêiner' ou 'Embalagem concluída'. Tipo de evento explicit | |||
| Mercadorias recebidas e conferidas | A equipe do armazém descarrega, escaneia e conta os itens recebidos, comparando-os com o aviso de entrega de entrada. Essa transação explícita confirma o recebimento de quantidades específicas de materiais sob a responsabilidade física do armazém. | ||
| Por que isso importa Este é um marco essencial do processo de entrada e permite calcular KPIs como 'Tempo entre recebimento e armazenagem'. Também ajuda a identificar rapidamente divergências entre as quantidades esperadas e recebidas. Onde encontrar Gerado quando um usuário confirma as quantidades recebidas por meio de um leitor RF ou de uma transação no computador. Essa ação atualiza o status do estoque para 'Recebido' ou 'Disponível' em uma área de preparação. Coleta Data e hora da transação de confirmação do recebimento. Tipo de evento explicit | |||
| Mercadorias retiradas do estoque | Um operador confirma que os itens do pedido foram retirados do local de armazenagem. Isso geralmente é feito escaneando o item e o local, o que reduz o estoque no endereço e registra a ação. | ||
| Por que isso importa Este é um marco importante do processo de saída. Ele permite analisar os tempos de separação e identificar possíveis atrasos entre a separação e a embalagem. Onde encontrar Registrado quando o operador confirma a conclusão da tarefa de separação por meio de um dispositivo RF. Isso atualiza o status da tarefa para 'Concluída' e registra a data e hora de conclusão. Coleta Data e hora da transação de confirmação da tarefa de separação. 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. Isso costuma ser identificado por uma mudança de status no cabeçalho do pedido, que encerra seu ciclo de vida. | ||
| Por que isso importa Este é o principal ponto de encerramento do processo, essencial para calcular o tempo de ciclo de ponta a ponta e medir a taxa geral de conclusão do processo. Onde encontrar Identificado por uma mudança de status no cabeçalho do pedido de armazém para um status final, como 'Concluído' ou 'Fechado'. Coleta Identificado pelo registro de data e hora da mudança de status para 'Concluído' no cabeçalho do pedido de armazém. Tipo de evento inferred | |||
| Pedido de armazém criado | Criação inicial de um pedido de armazém no sistema, que representa uma demanda de movimentação de mercadorias. Esse evento costuma ser registrado explicitamente quando um usuário ou sistema integrado, como um ERP, cria o registro do pedido com a data e hora de criação. | ||
| Por que isso importa Este evento marca o início do processo de ponta a ponta. Ele é essencial para medir o tempo total de ciclo do pedido e entender a demanda geral e o volume de pedidos. Onde encontrar Este dado é obtido da data e hora de criação na tabela principal de cabeçalho do pedido de armazém, quando um novo registro de pedido é salvo no Körber WMS. Coleta Registrado a partir da data e hora de criação no cabeçalho do pedido de armazém. Tipo de evento explicit | |||
| Aviso de entrega de entrada recebido | Um aviso antecipado de embarque (ASN) ou aviso de entrega de entrada é recebido de um fornecedor. Esse evento informa que a chegada das mercadorias está programada e permite que o armazém planeje as atividades de recebimento. Em geral, o registro é criado por uma transação EDI ou por entrada manual. | ||
| Por que isso importa Esta atividade marca o início do planejamento de entrada. Analisar o intervalo entre o aviso e a chegada das mercadorias ajuda a avaliar a performance do fornecedor e planejar a mão de obra. Onde encontrar Obtido da data e hora de criação de um ASN ou registro de entrega de entrada, geralmente criado por uma interface EDI ou pela entrada manual de dados. Coleta Registrado quando um ASN é criado com sucesso no sistema. Tipo de evento explicit | |||
| Embalagem iniciada | Os itens separados chegam a uma estação de embalagem, onde um operador inicia o processo. Muitas vezes, o início é inferido pela leitura do primeiro item na 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 encontrar Pode ser uma transação explícita de 'Iniciar embalagem', mas geralmente é inferida pela leitura do primeiro item do pedido em uma estação de embalagem. Coleta Inferido a partir da 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 | É feita uma inspeção de qualidade das mercadorias recebidas, que pode envolver a movimentação dos itens para uma área específica de controle de qualidade. Essa atividade costuma ser inferida a partir de mudanças no status do estoque, como a passagem de 'Disponível' para 'Em inspeção de qualidade' e, depois, para 'Sem restrições'. | ||
| 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 o volume de inspeções e a identificar atrasos na disponibilização do estoque. Onde encontrar Pode ser inferido a partir de uma sequência de mudanças no status do estoque relacionadas à retenção para controle de qualidade. Alguns sistemas podem ter logs explícitos de transações de gestão da qualidade. Coleta Inferido a partir de mudanças no status do estoque ou de um log de transações associado a um pedido de inspeção de qualidade. Tipo de evento inferred | |||
| Mercadorias chegaram à doca | A chegada física da transportadora à doca de recebimento do armazém é registrada. Em geral, um controlador de acesso ou funcionário do recebimento faz esse registro, que marca o início do recebimento físico. Muitas vezes, o evento é inferido a partir de uma mudança de status da entrega. | ||
| Por que isso importa Este evento ajuda a medir a pontualidade da transportadora e a analisar o tempo de espera na doca de recebimento, identificando possíveis gargalos antes do início do descarregamento. Onde encontrar 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, se disponível. Coleta Inferido a partir da mudança de status para 'Chegou' ou 'Na doca' no registro da entrega de entrada. Tipo de evento inferred | |||
| Pedido de armazém cancelado | O pedido de armazém é cancelado antes da conclusão, interrompendo todo o trabalho em andamento. Essa ação costuma ser identificada por uma mudança de status para 'Cancelado' no cabeçalho do pedido. | ||
| Por que isso importa Representa um encerramento alternativo do processo. Analisar os cancelamentos ajuda a entender as causas de falhas, como falta de estoque ou mudanças solicitadas pelo cliente. Onde encontrar Identificado por uma mudança de status no cabeçalho do pedido de armazém para 'Cancelado' ou 'Excluído', junto com o registro de data e hora dessa mudança. Coleta Identificado pelo registro de data e hora da mudança de status para 'Cancelado' no cabeçalho do pedido de armazém. Tipo de evento inferred | |||
| Preparado para expedição | As caixas ou os paletes embalados são levados da área de embalagem para uma raia de preparação designada, onde aguardam a coleta pela transportadora. Muitas vezes, esse evento é inferido a partir da 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. Um tempo longo na área de preparação pode indicar falta de coordenação com as transportadoras ou gestão ineficiente das docas. Onde encontrar Inferido a partir da mudança de local da unidade de movimentação, de uma estação de trabalho de embalagem para uma raia de expedição. A transação de movimentação registra a data e hora necessárias. Coleta Inferido a partir da data e hora de uma transação de movimentação de estoque cujo local de destino é uma área de preparação. Tipo de evento inferred | |||
| Tarefa de armazenagem criada | O WMS cria uma tarefa para que um operador mova as mercadorias recebidas de uma área de preparação para um endereço de armazenagem definitivo. Com base nas estratégias de armazenagem, a lógica do sistema determina o endereço ideal para os itens. | ||
| Por que isso importa Este evento marca o início do processo de armazenagem. Analisar o tempo entre esse evento e a conclusão da tarefa ajuda a medir a eficiência do sistema e do operador. Onde encontrar Um registro é criado em uma tabela de gestão de tarefas ou fila de trabalho, com o tipo de tarefa 'Armazenagem' e a respectiva data e hora de criação. Coleta Registrado a partir da data e hora de criação do registro da tarefa de armazenagem. Tipo de evento explicit | |||
| Tarefa de separação criada | O sistema gera uma tarefa de separação para um operador com base em um pedido de saída do armazém. A tarefa direciona o operador a um local específico para retirar determinada quantidade de um item. | ||
| Por que isso importa Este evento inicia o processo de atendimento de pedidos de saída. Analisar a geração de tarefas de separação ajuda a entender a lógica de processamento dos pedidos e a distribuição da carga de trabalho. Onde encontrar Um registro com o tipo de tarefa 'Separação' e a data e hora de criação é criado em uma tabela de gestão de tarefas ou fila de trabalho no Körber WMS. Coleta Registrado a partir da data e hora de criação do registro da tarefa de separação. Tipo de evento explicit | |||
Guias de extração
Etapas
- Obtenha acesso ao banco de dados: Solicite credenciais somente para leitura e os dados de conexão (nome do servidor, nome do banco de dados e porta) do ambiente de produção do Körber WMS ou de uma 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, confirme com um administrador do sistema os nomes exatos das tabelas e colunas usados na sua implementação do Körber WMS, pois eles podem variar. As tabelas principais geralmente incluem cabeçalhos de pedidos, tarefas e transações de estoque.
- Conecte-se ao banco de dados: Abra seu cliente SQL e conecte-se ao 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 período desejado e pelo identificador do armazém para filtrar a extração. - Execute a consulta: Execute o script SQL configurado. O tempo de execução dependerá do período selecionado e do volume de dados do sistema.
- Confira os resultados: Quando a consulta terminar, confira rapidamente a saída no cliente SQL para verificar se há linhas e se as colunas (
WarehouseOrder,ActivityName,EventTimeetc.) foram preenchidas como esperado. - Exporte para CSV: Exporte todo o conjunto de resultados para um arquivo CSV. A maioria dos clientes SQL tem uma função integrada para exportar diretamente os resultados da consulta.
- Prepare o arquivo para carregamento: Salve o arquivo CSV exportado com codificação UTF-8. Confira 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ê precisará informar o endereço do servidor, o nome do banco de dados, um nome de usuário válido e uma senha. Recomendamos usar um usuário somente para leitura para evitar alterações acidentais nos dados.
- Filtro de período: A consulta usa os espaços reservados
@StartDatee@EndDatepara definir o período da extração. Para a análise inicial, recomendamos um período 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: O script extrai eventos tanto no nível do cabeçalho do pedido (por exemplo, 'Warehouse Order Created') quanto no nível detalhado de tarefas ou transações (por exemplo, 'Goods Picked').
- Pré-requisitos: Você precisa ter permissões suficientes para ler todas as tabelas mencionadas na consulta. Também é necessário conhecer o esquema específico do seu Körber WMS para validar e, se necessário, ajustar os nomes das tabelas e colunas.
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 encontrar insights valiosos e ineficiências no processo de gestão do seu 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 separação e alcance rapidamente 99,5% de precisão no estoque.
Não é necessário informar um cartão de crédito. Cancele quando quiser.