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
- Orientações para extração no Manhattan SCALE
Atributos da gestão de armazéns
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
O registro de data e hora que indica quando a atividade ou o evento do armazém ocorreu. | ||
|
Descrição
Este atributo fornece a data e a hora exatas de cada atividade registrada no processo. Ele é a base cronológica do Event Log, estabelecendo a sequência e o momento de todas as operações do armazém para um determinado pedido. O horário do evento é essencial para todas as análises de Process Mining baseadas em tempo. Ele é usado para calcular os tempos de ciclo entre atividades, medir a duração total de um processo, identificar atrasos e analisar a performance do processo em diferentes períodos. Registros de data e hora precisos são fundamentais para criar um mapa do processo confiável e obter métricas de performance relevantes.
Por que isso importa
Este registro de data e hora é fundamental para ordenar os eventos corretamente e calcular todas as métricas baseadas em duração, como tempos de ciclo e lead times.
Onde obter
Localizado nas tabelas do Event Log ou nos registros de transações, junto às informações da atividade no Manhattan SCALE. Os campos geralmente têm nomes como 'created_ts', 'event_timestamp' ou 'status_change_date'.
Exemplos
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Nome da atividade
ActivityName
|
O nome da Task ou do evento específico de gestão do armazém que ocorreu. | ||
|
Descrição
Este atributo registra as etapas discretas ou os marcos do processo de gestão do armazém. Os exemplos incluem 'Goods Picked from Storage', 'Packing Initiated' e 'Shipment Dispatched'. Cada atividade representa uma ação específica realizada no pedido do armazém. Este é um atributo crítico para o Process Mining, pois define os nós do mapa do processo. Analisar a sequência, a frequência e a duração dessas atividades permite visualizar os fluxos do processo, identificar desvios do procedimento padrão e localizar gargalos onde o trabalho está atrasado.
Por que isso importa
Ele define as etapas do processo, formando a base do mapa do processo e permitindo analisar o fluxo operacional e suas variações.
Onde obter
Derivado de códigos de transação, registros de eventos ou tabelas de atualização de status no Manhattan SCALE que acompanham o progresso dos pedidos do armazém.
Exemplos
Mercadorias chegaram à docaTarefa de picking criadaProdutos embaladosRemessa expedida
|
|||
|
Pedido do armazém
WarehouseOrder
|
O identificador exclusivo de uma unidade logística específica de trabalho, como um recebimento de entrada ou uma remessa de saída. | ||
|
Descrição
O pedido do armazém funciona como o principal identificador do caso, agrupando todas as atividades relacionadas a um único processo logístico do início ao fim. Isso permite acompanhar de ponta a ponta o ciclo de vida de um pedido no armazém, seja no recebimento dos produtos, no putaway, no picking, na embalagem ou na expedição. Na análise de Process Mining, esse atributo é fundamental para reconstruir a jornada de cada pedido. Ao vincular todos os eventos a um pedido do armazém específico, os analistas conseguem visualizar os fluxos do processo, medir os tempos de ciclo de pedidos individuais e identificar variações ou gargalos que afetam a eficiência do atendimento.
Por que isso importa
É a chave essencial para vincular todas as atividades relacionadas do armazém a uma única instância de processo coesa, permitindo a análise de ponta a ponta.
Onde obter
Esse identificador normalmente é encontrado nas tabelas principais de gestão de pedidos do Manhattan SCALE, como a tabela de cabeçalho do pedido.
Exemplos
WO-00583921WO-00583922WO-00583923
|
|||
|
Sistema de origem
SourceSystem
|
O sistema de onde os dados são originados. | ||
|
Descrição
Este atributo identifica a aplicação de origem onde os dados do evento foram gerados. Para este processo, o valor normalmente seria 'Manhattan SCALE'. Em um ambiente com vários sistemas integrados, este campo ajuda a diferenciar as fontes de dados. Ele fornece contexto sobre a origem dos dados, o que pode ser importante para a governança de dados, a solução de problemas e a compreensão de possíveis variações nos processos de captura de dados entre diferentes plataformas.
Por que isso importa
Ele fornece contexto essencial sobre a origem dos dados, algo crítico para a governança, a validação e os esforços de integração de dados em ambientes de TI complexos.
Onde obter
Geralmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar o conjunto de dados.
Exemplos
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora da atualização mais recente dos dados no sistema de origem. | ||
|
Descrição
Este atributo indica a data e a hora em que os dados foram extraídos pela última vez do Manhattan SCALE e carregados na ferramenta de Process Mining. Ele reflete o nível de atualização dos dados analisados. Essas informações são essenciais para que os usuários entendam a atualidade da análise. Elas ajudam a saber se os dados analisados são em tempo real ou representam um retrato de um momento específico, algo fundamental para tomar decisões operacionais bem informadas e elaborar relatórios.
Por que isso importa
Ele informa aos usuários o nível de atualização dos dados, garantindo que entendam o período abrangido pela análise e pelos relatórios.
Onde obter
Este registro de data e hora normalmente é gerado e armazenado pela ferramenta de ETL ou pelo pipeline de dados durante o carregamento dos dados.
Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Data de conclusão solicitada
RequestedCompletionDate
|
A data até a qual o cliente ou a parte interessada interna solicitou que o pedido fosse expedido. | ||
|
Descrição
Este atributo representa o acordo de nível de serviço (SLA) ou a data de entrega prevista para um pedido de saída do armazém. É o prazo usado para medir a performance das operações do armazém no prazo. Essa data é uma referência crítica para avaliar a performance. Ela é usada no Dashboard 'Shipment On-Time Performance' e no KPI 'On-Time Shipment Rate' para determinar se um pedido foi atendido no prazo. Analisar os pedidos que não cumprem essa data ajuda a identificar causas sistêmicas de atrasos e melhorar a satisfação do cliente.
Por que isso importa
Ele serve como principal referência para medir a performance de expedição no prazo e o cumprimento dos acordos de nível de serviço com os clientes.
Onde obter
Normalmente armazenado na tabela de cabeçalho do pedido no Manhattan SCALE, geralmente preenchido a partir de um ERP ou sistema de gestão de pedidos upstream.
Exemplos
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
Horário de término
EndTime
|
O registro de data e hora que indica quando uma atividade com duração mensurável foi concluída. | ||
|
Descrição
O horário de término marca a conclusão de uma atividade. Quando combinado com um horário de início (EventTime), ele permite calcular com precisão o tempo de processamento de Tasks individuais. Nem todos os eventos têm um horário de término distinto, mas, para aqueles que têm, como 'Picking' ou 'Packing', esses dados são muito valiosos. Na análise, o horário de término é usado para calcular a métrica 'ProcessingTime', essencial para entender a eficiência dos recursos e a duração das Tasks. Isso ajuda a identificar quais atividades específicas estão levando mais tempo e contribuindo para o tempo total de ciclo e possíveis atrasos.
Por que isso importa
Ele permite calcular com precisão o tempo de processamento de atividades individuais, ajudando a identificar quais Tasks consomem mais tempo e recursos.
Onde obter
Pode estar disponível nos mesmos registros de transações que o horário de início, em um campo separado como 'completed_ts' ou 'end_time'. Se não estiver disponível diretamente, às vezes pode ser inferido a partir do horário de início da atividade seguinte.
Exemplos
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
ID do material
MaterialId
|
O identificador exclusivo do produto ou material que está sendo movimentado. | ||
|
Descrição
Este atributo, geralmente conhecido como SKU (Stock Keeping Unit), identifica o item específico envolvido em uma atividade do armazém. Um único pedido do armazém pode conter vários materiais, cada um tratado em itens de linha ou Tasks separadas. Analisar o processo por ID do material pode revelar problemas específicos de determinados produtos. Por exemplo, alguns itens podem apresentar maior probabilidade de falhas na inspeção de qualidade, erros de picking ou tempos de movimentação mais longos devido ao tamanho, ao peso ou aos requisitos de armazenamento. Isso ajuda a otimizar as estratégias de armazenamento e os procedimentos de movimentação para diferentes tipos de produtos.
Por que isso importa
Ele permite analisar o nível do produto para identificar se determinados itens estão associados a atrasos, erros ou retrabalho no processo.
Onde obter
Localizado nas tabelas de itens de linha do pedido no Manhattan SCALE, vinculado ao pedido principal do armazém.
Exemplos
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
ID do usuário/operador
UserOperatorId
|
O identificador exclusivo do funcionário ou operador do armazém que realizou a atividade. | ||
|
Descrição
Este atributo captura o ID do usuário responsável por executar uma Task específica do armazém, como picking, embalagem ou putaway. Ele vincula as atividades do processo aos recursos humanos envolvidos. Analisar a performance por ID do usuário/operador é essencial para entender a utilização dos recursos e a eficiência individual ou da equipe. Isso ajuda a identificar os melhores desempenhos, as necessidades de treinamento e a distribuição da carga de trabalho. Esses dados são fundamentais para o Dashboard 'Resource Utilization by Operator' e os KPIs relacionados, permitindo que os gestores otimizem a alocação de pessoal e de Tasks.
Por que isso importa
Ele vincula a performance do processo a indivíduos ou equipes específicos, permitindo analisar a carga de trabalho, a produtividade e a alocação de recursos.
Onde obter
Essas informações normalmente são registradas nos logs de transações do Manhattan SCALE, geralmente em campos como 'user_id', 'operator' ou 'executed_by'.
Exemplos
JSMITHBWILLIAMSLCHEN
|
|||
|
Quantidade real
ActualQuantity
|
A quantidade real de um material que foi contada, separada ou expedida. | ||
|
Descrição
Este atributo registra a quantidade medida de produtos em um ponto de controle importante, como o recebimento ou o picking. Ele representa o que foi movimentado fisicamente, o que pode ser diferente do que estava planejado. Comparar a quantidade real com a quantidade planejada é essencial para identificar divergências. Essa é a base do Dashboard 'Order Quantity Discrepancy Trends' e do KPI relacionado. Acompanhar essas diferenças ajuda a localizar problemas na precisão dos fornecedores, nos registros de estoque ou nos erros de picking, aspectos críticos para manter a integridade do estoque.
Por que isso importa
Ele é fundamental para identificar divergências entre as quantidades planejadas e executadas, destacando possíveis problemas de precisão do estoque ou erros operacionais.
Onde obter
Encontrado nos registros detalhados de transações de atividades como recebimento, contagem ou picking no Manhattan SCALE.
Exemplos
100985010
|
|||
|
Tipo de pedido
OrderType
|
Classifica o pedido do armazém, por exemplo, como entrada, saída ou transferência interna. | ||
|
Descrição
O tipo de pedido define a finalidade geral do pedido do armazém. Os tipos comuns incluem remessas para clientes (saída), recebimentos de fornecedores (entrada), transferências de estoque entre locais (internas) ou devoluções. Este atributo permite segmentar a análise do processo. Ao filtrar por tipo de pedido, é possível comparar a performance de diferentes processos, como o recebimento e a expedição. Isso é fundamental porque suas etapas, seus recursos e suas metas de performance costumam ser muito diferentes, e analisá-los em conjunto pode gerar conclusões equivocadas.
Por que isso importa
Ele permite separar e comparar processos distintos, como entrada e saída, que têm fluxos e expectativas de performance diferentes.
Onde obter
Encontrado nos dados do cabeçalho do pedido no Manhattan SCALE. O campo pode se chamar 'order_type', 'transaction_type' ou algo semelhante.
Exemplos
Recebimento de entradaExpedição de saídaTransferência internaDevolução do cliente
|
|||
|
Data de conclusão real
ActualCompletionDate
|
A data real em que o pedido do armazém foi concluído, normalmente no momento da expedição. | ||
|
Descrição
Este atributo é o registro de data e hora que marca a etapa final do processo do armazém para um pedido, como 'Shipment Dispatched'. Ele representa o momento efetivo de conclusão do processo de atendimento. Essa data é comparada diretamente com a 'Requested Completion Date' para calcular a performance de expedição no prazo. É o dado factual que confirma quando terminou a responsabilidade do armazém pelo pedido. Analisar esse atributo ajuda a medir com precisão os tempos de ciclo do atendimento e a performance em relação aos SLAs.
Por que isso importa
Ele fornece o registro de data e hora efetivo da conclusão do pedido, usado para calcular os tempos de ciclo reais e medir a performance em relação às datas solicitadas.
Onde obter
Corresponde ao registro de data e hora da atividade final do processo, como 'Shipment Dispatched' ou 'Warehouse Order Completed'.
Exemplos
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Divergência de quantidade
QuantityDiscrepancy
|
A diferença calculada entre a quantidade planejada e a quantidade real de um item. | ||
|
Descrição
Essa métrica é calculada como 'Quantidade real' menos 'Quantidade planejada'. Um valor diferente de zero indica uma divergência na quantidade de mercadorias movimentadas em relação ao esperado. O valor pode ser positivo, indicando excesso, ou negativo, indicando falta. Esse atributo é a base do KPI 'Taxa de divergência da quantidade do pedido'. Ele quantifica a dimensão dos erros no recebimento ou picking, oferecendo uma métrica clara para Dashboards que acompanham a precisão do estoque. Analisar as tendências e as causas-raiz dessas divergências é essencial para melhorar a precisão operacional.
Por que isso importa
Ele quantifica diretamente os erros de estoque e de atendimento de pedidos, oferecendo uma métrica clara para acompanhar a precisão e o impacto financeiro das divergências.
Onde obter
Este é um campo calculado na ferramenta de Process Mining pela fórmula: ActualQuantity - PlannedQuantity.
Exemplos
0-25
|
|||
|
É retrabalho
IsRework
|
Um indicador que informa se uma atividade ou sequência de atividades representa retrabalho. | ||
|
Descrição
Este atributo booleano identifica ocorrências de retrabalho, como quando a atividade 'Goods Picked from Storage' é realizada mais de uma vez para o mesmo material dentro de um único pedido. Ele é derivado da análise dos padrões do fluxo do processo. Sinalizar o retrabalho é fundamental para identificar ineficiências e erros no processo. Isso ajuda a quantificar o KPI 'Picking Rework Rate' e permite que os analistas isolem e investiguem casos com etapas repetidas. Entender os fatores que geram retrabalho é essencial para reduzir os custos operacionais e melhorar a qualidade do processo.
Por que isso importa
Ele sinaliza loops ineficientes e trabalho repetido no processo, que muitas vezes são fontes ocultas de atrasos e aumento dos custos operacionais.
Onde obter
Este é um atributo calculado, normalmente derivado na ferramenta de Process Mining por meio da definição de regras que detectam padrões específicos de atividades repetidas, como self-loops ou short loops.
Exemplos
truefalse
|
|||
|
Equipamento utilizado
EquipmentUsed
|
O identificador do equipamento, como uma empilhadeira ou um scanner portátil, usado em uma atividade. | ||
|
Descrição
Este atributo especifica o equipamento de movimentação de materiais (MHE) ou a tecnologia usada para executar uma Task do armazém. Pode incluir IDs específicos de empilhadeiras, números de paleteiras ou IDs de scanners RF portáteis. Esses dados são valiosos para analisar a utilização de recursos além dos operadores. Eles ajudam a entender os padrões de uso de equipamentos caros, planejar a manutenção e garantir que as ferramentas certas estejam disponíveis quando necessário. Também apoiam diretamente KPIs como 'Resource Utilization (Picking)', fornecendo outra dimensão para a análise.
Por que isso importa
Ele permite analisar a utilização dos equipamentos e seu impacto na eficiência do processo, ajudando a gerenciar os cronogramas de manutenção e os investimentos em MHE.
Onde obter
Consulte a documentação do Manhattan SCALE ou os logs do sistema. Essas informações podem ser registradas nos registros de execução de Tasks, caso o sistema esteja configurado para capturá-las.
Exemplos
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
ID da remessa
ShipmentId
|
Um identificador exclusivo para um grupo de pedidos expedidos juntos. | ||
|
Descrição
O ID da remessa é um identificador de nível superior que consolida um ou mais pedidos do armazém transportados juntos no mesmo veículo ou como parte da mesma carga. Ele vincula pedidos individuais a um evento de transporte específico. Na análise, o ID da remessa permite ter uma visão mais ampla das operações logísticas. Ele pode ser usado para analisar a eficiência da consolidação nas etapas de preparação e carregamento, medir a performance no prazo no nível da remessa e entender como a consolidação de pedidos afeta os lead times gerais.
Por que isso importa
Ele agrupa vários pedidos em um único evento de expedição, permitindo analisar os processos de consolidação, preparação e carregamento.
Onde obter
Encontrado nas tabelas de gestão de transporte ou de remessas do Manhattan SCALE. Esse ID normalmente se vincula a vários pedidos do armazém.
Exemplos
SH-945001SH-945002SH-945003
|
|||
|
Localização de armazenamento
StorageLocation
|
A localização específica dentro do armazém, como endereço ou corredor, onde os produtos são armazenados ou coletados. | ||
|
Descrição
Este atributo identifica a localização física, por exemplo, Corredor 5, Endereço 3, Nível C, envolvida em uma atividade de armazenamento ou retirada. Ele fornece contexto espacial ao processo do armazém. Analisar as atividades por localização de armazenamento é fundamental para otimizar o layout do armazém e o fluxo de materiais. Isso pode ajudar a identificar locais acessados com frequência, trajetos ineficientes durante o picking ou áreas sujeitas a congestionamento. Esses dados apoiam a análise da eficiência do putaway e do picking, revelando oportunidades para melhorar as estratégias de armazenamento.
Por que isso importa
Ele fornece contexto espacial para as movimentações no armazém, permitindo analisar a eficiência do layout, os tempos de deslocamento e a otimização das rotas de picking.
Onde obter
Contido nos dados em nível de Task das atividades de putaway e picking no Manhattan SCALE, em campos como 'location_id', 'bin_code' ou 'source_location'.
Exemplos
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
Nome da transportadora
CarrierName
|
O nome da empresa de transporte responsável pela expedição do pedido. | ||
|
Descrição
Este atributo identifica o parceiro logístico ou a transportadora, como FedEx, UPS ou DHL, atribuída a uma remessa de saída. Ele vincula o processo do armazém à etapa de transporte seguinte. Analisar a performance por transportadora pode revelar insights importantes sobre a cadeia de suprimentos. Isso ajuda a determinar se determinadas transportadoras estão associadas a tempos de preparação mais longos, atrasos frequentes ou requisitos específicos de movimentação. Essas informações podem ser usadas para avaliar a performance das transportadoras e otimizar as parcerias logísticas.
Por que isso importa
Ele conecta as operações do armazém aos parceiros logísticos, permitindo analisar a performance por transportadora e identificar possíveis gargalos relacionados ao transporte.
Onde obter
Encontrado nas tabelas de planejamento de transporte ou de gestão de remessas do Manhattan SCALE, geralmente vinculado ao cabeçalho do pedido.
Exemplos
FedExUPSXPO Logistics
|
|||
|
Quantidade planejada
PlannedQuantity
|
A quantidade esperada de um material para uma determinada Task, com base no pedido. | ||
|
Descrição
Este atributo indica a quantidade de um item que deveria ser recebida, separada ou movimentada de acordo com o pedido original do armazém ou com a instrução da Task. É a referência usada para medir a operação realizada. Esse valor é usado em conjunto com a 'Actual Quantity' para calcular divergências. Diferenças frequentes entre as quantidades planejadas e reais podem indicar problemas nas remessas dos fornecedores, na precisão do estoque ou nos processos de picking, tornando este um atributo importante para a análise de qualidade e precisão.
Por que isso importa
Ele funciona como referência para medir a precisão das quantidades, ajudando a identificar divergências que afetam o estoque e o atendimento dos pedidos.
Onde obter
Localizado nas tabelas de itens de linha do pedido ou de detalhes de Tasks no Manhattan SCALE.
Exemplos
1001005012
|
|||
|
Remessa no prazo
IsOnTimeShipment
|
Um indicador que informa se o pedido foi expedido na data de conclusão solicitada ou antes dela. | ||
|
Descrição
Este atributo booleano é derivado da comparação entre a 'Actual Completion Date' e a 'Requested Completion Date'. Ele é verdadeiro quando o pedido foi concluído no prazo e falso quando houve atraso. Este atributo simplifica a análise da performance ao permitir filtragem e agregação fáceis. Ele é a base para calcular o KPI 'On-Time Shipment Rate' e alimenta Dashboards que acompanham o cumprimento dos SLAs dos clientes. Ele separa rapidamente os pedidos em conformidade dos que não estão em conformidade, permitindo analisar as causas-raiz dos pedidos atrasados.
Por que isso importa
Ele simplifica os relatórios de performance ao converter comparações de datas em um indicador simples de verdadeiro/falso, facilitando o cálculo da taxa de expedição no prazo.
Onde obter
Calculado comparando 'ActualCompletionDate' <= 'RequestedCompletionDate'. Essa lógica é aplicada na ferramenta de Process Mining.
Exemplos
truefalse
|
|||
|
Resultado da inspeção de qualidade
QualityInspectionResult
|
O resultado de uma atividade de inspeção de qualidade, como 'Pass', 'Fail' ou 'Rework'. | ||
|
Descrição
Este atributo registra o resultado da atividade 'Quality Inspection Performed'. Ele indica se os produtos recebidos atenderam aos padrões de qualidade exigidos ou se é necessária alguma ação adicional. Este é um atributo crítico para a análise da gestão da qualidade. Ele ajuda a acompanhar a 'Quality Control Compliance Rate' não apenas em termos de conformidade, mas também de resultados. Analisar as taxas de falha por fornecedor ou material pode ajudar a melhorar as decisões de compras e reduzir os custos posteriores associados a produtos de baixa qualidade.
Por que isso importa
Ele fornece o resultado das verificações de qualidade, permitindo analisar a qualidade dos fornecedores, os problemas dos produtos e a eficácia do processo de inspeção.
Onde obter
Consulte a documentação do Manhattan SCALE. Essas informações provavelmente são armazenadas em tabelas relacionadas à gestão da qualidade ou às Tasks de recebimento.
Exemplos
AprovadoReprovadoRequer retrabalho
|
|||
|
Tempo de ciclo do atendimento do pedido
OrderFulfillmentCycleTime
|
O tempo total transcorrido desde a criação do pedido do armazém até sua conclusão final. | ||
|
Descrição
Esta métrica calcula a duração total de cada pedido do armazém, desde o evento 'Warehouse Order Created' até o evento 'Warehouse Order Completed'. É um indicador-chave de performance que mede a eficiência de ponta a ponta de todo o processo de atendimento do armazém. Em Dashboards e análises, este atributo fornece uma visão geral da performance. Ele é usado para acompanhar tendências, identificar outliers, como tempos de ciclo prolongados, e comparar a performance ao longo do tempo. Ele apoia diretamente o Dashboard 'Overall Order Fulfillment Cycle Time' e o KPI correspondente.
Por que isso importa
Este é um KPI crítico que mede a velocidade e a eficiência de ponta a ponta do armazém, impactando diretamente a satisfação do cliente e os custos operacionais.
Onde obter
Este é um campo calculado, derivado da diferença entre os registros de data e hora do primeiro e do último evento de cada pedido do armazém.
Exemplos
2,1 dias18,5 horas36 horas
|
|||
|
Tempo do recebimento ao putaway
GoodsReceiptToPutawayTime
|
O tempo transcorrido desde o recebimento dos produtos até seu armazenamento. | ||
|
Descrição
Esta métrica calculada mede a duração de uma etapa crítica do processo de entrada: o tempo entre a atividade 'Goods Received and Counted' e a atividade 'Goods Put Away in Storage'. Ela quantifica a eficiência das operações de recebimento na doca e de putaway. Essa duração é um dado essencial para o Dashboard 'Goods Receipt to Putaway Cycle' e seu KPI correspondente. Valores altos podem indicar gargalos na doca de recebimento, atrasos na criação de Tasks de putaway ou trajetos ineficientes, fatores que atrasam a disponibilidade do estoque.
Por que isso importa
Ele isola e mede a eficiência de uma etapa crítica do processo de entrada, destacando gargalos que atrasam a disponibilidade do estoque.
Onde obter
Este é um campo calculado, derivado da diferença de tempo entre os eventos 'Goods Received and Counted' e 'Goods Put Away in Storage' de um determinado caso.
Exemplos
45 minutos2,5 horas8 horas
|
|||
Atividades de gestão de armazéns
| Atividade | Descrição | ||
|---|---|---|---|
|
Mercadorias armazenadas
|
Esta atividade confirma que as mercadorias foram colocadas com sucesso no endereço de armazenamento designado. Ela é capturada explicitamente quando o operador lê o endereço de armazenamento e confirma a ação de putaway, concluindo a tarefa no sistema. | ||
|
Por que isso importa
Este evento conclui o processo de entrada, tornando o estoque disponível para o atendimento dos pedidos. Ele é o ponto final para medir o KPI "Goods Receipt to Putaway Time".
Onde obter
Registrado nos logs de gestão de tarefas ou de transações de estoque quando o status de uma tarefa de putaway é atualizado para "Completed" ou um estado semelhante.
Captura
Capturado a partir do carimbo de data e hora de conclusão da tarefa de putaway, normalmente por meio da leitura do endereço.
Tipo de evento
explicit
|
|||
|
Mercadorias recebidas e contadas
|
Marca a conclusão do processo físico de recebimento, no qual as mercadorias são descarregadas, identificadas e as quantidades são conferidas com base na notificação de entrega. É um evento explícito, normalmente capturado quando um operador confirma as quantidades finais recebidas de cada item em um dispositivo portátil ou terminal. | ||
|
Por que isso importa
Este é um marco crítico para a precisão do estoque e o início do ciclo de putaway. Ele permite analisar divergências de quantidade e a eficiência da equipe de recebimento.
Onde obter
Este evento é registrado nos logs de transações das linhas de recebimento no Manhattan SCALE, com carimbos de data e hora capturados após a confirmação das contagens dos itens.
Captura
Registrado quando o operador confirma as quantidades recebidas por leitura ou inserção manual.
Tipo de evento
explicit
|
|||
|
Mercadorias retiradas do armazenamento
|
Esta atividade confirma que um item foi retirado fisicamente do seu local de armazenamento por um operador. É um evento explícito, capturado quando o operador lê o item e/ou o local para confirmar a separação no dispositivo portátil. | ||
|
Por que isso importa
Este é um marco importante no ciclo de atendimento do pedido. Ele é essencial para medir o fluxo da separação, as taxas de retrabalho e a utilização dos recursos.
Onde obter
Registrado nos logs de transações de separação ou nas tabelas de histórico de tarefas quando uma separação é confirmada, geralmente incluindo o ID do operador e o carimbo de data e hora.
Captura
Capturado a partir do carimbo de data e hora de confirmação de uma linha de separação, normalmente por meio da leitura do código de barras.
Tipo de evento
explicit
|
|||
|
Ordem de armazém criada
|
Esta atividade marca a criação de um pedido no Warehouse Management System, que pode ser destinado ao recebimento de mercadorias ou ao atendimento de pedidos de saída. Normalmente, é um evento explícito, registrado com um carimbo de data e hora de criação quando um novo registro de pedido é inserido no sistema, muitas vezes por meio da integração com um ERP. | ||
|
Por que isso importa
Este é o principal evento de início do processo do armazém. Analisar o tempo entre este ponto e a conclusão é essencial para medir o tempo total do ciclo de atendimento do pedido.
Onde obter
Este evento é capturado a partir do carimbo de data e hora de criação da tabela principal de cabeçalho de pedidos no Manhattan SCALE, como o campo de data de criação do pedido.
Captura
Capturado a partir do carimbo de data e hora de criação do registro do pedido do armazém.
Tipo de evento
explicit
|
|||
|
Pedido do armazém concluído
|
Representa o encerramento lógico final do pedido do armazém depois que todas as atividades físicas são concluídas. Normalmente, é um evento inferido, derivado de uma atualização final do status do registro do pedido, como 'Completed' ou 'Closed'. | ||
|
Por que isso importa
Esta atividade serve como ponto final definitivo de todo o ciclo de vida no armazém. É essencial para calcular o tempo total do ciclo de atendimento do pedido e o throughput.
Onde obter
Inferido a partir do registro de data e hora em que o campo de status do cabeçalho do pedido no Manhattan SCALE é atualizado para um estado final e fechado.
Captura
Derivado do registro de data e hora da última atualização, quando o status do pedido muda para 'Completed'.
Tipo de evento
inferred
|
|||
|
Produtos embalados
|
Esta atividade indica que todos os itens de uma remessa foram embalados no contêiner final e que o contêiner foi lacrado. É um evento explícito, registrado quando o embalador confirma a conclusão da caixa ou da remessa no sistema. | ||
|
Por que isso importa
Este marco encerra a etapa de embalagem e deixa a remessa pronta para a preparação e a expedição. É um ponto de dados importante para analisar o throughput e a eficiência da embalagem.
Onde obter
Registrado nos registros de transações de embalagem ou expedição quando a ação 'Close Carton' ou 'Pack Complete' é executada no Manhattan SCALE.
Captura
Capturado a partir do registro de data e hora da transação 'Pack Complete' ou 'Close Container'.
Tipo de evento
explicit
|
|||
|
Remessa expedida
|
Marca o momento em que a transportadora sai do armazém com os produtos. É um evento explícito, acionado quando um usuário executa uma transação 'Ship Confirm' ou 'Dispatch' no sistema, finalizando a remessa. | ||
|
Por que isso importa
Este é um marco crítico para medir a performance de expedição no prazo em relação às datas de entrega solicitadas. Ele geralmente aciona notificações ao cliente e o faturamento.
Onde obter
Capturado a partir do registro de data e hora da transação 'Ship Confirm' nas tabelas de remessa ou de pedidos de saída do Manhattan SCALE.
Captura
Registrado quando a transação de confirmação de expedição é executada para a carreta ou o pedido.
Tipo de evento
explicit
|
|||
|
Carregamento na transportadora
|
Esta atividade captura o carregamento físico dos contêineres embalados em um caminhão ou carreta. Normalmente, é um evento explícito, registrado quando um operador escaneia cada palete ou contêiner durante o carregamento na transportadora. | ||
|
Por que isso importa
Esta é a etapa final de movimentação física dentro do armazém. Analisar essa atividade ajuda a medir os tempos de carregamento e garantir que todos os produtos de uma remessa sejam carregados corretamente.
Onde obter
Registrado nos registros de transações de remessa do Manhattan SCALE quando os contêineres são escaneados durante o carregamento.
Captura
Capturado a partir do registro de data e hora do escaneamento quando um contêiner de expedição é carregado em um veículo.
Tipo de evento
explicit
|
|||
|
Início da embalagem
|
Marca o início do processo de embalagem, quando os produtos separados chegam a uma estação de embalagem. Pode ser um evento explícito, capturado quando um operador escaneia um contêiner ou pedido em uma estação de embalagem, ou pode ser inferido a partir do primeiro escaneamento de item nessa estação. | ||
|
Por que isso importa
Este evento inicia a etapa final de agregação de valor antes do envio. Medir a partir deste ponto ajuda a isolar gargalos especificamente na área de embalagem.
Onde obter
Capturado nos registros de transações associados às estações de embalagem no Manhattan SCALE. Pode ser uma transação 'Start Pack' ou o registro de data e hora do primeiro item embalado.
Captura
Registrado quando um operador inicia o processo de embalagem de um pedido em uma estação.
Tipo de evento
explicit
|
|||
|
Inspeção de qualidade realizada
|
Representa uma verificação de controle de qualidade realizada nas mercadorias recebidas antes do putaway. O registro é explícito e ocorre quando um operador de controle de qualidade registra no sistema o resultado da inspeção, aprovado ou reprovado, para o estoque específico. | ||
|
Por que isso importa
Esta atividade é essencial para acompanhar a adesão aos procedimentos de controle de qualidade. Analisar sua ocorrência e duração ajuda a garantir a qualidade dos produtos e a identificar atrasos no processo de inspeção.
Onde obter
Registrado no módulo de gestão da qualidade ou nos logs de transações de status do estoque no Manhattan SCALE quando o resultado da inspeção é enviado.
Captura
Capturado a partir do log de transações da etapa de confirmação da inspeção de qualidade.
Tipo de evento
explicit
|
|||
|
Mercadorias chegaram à doca
|
Esta atividade indica a chegada física de um caminhão ou contêiner à doca de recebimento do armazém. Muitas vezes, é capturada explicitamente quando um agente da portaria ou da doca registra a chegada da remessa no sistema antes do início do descarregamento. | ||
|
Por que isso importa
Acompanhar o tempo entre a chegada e o início das atividades de recebimento ajuda a identificar gargalos na doca, como tempos de espera causados pela indisponibilidade de recursos.
Onde obter
Registrado em um módulo de agendamento de remessas ou compromissos do Manhattan SCALE quando a transportadora faz o check-in na unidade.
Captura
Capturado a partir do carimbo de data e hora da transação de check-in na doca de recebimento.
Tipo de evento
explicit
|
|||
|
Notificação de entrega de entrada recebida
|
Representa o recebimento de um Advanced Shipping Notification (ASN) de um fornecedor, detalhando uma remessa recebida. É um evento explícito, capturado quando um ASN é processado e registrado com sucesso no Manhattan SCALE, acionando as atividades de planejamento de entrada. | ||
|
Por que isso importa
Este evento serve como ponto de partida para medir o processo de logística de entrada. Ele permite analisar a performance dos fornecedores e a preparação do armazém para as mercadorias recebidas.
Onde obter
Registrado nas tabelas de transações de entrada ou de ASN após a inserção bem-sucedida da notificação de entrega por EDI ou manualmente.
Captura
Evento registrado após o recebimento e o processamento do ASN.
Tipo de evento
explicit
|
|||
|
Preparação da remessa
|
Representa a movimentação das caixas embaladas da área de embalagem para uma fila ou área designada de preparação de remessas. Normalmente, essa atividade é inferida a partir da mudança de localização do contêiner ou palete de expedição no WMS. | ||
|
Por que isso importa
Ajuda a identificar atrasos entre a embalagem e o carregamento. Uma longa permanência neste estado pode indicar pouca coordenação com as transportadoras ou uma gestão ineficiente das docas.
Onde obter
Inferido a partir de uma transação de movimentação de estoque ou atualização de localização do ID do contêiner de expedição no Manhattan SCALE, indicando que ele foi movido para uma área de preparação.
Captura
Inferido a partir da mudança de localização do contêiner embalado para uma área de preparação ou doca.
Tipo de evento
inferred
|
|||
|
Tarefa de armazenagem criada
|
O sistema gera uma tarefa orientando um operador a mover as mercadorias recebidas da doca para um local de armazenamento. É um evento explícito, capturado no mecanismo de gestão de tarefas quando o sistema define um destino e cria uma nova instrução de putaway. | ||
|
Por que isso importa
Marca o início do processo interno de movimentação das mercadorias. O tempo entre este evento e a conclusão da tarefa mede a eficiência do putaway e a performance do sistema.
Onde obter
Registrado nas tabelas de histórico de tarefas ou ordens de trabalho do Manhattan SCALE, com um carimbo de data e hora indicando quando a tarefa de putaway foi criada.
Captura
Evento registrado após a geração de uma tarefa de putaway pelo sistema.
Tipo de evento
explicit
|
|||
|
Tarefa de picking criada
|
Representa a geração, pelo sistema, de uma tarefa de separação para que um operador retire itens do armazenamento e atenda um pedido. Este evento é registrado explicitamente quando o pedido é alocado e o WMS cria uma instrução para um usuário. | ||
|
Por que isso importa
Este é o início do processo de atendimento dos pedidos de saída. O tempo entre este evento e a conclusão da separação é fundamental para medir a eficiência do separador.
Onde obter
Registrado nas tabelas de histórico de tarefas ou ordens de trabalho do Manhattan SCALE, com um carimbo de data e hora de criação.
Captura
Evento registrado após a geração de uma tarefa de separação pelo sistema.
Tipo de evento
explicit
|
|||
Guias de extração
Pronto para começar?
Comece hoje a otimizar suas operações de gestão do armazém usando este Template de dados. Ele foi criado para colocar você no caminho de uma eficiência maior.
Alcance a máxima eficiência no armazém. Comece grátis hoje
Elimine erros de picking e alcance 99,5% de precisão no estoque com facilidade.
Não é necessário cartão de crédito. Comece grátis em poucos minutos.