> Melhoria Contínua de Processos > Gestão de Armazém > Oracle WMS Cloud > Modelo de Dados

Seu Template de Dados para Gestão de Armazém

Oracle WMS Cloud

Atributos de Gestão de Armazém (22) Atividades de Gestão de Armazém (16) Guias de Extração (2)

Seu Template de Dados para Gestão de Armazém

Este template oferece um guia claro para coletar os dados necessários para analisar seus processos de gestão de armazém. Ele detalha os atributos e atividades essenciais que você precisará rastrear, além de orientações práticas sobre como extrair essas informações do seu sistema.

Atributos recomendados para coletar
Principais atividades para acompanhar no seu processo
Orientações para extração de dados

É novo em event logs? Saiba como criar um event log para Process Mining.

Baixar Modelo

Atributos de Gestão de Armazém

Estes são os campos de dados recomendados para incluir em seu log de eventos para uma análise abrangente da gestão de armazém.

5 Obrigatório 7 Recomendado 10 Opcional

	Nome	Descrição
	Hora de início do Event EventStartTime	O registro de data e hora (timestamp) que indica quando uma atividade ou evento específico do armazém começou.
Descrição O Horário de Início do Evento é a data e hora exatas que marcam o começo de uma atividade. É o principal atributo temporal usado no Process Mining para ordenar eventos cronologicamente e calcular durações e tempos de ciclo. Este timestamp é essencial para construir uma representação fiel do fluxo do processo como ele ocorreu na realidade. A análise baseada no Horário de Início é crítica para o monitoramento de desempenho. Ela permite o cálculo de métricas essenciais, como o tempo entre atividades, a duração de um caso completo e a aderência aos acordos de nível de serviço. Dashboards que visualizam tempos de ciclo, como o de "Tempo de Ciclo do Recebimento ao Armazenamento", dependem inteiramente deste atributo para identificar atrasos. Por que é importante Este timestamp é crucial para ordenar os eventos corretamente e calcular todas as métricas de desempenho baseadas em tempo, como tempos de ciclo e gargalos. Onde obter Normalmente é o campo de timestamp de criação ou início associado a um registro de tarefa ou evento nas tabelas de transação do Oracle WMS Cloud. Exemplos 2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
	Nome da Atividade ActivityName	O nome de um evento ou tarefa de negócio específica ocorrida no processo de gestão de armazém, como "Mercadorias Separadas" ou "Envio Despachado".
Descrição O Nome da Atividade descreve uma etapa única ou marco no ciclo de vida do pedido de armazém. Essas atividades formam os nós sequenciais no mapa de processo, permitindo a visualização e análise do fluxo. Cada atividade possui um timestamp, fornecendo a base para medição de desempenho e análise de gargalos. No Process Mining, este atributo é fundamental para construir o modelo de processo. Ele é usado para analisar frequências de atividades, caminhos e durações entre diferentes etapas. Entender a sequência e a ocorrência de atividades como "Inspeção de Qualidade Realizada" ou "Tarefa de Separação Criada" é a chave para otimizar a alocação de recursos e melhorar os tempos de ciclo. Por que é importante Este atributo define as etapas no mapa de processo, tornando possível visualizar, analisar e otimizar o fluxo de trabalho do armazém. Onde obter Esta informação é geralmente derivada de logs de eventos, tabelas de status de tarefas ou registros de transação no Oracle WMS Cloud que capturam marcos do processo. Exemplos Mercadorias ChegaramTarefa de picking criadaMercadorias embaladasRemessa Despachada
	Pedido de Armazém WarehouseOrder	O identificador exclusivo de um pedido de armazém, que serve como o caso principal para rastrear todas as atividades logísticas relacionadas do início ao fim.
Descrição O Pedido de Armazém é o identificador central que agrupa todos os eventos e atividades relacionados a uma única tarefa logística, como um recebimento ou um envio. Ele atua como o ID do caso para o Process Mining, permitindo a análise de ponta a ponta de todo o ciclo de vida do processo para aquele pedido específico. Analisar processos por Pedido de Armazém permite visualizar a jornada completa, da criação à conclusão ou cancelamento. Ajuda a identificar caminhos comuns, gargalos, desvios e loops de retrabalho que afetam a eficiência das operações. Essa visão é crítica para entender o desempenho geral e a aderência aos procedimentos padrão para diferentes tipos de pedidos. Por que é importante Este é o ID do Caso essencial que conecta todas as atividades relacionadas, permitindo uma visão completa de ponta a ponta de cada pedido logístico. Onde obter Este identificador é geralmente encontrado no nível de cabeçalho das tabelas de pedidos de armazém no Oracle WMS Cloud, como nos módulos de Pedidos ou Tarefas. Exemplos WO-0054321ORD-9876543SHIP-2024-1001
	Sistema de Origem SourceSystem	O sistema do qual os dados de gestão de armazém foram extraídos.
Descrição Este atributo identifica a origem dos dados, que neste caso é o Oracle WMS Cloud. Embora pareça estático, é crucial para a governança de dados, rastreabilidade e em cenários onde dados de múltiplos sistemas são mesclados para uma análise mais ampla. No contexto do Process Mining, ajuda as partes interessadas a confiar nos dados e entender seu contexto. Se diferentes armazéns usarem sistemas distintos, este campo torna-se essencial para segmentar e comparar o desempenho entre eles. Por que é importante Fornece um contexto crucial para a origem e governança dos dados, garantindo rastreabilidade e permitindo análises de múltiplos sistemas. Onde obter Normalmente é um valor estático adicionado durante o processo de transformação de dados para rotular a origem do conjunto de dados. Exemplos Oracle WMS CloudOracle Fusion WMS
	Última Atualização de Dados LastDataUpdate	O timestamp indicando quando os dados deste evento foram extraídos ou atualizados pela última vez a partir do sistema de origem.
Descrição O campo 'Last Data Update' (Última Atualização de Dados) especifica a data e a hora em que os dados foram extraídos do Oracle WMS Cloud. Esse metadado é vital para entender a atualidade da análise e garantir que as decisões sejam baseadas em informações recentes. Nos dashboards de Process Mining, esse timestamp informa o usuário sobre o quão atualizado está o que ele está vendo. Isso ajuda a gerenciar as expectativas se a análise reflete as operações em tempo real ou um recorte histórico, o que é fundamental para o monitoramento operacional. Por que é importante Indica o quão recentes são os dados, o que é essencial para os usuários entenderem a atualidade da análise do processo. Onde obter Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL). Exemplos 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Data de Conclusão Solicitada RequestedCompletionDate	A data pretendida em que se espera que o pedido de armazém seja concluído ou despachado.
Descrição A Data de Conclusão Solicitada representa o acordo de nível de serviço (SLA) ou o prazo esperado pelo cliente para o pedido. Essa data é a referência pela qual o tempo de conclusão real é medido para determinar se foi no prazo, antecipado ou atrasado. Este atributo é fundamental para dashboards de monitoramento como "Aderência ao SLA de Pedidos" e para o cálculo de KPIs como "Conformidade de Envio no Prazo". Ao comparar o timestamp de despacho real com esta data solicitada, as empresas podem medir seu desempenho de nível de serviço, identificar causas raiz de atrasos e priorizar pedidos em risco de perder o prazo. Por que é importante Este é o principal atributo para medir o desempenho de pontualidade e conformidade com o SLA, o que impacta diretamente a satisfação do cliente. Onde obter Consulte a documentação do Oracle WMS Cloud. Isso normalmente faz parte dos dados de cabeçalho do pedido, muitas vezes derivado de um pedido de venda ou pedido de compra. Exemplos 2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
	Estado do SLA SLAState	Um status calculado que indica se o pedido de armazém foi concluído no prazo, com atraso ou se está em risco, com base na Data de Conclusão Solicitada.
