Seu Template de Dados para Gestão de Inventário
Seu Template de Dados para Gestão de Inventário
- Atributos recomendados para coletar
- Principais atividades para monitorar na descoberta de processos
- Orientações sobre extração de dados do Oracle Fusion SCM
Atributos de gestão de inventário
| Nome | Descrição | ||
|---|---|---|---|
|
Hora de início do Event
EventStartTime
|
O registro de data e hora de quando a atividade de inventário começou. | ||
|
Descrição
Este atributo captura a data e hora exatas do início de uma atividade, sendo essencial para ordenar o fluxo cronológico. Na análise, o Horário de Início é vital para calcular durações e tempos de espera. Ele permite identificar gargalos, medir KPIs de tempo de ciclo (como o de armazenamento médio) e avaliar o desempenho por turnos, dias ou meses.
Por que é importante
Este timestamp é essencial para ordenar eventos, calcular tempos de ciclo e de espera, além de identificar gargalos no processo.
Onde obter
Geralmente extraído de um campo de data de transação ou de criação em tabelas de estoque, como TRANSACTION_DATE na INV_MATERIAL_TXNS.
Exemplos
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
|
|||
|
Lote/Batida de inventário
InventoryBatchLot
|
O identificador exclusivo de um lote de inventário, usado como Case ID para rastrear seu ciclo de vida. | ||
|
Descrição
O número do Lote de Inventário é o identificador principal (Case ID), agrupando todas as ações de uma quantidade específica de produto. Isso permite rastrear todo o seu ciclo de vida, do recebimento ao consumo final. No Process Mining, este atributo conecta eventos como recebimento, inspeção e transferências em uma única instância coerente. Analisar por Lote permite calcular tempos de ciclo de ponta a ponta e descobrir gargalos que afetam grupos de estoque específicos.
Por que é importante
Este é o identificador de caso essencial que conecta todas as atividades de estoque relacionadas, permitindo rastrear toda a jornada de um lote, do recebimento à saída.
Onde obter
Essas informações são geralmente encontradas nas tabelas de transação de inventário, como a INV_MATERIAL_TXNS, associadas aos detalhes de controle de lote.
Exemplos
LOT2024-A01134BATCH-US-00582LPN-493820-202405
|
|||
|
Nome da Atividade
ActivityName
|
O nome da atividade específica de gestão de inventário realizada. | ||
|
Descrição
O Nome da Atividade descreve um passo ou evento no processo de gestão de inventário de um lote específico. Esses eventos formam a sequência do fluxo. Exemplos incluem 'Recebimento de Mercadorias', 'Inspeção de Qualidade', 'Movimentação Interna' e 'Saída de Mercadorias'. Analisar a ordem e frequência dessas atividades é a base do Process Mining, permitindo visualizar mapas de processos, identificar desvios e analisar tempos de transição.
Por que é importante
Este atributo é a base para construir o mapa do processo, pois define os passos e eventos reais do ciclo de vida do inventário.
Onde obter
Isso geralmente é derivado do mapeamento de tipos de transação ou códigos de evento das tabelas de origem (ex: INV_MATERIAL_TXNS) para nomes de atividades amigáveis.
Exemplos
Recebimento de Mercadorias RegistradoArmazenamento (put-away) concluídoDiscrepância de inventário ajustadaSeparação iniciada
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema do qual os dados foram extraídos. | ||
|
Descrição
Indica em qual sistema a transação foi gravada, algo essencial quando os dados vêm de múltiplos módulos ou empresas. É crucial para governança e contexto. Ajuda a resolver problemas de extração e permite comparar processos entre sistemas diferentes (ex: comparar a gestão de estoque entre ERPs regionais distintos).
Por que é importante
Fornece o contexto essencial sobre a origem dos dados, importante para governança, validação e análise de processos que podem abranger múltiplos sistemas.
Onde obter
Geralmente, trata-se de um valor estático adicionado durante o processo de extração e transformação de dados para rotular a origem dos dados.
Exemplos
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
Timestamp indicando a última vez que os dados deste registro foram atualizados a partir do sistema de origem. | ||
|
Descrição
Registra quando os dados foram extraídos do sistema e carregados na ferramenta, mostrando quão atuais são as informações. Este timestamp é vital para saber se a análise reflete o momento atual ou um cenário passado, algo crucial para tomar decisões rápidas e embasadas.
Por que é importante
Indica a atualização dos dados, garantindo que os usuários entendam quão recente é a análise do processo e quando se espera a próxima atualização.
Onde obter
Este é um campo de metadados gerado durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
Código do motivo da movimentação
MovementReasonCode
|
Um código que explica o motivo de negócio para uma movimentação ou ajuste de inventário. | ||
|
Descrição
O Código do Motivo da Movimentação explica por que a transação ocorreu, sendo vital para desvios como sucateamento, ajustes de contagem ou devoluções. É essencial para a análise de causa raiz. Dashboards de frequência de ajuste usam esse código para separar danos, furtos ou erros de digitação, permitindo focar os esforços de melhoria nos problemas que mais impactam o negócio.
Por que é importante
Explica o 'porquê' por trás dos ajustes e movimentações de inventário, o que é crucial para a análise de causa raiz de problemas como divergências ou sucata.
Onde obter
Encontrado em tabelas de transação como um campo de código de motivo, como REASON_ID em INV_MATERIAL_TXNS, que se vincula a uma tabela mestre de códigos de motivo.
Exemplos
DANIFICADO EM TRÂNSITOAJUSTE CONT CÍCLICAESTOQUE VENCIDO
|
|||
|
Event End Time
EventEndTime
|
O registro de data e hora de quando a atividade de inventário foi concluída. | ||
|
Descrição
O Horário de Término marca a conclusão de uma atividade. Enquanto muitas transações são instantâneas, tarefas como 'Inspeção' ou 'Separação' têm duração distinta. Para eventos imediatos, o término costuma ser igual ao início. Este atributo permite calcular o tempo de processamento das atividades, sendo vital para analisar o desempenho, o uso de recursos e identificar etapas lentas que atrasam o processo global.
Por que é importante
Permite o cálculo do tempo de processamento para atividades individuais, ajudando a identificar quais etapas específicas consomem mais tempo.
Onde obter
Pode ser o mesmo que o horário de início para transações instantâneas. Para atividades com duração, seria um campo de timestamp de conclusão separado na tabela de origem.
Exemplos
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
|
|||
|
Localização do Armazém
WarehouseLocation
|
O local exato no armazém onde a ação ocorreu, como um escaninho ou zona. | ||
|
Descrição
Especifica o local físico (corredor, prateleira ou escaninho), dando detalhes de onde o estoque está ou por onde passou. Analisar por local ajuda a achar falhas logísticas. Dashboards de tempo de movimentação podem mostrar se as transferências em certas zonas são sempre lentas ou se locais específicos sofrem mais com divergências.
Por que é importante
Oferece contexto geográfico dentro do armazém, permitindo analisar a eficiência da movimentação e problemas em locais específicos, como gargalos ou ajustes frequentes.
Onde obter
Extraído de campos como LOCATOR_ID, que podem ser cruzados com dados mestres (INV_ITEM_LOCATIONS) para obter nomes descritivos.
Exemplos
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
|
|||
|
Número do Item
ItemNumber
|
O identificador exclusivo do produto ou material sendo manuseado. | ||
|
Descrição
O Número do Item (SKU) identifica o produto exato na transação. Isso permite filtrar ou segmentar as análises por produto. No Process Mining, é essencial para análises focadas no produto, respondendo perguntas como: 'Quais itens têm o maior tempo de armazenamento?' ou 'Quais são ajustados com mais frequência?'. Isso viabiliza melhorias direcionadas para categorias específicas.
Por que é importante
Permite filtrar e analisar por produtos específicos, ajudando a identificar quais itens estão associados a atrasos ou problemas no processo.
Onde obter
Este é um campo fundamental nas tabelas de transação de estoque, geralmente chamado INVENTORY_ITEM_ID, que se conecta à tabela mestre de itens (EGP_SYSTEM_ITEMS_B) para detalhes.
Exemplos
AS54888CPU-INT-i9MEM-DDR5-32GB
|
|||
|
Usuário que executou a ação
UserPerformingAction
|
O ID ou nome do usuário que executou a transação de inventário. | ||
|
Descrição
Identifica o usuário responsável pela ação (ex: operador que armazenou ou gerente que aprovou um ajuste). Analisar por usuário ajuda a equilibrar a carga de trabalho, focar em treinamentos e garantir conformidade. Dashboards de frequência de ajuste podem mostrar quem realiza mais ajustes, revelando talentos ou necessidade de reforço em procedimentos de controle.
Por que é importante
Atribui ações a indivíduos específicos, permitindo a análise do desempenho do usuário, carga de trabalho, necessidades de treinamento e conformidade do processo.
Onde obter
Normalmente encontrado nas tabelas de transação como um campo 'USER_ID' ou 'CREATED_BY', como o CREATED_BY na INV_MATERIAL_TXNS.
Exemplos
JSMITHAMARTINOPERADOR.ARMAZEM
|
|||
|
Categoria de SKU
SKUCategory
|
A categoria ou família à qual o produto (SKU) pertence. | ||
|
Descrição
A Categoria de SKU agrupa produtos semelhantes (ex: 'Eletrônicos', 'Matéria-prima', 'Produtos Acabados' ou curvas A, B, C). Ela permite análises macro, que costumam ser mais úteis que olhar milhares de itens um a um. Dashboards de sucateamento usam essa categoria para ver quais grupos perdem mais valor, ajudando a ajustar políticas de estoque e previsões de demanda.
Por que é importante
Permite a agregação e comparação do desempenho de processos entre diferentes grupos de produtos, revelando tendências que podem não ser visíveis no nível do item individual.
Onde obter
Estes dados costumam ser armazenados nos dados mestres do item (EGP_SYSTEM_ITEMS_B) e precisam ser combinados com os dados das transações.
Exemplos
Giro RápidoAlto ValorPeças de Reposição
|
|||
|
Código do subinventário
SubinventoryCode
|
Uma subdivisão de uma organização de inventário, representando uma área ou tipo de armazenamento específico. | ||
|
Descrição
Um subinventário é um agrupamento lógico ou físico de itens dentro de uma organização de inventário maior (ex: armazém). Exemplos incluem 'Recebimento', 'Produtos Acabados', 'Retenção de Qualidade' ou 'Material Defeituoso'. Este atributo permite uma análise de localização de nível superior à posição específica (bin). É útil para rastrear o fluxo de materiais entre áreas funcionais, como o tempo que os itens levam para sair do subinventário de 'Recebimento' para o de 'Produtos Acabados' após a inspeção.
Por que é importante
Permite a análise da movimentação de estoque e dos tempos de retenção entre diferentes áreas funcionais de um armazém, como recebimento, qualidade e armazenamento principal.
Onde obter
Um campo padrão em tabelas de inventário, frequentemente chamado de SUBINVENTORY_CODE.
Exemplos
RECEBIMENTOProdutos Acabados (FGI)ALMOXARIFADO
|
|||
|
Dias de retenção de estoque
InventoryHoldingDays
|
O tempo total que um lote permanece em estoque, do recebimento à baixa final. | ||
|
Descrição
Este é um KPI de nível de caso que calcula a duração total de retenção de um lote específico de inventário. É medido desde o timestamp da primeira atividade de 'Recebimento de Mercadorias Registrado' até o timestamp da 'Saída de Mercadorias Registrada' ou 'Estoque Descartado'. Esta métrica é vital para gerir capital de giro e custos de armazenagem. Um valor alto de Dias de Retenção de Inventário indica estoque parado, o que aumenta custos, riscos de obsolescência e gera uso ineficiente do armazém. Analisar este KPI ajuda a otimizar os níveis de estoque e a melhorar o giro.
Por que é importante
Um KPI crítico para eficiência financeira e operacional; mede quanto tempo o capital fica imobilizado no estoque e ajuda a identificar itens de baixo giro.
Onde obter
Esta é uma métrica de nível de caso calculada na ferramenta de Process Mining, obtida pela diferença entre o timestamp do último evento relevante e o primeiro.
Exemplos
30 dias 10:05:0095 dias 04:00:0015 dias 12:30:00
|
|||
|
É ajuste de contagem cíclica
IsCycleCountAdjustment
|
Um sinalizador booleano verdadeiro se um ajuste de inventário segue diretamente uma atividade de contagem cíclica. | ||
|
Descrição
Este atributo booleano (Verdadeiro/Falso) identifica se um ajuste de discrepância ocorreu logo após uma contagem cíclica no mesmo item e local. Ele alimenta o KPI de 'Taxa de Ajuste Pós-Contagem'. Permite medir a eficácia do programa de inventário rotativo: se as contagens geram ajustes frequentes, pode haver falhas sistêmicas na precisão dos registros.
Por que é importante
Ajuda a medir especificamente a eficácia do processo de contagem cíclica, isolando os ajustes que são resultado direto de uma conferência física.
Onde obter
Este é um atributo derivado criado na transformação de dados ao verificar a sequência de atividades de um determinado item ou lote.
Exemplos
verdadeirofalse
|
|||
|
ID da transação de inventário
InventoryTransactionId
|
O identificador exclusivo gerado pelo sistema para um único evento de inventário. | ||
|
Descrição
O ID da Transação de Inventário é a chave primária de um registro individual no sistema de origem. Cada linha no log de eventos corresponde a um ID. Embora não seja usado diretamente nos mapas de alto nível, ele é vital para auditoria e validação. Ele permite o drill-down direto para o registro no Oracle Fusion SCM, facilitando a investigação de anomalias na origem.
Por que é importante
Fornece uma chave exclusiva para cada evento, essencial para validação de dados, rastreabilidade e permite que os usuários acessem o registro original no sistema de origem.
Onde obter
Esta é a chave primária da tabela principal de transações de estoque, normalmente o TRANSACTION_ID na INV_MATERIAL_TXNS.
Exemplos
987654321123456789555444333
|
|||
|
Organização de inventário
InventoryOrganization
|
A organização específica (ex: armazém, planta fabril) onde o estoque está guardado. | ||
|
Descrição
Uma Organização de Inventário representa uma instalação ou entidade distinta que detém estoque, como um centro de distribuição ou uma fábrica. É um elemento de dados organizacional chave no Oracle Fusion SCM. Este atributo é usado para filtrar e comparar processos entre diferentes locais físicos. Ajuda a responder perguntas como: 'Qual armazém tem o tempo de armazenamento mais rápido?' ou 'A taxa de divergência de estoque é maior em nossas unidades da Europa ou da América do Norte?'. Isso permite benchmarking e o compartilhamento de melhores práticas na organização.
Por que é importante
Permite a comparação de processos e benchmarking entre diferentes instalações, como armazéns ou fábricas, ajudando a identificar o desempenho específico por local.
Onde obter
Um campo central nas tabelas de transação, como ORGANIZATION_ID, que se vincula a uma tabela de dados mestre de organização para obter o nome.
Exemplos
Centro de Distribuição US1Seattle ManufacturingArmazém Central UE
|
|||
|
Quantidade
Quantity
|
A quantidade do item envolvida na transação. | ||
|
Descrição
Representa o número de unidades transacionadas, medindo a magnitude do evento. A Quantidade é métrica base para calcular volume processado, tamanho de divergências e desperdício. Cruzada com dados de custo, ela permite quantificar o prejuízo financeiro das ineficiências, como visto em análises de divergência de contagem.
Por que é importante
Quantifica o volume de cada transação, permitindo analisar a produtividade, o tamanho das divergências e o impacto financeiro das atividades de inventário.
Onde obter
Um campo padrão em tabelas de transação de inventário, como PRIMARY_QUANTITY ou TRANSACTION_QUANTITY em INV_MATERIAL_TXNS.
Exemplos
100-105000
|
|||
|
Status do item
ItemStatus
|
Indica o status atual do item de inventário, como Ativo, Inativo ou Obsoleto. | ||
|
Descrição
O Status do Item reflete sua fase de ciclo de vida (ex: 'Ativo', 'Retido' para qualidade ou 'Obsoleto'). Esse atributo dá contexto à análise: sucatear itens 'Obsoletos' é normal, mas sucatear itens 'Ativos' indica problemas sérios. Ajuda a focar a análise no que é realmente relevante e produtivo.
Por que é importante
Fornece contexto sobre o ciclo de vida do produto, ajudando a diferenciar ações esperadas (ex: sucateamento de itens obsoletos) de falhas inesperadas no processo.
Onde obter
Essas informações vêm da tabela mestre de itens (ex: EGP_SYSTEM_ITEMS_B) e devem ser cruzadas com os dados de transação.
Exemplos
AtivoInativoObsoleto
|
|||
|
Tempo de Processamento da Atividade
ActivityProcessingTime
|
A duração de uma única atividade, calculada pela diferença entre o horário de término e o de início. | ||
|
Descrição
Esta métrica mede o tempo gasto trabalhando ativamente em uma tarefa, calculado como 'EventEndTime' menos 'EventStartTime'. Para eventos instantâneos, a duração é zero. Para atividades com início e fim definidos, como inspeção de qualidade, representa o tempo real de processamento. Analisar o tempo de processamento ajuda a identificar quais etapas são mais demoradas. Isso difere do tempo de ciclo, que inclui períodos de espera. Um tempo de processamento alto pode indicar a necessidade de melhores ferramentas, automação ou mais equipe.
Por que é importante
Mede a duração real de trabalho de uma atividade, ajudando a identificar etapas ineficientes que precisam de otimização, independentemente do tempo de espera.
Onde obter
Calculado durante a transformação dos dados: HoraDeFimDoEvento - HoraDeInicioDoEvento.
Exemplos
0 00:30:000 02:00:000 00:00:00
|
|||
|
Tipo de Transação
TransactionType
|
O tipo de transação de inventário definido pelo sistema. | ||
|
Descrição
É a classificação técnica bruta do evento (ex: 'PO Receipt', 'Subinventory Transfer'). Enquanto o Nome da Atividade é para visualização macro, o Tipo de Transação serve para auditoria técnica e validação, ajudando a entender comportamentos do sistema agrupados em uma mesma atividade.
Por que é importante
Fornece a classificação bruta do evento no sistema, útil para análises detalhadas e para validar a origem do 'Nome da Atividade'.
Onde obter
Um campo padrão em tabelas de transação de inventário, geralmente vindo de uma tabela mestre de tipos de transação como MTL_TRANSACTION_TYPES.
Exemplos
Recebimento de pedido de compra (PO)Transferência de subinventárioSaída de Componente WIP
|
|||
|
Unidade de Medida
UnitOfMeasure
|
A unidade de medida da quantidade (ex: Unidade, Kg, Caixa). | ||
|
Descrição
A Unidade de Medida (UOM) dá sentido à 'Quantidade' (ex: 10 itens, 10 caixas ou 10 quilos). É essencial para interpretar corretamente as análises de volume. Sem a UOM, não é possível comparar transações de itens diferentes ou somar quantidades com precisão. Ela garante que a análise seja consistente e confiável.
Por que é importante
Fornece contexto essencial ao atributo 'Quantidade', garantindo que os valores sejam interpretados corretamente e que as comparações façam sentido.
Onde obter
Geralmente encontrado junto ao campo de quantidade nas tabelas de transação, como TRANSACTION_UOM na INV_MATERIAL_TXNS.
Exemplos
UNKGBOX
|
|||
Atividades de gestão de inventário
| Atividade | Descrição | ||
|---|---|---|---|
|
Armazenamento (put-away) concluído
|
Representa o fim da movimentação do lote para seu escaninho ou subinventário final, tornando-o disponível. Capturado por uma transação que atualiza o local do recebimento para o armazenamento. | ||
|
Por que é importante
Este marco encerra o processo de entrada. O tempo de ciclo entre o 'Recebimento de Mercadorias Registrado' e este evento é um KPI fundamental para medir a eficiência do armazenamento (put-away).
Onde obter
Gravado como transação de material (geralmente 'Subinventory Transfer' ou 'Put Away') na tabela INV_MATERIAL_TXNS, movendo o lote do recebimento para o armazenamento.
Captura
O evento é registrado quando a transação que confirma a movimentação para um local de armazenamento é concluída.
Tipo de evento
explicit
|
|||
|
Discrepância de inventário ajustada
|
Uma transação explícita para corrigir a quantidade em estoque de um lote no sistema para coincidir com a contagem física ou para considerar outras divergências, como danos. Esta transação reconhece formalmente um ganho ou perda de inventário. | ||
|
Por que é importante
Rastrear a frequência e os motivos dos ajustes é crucial para identificar as causas da imprecisão do estoque, como furtos, danos ou erros de processo. Isso impacta diretamente os registros financeiros e a confiabilidade do estoque.
Onde obter
Gravado como uma transação de material em INV_MATERIAL_TXNS com tipo específico como 'Cycle Count Adjustment' ou 'Miscellaneous Issue/Receipt', geralmente acompanhado de um código de motivo.
Captura
Registrado após a aprovação e lançamento de uma transação de ajuste de inventário.
Tipo de evento
explicit
|
|||
|
Estoque sucateado/descartado
|
Representa a remoção formal de um lote por expiração, dano ou obsolescência. É uma transação explícita que abate o valor do inventário. | ||
|
Por que é importante
Este é o ponto final para o estoque que não é vendido nem utilizado. Rastrear o sucateamento ajuda a identificar problemas de validade, erros de previsão de demanda ou falhas no manuseio, impactando diretamente o financeiro.
Onde obter
Gravado como transação de material em INV_MATERIAL_TXNS, geralmente como 'Miscellaneous Issue' ou tipo de 'Scrap' específico, vinculado a uma conta de sucateamento.
Captura
Registrado quando a transação de sucateamento é executada e aprovada.
Tipo de evento
explicit
|
|||
|
Inspeção de Qualidade Realizada
|
Significa a conclusão da inspeção, onde se decide aceitar ou rejeitar o lote. Geralmente inferido pela atualização final no registro de inspeção. | ||
|
Por que é importante
Este é um marco crítico que define a disponibilidade do estoque para os processos seguintes. Analisar os resultados e a duração das inspeções ajuda a otimizar o controle de qualidade e o desempenho dos fornecedores.
Onde obter
Inferido a partir do timestamp quando o registro de inspeção de qualidade em QA_RESULTS é atualizado com um status final como 'Accepted' ou 'Rejected', ou quando o status do material do lote é alterado de 'QA' para 'Active'.
Captura
Derivado da data de conclusão do registro de inspeção de qualidade associado ao lote de inventário.
Tipo de evento
inferred
|
|||
|
Recebimento de Mercadorias Registrado
|
Marca a chegada física inicial de um lote de inventário no armazém, geralmente vinculada a um pedido de compra ou autorização de devolução (RMA). É uma transação explícita que gera o primeiro registro do lote no sistema. | ||
|
Por que é importante
Esta atividade serve como o ponto de partida para o ciclo de vida do inventário. Medir o tempo dela até o armazenamento ou inspeção é vital para avaliar a eficiência do recebimento.
Onde obter
Gravado como transação de material na tabela INV_MATERIAL_TXNS com tipos como 'PO Receipt' ou 'RMA Receipt'. A data de criação é usada como o timestamp do evento.
Captura
O evento é registrado após a execução de uma transação de recebimento.
Tipo de evento
explicit
|
|||
|
Saída de Mercadorias Registrada
|
Marca a saída final de um lote de inventário do armazém, seja por remessa ao cliente, saída para ordem de produção ou transferência para outra unidade. Esta é uma transação de material definitiva que abate o estoque. | ||
|
Por que é importante
Este é um ponto de encerramento principal do ciclo de vida do estoque, essencial para calcular o giro de estoque e os dias de retenção. Ele confirma o atendimento da demanda para o lote específico.
Onde obter
Gravado como uma transação de material em INV_MATERIAL_TXNS com tipos como 'Sales Order Issue', 'WIP Component Issue' ou 'Transfer Order Shipment'.
Captura
Registrado quando a confirmação de envio ou transação de baixa de componentes é processada.
Tipo de evento
explicit
|
|||
|
Separação Concluída
|
Significa que o lote foi separado fisicamente e movido para triagem. É uma transação explícita onde o operador confirma a conclusão da tarefa de separação. | ||
|
Por que é importante
Este é um marco essencial no atendimento de pedidos. O tempo entre o 'Início da Separação' (Picking) e este evento mede a eficiência dos separadores e o desempenho geral do processo.
Onde obter
Capturado via transação de confirmação de separação, que atualiza o status da linha de ordem de movimentação ou tarefa de armazém para 'Concluído' ou aciona uma transação de 'Transferência de Subinventário' em INV_MATERIAL_TXNS.
Captura
Registrado quando um usuário confirma a transação de separação (pick) no sistema, geralmente via dispositivo móvel de RF.
Tipo de evento
explicit
|
|||
|
Armazenamento iniciado
|
Marca o início do processo de mover mercadorias recebidas de uma área de triagem para seu local de armazenamento final. Geralmente é inferido pela criação de uma tarefa de armazenamento (put-away) dirigida pelo sistema. | ||
|
Por que é importante
Iniciar o processo de armazenamento (put-away) rapidamente é fundamental para liberar as docas de recebimento e disponibilizar o estoque. Este evento ajuda a medir o atraso entre o recebimento e o início das atividades de armazenamento.
Onde obter
Inferido a partir do timestamp de criação de uma solicitação de movimentação ou tarefa de armazém no módulo Warehouse Management System (WMS) relacionado ao lote recebido.
Captura
Identificado pela criação de uma tarefa de armazenamento (put-away) associada à transação ou lote de inventário.
Tipo de evento
inferred
|
|||
|
Contagem Cíclica Realizada
|
Indica que um lote de inventário foi contado fisicamente como parte de um programa de contagem cíclica ou inventário físico. Esta é uma ação explícita em que o usuário insere a quantidade contada no sistema. | ||
|
Por que é importante
Esta atividade é central para programas de precisão de inventário. É a base para identificar divergências e medir a eficácia das contagens.
Onde obter
Gravado na tabela INV_CYCLE_COUNT_ENTRIES quando uma quantidade é inserida. O timestamp da entrada é usado como horário do evento.
Captura
Registrado quando um usuário envia a contagem de um item e lote específicos em uma tarefa de contagem cíclica.
Tipo de evento
explicit
|
|||
|
Embalagem concluída
|
Representa a conclusão da embalagem, quando o lote separado é colocado no recipiente de envio. Pode ser um escaneamento na estação ou inferido pela mudança de status da remessa. | ||
|
Por que é importante
Marca o fim do processamento físico no armazém antes da remessa. Analisar o tempo entre a separação e a embalagem ajuda a identificar ineficiências na estação de empacotamento.
Onde obter
Inferido a partir de uma mudança de status no detalhe da entrega ou registro de remessa (ex: em WSH_DELIVERY_DETAILS) para 'Packed'. Em algumas configurações, isso pode ser uma transação explícita em uma estação de embalagem.
Captura
Derivado de um timestamp de atualização de status de remessa ou de um log de transação de embalagem específico.
Tipo de evento
inferred
|
|||
|
Estoque movido internamente
|
Captura a movimentação de um lote de inventário entre diferentes locais de armazenamento, como posições ou subinventários, dentro do mesmo armazém. Essas movimentações são registradas como transações de materiais explícitas para fins como reposição ou consolidação. | ||
|
Por que é importante
Analisar as movimentações internas ajuda a identificar layouts de armazém ineficientes, manuseio excessivo e oportunidades para otimizar o posicionamento do estoque. Alta frequência pode indicar falhas na lógica inicial de armazenamento.
Onde obter
Gravado como uma transação de material em INV_MATERIAL_TXNS com tipos como 'Subinventory Transfer' ou 'Locator Transfer', sem envolvimento de terceiros.
Captura
Registrado após a conclusão de uma transação de transferência interna.
Tipo de evento
explicit
|
|||
|
Inspeção de qualidade iniciada
|
Representa o momento em que um lote é enviado para inspeção de qualidade. Frequentemente inferido pela criação de um plano de inspeção ou por um status de retenção 'QA'. | ||
|
Por que é importante
Identifica o início do processo de garantia de qualidade. O tempo entre este evento e a 'Inspeção de Qualidade Realizada' revela o lead time e potenciais gargalos no departamento de CQ.
Onde obter
Inferido a partir da criação de um registro de inspeção de qualidade no módulo Quality Management (ex: QA_RESULTS) ou pelo rastreamento de uma mudança no status de material do lote para um status de inspeção designado.
Captura
Inferido a partir do timestamp de criação de um plano de inspeção de qualidade ou de uma mudança de status do lote para 'Awaiting Inspection'.
Tipo de evento
inferred
|
|||
|
Mercadorias devolvidas processadas
|
Captura o recebimento e processamento de um lote de inventário devolvido por um cliente via Autorização de Devolução de Mercadoria (RMA). Esta atividade reintroduz o lote no sistema de inventário, muitas vezes acionando processos de inspeção e disposição. | ||
|
Por que é importante
Analisar o processo de devoluções é fundamental para entender problemas de qualidade dos produtos e melhorar a eficiência da logística reversa. Pode ser o ponto de partida para um subprocesso específico de devoluções.
Onde obter
Gravado como transação 'RMA Receipt' na tabela INV_MATERIAL_TXNS. Os detalhes vinculam ao pedido de venda e ao cliente originais.
Captura
Registrado após a execução da transação de recebimento de RMA no sistema.
Tipo de evento
explicit
|
|||
|
Separação iniciada
|
Marca o início do atendimento do pedido, quando uma tarefa é criada para separar um lote do seu local de armazenamento para uma venda, ordem de serviço ou transferência. É inferido pela criação de uma onda de separação (pick wave). | ||
|
Por que é importante
Este evento inicia a contagem do tempo de separação. Atrasos entre a alocação e o início da separação revelam gargalos no processamento ou na atribuição de tarefas no armazém.
Onde obter
Inferido a partir do timestamp de criação de um registro nas tabelas do WMS para uma tarefa de separação (picking) ou uma atualização de status em uma linha de ordem de movimentação (ex: Mtl_Txn_Request_Lines) para 'Released to Warehouse'.
Captura
Identificado pela criação de uma tarefa de separação (pick) ou ordem de movimentação associada ao lote de inventário.
Tipo de evento
inferred
|
|||
|
Status do item alterado
|
Representa uma mudança na usabilidade ou restrição de um lote, como colocá-lo em espera, restringir venda ou liberá-lo. Geralmente inferido por mudanças no atributo de status. | ||
|
Por que é importante
Monitorar mudanças de status ajuda a entender a disponibilidade e o controle do estoque. Bloqueios frequentes podem indicar problemas de qualidade, enquanto o rastreio de liberações é vital para o fluxo do processo.
Onde obter
Inferido pelo rastreamento de alterações no 'LOT_STATUS_CODE' ou campos similares em tabelas de inventário como INV_LOT_NUMBERS. Histórico de auditoria ou logs do banco de dados podem ser necessários para capturar o timestamp da alteração.
Captura
Capturado comparando os valores atuais e anteriores do campo de status do lote ao longo do tempo.
Tipo de evento
inferred
|
|||