Seu Modelo de Dados de Gestão de Armazém
Seu Modelo de Dados de Gestão de Armazém
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para Manhattan SCALE
Atributos de Gestão de Armazém
| Nome | Descrição | ||
|---|---|---|---|
|
Nome da Atividade
ActivityName
|
O nome da tarefa ou evento específico de gestão de armazém que ocorreu. | ||
|
Descrição
Este atributo registra as etapas ou marcos distintos dentro do processo de gestão de armazém. Exemplos incluem "Mercadorias Retiradas do Estoque", "Embalagem Iniciada" e "Remessa Despachada". Cada atividade representa uma ação específica realizada no pedido de armazém.\n\nEste é um atributo crítico para o Process Mining, pois define os nós no mapa do processo. Analisar a sequência, frequência e duração dessas atividades permite a visualização dos fluxos do processo, a identificação de desvios do procedimento padrão e a detecção de gargalos onde o trabalho sofre atrasos.
Por que é importante
Define as etapas do processo, formando a base do mapa de processos e permitindo a análise do fluxo operacional e de suas variações.
Onde obter
Derivado de códigos de transação, logs de eventos ou tabelas de atualização de status dentro do Manhattan SCALE que rastreiam o progresso dos pedidos de armazém.
Exemplos
Mercadoria Chegou na DocaTarefa de picking criadaMercadorias embaladasRemessa Despachada
|
|||
|
Ordem de Armazém
WarehouseOrder
|
O identificador único para uma unidade logística de trabalho específica, como um recebimento de entrada ou uma remessa de saída. | ||
|
Descrição
A Ordem de Armazém serve como o identificador principal do caso, agrupando todas as atividades relacionadas a um único processo logístico do início ao fim. Isso permite o rastreamento ponta a ponta do ciclo de vida de um pedido no armazém, envolva ele recebimento, armazenagem, separação (picking), embalagem (packing) ou expedição.\n\nNa análise de Process Mining, este atributo é fundamental para reconstruir a jornada de cada pedido. Ao vincular todos os eventos a uma Ordem de Armazém específica, os analistas podem visualizar fluxos de processos, medir tempos de ciclo para pedidos individuais e identificar variações ou gargalos que afetam a eficiência do atendimento.
Por que é importante
É a chave essencial para vincular todas as atividades relacionadas do armazém em uma única instância de processo coesa, permitindo análise de ponta a ponta.
Onde obter
Este identificador é normalmente encontrado nas tabelas principais de gestão de pedidos no Manhattan SCALE, como a tabela de cabeçalho do pedido.
Exemplos
WO-00583921WO-00583922WO-00583923
|
|||
|
Tempo do Evento
EventTime
|
O registro de data e hora que indica quando a atividade ou evento de armazém ocorreu. | ||
|
Descrição
Este atributo fornece a data e hora precisas para cada atividade registrada no processo. É a espinha dorsal cronológica do log de eventos, estabelecendo a sequência e o tempo de todas as operações de armazém para um determinado pedido.\n\nO "Event Time" é essencial para todas as análises de Process Mining baseadas em tempo. É usado para calcular tempos de ciclo entre atividades, medir a duração total de um processo, identificar atrasos e analisar o desempenho do processo em diferentes períodos. Registros de tempo precisos são cruciais para construir um mapa de processo confiável e derivar métricas de desempenho significativas.
Por que é importante
Este registro de data e hora é crucial para sequenciar os eventos corretamente e calcular todas as métricas baseadas em duração, como tempos de ciclo e lead times.
Onde obter
Localizado em tabelas de event log ou registros de transação junto com as informações de atividade no Manhattan SCALE. Os campos geralmente se chamam 'created_ts', 'event_timestamp' ou 'status_change_date'.
Exemplos
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema onde os dados foram originados. | ||
|
Descrição
Este atributo identifica o aplicativo de origem onde os dados do evento foram gerados. Para este processo, o valor normalmente seria "Manhattan SCALE".\n\nEm um ambiente com múltiplos sistemas integrados, este campo ajuda a diferenciar as fontes de dados. Ele fornece contexto para a origem dos dados, o que pode ser importante para a governança de dados, solução de problemas e compreensão de possíveis variações nos processos de captura de dados em diferentes plataformas.
Por que é importante
Fornece contexto essencial sobre a origem dos dados, o que é fundamental para governança de dados, validação e esforços de integração em ambientes de TI complexos.
Onde obter
Frequentemente é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para rotular o conjunto de dados.
Exemplos
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da atualização de dados mais recente do sistema de origem. | ||
|
Descrição
Este atributo indica a data e hora em que os dados foram extraídos pela última vez do Manhattan SCALE e carregados na ferramenta de Process Mining. Ele reflete o quão atualizados estão os dados analisados.\n\nEsta informação é vital para que os usuários entendam a tempestividade da análise. Ajuda-os a saber se estão olhando para dados em tempo real ou para um recorte de um momento específico, o que é crucial para tomar decisões operacionais informadas e para fins de relatórios.
Por que é importante
Informa os usuários sobre a atualização dos dados, garantindo que compreendam o período coberto pela análise e pelos relatórios.
Onde obter
Este registro de data e hora é normalmente gerado e armazenado pela ferramenta de ETL ou pipeline de dados durante o processo de carregamento de dados.
Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Data de Conclusão Solicitada
RequestedCompletionDate
|
A data em que o cliente ou parte interessada interna solicitou o envio do pedido. | ||
|
Descrição
Este atributo representa o acordo de nível de serviço (SLA) ou a data de entrega pretendida para um pedido de saída do armazém. É o prazo final em relação ao qual as operações do armazém são medidas para o desempenho de pontualidade.\n\nEsta data é uma referência crítica para a avaliação de desempenho. É usada no dashboard de "Desempenho de Pontualidade de Remessas" e no KPI de "Taxa de Envios Pontuais" para determinar se um pedido foi atendido no prazo. Analisar os pedidos que perdem essa data ajuda a identificar causas sistêmicas de atrasos e a melhorar a satisfação do cliente.
Por que é importante
Serve como o principal benchmark para medir o desempenho de envio pontual e a adesão aos acordos de nível de serviço ao cliente.
Onde obter
Normalmente armazenado na tabela de cabeçalho do pedido no Manhattan SCALE, muitas vezes preenchido a partir de um ERP ou Sistema de Gestão de Pedidos.
Exemplos
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
End Time
EndTime
|
O registro de data e hora que indica quando uma atividade com duração mensurável foi concluída. | ||
|
Descrição
O "End Time" (Horário de Término) marca a conclusão de uma atividade. Quando combinado com um "Start Time" (Horário de Início - EventTime), permite o cálculo preciso do tempo de processamento de tarefas individuais. Nem todos os eventos têm um horário de término distinto, mas para aqueles que têm, como separação (picking) ou embalagem (packing), esses dados são valiosos.\n\nNa análise, o End Time é usado para calcular a métrica "ProcessingTime", crucial para entender a eficiência dos recursos e a duração das tarefas. Isso ajuda a identificar quais atividades específicas demoram mais, contribuindo para o tempo de ciclo total e possíveis atrasos.
Por que é importante
Permite o cálculo preciso do tempo de processamento para atividades individuais, ajudando a identificar quais tarefas consomem mais tempo e recursos.
Onde obter
Isso pode estar disponível nos mesmos logs de transação 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 subsequente.
Exemplos
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
ID de Usuário/Operador
UserOperatorId
|
O identificador único 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 tarefa específica do armazém, como separação, embalagem ou armazenagem. Ele vincula as atividades do processo aos recursos humanos envolvidos.\n\nAnalisar o desempenho por ID de Usuário/Operador é essencial para entender a utilização de recursos e a eficiência individual ou da equipe. Ajuda a identificar os profissionais com melhor desempenho, necessidades de treinamento e distribuição de carga de trabalho. Esses dados são fundamentais para o dashboard de "Utilização de Recursos por Operador" e KPIs relacionados, permitindo que os gestores otimizem a equipe e as atribuições de tarefas.
Por que é importante
Vincula o desempenho do processo a indivíduos ou equipes específicas, permitindo a análise de carga de trabalho, produtividade e alocação de recursos.
Onde obter
Essas informações são normalmente registradas nos logs de transação no Manhattan SCALE, frequentemente em campos como "user_id", "operator" ou "executed_by".
Exemplos
JSMITHBWILLIAMSLCHEN
|
|||
|
ID do Material
MaterialId
|
O identificador exclusivo do produto ou material que está sendo manuseado. | ||
|
Descrição
Este atributo, muitas vezes conhecido como SKU (Unidade de Manutenção de Estoque), identifica o item específico envolvido em uma atividade de armazém. Uma única ordem de armazém pode conter múltiplos materiais, cada um manuseado em itens de linha ou tarefas separadas.\n\nAnalisar o processo por ID de Material pode revelar problemas específicos do produto. Por exemplo, certos itens podem ser mais propensos a falhas de inspeção de qualidade, erros de separação ou tempos de manuseio mais longos devido ao seu tamanho, peso ou requisitos de armazenamento. Isso ajuda a otimizar as estratégias de estocagem e os procedimentos de manuseio para diferentes tipos de produtos.
Por que é importante
Permite análise em nível de produto para identificar se certos itens estão associados a atrasos no processo, erros ou retrabalho.
Onde obter
Localizado nas tabelas de itens de linha de pedido no Manhattan SCALE, vinculado ao pedido de armazém principal.
Exemplos
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
Quantidade Real
ActualQuantity
|
A quantidade real de um material que foi contada, separada ou enviada. | ||
|
Descrição
Este atributo registra a quantidade medida de mercadorias em um ponto de verificação principal, como recebimento ou separação. Ele representa o que foi fisicamente manuseado, o que pode diferir do planejado.\n\nComparar a Quantidade Real com a Quantidade Planejada é essencial para identificar discrepâncias. Esta é a base para o dashboard de "Tendências de Discrepância de Quantidade de Pedidos" e o KPI relacionado. O acompanhamento dessas diferenças ajuda a identificar problemas na precisão do fornecedor, registros de estoque ou erros de separação, que são fundamentais para manter a integridade do inventário.
Por que é importante
É crucial para identificar discrepâncias entre quantidades planejadas e executadas, destacando potenciais problemas de precisão de inventário ou erros operacionais.
Onde obter
Encontrado nos registros de detalhes de transação para atividades como recebimento, contagem ou picking no Manhattan SCALE.
Exemplos
100985010
|
|||
|
Tipo de Pedido
OrderType
|
Categoriza o pedido de armazém, por exemplo, como entrada, saída ou transferência interna. | ||
|
Descrição
O Tipo de Pedido define o propósito geral da ordem de armazém. Os tipos comuns incluem envios para clientes (saída), recebimentos de fornecedores (entrada), transferências de estoque entre locais (interno) ou devoluções.\n\nEste atributo permite segmentar a análise do processo. Ao filtrar por Tipo de Pedido, é possível comparar o desempenho de diferentes processos, como o de recebimento versus o de expedição. Isso é crucial porque as etapas, recursos e metas de desempenho costumam ser bem diferentes, e analisá-los em conjunto pode ser enganoso.
Por que é importante
Permite a separação e comparação de processos distintos, como entrada versus saída, que possuem fluxos e expectativas de desempenho diferentes.
Onde obter
Encontrado nos dados de cabeçalho do pedido no Manhattan SCALE. O campo pode se chamar 'order_type', 'transaction_type' ou similar.
Exemplos
Recebimento InboundExpedição de SaídaTransferência InternaDevolução de Cliente
|
|||
|
Data Real de Conclusão
ActualCompletionDate
|
A data real em que o pedido de armazém foi concluído, geralmente no momento da expedição. | ||
|
Descrição
Este atributo é o registro de data e hora que marca a etapa final do processo de armazém para um pedido, como "Remessa Despachada". Representa o horário de conclusão real do processo de atendimento.\n\nEsta data é comparada diretamente com a "Data de Conclusão Solicitada" para calcular o desempenho de pontualidade da remessa. É o ponto de dado real que confirma quando a responsabilidade do armazém pelo pedido terminou. Analisar este atributo ajuda a medir com precisão os tempos de ciclo de atendimento e o desempenho em relação aos SLAs.
Por que é importante
Fornece o timestamp real da conclusão do pedido, usado para calcular tempos de ciclo reais e medir o desempenho em relação às datas solicitadas.
Onde obter
Isso corresponde ao registro de data e hora da atividade final no processo, como "Remessa Despachada" ou "Ordem de Armazém Concluída".
Exemplos
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Depósito
StorageLocation
|
A localização específica no armazém, como escaninho ou corredor, onde as mercadorias são armazenadas ou retiradas. | ||
|
Descrição
Este atributo identifica o local físico (ex: Corredor 5, Escaninho 3, Nível C) envolvido em uma atividade de armazenamento ou retirada. Ele fornece contexto espacial ao processo do armazém.\n\nAnalisar as atividades por local de armazenamento é crucial para otimizar o layout do armazém e o fluxo de materiais. Pode ajudar a identificar locais acessados com frequência, caminhos de deslocamento ineficientes durante a separação ou áreas propensas a congestionamentos. Esses dados apoiam a análise da eficiência de armazenagem e separação, revelando oportunidades para melhorar as estratégias de estocagem.
Por que é importante
Fornece contexto espacial aos movimentos do armazém, permitindo a análise da eficiência do layout, tempos de deslocamento e otimização de rotas de picking.
Onde obter
Contido nos dados de nível de tarefa para atividades de putaway e picking no Manhattan SCALE, em campos como 'location_id', 'bin_code' ou 'source_location'.
Exemplos
A01-R02-B03DOCA-04ESTAÇÃO-EMBALAGEM-12
|
|||
|
Divergência de Quantidade
QuantityDiscrepancy
|
A diferença calculada entre a quantidade planejada e a real de um item. | ||
|
Descrição
Esta métrica é calculada como "Quantidade Real" menos "Quantidade Planejada". Um valor diferente de zero indica uma discrepância na quantidade de mercadorias manuseadas em relação ao esperado. O valor pode ser positivo (excesso) ou negativo (falta).\n\nEste atributo é a base do KPI de "Taxa de Discrepância de Quantidade de Pedidos". Ele quantifica a magnitude dos erros no recebimento ou separação, fornecendo uma métrica clara para dashboards que acompanham a precisão do estoque. Analisar as tendências e as causas raízes dessas discrepâncias é vital para melhorar a precisão operacional.
Por que é importante
Quantifica diretamente os erros de inventário e atendimento de pedidos, fornecendo uma métrica clara para rastrear a precisão e o impacto financeiro das divergências.
Onde obter
Este é um campo calculado derivado na ferramenta de Process Mining pela fórmula: ActualQuantity - PlannedQuantity.
Exemplos
0-25
|
|||
|
É Envio Pontual
IsOnTimeShipment
|
Um sinalizador que indica se o pedido foi enviado na data de conclusão solicitada ou antes dela. | ||
|
Descrição
Este atributo booleano é derivado da comparação da "Data de Conclusão Real" com a "Data de Conclusão Solicitada". É verdadeiro se o pedido foi concluído no prazo e falso se houve atraso.\n\nEste atributo simplifica a análise de desempenho, permitindo filtragem e agregação fáceis. É a base para o cálculo do KPI de "Taxa de Envios Pontuais" e alimenta os dashboards que acompanham a adesão aos SLAs dos clientes. Ele separa rapidamente os pedidos conformes dos não conformes, permitindo a análise da causa raiz nos pedidos atrasados.
Por que é importante
Simplifica os relatórios de desempenho ao converter comparações de datas em um sinalizador simples de verdadeiro/falso, facilitando o cálculo da taxa de envio no prazo.
Onde obter
Calculado comparando se 'ActualCompletionDate' <= 'RequestedCompletionDate'. Esta lógica é aplicada na ferramenta de Process Mining.
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador indicando se uma atividade ou sequência de atividades representa retrabalho. | ||
|
Descrição
Este atributo booleano identifica instâncias de retrabalho, como a atividade "Mercadorias Retiradas do Estoque" sendo realizada mais de uma vez para o mesmo material dentro de um único pedido. Ele é derivado da análise de padrões no fluxo do processo.\n\nSinalizar o retrabalho é crucial para identificar ineficiências e erros no processo. Ajuda a quantificar o KPI de "Taxa de Retrabalho na Separação" e permite que os analistas isolem e investiguem casos com etapas repetidas. Compreender os motivadores do retrabalho é a chave para reduzir os custos operacionais e melhorar a qualidade do processo.
Por que é importante
Sinaliza loops ineficientes e retrabalhos dentro do processo, que costumam ser fontes ocultas de atrasos e custos operacionais elevados.
Onde obter
Este é um atributo calculado, normalmente derivado na ferramenta de Process Mining ao definir regras que detectam padrões específicos de atividades repetidas (ex: loops próprios ou loops curtos).
Exemplos
verdadeirofalse
|
|||
|
Equipamento Utilizado
EquipmentUsed
|
O identificador do equipamento, como uma empilhadeira ou coletor de dados, usado em uma atividade. | ||
|
Descrição
Este atributo especifica o equipamento de movimentação de materiais ou tecnologia usada para realizar uma tarefa no armazém. Isso pode incluir IDs de empilhadeiras específicas, números de paleteiras ou IDs de coletores de RF.\n\nEsses dados são valiosos para a análise de utilização de recursos além dos operadores humanos. Ajuda a entender os padrões de uso de equipamentos caros, o planejamento de manutenção e a garantia de que as ferramentas certas estejam disponíveis quando necessário. Ele apoia diretamente KPIs como "Utilização de Recursos (Separação)", fornecendo outra dimensão para análise.
Por que é importante
Permite a análise da utilização de equipamentos e seu impacto na eficiência do processo, auxiliando na gestão de cronogramas de manutenção e investimentos em equipamentos de movimentação (MHE).
Onde obter
Consulte a documentação do Manhattan SCALE ou os logs do sistema. Isso pode ser rastreado nos registros de execução de tarefas, caso o sistema esteja configurado para capturá-los.
Exemplos
EMPILHADEIRA-07SCANNER-58BCART-22
|
|||
|
ID da Remessa
ShipmentId
|
Um identificador exclusivo para um grupo de pedidos que são enviados juntos. | ||
|
Descrição
O ID da Remessa é um identificador de nível superior que consolida uma ou mais ordens de armazém transportadas juntas no mesmo veículo ou como parte da mesma remessa. Ele vincula pedidos individuais a um evento de transporte específico.\n\nNa análise, o ID da Remessa permite uma visão mais ampla das operações logísticas. Pode ser usado para analisar a eficiência do processo de consolidação nas fases de preparação e carregamento, medir o desempenho de pontualidade no nível da remessa e entender como a consolidação de pedidos afeta os lead times globais.
Por que é importante
Agrupa vários pedidos em um único evento de envio, permitindo a análise dos processos de consolidação, estágio e carregamento.
Onde obter
Encontrado nas tabelas de gestão de transporte ou expedição do Manhattan SCALE. Este ID geralmente vincula-se a múltiplos pedidos de armazém.
Exemplos
SH-945001SH-945002SH-945003
|
|||
|
Nome da Transportadora
CarrierName
|
O nome da transportadora responsável pelo envio do pedido. | ||
|
Descrição
Este atributo identifica o parceiro logístico ou transportadora (ex: FedEx, UPS, DHL) atribuído a uma remessa de saída. Ele vincula o processo do armazém à etapa de transporte posterior.\n\nAnalisar o desempenho por transportadora pode revelar insights importantes sobre a cadeia de suprimentos. Ajuda a determinar se certas transportadoras estão associadas a tempos de preparação mais longos, atrasos frequentes ou requisitos de manuseio específicos. Essas informações podem ser usadas para avaliar o desempenho da transportadora e otimizar as parcerias logísticas.
Por que é importante
Conecta as operações de armazém aos parceiros logísticos, permitindo a análise de desempenho por transportadora para identificar potenciais gargalos relacionados ao transporte.
Onde obter
Encontrado nas tabelas de expedição ou planejamento de transporte no Manhattan SCALE, geralmente vinculado ao cabeçalho do pedido.
Exemplos
FedExUPSXPO Logistics
|
|||
|
Quantidade Planejada
PlannedQuantity
|
A quantidade esperada de um material para uma determinada tarefa, com base no pedido. | ||
|
Descrição
Este atributo indica a quantidade de um item que deveria ser recebida, separada ou manuseada de acordo com o pedido original ou instrução de tarefa. É a linha de base em relação à qual a operação real é medida.\n\nEste valor é usado em conjunto com a "Quantidade Real" para calcular discrepâncias. Diferenças frequentes entre as quantidades planejadas e as reais podem sinalizar problemas com remessas de fornecedores, precisão de estoque ou processos de separação, tornando este um atributo fundamental para a análise de qualidade e precisão.
Por que é importante
Atua como base para medir a precisão da quantidade, ajudando a identificar divergências que afetam o estoque e o atendimento de pedidos.
Onde obter
Localizado nas tabelas de itens de linha de pedido ou detalhes de tarefas no Manhattan SCALE.
Exemplos
1001005012
|
|||
|
Resultado da Inspeção de Qualidade
QualityInspectionResult
|
O resultado de uma inspeção de qualidade, como "Aprovado", "Reprovado" ou "Retrabalho". | ||
|
Descrição
Este atributo registra o resultado da atividade "Inspeção de Qualidade Realizada". Indica se as mercadorias recebidas atenderam aos padrões de qualidade exigidos ou se são necessárias novas ações.\n\nEste é um atributo crítico para a análise de gestão da qualidade. Ajuda a monitorar a "Taxa de Conformidade do Controle de Qualidade" não apenas em termos de adesão, 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 subsequentes associados a mercadorias de baixa qualidade.
Por que é importante
Fornece o resultado das verificações de qualidade, permitindo a análise da qualidade do fornecedor, problemas com produtos e a eficácia do processo de inspeção.
Onde obter
Consulte a documentação do Manhattan SCALE. Provavelmente estará armazenado em tabelas relacionadas à gestão de qualidade ou tarefas de recebimento.
Exemplos
AprovadoFalhaRequer Retrabalho
|
|||
|
Tempo de Ciclo de Atendimento de Pedidos
OrderFulfillmentCycleTime
|
O tempo total decorrido desde a criação da ordem de armazém até sua conclusão final. | ||
|
Descrição
Esta métrica calcula a duração total de cada ordem de armazém, desde o evento "Ordem de Armazém Criada" até o evento "Ordem de Armazém Concluída". É um indicador-chave de desempenho que mede a eficiência ponta a ponta de todo o processo de atendimento do armazém.\n\nNos dashboards e análises, este atributo fornece uma visão de alto nível do desempenho geral. É usado para acompanhar tendências, identificar pontos fora da curva (tempos de ciclo estendidos) e comparar o desempenho ao longo do tempo. Ele apoia diretamente o dashboard de "Tempo de Ciclo Total de Atendimento de Pedidos" e o KPI correspondente.
Por que é importante
Este é um KPI crítico que mede a velocidade e a eficiência ponta a ponta do armazém, impactando diretamente na satisfação do cliente e nos custos operacionais.
Onde obter
Este é um campo calculado, derivado da diferença entre os registros de tempo do primeiro e do último evento para cada Ordem de Armazém.
Exemplos
2,1 dias18,5 horas36 horas
|
|||
|
Tempo do Recebimento à Armazenagem
GoodsReceiptToPutawayTime
|
O tempo decorrido desde o recebimento das mercadorias até a sua armazenagem. | ||
|
Descrição
Esta métrica calculada mede a duração de uma parte crítica do processo de entrada: o tempo entre a atividade "Mercadorias Recebidas e Contadas" e a atividade "Mercadorias Armazenadas no Estoque". Ela quantifica a eficiência da doca de recebimento e das operações de armazenagem.\n\nEsta duração é uma entrada fundamental para o dashboard de "Ciclo do Recebimento à Armazenagem" e seu KPI correspondente. Valores altos para esta métrica podem indicar gargalos na doca de recebimento, atrasos na criação de tarefas de armazenagem ou caminhos de deslocamento ineficientes, todos os quais atrasam a disponibilidade do estoque.
Por que é importante
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 "Mercadorias Recebidas e Contadas" e "Mercadorias Armazenadas no Estoque" para um determinado caso.
Exemplos
45 minutos2,5 horas8 horas
|
|||
Atividades de Gestão de Armazém
| Atividade | Descrição | ||
|---|---|---|---|
|
Mercadoria Alocada no Estoque
|
Esta atividade confirma que as mercadorias foram colocadas com sucesso no escaninho de armazenamento atribuído. É capturada explicitamente quando o operador lê o local de armazenamento e confirma a ação de armazenagem, concluindo a tarefa no sistema. | ||
|
Por que é importante
Este evento conclui o processo de entrada, tornando o estoque disponível para atendimento. É o ponto final para medir o KPI de "Tempo do Recebimento à Armazenagem".
Onde obter
Registrado nos logs de gestão de tarefas ou de transações de inventário quando o status de uma tarefa de putaway é atualizado para 'Completed' ou estado similar.
Captura
Capturado a partir do timestamp de conclusão da tarefa de putaway, geralmente por meio de um escaneamento de localização.
Tipo de evento
explicit
|
|||
|
Mercadoria Recebida e Contada
|
Marca a conclusão do processo de recebimento físico, onde as mercadorias são descarregadas, identificadas e as quantidades conferidas. Este é um evento explícito, geralmente capturado quando o operador confirma as quantidades finais recebidas em um coletor ou terminal. | ||
|
Por que é importante
Este é um marco crítico para a precisão do estoque e o início do ciclo de armazenagem. Ele permite a análise de discrepâncias de quantidade e a eficiência da equipe de recebimento.
Onde obter
Este evento é registrado nos logs de transação da linha de recebimento no Manhattan SCALE, com registros de data e hora capturados no momento da confirmação da contagem dos itens.
Captura
Registrado quando o operador confirma as quantidades recebidas via escaneamento ou entrada manual.
Tipo de evento
explicit
|
|||
|
Mercadoria Separada do Estoque
|
Esta atividade confirma que um item foi retirado fisicamente de seu local de armazenamento por um operador. É um evento explícito capturado quando o operador lê o item e/ou local para confirmar a retirada (pick) em seu dispositivo coletor. | ||
|
Por que é importante
Este é um marco fundamental no ciclo de atendimento do pedido. É essencial para medir a capacidade de separação (picking), taxas de retrabalho e utilização de recursos.
Onde obter
Registrado nos logs de transação de picking ou tabelas de histórico de tarefas quando uma separação é confirmada, geralmente incluindo ID do operador e timestamp.
Captura
Capturado a partir do timestamp de confirmação de um item da lista de picking, geralmente via escaneamento de código de barras.
Tipo de evento
explicit
|
|||
|
Mercadorias embaladas
|
Esta atividade indica que todos os itens de uma remessa foram embalados em seu container final e que o container está selado. Este é um evento explícito, registrado quando o embalador confirma a conclusão da caixa ou remessa no sistema. | ||
|
Por que é importante
Este marco conclui a etapa de embalagem e torna a remessa pronta para a preparação e o despacho. É um ponto de dado fundamental para analisar a capacidade de embalagem e a eficiência.
Onde obter
Registrado nos logs de transação de embalagem ou expedição quando a ação 'Fechar Caixa' ou 'Embalagem Concluída' é executada no Manhattan SCALE.
Captura
Capturado a partir do timestamp da transação 'Pack Complete' ou 'Close Container'.
Tipo de evento
explicit
|
|||
|
Ordem de Armazém Concluída
|
Representa o encerramento lógico final da ordem de armazém após a conclusão de todas as atividades físicas. Geralmente é um evento inferido, derivado de uma atualização de status final no registro do pedido, como 'Concluído' ou 'Fechado'. | ||
|
Por que é importante
Esta atividade serve como o ponto final definitivo para todo o ciclo de vida no armazém. É essencial para calcular o tempo de ciclo total de atendimento do pedido e a capacidade de processamento (throughput).
Onde obter
Inferido a partir do timestamp de quando o campo de status do cabeçalho do pedido no Manhattan SCALE é atualizado para um estado final e fechado.
Captura
Derivado do timestamp da última atualização quando o status do pedido muda para 'Completed'.
Tipo de evento
inferred
|
|||
|
Ordem de Armazém Criada
|
Esta atividade marca a criação de uma ordem no WMS, que pode ser para recebimento de entrada ou atendimento de saída. Normalmente é um evento explícito, registrado com um horário de criação quando um novo registro de pedido é inserido no sistema, muitas vezes via integração com um ERP. | ||
|
Por que é importante
Este é o principal evento de início para o processo de armazém. Analisar o tempo deste ponto até a conclusão é crucial para medir o tempo de ciclo total de atendimento do pedido.
Onde obter
Este evento é capturado a partir do horário de criação da tabela de cabeçalho do pedido principal no Manhattan SCALE, como o campo de data de criação do pedido.
Captura
Capturado a partir do timestamp de criação do registro do pedido de armazém.
Tipo de evento
explicit
|
|||
|
Remessa Despachada
|
Isso marca o momento em que a transportadora sai do armazém com as mercadorias. É um evento explícito, acionado quando um usuário executa uma transação de "Confirmar Envio" ou "Despachar" no sistema, finalizando a remessa. | ||
|
Por que é importante
Este é um marco crítico para medir o desempenho de pontualidade da remessa em relação às datas de entrega solicitadas. Muitas vezes aciona notificações aos clientes e o faturamento.
Onde obter
Capturado a partir do timestamp da transação 'Ship Confirm' nas tabelas de expedição ou pedidos de saída do Manhattan SCALE.
Captura
Registrado quando a transação de confirmação de envio é executada para a carreta ou pedido.
Tipo de evento
explicit
|
|||
|
Carregando na Transportadora
|
Esta atividade captura o carregamento físico de containers embalados em um caminhão ou carreta. Geralmente é um evento explícito registrado quando um operador lê cada palete ou container conforme ele é carregado na transportadora. | ||
|
Por que é importante
Esta é a etapa final de manuseio físico dentro do armazém. Analisar esta atividade ajuda a medir os tempos de carregamento e garante que todas as mercadorias de uma remessa sejam carregadas corretamente.
Onde obter
Registrado nos logs de transação de remessa no Manhattan SCALE quando os containers são lidos durante o processo de carregamento.
Captura
Capturado a partir do timestamp de escaneamento quando um contêiner de transporte é carregado em um veículo.
Tipo de evento
explicit
|
|||
|
Embalagem Iniciada
|
Marca o início do processo de embalagem, quando as mercadorias separadas chegam a uma estação de packing. Pode ser um evento explícito capturado no login da estação ou inferido pelo primeiro escaneamento de item realizado. | ||
|
Por que é importante
Este evento inicia a etapa final de agregação de valor antes da expedição. Medir a partir deste ponto ajuda a isolar gargalos especificamente na área de embalagem.
Onde obter
Capturado dos logs de transação associados às estações de embalagem no Manhattan SCALE. Pode ser uma transação 'Start Pack' ou o timestamp do primeiro item embalado.
Captura
Registrado quando um operador inicia o processo de embalagem para 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 da armazenagem. A captura é explícita, ocorrendo quando um operador de CQ registra o resultado da inspeção (aprovado ou reprovado) no sistema para o estoque específico. | ||
|
Por que é importante
Esta atividade é vital para acompanhar a adesão aos procedimentos de controle de qualidade. Analisar sua ocorrência e duração ajuda a garantir a qualidade do produto e identifica atrasos no processo de inspeção.
Onde obter
Registrado no módulo de gestão de qualidade ou logs de transação de status de inventário no Manhattan SCALE quando um resultado de inspeção é enviado.
Captura
Capturado a partir do log de transação da etapa de confirmação de inspeção de qualidade.
Tipo de evento
explicit
|
|||
|
Mercadoria Chegou na Doca
|
Esta atividade significa a chegada física de um caminhão ou container na doca de recebimento do armazém. Muitas vezes é capturada explicitamente quando um agente de portaria ou doca faz o check-in da remessa no sistema antes do início do descarregamento. | ||
|
Por que é importante
Acompanhar o tempo entre a chegada e o início das atividades de recebimento ajuda a identificar gargalos na doca de recebimento, como tempos de espera devido à indisponibilidade de recursos.
Onde obter
Registrado em um módulo de remessa ou agendamento no Manhattan SCALE quando a transportadora faz o check-in na unidade.
Captura
Capturado a partir do timestamp 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 Aviso de Embarque Antecipado (ASN) de um fornecedor, detalhando uma remessa futura. É um evento explícito capturado quando um ASN é processado com sucesso e registrado no Manhattan SCALE, acionando as atividades de planejamento de entrada. | ||
|
Por que é importante
Este evento serve como ponto de partida para medir o processo logístico de entrada. Permite a análise do desempenho do fornecedor e da prontidão do armazém para as mercadorias que chegam.
Onde obter
Registrado nas tabelas de transação de entrada ou ASN após o sucesso do EDI ou da entrada manual de uma notificação de entrega.
Captura
Evento registrado após o recebimento e processamento do ASN.
Tipo de evento
explicit
|
|||
|
Preparação para Expedição
|
Representa a movimentação de caixas embaladas da área de embalagem para uma pista ou área designada de expedição. Esta atividade costuma ser inferida por uma mudança na localização do container de remessa ou palete dentro do WMS. | ||
|
Por que é importante
Ajuda a identificar atrasos entre a embalagem e o carregamento. Uma longa duração neste estado pode indicar má coordenação com transportadoras ou 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 para o ID do contêiner de transporte no Manhattan SCALE, indicando que ele foi movido para um local de estágio.
Captura
Inferido a partir de uma mudança de localização do contêiner embalado para uma área de estágio 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. Este é um evento explícito capturado no mecanismo de gestão de tarefas quando o sistema aloca um destino e cria uma nova diretriz de armazenagem. | ||
|
Por que é importante
Marca o início do processo interno de movimentação de 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 serviço no Manhattan SCALE, com o registro de data e hora de quando a tarefa de armazenagem foi criada.
Captura
Evento registrado na geração de uma tarefa de putaway pelo sistema.
Tipo de evento
explicit
|
|||
|
Tarefa de picking criada
|
Representa o sistema gerando uma tarefa de separação (picking) para um operador retirar itens do estoque para atender a um pedido. Este evento é registrado explicitamente quando o pedido é alocado e o WMS cria uma diretriz para um usuário. | ||
|
Por que é importante
Este é o início do processo de atendimento de saída. O tempo desde este evento até 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 serviço no Manhattan SCALE com um registro de data e hora de criação.
Captura
Evento registrado na geração de uma tarefa de picking pelo sistema.
Tipo de evento
explicit
|
|||