Descrição O Status do SLA é um atributo derivado que fornece uma classificação imediata do desempenho de um pedido em relação ao seu prazo. É calculado comparando o timestamp da atividade de conclusão (ex: "Expedição Despachada") com a "Data de Conclusão Solicitada". O estado pode ser categorizado como "No Prazo", "Atrasado" ou, potencialmente, "Em Risco" para pedidos abertos próximos do prazo. Este atributo foi criado especificamente para o dashboard de "Aderência ao SLA de Pedidos de Armazém". Ele simplifica comparações complexas de datas em um status fácil de entender, permitindo uma avaliação visual rápida do desempenho. Analistas podem usar isso para filtrar todos os pedidos atrasados e realizar uma análise de causa raiz sobre o motivo do descumprimento do acordo de nível de serviço. Por que é importante Fornece um status simples e rápido da conformidade com o SLA, facilitando o acompanhamento e a análise do desempenho de pontualidade. Onde obter Isso é calculado comparando o timestamp da atividade final com a RequestedCompletionDate. Exemplos No PrazoAtrasadoEm Risco
	Event End Time EventEndTime	O registro de data e hora (timestamp) que indica quando uma atividade ou evento específico do armazém foi concluído.
Descrição O Horário de Término do Evento marca a data e hora exatas em que uma atividade foi concluída. Quando disponível, fornece uma medida mais precisa da duração da atividade em comparação com a dedução a partir do horário de início da próxima tarefa. Isso é especialmente útil para tarefas com tempo de processamento mensurável, como "Embalagem" ou "Inspeção de Qualidade". Na análise, ter os horários de início e término permite o cálculo preciso dos tempos de processamento. Isso ajuda a diferenciar o tempo gasto trabalhando ativamente em uma tarefa (tempo de processamento) do tempo gasto esperando o início da próxima etapa (tempo de espera). Essa distinção é fundamental para a análise de eficiência e utilização de recursos. Por que é importante Permite o cálculo preciso da duração de cada atividade individual, o que ajuda a diferenciar o tempo de processamento ativo do tempo de espera ocioso. Onde obter Normalmente é o campo de timestamp de conclusão ou término em um registro de tarefa ou evento no Oracle WMS Cloud. Exemplos 2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
	ID do Usuário/Operador UserOperatorId	O identificador do usuário, operador ou funcionário que realizou a atividade de armazém.
Descrição Este atributo identifica a pessoa responsável pela execução de uma tarefa específica, como separação, embalagem ou armazenamento de mercadorias. É uma dimensão crítica para analisar o desempenho dos recursos humanos, a distribuição da carga de trabalho e a aderência aos procedimentos operacionais padrão. Analisar o processo por ID do Usuário/Operador ajuda a identificar funcionários de alto desempenho, aqueles que podem precisar de treinamento e desequilíbrios na equipe. É essencial para o dashboard de "Utilização de Recursos por Atividade" entender como diferentes usuários contribuem para a eficiência e onde os gargalos podem estar relacionados a ações específicas. Por que é importante Este atributo é fundamental para analisar o desempenho da equipe, identificar necessidades de treinamento e garantir uma distribuição justa da carga de trabalho. Onde obter Geralmente encontrado em tabelas de transação ou tarefas, muitas vezes vinculado ao usuário logado no sistema ou no coletor de dados quando a ação foi realizada. Exemplos JSMITHBJOHNSONUSUARIO123
	Nível de Prioridade PriorityLevel	Uma classificação da urgência do pedido de armazém, como 'Alta', 'Normal' ou 'Baixa'.
Descrição O Nível de Prioridade é um atributo definido pelo negócio que indica a urgência de um pedido. Pedidos de alta prioridade, como envios expressos ou reposições de estoque críticas, geralmente precisam seguir um caminho mais rápido e exigem atenção imediata. Este atributo é essencial para o dashboard de "Desempenho de Atendimento de Pedidos Prioritários". Ao filtrar e comparar processos com base no Nível de Prioridade, os gestores podem avaliar se os pedidos urgentes estão sendo realmente agilizados e cumprindo seus SLAs mais rígidos. Isso ajuda a garantir que os recursos sejam alocados de forma eficaz para atender às necessidades mais críticas. Por que é importante Permite analisar se pedidos urgentes são processados mais rapidamente que os padrão, garantindo que os SLAs críticos sejam cumpridos. Onde obter Consulte a documentação do Oracle WMS Cloud. Normalmente, este é um campo nos dados de cabeçalho do pedido. Exemplos AltoNormalBaixo
	Quantidade Real ActualQuantity	A quantidade real de itens contados ou manipulados durante uma atividade, como recebimento de mercadorias ou separação.
Descrição A Quantidade Real é a contagem física das unidades processadas durante uma tarefa de armazém. Isso é frequentemente registrado durante o recebimento de mercadorias, armazenamento, separação ou atividades de contagem cíclica. Ela representa a realidade da movimentação de estoque. Este atributo é crítico para o dashboard de "Divergência de Quantidade de Estoque". Ao comparar a Quantidade Real com a Quantidade Planejada do documento de origem, como um pedido de compra ou de venda, as discrepâncias podem ser identificadas imediatamente. Analisar essas diferenças ajuda a localizar fontes de imprecisão no estoque, como erros de fornecedores, falhas no recebimento ou na separação, o que é vital para manter níveis de estoque precisos. Por que é importante É essencial para identificar discrepâncias de inventário ao compará-lo com a quantidade planejada, o que ajuda a melhorar a precisão do estoque. Onde obter Consulte a documentação do Oracle WMS Cloud. Normalmente, este é um campo nas tabelas de detalhes de transação ou de itens de linha de tarefa. Exemplos 10098500
	Tipo de Pedido de Armazém WarehouseOrderType	Categoriza o pedido de armazém, por exemplo, como recebimento de entrada, remessa de saída ou transferência interna.
Descrição O Tipo de Pedido de Armazém fornece o contexto essencial sobre o propósito do pedido. Tipos comuns incluem envios para clientes, recebimentos de compras, transferências entre unidades ou devoluções. Essa categorização é fundamental para segmentar a análise de processos e comparar o desempenho entre diferentes fluxos de trabalho. No Process Mining, filtrar por tipo de pedido permite criar mapas de processos distintos para fluxos de entrada e saída, que costumam ter etapas e metas de desempenho muito diferentes. Por exemplo, os KPIs de um envio focam na velocidade e entrega ao cliente, enquanto os de recebimento focam na disponibilidade e precisão do estoque. Este atributo é crucial para o dashboard de "Rendimento de Separação e Embalagem" ao comparar diferentes processos de atendimento. Por que é importante Permite segmentar a análise em processos distintos, como entrada, saída ou internos, que possuem objetivos e fluxos de trabalho diferentes. Onde obter Consulte a documentação do Oracle WMS Cloud. Normalmente, isso está disponível nos dados de cabeçalho do pedido de armazém. Exemplos Expedição de SaídaRecebimento InboundTransferência InternaCustomer Return
	Código do Motivo ReasonCode	Um código ou descrição que explica o motivo de um evento específico, como um ajuste de estoque, uma devolução ou um desvio.
Descrição Um Código de Motivo (Reason Code) fornece contexto para eventos não padronizados ou exceções no processo. Por exemplo, se ocorrer uma atividade de 'Inventory Adjusted', o código de motivo pode especificar 'Damaged Goods' (Mercadoria Avariada), 'Cycle Count Adjustment' (Ajuste de Inventário Rotativo) ou 'Expired Stock' (Estoque Vencido). Isso é crucial para a análise de causa raiz de desvios de processo. No Process Mining, os códigos de motivo são valiosos para entender por que as exceções acontecem. Analisar a frequência e o impacto de diferentes códigos pode ajudar a identificar problemas sistêmicos. Por exemplo, uma alta frequência de ajustes por 'Damaged Goods' pode motivar uma revisão dos procedimentos de manuseio, enquanto códigos frequentes de 'Picking Error' podem indicar a necessidade de melhor treinamento ou verificações no sistema para os separadores. Por que é importante Fornece contexto crítico para exceções e desvios, permitindo a análise da causa raiz de problemas como ajustes de estoque ou atrasos. Onde obter Consulte a documentação do Oracle WMS Cloud. Esses códigos são geralmente inseridos durante transações de tratamento de exceções. Exemplos DMG - Avariado no trânsitoDIVERGÊNCIA_QTD - Falta no FornecedorITEM_ERRADO_COLETADO
	É Retrabalho IsRework	Um sinalizador booleano que indica se uma atividade é a repetição de uma etapa anterior no mesmo caso, sinalizando retrabalho ou um loop de processo.
Descrição O indicador 'Is Rework' (É Retrabalho) identifica quando um processo desvia de um fluxo linear e repete uma atividade. Por exemplo, se uma atividade de 'Goods Picked' é seguida por outra do mesmo tipo para o mesmo pedido, a segunda instância é sinalizada como retrabalho. Isso geralmente indica um problema, como um erro de picking que precisou ser corrigido. Este atributo é essencial para o dashboard de 'Análise de Desvios de Processo e Retrabalho' e para o KPI de 'Taxa de Retrabalho do Armazém'. Ao sinalizar esses eventos, a análise pode quantificar a frequência e o impacto do retrabalho. Identificar as atividades mais propensas a retrabalhos ajuda a encontrar pontos fracos no processo, problemas de qualidade ou lacunas de treinamento que geram ineficiência e aumentam os custos operacionais. Por que é importante Este indicador identifica diretamente ineficiências e loops no processo, ajudando a quantificar o custo e a frequência do retrabalho. Onde obter Isso é calculado na ferramenta de Process Mining ao detectar sequências repetidas de atividades para o mesmo CaseId. Exemplos verdadeirofalse
	Equipamento Utilizado EquipmentUsed	O identificador do equipamento, como uma empilhadeira ou coletor de dados, usado para realizar uma atividade de armazém.
Descrição Este atributo especifica o ativo físico ou equipamento utilizado em uma tarefa de armazém. O rastreamento do uso de equipamentos fornece outra camada de análise de recursos, complementando a visão do desempenho humano. Ajuda a entender as taxas de utilização, identificar necessidades de manutenção e otimizar a alocação de maquinário. Para o dashboard de "Utilização de Recursos por Atividade", analisar dados pelo Equipamento Utilizado é crucial. Pode revelar se certos tipos de equipamento são gargalos ou se há oportunidades para melhorar a alocação baseada na eficiência. Por exemplo, pode mostrar que um modelo específico de empilhadeira é sempre mais lento para tarefas de armazenamento, motivando uma investigação. Por que é importante Isso permite a análise da utilização e eficiência dos equipamentos, ajudando a identificar gargalos relacionados a ativos e otimizar a alocação de recursos. Onde obter Consulte a documentação do Oracle WMS Cloud. Isso pode estar registrado nos registros de execução de tarefas, especialmente se os operadores fizerem login em equipamentos específicos. Exemplos FORKLIFT-05SCANNER-A12CART-27
	ID do Envio ShipmentId	O identificador exclusivo do envio que agrupa um ou mais pedidos de armazém transportados juntos.
Descrição O ID do Envio é um identificador de nível superior que pode consolidar vários pedidos de armazém em uma única unidade logística para transporte. Por exemplo, diversos pedidos pequenos para o mesmo destino podem ser agrupados em um único envio no mesmo caminhão. Embora o Pedido de Armazém seja o ID do caso para esta análise, o ID do Envio fornece uma dimensão adicional para analisar a logística de saída. Ele permite avaliar o desempenho no nível da carga, como o tempo total para consolidar todos os pedidos. Também pode ser usado para rastrear problemas que afetam um envio inteiro em vez de apenas um pedido individual. Por que é importante Agrupa vários pedidos em uma única unidade de transporte, permitindo a análise da eficiência de consolidação e do desempenho em nível de remessa. Onde obter Consulte a documentação do Oracle WMS Cloud. Isso é geralmente encontrado nos módulos de gestão de remessa ou carga. Exemplos SHP-98765LOAD-A543BOL-123456
	Identificador de Local LocationIdentifier	O local físico específico dentro do armazém onde ocorreu uma atividade, como um escaninho, doca ou área de espera.
Descrição O Identificador de Localização especifica o local exato dentro do armazém associado a um evento. Pode ser uma doca de recebimento para "Chegada de Mercadorias", um escaninho para "Armazenamento de Mercadorias", uma estação para "Mercadorias Embaladas" ou uma área de espera para "Preparado para Envio". Este atributo adiciona uma dimensão espacial à análise de processos. Ele ajuda a identificar gargalos ligados a áreas físicas específicas. Por exemplo, a análise pode revelar que um corredor específico é consistentemente lento para separação, ou que uma doca é um ponto de congestionamento no recebimento. Esse insight orienta decisões sobre o layout do armazém, alocação de recursos e design de processos. Por que é importante Adiciona uma dimensão física à análise, ajudando a identificar gargalos relacionados a zonas, corredores ou posições específicas do armazém. Onde obter Consulte a documentação do Oracle WMS Cloud. Esta informação é normalmente registrada nos detalhes em nível de tarefa. Exemplos A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
	Quantidade Planejada PlannedQuantity	A quantidade esperada de itens para uma atividade, baseada no documento de origem, como um pedido de compra ou venda.
Descrição A Quantidade Planejada é o número esperado de unidades para uma tarefa, conforme especificado no documento de origem. Para um recebimento, seria a quantidade no pedido de compra. Para uma expedição, seria a quantidade no pedido de venda. Este atributo serve como base para comparação com a Quantidade Real. O KPI de "Taxa de Divergência de Dados de Estoque" é calculado com base nos desvios entre os valores planejados e reais. Analisar essas variações é crucial para a gestão da cadeia de suprimentos e do estoque, permitindo tratar problemas com fornecedores, processos internos ou erros de digitação. Por que é importante Serve como base para medir a precisão do estoque e identificar divergências durante os processos de recebimento ou separação. Onde obter Consulte a documentação do Oracle WMS Cloud. Isso geralmente é encontrado no item de linha do pedido associado à tarefa do armazém. Exemplos 100100500
	SKU do produto ProductSKU	O SKU (Unidade de Manutenção de Estoque) ou identificador do produto que está sendo processado no pedido de armazém.
Descrição O SKU do Produto é o código exclusivo que identifica um item específico. Os pedidos de armazém costumam conter um ou mais produtos, e este atributo permite segmentar a análise pelos itens processados. Analisar o processo por SKU pode revelar como diferentes produtos afetam a eficiência. Por exemplo, itens volumosos ou frágeis podem ter tempos de manuseio maiores, enquanto produtos de alto giro podem seguir um fluxo mais otimizado. Essa informação é valiosa para estratégias de slotting (endereçamento estratégico), onde os produtos são posicionados para otimizar os tempos de deslocamento na separação e armazenamento, além de ajudar a entender como as características dos produtos impactam o rendimento geral. Por que é importante Permite análises baseadas nas características dos produtos, que podem impactar os tempos de manuseio e fluxos de processo, auxiliando nas estratégias de slotting e armazenamento. Onde obter Consulte a documentação do Oracle WMS Cloud. Isso é encontrado no item de linha do pedido ou no nível de detalhe da tarefa. Exemplos SKU-100-RED-LGPROD-54321HW-CMP-001A
	Status do Pedido de Armazém WarehouseOrderStatus	O status atual ou final do pedido de armazém, como "Concluído" ou "Cancelado".
Descrição Este atributo indica o resultado ou o estado final de um pedido de armazém. Ele ajuda a diferenciar pedidos processados com sucesso daqueles cancelados ou em andamento. É uma dimensão chave para filtrar casos e analisar apenas processos concluídos ou investigar motivos de cancelamento. Analisar casos com base no status final é importante para entender variações e resultados. Por exemplo, comparar os fluxos de pedidos "Concluídos" versus "Cancelados" pode revelar em qual etapa os cancelamentos costumam ocorrer, oferecendo insights sobre problemas de estoque, solicitações de clientes ou erros de sistema. Também é usado para calcular KPIs de rendimento, como o "Rendimento Diário do Armazém". Por que é importante Define o resultado de um caso, permitindo que a análise foque em pedidos concluídos com sucesso ou investigue exceções, como cancelamentos. Onde obter Geralmente é o campo de status no registro de cabeçalho do pedido de armazém no Oracle WMS Cloud. Exemplos ConcluídoEm ProgressoCanceladoEm Espera
	Tempo de Processamento ProcessingTime	O período de tempo gasto executando ativamente uma atividade de armazém.
Descrição O Tempo de Processamento é uma métrica calculada que mede o tempo decorrido entre o início e o fim de uma atividade. Ele representa o tempo real de "mão na massa" ou a duração do trabalho em uma tarefa, em oposição ao tempo de espera entre tarefas. Geralmente é calculado como EventEndTime menos EventStartTime. Esta métrica é fundamental para a análise de eficiência e é um componente essencial do dashboard de "Utilização de Recursos por Atividade". Ao isolar o tempo gasto trabalhando ativamente, os gestores podem identificar quais tarefas específicas consomem mais tempo e onde existem oportunidades de melhoria ou automação de processos. Ajuda a responder perguntas como: "Quanto tempo leva, de fato, para embalar um pedido?" Por que é importante Esta métrica calculada mede a duração do trabalho ativo de uma tarefa, ajudando a identificar atividades demoradas e analisar a eficiência dos recursos. Onde obter Isso é calculado a partir de EventStartTime e EventEndTime (ProcessingTime = EventEndTime - EventStartTime). Exemplos 15 minutos45 segundos1 hora e 5 minutos
	Transportadora Carrier	A transportadora ou provedor de transporte designado para cuidar do envio de saída.
Descrição O atributo Transportadora identifica o parceiro logístico responsável pelo transporte das mercadorias do armazém até o destino final. Pode ser uma transportadora comercial, uma empresa de frete ou uma frota interna. Essa informação é utilizada no dashboard de "Tempo de Ciclo de Despacho de Envio" para analisar e comparar o desempenho de diferentes transportadoras. Ao segmentar o tempo desde "Preparado para Envio" até "Envio Despachado" por transportadora, a empresa pode identificar quais parceiros são mais eficientes, quais causam atrasos e usar esses dados para negociações de contrato e seleção de transportadoras. Por que é importante Permite comparar o desempenho de diferentes transportadoras, ajudando a otimizar a logística de saída e reduzir atrasos no despacho. Onde obter Consulte a documentação do Oracle WMS Cloud. Isso é normalmente armazenado nas informações de remessa ou carga relacionadas ao pedido de armazém. Exemplos FedExUPSDHLXPO Logistics

Obrigatório Recomendado Opcional

Atividades de Gestão de Armazém

Estas são as etapas e marcos principais do processo que você precisa capturar no seu Event Log para uma descoberta de processos precisa.

7 Recomendado 9 Opcional

	Atividade	Descrição
	Entrega de entrada criada	Esta atividade marca a criação de uma Notificação Antecipada de Envio (ASN) ou registro de entrega no Oracle WMS Cloud. Significa o início do processo de entrada, representando a notificação formal de que as mercadorias devem chegar ao armazém.
Por que é importante Este é o evento de início principal para o processo de entrada no armazém. Analisar o tempo deste ponto até o recebimento real ajuda a medir a confiabilidade do fornecedor e a precisão do planejamento. Onde obter Este evento é geralmente capturado do histórico de transações de objetos de Recebimento ou ASN. Corresponde ao timestamp de criação do documento. Captura Capturado do evento de criação da Inbound Shipment ou do registro ASN. Tipo de evento explicit
	Goods Put Away	Esta atividade significa a conclusão bem-sucedida do processo de armazenamento (putaway). Um operador moveu fisicamente as mercadorias para o escaninho e confirmou a ação, tornando o estoque disponível.
Por que é importante Este é um marco fundamental que sinaliza o fim do processo de entrada. É crítico para calcular o KPI total de "Tempo de Recebimento para Armazenamento" e analisar a eficiência do putaway. Onde obter Isso é capturado quando um operador confirma a tarefa de armazenamento, criando um registro de transação com um timestamp de conclusão. Geralmente é encontrado no histórico de tarefas ou logs de transação de estoque. Captura Com base no timestamp de conclusão da transação da tarefa de putaway (armazenamento). Tipo de evento explicit
	Mercadorias embaladas	Representa a conclusão do processo de embalagem para um contêiner de envio ou um pedido inteiro. O operador confirma que todos os itens estão embalados e o contêiner é selado e etiquetado para envio.
Por que é importante Este marco indica o fim das atividades de valor agregado dentro do armazém para um pedido. O tempo entre a separação e o fim da embalagem é um indicador chave da velocidade interna de atendimento. Onde obter Geralmente é uma transação explícita, como "Fechar Contêiner" ou "Finalizar Embalagem". O timestamp de conclusão é registrado no histórico de transações de embalagem ou de saída. Captura Capturado do timestamp de conclusão da transação final de embalagem do pedido. Tipo de evento explicit
	Mercadorias recebidas	Esta atividade indica que as mercadorias foram descarregadas, digitalizadas e formalmente aceitas no armazém. É um evento transacional onde as quantidades são confirmadas em relação ao documento de entrega.
Por que é importante Este é um marco crítico que registra o recebimento oficial do estoque. O tempo gasto nesta atividade impacta diretamente a rapidez com que o material fica disponível para armazenamento e atendimento. Onde obter Isso é capturado dos logs de transação de recebimento no Oracle WMS Cloud. Cada scan ou confirmação de recebimento gera um registro transacional com um timestamp. Captura Com base no timestamp de conclusão do 'Receive ASN' ou transações de recebimento similares. Tipo de evento explicit
	Mercadorias separadas	Esta atividade indica que um operador retirou fisicamente os itens de seus locais de armazenamento e confirmou a coleta no sistema. As mercadorias agora estão prontas para serem levadas à área de embalagem ou espera.
Por que é importante Este é um grande marco no processo de atendimento de pedidos. Analisar os tempos de separação ajuda a identificar gargalos causados pelo layout do armazém, estratégias de picking ou desempenho dos operadores. Onde obter Isso é capturado do timestamp de conclusão da tarefa de separação no histórico de tarefas ou logs de transação. O scan de confirmação pelo operador encerra a transação. Captura Com base no timestamp de conclusão da transação da tarefa de picking (separação). Tipo de evento explicit
	Pedido de Armazém Concluído	Isso representa o encerramento final do próprio pedido de armazém, que pode ocorrer no momento do despacho ou logo após, assim que todas as atualizações do sistema forem finalizadas. Este é o evento final bem-sucedido para o processo.
Por que é importante Esta atividade define o fim do ciclo de vida do processo de armazém de ponta a ponta. É essencial para calcular o tempo total de ciclo e o rendimento de toda a operação. Onde obter Este evento é tipicamente deduzido da mudança final de status do objeto de pedido de armazém para "Concluído" ou "Fechado". O timestamp desta atualização final é o utilizado. Captura Inferido da mudança de status do pedido de armazém para seu estado terminal de sucesso. Tipo de evento inferred
	Remessa Despachada	Esta atividade marca a etapa final onde o caminhão carregado é despachado e parte do armazém. Esta transação encerra financeira e fisicamente o pedido de saída no WMS.
Por que é importante Este é o marco final de saída e um dado de KPI crítico para a conformidade de envios no prazo. Significa a entrega das mercadorias à transportadora e o fim da responsabilidade do armazém. Onde obter Esta é uma transação explícita chave no Oracle WMS Cloud, muitas vezes chamada de "Confirmar Envio" ou "Despachar Carga". É registrada no registro de Carga de Saída ou Envio com um timestamp preciso. Captura Capturado do timestamp da transação 'Ship Confirm' ou 'Dispatch Load'. Tipo de evento explicit
	Embalagem Iniciada	Esta atividade significa que as mercadorias separadas chegaram a uma estação de embalagem e um operador iniciou o processo. Geralmente é um scan explícito que associa os itens a um contêiner de embalagem.
Por que é importante Rastrear esta atividade ajuda a isolar o sub-processo de embalagem da separação e espera. Permite uma análise detalhada da eficiência e do rendimento das estações de embalagem. Onde obter Isso pode ser uma transação explícita ou deduzido da criação de um contêiner de embalagem (LPN) e do primeiro item escaneado nele. Encontra-se nos logs de transação de embalagem ou envio. Captura Capturado da transação 'Start Pack' ou do timestamp do primeiro item embalado em um contêiner. Tipo de evento explicit
	Inspeção de Qualidade Realizada	Representa a conclusão de uma verificação de controle de qualidade nas mercadorias recebidas. Pode ser uma etapa padrão para certos materiais ou fornecedores, ou acionada de forma ad-hoc.
Por que é importante Rastrear a duração e frequência das inspeções de qualidade é essencial para identificar atrasos no processo de entrada. Ajuda a medir o tempo em que as mercadorias ficam retidas antes de ficarem disponíveis. Onde obter Este evento provavelmente é deduzido de mudanças de status no registro de estoque, passando de "Bloqueio de CQ" para "Disponível" ou "Armazenamento". Também pode haver logs de transação explícitos de um módulo de qualidade. Captura Inferido de alterações no status do inventário ou conclusão de uma transação de QA vinculada às mercadorias recebidas. Tipo de evento inferred
	Inventário ajustado	Representa um ajuste manual ou sistêmico na quantidade de um item em um local específico. Isso pode ocorrer devido a contagem cíclica, danos ou correção de divergências no recebimento.
Por que é importante Esta atividade é crucial para identificar falhas de processo que levam a imprecisões no estoque. Analisar a frequência e a magnitude dos ajustes ajuda a localizar problemas no recebimento, separação ou armazenamento. Onde obter Isso é capturado de logs de transação de ajuste de estoque específicos no Oracle WMS Cloud. Esses logs detalham o item, local, alteração de quantidade, código do motivo e timestamp. Captura Capturado diretamente dos registros de transação de ajuste de inventário. Tipo de evento explicit
	Loading Started	Este evento representa o início do processo de carregamento físico, onde as mercadorias embaladas são movidas da área de espera para o caminhão. Geralmente é iniciado por uma transação de "Iniciar Carga".
Por que é importante Esta atividade oferece visibilidade sobre a eficiência do próprio processo de carregamento. Ajuda a separar o tempo de espera na área de staging do tempo ativo gasto carregando o caminhão. Onde obter Normalmente é uma transação explícita vinculada a um registro de Carga de Saída no Oracle WMS Cloud. O usuário executa uma ação de "Iniciar Carga" que recebe um timestamp. Captura Capturado da transação 'Start Load' associada a um carregamento específico de transportadora de saída. Tipo de evento explicit
	Mercadorias Chegaram	Representa a chegada física do caminhão ou transportadora na doca do armazém e o processo oficial de check-in. Isso costuma ser registrado antes do início do descarregamento e do recebimento detalhado de itens individuais.
Por que é importante Este marco ajuda a diferenciar o tempo de trânsito da transportadora do tempo de processamento interno do armazém. É crucial para analisar a utilização das docas e possíveis gargalos na área de recebimento. Onde obter Geralmente é capturado como uma atualização de status no registro de Recebimento ou ASN, acionado por um agente de doca escaneando a papelada ou atualizando o sistema manualmente. Captura Registrado como um evento de mudança de status, por exemplo 'Arrived at Check-In', na Inbound Shipment. Tipo de evento explicit
	Pedido de Armazém Cancelado	Representa o cancelamento de um pedido de armazém antes de sua conclusão. Este é um estado final alternativo e malsucedido para o processo.
Por que é importante Rastrear cancelamentos é importante para entender mudanças na demanda, erros de digitação ou outros problemas que levam ao aborto de pedidos. Ajuda a identificar fontes de desperdício de processo. Onde obter Este evento é deduzido a partir da mudança do status do pedido para "Cancelado" ou um estado terminal semelhante. É utilizado o timestamp desta atualização de status. Captura Inferido da mudança de status do pedido de armazém para o estado 'Cancelled' (Cancelado). Tipo de evento inferred
	Preparado para Envio (Staged)	Esta atividade indica que os contêineres embalados foram movidos da estação de embalagem para uma área designada de espera. O pedido agora está concluído e aguarda o carregamento em uma transportadora.
Por que é importante Isso marca a transição do processamento para a etapa final de despacho. O tempo que as mercadorias passam na área de espera pode revelar atrasos na chegada da transportadora ou no agendamento das docas. Onde obter Isso geralmente é capturado por uma transação de movimentação de local, onde a localização do contêiner embalado é atualizada para uma área de espera. O timestamp dessa movimentação marca o evento. Captura Capturado da transação de movimentação de inventário que realoca a LPN embalada para um local de staging (estágio). Tipo de evento explicit
	Tarefa de Armazenamento Criada	Este evento marca a geração de uma tarefa pelo sistema para um operador mover mercadorias recebidas da doca para um local de armazenamento. É o ponto de partida do sub-processo de armazenamento (putaway).
Por que é importante Esta atividade inicia o ciclo de armazenamento (putaway). Analisar o tempo entre a criação da tarefa e a conclusão real ajuda a avaliar a eficiência do sistema e o tempo de resposta do operador. Onde obter Normalmente é um evento explícito registrado nas tabelas de tarefas ou transações do armazém. O timestamp de criação do registro da tarefa de armazenamento serve como o horário do evento. Captura Capturado do timestamp de criação da tarefa de putaway gerada pelo sistema. Tipo de evento explicit
	Tarefa de picking criada	Este evento ocorre quando o sistema gera uma tarefa de separação (picking) para um operador retirar itens do estoque para atender a um pedido de saída. Marca o início do ciclo de atendimento de pedidos.
Por que é importante Este é o gatilho para o processo de separação de saída. O tempo desde este evento até a conclusão da separação é uma medida chave da eficiência do atendimento e da resposta dos recursos. Onde obter Este evento é registrado nas tabelas de gestão de tarefas do armazém. O timestamp de criação do registro da tarefa de separação é usado como o horário da atividade. Captura Capturado do timestamp de criação da tarefa de picking gerada pelo sistema. Tipo de evento explicit

Recomendado Opcional

Guias de Extração

Como obter seus dados do Oracle WMS Cloud

Etapas

Acesse o Oracle Transactional Business Intelligence (OTBI). Faça login no seu ambiente Oracle Cloud Applications e use o menu de navegação para ir em "Tools" (Ferramentas) e selecione "Reports and Analytics" (Relatórios e Análises).
Clique no botão "Create" (Criar) na barra de ferramentas e selecione "Analysis" (Análise). Isso abrirá o editor de análise para você selecionar uma fonte de dados.
No diálogo "Select Subject Area" (Selecionar Área de Assunto), escolha a área "Warehouse Operations - Real Time". Esta área contém os objetos de dados necessários para transações de entrada, inventário e saída.
Após selecionar a área de assunto, você será levado à aba "Criteria" (Critérios). Em vez de arrastar e soltar colunas, navegue até a aba "Advanced" (Avançado) para inserir diretamente a consulta SQL lógica.
Copie o SQL lógico completo fornecido na seção "Query" deste documento e cole-o na área de texto "SQL Issued". Esta consulta é estruturada com cláusulas UNION ALL para combinar dados de diferentes tabelas transacionais em um único formato de log de eventos.
Modifique os valores de espaço reservado na consulta. Especificamente, atualize as variáveis @{v_start_date} e @{v_end_date} com o intervalo de datas desejado para a extração (ex: 'AAAA-MM-DD').
Mude para a aba "Results" (Resultados) para executar a consulta e visualizar os dados. Isso ajuda a confirmar que a consulta é válida e retorna as colunas e linhas esperadas.
Salve a análise clicando no ícone de salvar. Dê um nome descritivo e salve em uma pasta compartilhada ou pessoal.
Para agendar uma exportação recorrente, volte ao catálogo, encontre sua análise salva e clique em "More" (Mais), depois selecione "Schedule" (Agendar).
Na configuração do agendamento, defina a frequência e o horário para o relatório ser executado. Na aba "Output" (Saída), especifique o formato de exportação como CSV. Este é o formato recomendado para o ProcessMind.
Configure o método de entrega, como salvar em um servidor de conteúdo ou enviar por e-mail, para recuperar o arquivo CSV gerado.
Assim que o trabalho agendado for executado e você receber o arquivo CSV, verifique se os cabeçalhos das colunas correspondem aos atributos exigidos para seu projeto no ProcessMind. Nenhuma transformação de dados adicional deve ser necessária.

Configuração

Área de Assunto: A principal fonte de dados para esta extração é a área de assunto "Warehouse Operations - Real Time". Certifique-se de que seu papel de usuário tenha as permissões necessárias para acessá-la.
Intervalo de Datas: A consulta é parametrizada com datas de início e fim. Para uma análise inicial, recomenda-se extrair de 3 a 6 meses de dados. Para produção, agende extrações delta diárias ou semanais.
Filtros Principais: A consulta fornecida filtra os dados com base na data de criação da transação. Você pode adicionar mais filtros diretamente na cláusula WHERE de cada instrução SELECT para restringir o escopo — por exemplo, filtrando por "Warehouse Details"."Warehouse Code" para limitar os dados a uma unidade específica.
Desempenho: Extrair grandes volumes de dados diretamente de áreas de assunto em tempo real pode impactar o desempenho do sistema. Sempre agende extrações grandes para horários de menor movimento para minimizar o impacto nos usuários operacionais.
Pré-requisitos: O usuário que executa a extração deve ter um papel com os privilégios de BI necessários, como "BI Administrator" ou "BI Author", para criar, editar e agendar análises no ambiente OTBI.

a Consulta de Exemplo sql

SET VARIABLE PREFERRED_CURRENCY='USD', LOGLEVEL=0, v_start_date = '2023-01-01', v_end_date = '2024-01-01';

SELECT
    CAST("Inbound Shipment Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Inbound Delivery Created' AS "ActivityName",
    "Inbound Shipment Details"."Creation Date" AS "EventStartTime",
    "Inbound Shipment Details"."Creation Date" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Inbound Shipment Header"."Shipment Type" AS "WarehouseOrderType",
    "Inbound Shipment Header"."Expected Delivery Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Inbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Inbound Shipment Header"."Actual Delivery Date" > "Inbound Shipment Header"."Expected Delivery Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inbound Shipment Details"."Creation Date" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inbound Shipment Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Goods Arrived' AS "ActivityName",
    "Appointment Details"."Check In Time" AS "EventStartTime",
    "Appointment Details"."Check In Time" AS "EventEndTime",
    "Appointment Details"."Checked In By User" AS "UserOperatorId",
    "Inbound Shipment Header"."Shipment Type" AS "WarehouseOrderType",
    "Inbound Shipment Header"."Expected Delivery Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Inbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Inbound Shipment Header"."Actual Delivery Date" > "Inbound Shipment Header"."Expected Delivery Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Appointment Details"."Check In Time" IS NOT NULL AND "Appointment Details"."Check In Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Receiving Transaction Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Goods Received' AS "ActivityName",
    "Receiving Transaction Details"."Transaction Creation Time" AS "EventStartTime",
    "Receiving Transaction Details"."Transaction Creation Time" AS "EventEndTime",
    "Receiving Transaction Details"."Received By User" AS "UserOperatorId",
    NULL AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Receiving Transaction Details"."Received Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Receiving Transaction Details"."Transaction Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inventory Quality Inspection Results"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Quality Inspection Performed' AS "ActivityName",
    "Inventory Quality Inspection Results"."Inspection Completion Time" AS "EventStartTime",
    "Inventory Quality Inspection Results"."Inspection Completion Time" AS "EventEndTime",
    "Inventory Quality Inspection Results"."Inspected By User" AS "UserOperatorId",
    NULL AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Inventory Quality Inspection Results"."Inspected Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inventory Quality Inspection Results"."Inspection Completion Time" IS NOT NULL AND "Inventory Quality Inspection Results"."Inspection Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST(CASE WHEN "Task Details"."Task Type" = 'Putaway' THEN "Task Details"."Reference Number" ELSE NULL END AS CHAR) AS "WarehouseOrder",
    'Putaway Task Created' AS "ActivityName",
    "Task Details"."Task Creation Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Created By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Putaway' AND "Task Details"."Task Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST(CASE WHEN "Task Details"."Task Type" = 'Putaway' THEN "Task Details"."Reference Number" ELSE NULL END AS CHAR) AS "WarehouseOrder",
    'Goods Put Away' AS "ActivityName",
    "Task Details"."Task Completion Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Completed By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Putaway' AND "Task Details"."Task Status" = 'Completed' AND "Task Details"."Task Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inventory Transaction Details"."Reference Document Number" AS CHAR) AS "WarehouseOrder",
    'Inventory Adjusted' AS "ActivityName",
    "Inventory Transaction Details"."Transaction Creation Time" AS "EventStartTime",
    "Inventory Transaction Details"."Transaction Creation Time" AS "EventEndTime",
    "Inventory Transaction Details"."Created By User" AS "UserOperatorId",
    "Inventory Transaction Details"."Transaction Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Inventory Transaction Details"."Transaction Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inventory Transaction Details"."Transaction Type" IN ('Cycle Count Adjustment', 'Manual Adjustment') AND "Inventory Transaction Details"."Transaction Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Task Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Picking Task Created' AS "ActivityName",
    "Task Details"."Task Creation Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Created By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Picking' AND "Task Details"."Task Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Task Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Goods Picked' AS "ActivityName",
    "Task Details"."Task Completion Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Completed By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Picking' AND "Task Details"."Task Status" = 'Completed' AND "Task Details"."Task Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Packing Started' AS "ActivityName",
    "Packing Details"."Packing Start Time" AS "EventStartTime",
    "Packing Details"."Packing End Time" AS "EventEndTime",
    "Packing Details"."Packed By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Packing Details"."Packed Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Packing Details"."Packing Start Time" IS NOT NULL AND "Packing Details"."Packing Start Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Goods Packed' AS "ActivityName",
    "Packing Details"."Packing End Time" AS "EventStartTime",
    "Packing Details"."Packing End Time" AS "EventEndTime",
    "Packing Details"."Packed By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Packing Details"."Packed Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Packing Details"."Packing End Time" IS NOT NULL AND "Packing Details"."Packing End Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Staged For Shipment' AS "ActivityName",
    "Outbound Load Details"."Staging Time" AS "EventStartTime",
    "Outbound Load Details"."Staging Time" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Load Details"."Staging Time" IS NOT NULL AND "Outbound Load Details"."Staging Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Loading Started' AS "ActivityName",
    "Outbound Load Details"."Loading Start Time" AS "EventStartTime",
    "Outbound Load Details"."Loading End Time" AS "EventEndTime",
    "Outbound Load Details"."Loaded By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Load Details"."Loading Start Time" IS NOT NULL AND "Outbound Load Details"."Loading Start Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Shipment Dispatched' AS "ActivityName",
    "Outbound Shipment Header"."Actual Ship Date" AS "EventStartTime",
    "Outbound Shipment Header"."Actual Ship Date" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Shipped' AND "Outbound Shipment Header"."Actual Ship Date" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Warehouse Order Completed' AS "ActivityName",
    "Outbound Shipment Header"."Last Update Time" AS "EventStartTime",
    "Outbound Shipment Header"."Last Update Time" AS "EventEndTime",
    "Outbound Shipment Header"."Last Updated By" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Delivered' AND "Outbound Shipment Header"."Last Update Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Warehouse Order Cancelled' AS "ActivityName",
    "Outbound Shipment Header"."Last Update Time" AS "EventStartTime",
    "Outbound Shipment Header"."Last Update Time" AS "EventEndTime",
    "Outbound Shipment Header"."Last Updated By" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Cancelled' AND "Outbound Shipment Header"."Last Update Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

Etapas

Prepare o Ambiente Python: Certifique-se de ter o Python 3.6 ou superior instalado. Instale as bibliotecas necessárias usando o pip: pip install requests pandas.
Reúna as Credenciais do Oracle WMS Cloud: Obtenha a URL Base da API, o nome de usuário e senha de uma conta dedicada de API e o Facility ID referente ao armazém do qual deseja extrair os dados.
Configure o Script Python: Abra o script Python fornecido. Localize a seção de configuração no topo e substitua os valores de exemplo de BASE_URL, FACILITY_ID, USERNAME e PASSWORD pelas suas credenciais reais. Defina também a START_DATE e END_DATE para o período de extração desejado.
Entenda os Endpoints da API: O script consulta vários endpoints principais da API REST do Oracle WMS Cloud. A fonte primária de dados de eventos é o endpoint inventory_history, que é filtrado por diferentes tipos de transação (tran_type) para identificar atividades específicas como recebimento, picking e packing.
Execute o Script: Execute o script via linha de comando usando python seu_nome_de_script.py. O script fará a autenticação e, em seguida, consultará sequencialmente as APIs em busca de dados das 16 atividades obrigatórias dentro do intervalo de datas especificado.
Trate a Paginação: O script inclui uma função auxiliar para lidar automaticamente com a paginação da API. Ele chama repetidamente cada endpoint, incrementando o parâmetro offset até que todos os registros relevantes do período tenham sido recuperados.
Mapeie e Transforme os Dados: Para cada registro recuperado da API, o script mapeia os campos JSON para as colunas padronizadas do log de eventos (WarehouseOrder, ActivityName, EventStartTime, etc.). Ele atribui o ActivityName correto com base no endpoint de origem e no tipo de transação.
Consolide os Dados de Eventos: Todos os eventos extraídos são anexados a uma lista única. Após a conclusão de todas as consultas à API, essa lista é convertida em um DataFrame do pandas, fornecendo uma visão tabular estruturada de todo o processo.
Carimbo de Data/Hora e Dados do Sistema: O script enriquece os dados adicionando o SourceSystem (fixo como 'Oracle WMS Cloud') e o LastDataUpdate (o timestamp de quando o script foi executado) a cada registro de evento.
Exporte o Log de Eventos: O DataFrame final do pandas é classificado pelo ID do pedido de armazém e pelo tempo de início do evento para garantir a sequência correta. Ele é então salvo como um arquivo CSV chamado oracle_wms_event_log.csv no mesmo diretório do script. Este arquivo está pronto para upload no ProcessMind.

Configuração

Credenciais de API: É necessário um usuário válido do Oracle WMS Cloud com acesso à API. Isso inclui o nome de usuário e a senha.
URL Base e ID da Unidade (Facility ID): Você deve fornecer a URL base específica para sua instância do Oracle WMS Cloud (ex: https://{seu_id_da_instancia}.wms.ocs.oraclecloud.com) e o facility_id de destino.
Intervalo de Datas: O script requer uma START_DATE e END_DATE no formato 'AAAA-MM-DD'. Para uma análise inicial, recomenda-se um intervalo de 3 a 6 meses para equilibrar o volume de dados e os insights. Esteja ciente de que intervalos de datas muito grandes podem resultar em tempos de execução de script prolongados.
Limite de Paginação: O parâmetro LIMIT no script está configurado para 500 registros por solicitação de API. Geralmente, este é um valor seguro para evitar timeouts. Você pode ajustar isso com base no desempenho do seu sistema, mas valores acima de 1000 não são recomendados.
Permissões de API: O usuário da API deve ter, no mínimo, permissões de leitura para as seguintes entidades: inbound_shipment, inventory_history, task, outbound_load e order. Consulte o administrador do Oracle WMS para garantir que os papéis adequados foram atribuídos.

a Consulta de Exemplo python

import requests
import pandas as pd
from datetime import datetime
import base64
import time

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle WMS Cloud instance details
BASE_URL = class="hl-string">'https://{your_instance_id}.wms.ocs.oraclecloud.com/wms/api/v11'
FACILITY_ID = class="hl-string">'[Your Facility ID]'
USERNAME = class="hl-string">'[Your API Username]'
PASSWORD = class="hl-string">'[Your API Password]'

class=class="hl-string">"hl-comment"># Set the date range for extraction
START_DATE = class="hl-string">'YYYY-MM-DD' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'YYYY-MM-DD'   class=class="hl-string">"hl-comment"># e.g., class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># --- End Configuration ---

LIMIT = 500
SOURCE_SYSTEM = class="hl-string">'Oracle WMS Cloud'
LAST_DATA_UPDATE = datetime.utcnow().isoformat() + class="hl-string">'Z'

class=class="hl-string">"hl-comment"># Function to perform paginated GET requests
def get_paginated_data(endpoint, params={}):
    all_items = []
    offset = 0
    auth_header = class="hl-string">'Basic ' + base64.b64encode(fclass="hl-string">'{USERNAME}:{PASSWORD}'.encode(class="hl-string">'utf-8')).decode(class="hl-string">'utf-8')
    headers = {
        class="hl-string">'Authorization': auth_header,
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        paginated_params = params.copy()
        paginated_params[class="hl-string">'offset'] = offset
        paginated_params[class="hl-string">'limit'] = LIMIT
        
        try:
            response = requests.get(fclass="hl-string">'{BASE_URL}/facility/{FACILITY_ID}/{endpoint}', headers=headers, params=paginated_params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            if not items:
                break
            all_items.extend(items)
            offset += len(items)
            print(fclass="hl-string">'Fetched {len(all_items)} records from {endpoint}...')
            class=class="hl-string">"hl-comment"># Respect potential rate limits
            time.sleep(0.5)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">'Error fetching data from {endpoint}: {e}')
            break
    return all_items

def main():
    events = []
    date_filter = fclass="hl-string">"create_ts > '{START_DATE}T00:00:00Z' and create_ts < '{END_DATE}T23:59:59Z'"

    class=class="hl-string">"hl-comment"># 1. Inbound Delivery Created (from ASN/Inbound Shipments)
    asn_data = get_paginated_data(class="hl-string">'inbound_shipment', {class="hl-string">'q': date_filter})
    for item in asn_data:
        events.append({
            class="hl-string">'WarehouseOrder': item.get(class="hl-string">'shipment_nbr'),
            class="hl-string">'ActivityName': class="hl-string">'Inbound Delivery Created',
            class="hl-string">'EventStartTime': item.get(class="hl-string">'create_ts'),
            class="hl-string">'EventEndTime': None,
            class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
            class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound',
            class="hl-string">'RequestedCompletionDate': item.get(class="hl-string">'required_ship_date'),
            class="hl-string">'ActualQuantity': None,
            class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
            class="hl-string">'SLAState': None
        })

    class=class="hl-string">"hl-comment"># 2-7, 9-14: Most activities are in Inventory History
    inv_history_filter = fclass="hl-string">"tran_create_ts > '{START_DATE}T00:00:00Z' and tran_create_ts < '{END_DATE}T23:59:59Z'"
    inv_history_data = get_paginated_data(class="hl-string">'inventory_history', {class="hl-string">'q': inv_history_filter})
    
    activity_map = {
        class="hl-string">'ARV': class="hl-string">'Goods Arrived',
        class="hl-string">'REC': class="hl-string">'Goods Received',
        class="hl-string">'QCH': class="hl-string">'Quality Inspection Performed',
        class="hl-string">'MVL': class="hl-string">'Goods Put Away', class=class="hl-string">"hl-comment"># Move to LPN
        class="hl-string">'ADJ': class="hl-string">'Inventory Adjusted',
        class="hl-string">'PCK': class="hl-string">'Goods Picked',
        class="hl-string">'PAK': class="hl-string">'Goods Packed', class=class="hl-string">"hl-comment"># Often part of a packing transaction
        class="hl-string">'LOD': class="hl-string">'Loading Started', class=class="hl-string">"hl-comment"># Often a move to a shipping door location
        class="hl-string">'SHP': class="hl-string">'Shipment Dispatched'
    }

    for item in inv_history_data:
        tran_type = item.get(class="hl-string">'tran_type')
        if tran_type in activity_map:
            class=class="hl-string">"hl-comment"># Use order_nbr for outbound, shipment_nbr for inbound if available
            order_id = item.get(class="hl-string">'order_nbr') or item.get(class="hl-string">'shipment_nbr') or class="hl-string">'[Unknown]'
            events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': activity_map[tran_type],
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound' if item.get(class="hl-string">'shipment_nbr') else class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># 8, 5: Task Creation Events
    task_filter = fclass="hl-string">"create_ts > '{START_DATE}T00:00:00Z' and create_ts < '{END_DATE}T23:59:59Z'"
    task_data = get_paginated_data(class="hl-string">'task', {class="hl-string">'q': task_filter})
    for item in task_data:
        task_type = item.get(class="hl-string">'task_type')
        activity_name = None
        if task_type in (class="hl-string">'PUT', class="hl-string">'RPL'):
            activity_name = class="hl-string">'Putaway Task Created'
        elif task_type in (class="hl-string">'PCK', class="hl-string">'WAV'):
            activity_name = class="hl-string">'Picking Task Created'
        
        if activity_name:
            order_id = item.get(class="hl-string">'order_nbr') or item.get(class="hl-string">'shipment_nbr') or class="hl-string">'[Unknown]'
            events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventStartTime': item.get(class="hl-string">'create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'assigned_user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound' if activity_name == class="hl-string">'Putaway Task Created' else class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'task_qty'),
                class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
                class="hl-string">'SLAState': None
            })
            
    class=class="hl-string">"hl-comment"># Additional specific events if not in inventory history
    class=class="hl-string">"hl-comment"># 10. Packing Started, 12. Staged For Shipment - These can be complex and may require logic based on location moves or container status changes. We use placeholders from Inventory History as a starting point.
    class=class="hl-string">"hl-comment"># For this script, class="hl-string">'PAK' from inventory_history implies both started and completed for simplicity.
    for item in inv_history_data:
        if item.get(class="hl-string">'tran_type') == class="hl-string">'PAK':
             order_id = item.get(class="hl-string">'order_nbr') or class="hl-string">'[Unknown]'
             events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': class="hl-string">'Packing Started',
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'), class=class="hl-string">"hl-comment"># Assuming start is same as completion
                class="hl-string">'EventEndTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })
        class=class="hl-string">"hl-comment"># Staging is a move to a staging location type
        if item.get(class="hl-string">'tran_type') == class="hl-string">'MVL' and item.get(class="hl-string">'dest_locn_type') == class="hl-string">'STG':
             order_id = item.get(class="hl-string">'order_nbr') or class="hl-string">'[Unknown]'
             events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': class="hl-string">'Staged For Shipment',
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># 15, 16. Warehouse Order Completed / Cancelled
    order_filter = fclass="hl-string">"mod_ts > '{START_DATE}T00:00:00Z' and mod_ts < '{END_DATE}T23:59:59Z'"
    order_data = get_paginated_data(class="hl-string">'order', {class="hl-string">'q': order_filter})
    for item in order_data:
        status = str(item.get(class="hl-string">'status', class="hl-string">''))
        activity_name = None
        if status == class="hl-string">'90': class=class="hl-string">"hl-comment"># Shipped / Delivered status code
            activity_name = class="hl-string">'Warehouse Order Completed'
        elif status == class="hl-string">'99': class=class="hl-string">"hl-comment"># Cancelled status code
            activity_name = class="hl-string">'Warehouse Order Cancelled'
        
        if activity_name:
            events.append({
                class="hl-string">'WarehouseOrder': item.get(class="hl-string">'order_nbr'),
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventStartTime': item.get(class="hl-string">'mod_ts'),
                class="hl-string">'EventEndTime': item.get(class="hl-string">'mod_ts'),
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'mod_user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound', class=class="hl-string">"hl-comment"># Assuming order endpoint is for outbound
                class="hl-string">'RequestedCompletionDate': item.get(class="hl-string">'required_ship_date'),
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'shipped_qty'),
                class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># Final processing
    if not events:
        print(class="hl-string">'No events found for the given criteria.')
        return

    df = pd.DataFrame(events)

    class=class="hl-string">"hl-comment"># Add standard columns
    df[class="hl-string">'SourceSystem'] = SOURCE_SYSTEM
    df[class="hl-string">'LastDataUpdate'] = LAST_DATA_UPDATE

    class=class="hl-string">"hl-comment"># Clean up and order columns
    df = df[[class="hl-string">'WarehouseOrder', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime', class="hl-string">'UserOperatorId', class="hl-string">'WarehouseOrderType', class="hl-string">'RequestedCompletionDate', class="hl-string">'ActualQuantity', class="hl-string">'PriorityLevel', class="hl-string">'SLAState', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate']]
    df.sort_values(by=[class="hl-string">'WarehouseOrder', class="hl-string">'EventStartTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'oracle_wms_event_log.csv'
    df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%fZ')
    print(fclass="hl-string">'Successfully created event log: {output_filename}')

if __name__ == class="hl-string">'__main__':
    main()

Seu Template de Dados para Gestão de Armazém

Seu Template de Dados para Gestão de Armazém

Atributos de Gestão de Armazém

Atividades de Gestão de Armazém

Guias de Extração

Exportação via Oracle Transactional Business Intelligence (OTBI)

Etapas

Configuração

a Consulta de Exemplo sql

Extração via Script Python através das APIs REST do Oracle WMS

Etapas

Configuração

a Consulta de Exemplo python

Pronto para Começar?

Otimize a Gestão de Armazém e Aumente a Eficiência do Oracle WMS Cloud

Seu Template de Dados para Gestão de Armazém

Seu Template de Dados para Gestão de Armazém

Atributos de Gestão de Armazém

Atividades de Gestão de Armazém

Guias de Extração

Exportação via Oracle Transactional Business Intelligence (OTBI)

Etapas

Configuração

a Consulta de Exemplo sql

Extração via Script Python através das APIs REST do Oracle WMS

Etapas

Configuração

a Consulta de Exemplo python

Valorizamos sua privacidade

Pronto para Começar?

Otimize a Gestão de Armazém e Aumente a Eficiência do Oracle WMS Cloud