> Miglioramento continuo dei processi > Gestione del magazzino > Oracle WMS Cloud > Template dei dati

Il template dei dati per la gestione del magazzino

Oracle WMS Cloud

Attributi della gestione del magazzino (21) Attività di gestione del magazzino (16) Guide all’estrazione (2)

Il template dei dati per la gestione del magazzino

Questo template fornisce indicazioni chiare per raccogliere i dati necessari all’analisi dei processi di gestione del magazzino. Descrive gli attributi e le attività essenziali da monitorare e offre indicazioni pratiche su come estrarre queste informazioni dal sistema di origine.

Attributi consigliati da raccogliere
Attività chiave da monitorare nel processo
Indicazioni per l’estrazione dei dati

Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Scarica il template

Attributi della gestione del magazzino

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa della gestione del magazzino.

5 Obbligatorio 7 Consigliato 9 Facoltativo

	Nome	Descrizione
	Nome dell’attività ActivityName	Nome di uno specifico evento aziendale o di un’attività avvenuta nel processo di gestione del magazzino, ad esempio «Merci prelevate» o «Spedizione inviata».
Descrizione Il nome dell’attività descrive una singola fase o tappa del ciclo di vita dell’ordine di magazzino. Queste attività costituiscono i nodi sequenziali della mappa del processo e consentono di visualizzare e analizzare il flusso del processo. A ogni attività è associata una data e un’ora, che forniscono la base per misurare le prestazioni e analizzare i colli di bottiglia. Nel Process Mining, questo attributo è fondamentale per costruire il modello di processo. Viene utilizzato per analizzare la frequenza, i percorsi e la durata delle attività tra le diverse fasi. Comprendere la sequenza e la frequenza di attività come «Controllo qualità eseguito» o «Attività di prelievo creata» è essenziale per ottimizzare l’allocazione delle risorse e ridurre i tempi di ciclo. Perché è importante Questo attributo definisce le fasi della mappa del processo e permette di visualizzare, analizzare e ottimizzare il flusso di lavoro del magazzino. Dove reperirli Queste informazioni derivano in genere dagli Event Log, dalle tabelle degli stati delle attività o dai record delle transazioni in Oracle WMS Cloud, che registrano le tappe del processo. Esempi Arrivo delle merciCreazione dell’attività di prelievoConfezionamento delle merci completatoSpedizione partita
	Ora di inizio dell’evento EventStartTime	Data e ora che indicano quando è iniziata una specifica attività o un evento di magazzino.
Descrizione L’ora di inizio dell’evento indica la data e l’ora esatte in cui comincia un’attività. È l’attributo temporale principale utilizzato nel Process Mining per ordinare cronologicamente gli eventi e calcolare durate e tempi di ciclo. Questa data e ora sono essenziali per rappresentare con precisione il flusso del processo così come si è svolto nella realtà. L’analisi basata sull’ora di inizio dell’evento è fondamentale per monitorare le prestazioni. Consente di calcolare metriche chiave, come il tempo tra le attività, la durata di un intero caso e il rispetto degli accordi sul livello di servizio. Le Dashboard che visualizzano i tempi di ciclo, come «Tempo di ciclo dal ricevimento delle merci allo stoccaggio», si basano interamente su questo attributo per individuare i ritardi. Perché è importante Questa data e ora sono fondamentali per ordinare correttamente gli eventi e calcolare tutte le metriche temporali, come i tempi di ciclo e i colli di bottiglia. Dove reperirli In genere, è il campo con la data e l’ora di creazione o di inizio associato a un record di attività o evento nelle tabelle delle transazioni di Oracle WMS Cloud. Esempi 2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
	Ordine di magazzino WarehouseOrder	Identificativo univoco di un ordine di magazzino, utilizzato come caso principale per tracciare tutte le attività logistiche correlate dall’inizio alla fine.
Descrizione L’ordine di magazzino è l’identificativo centrale che raggruppa tutti gli eventi e le attività relativi a una singola operazione logistica nel magazzino, come il ricevimento di merci in entrata o una spedizione in uscita. Funge da identificativo del caso per il Process Mining e consente di analizzare dall’inizio alla fine l’intero ciclo di vita del processo relativo a quello specifico ordine. L’analisi per ordine di magazzino consente di visualizzare il percorso completo, dalla creazione al completamento o all’annullamento. Aiuta a individuare i percorsi più frequenti, i colli di bottiglia, le deviazioni e i cicli di rilavorazione che incidono sull’efficienza delle operazioni di magazzino. Questa prospettiva è fondamentale per comprendere le prestazioni complessive e il rispetto delle procedure standard per i diversi tipi di ordine. Perché è importante È l’ID del caso essenziale che collega tutte le attività di magazzino correlate e consente di ottenere una visione completa, dall’inizio alla fine, di ogni ordine logistico. Dove reperirli Questo identificativo si trova in genere nell’intestazione delle tabelle degli ordini di magazzino in Oracle WMS Cloud, ad esempio nei moduli Orders o Tasks. Esempi WO-0054321ORD-9876543SHIP-2024-1001
	Sistema di origine SourceSystem	Il sistema da cui sono stati estratti i dati di gestione del magazzino.
Descrizione Questo attributo identifica l’origine dei dati, in questo caso Oracle WMS Cloud. Anche se può sembrare un dato statico, è fondamentale per la governance dei dati e la tracciabilità, nonché negli scenari in cui si uniscono dati provenienti da più sistemi per un’analisi più ampia. Nel Process Mining, aiuta le parti interessate a fidarsi dei dati e a comprenderne il contesto. Se magazzini diversi utilizzano sistemi diversi, questo campo diventa essenziale per segmentare e confrontare le prestazioni dei processi. Perché è importante Fornisce un contesto essenziale sull’origine e sulla governance dei dati, garantisce la tracciabilità e consente l’analisi di più sistemi. Dove reperirli In genere, è un valore statico aggiunto durante la trasformazione dei dati per indicare l’origine del set di dati. Esempi Oracle WMS CloudOracle Fusion WMS
	Ultimo aggiornamento dei dati LastDataUpdate	Data e ora che indicano quando i dati relativi a questo evento sono stati estratti o aggiornati l’ultima volta dal sistema di origine.
Descrizione Ultimo aggiornamento dei dati indica la data e l’ora in cui i dati sono stati acquisiti da Oracle WMS Cloud. Questi metadati sono essenziali per capire quanto siano aggiornati i dati dell’analisi e per assicurarsi che le decisioni si basino su informazioni attuali. Nelle Dashboard di Process Mining, questa data e ora informano l’utente sull’aggiornamento dei dati visualizzati. Aiutano a capire se l’analisi riflette le operazioni in tempo reale o una fotografia storica, aspetto fondamentale per il monitoraggio operativo. Perché è importante Indica quanto sono aggiornati i dati e aiuta gli utenti a capire quanto sia attuale l’analisi del processo. Dove reperirli Questa data e ora vengono generate e aggiunte durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Data di completamento richiesta RequestedCompletionDate	Data entro la quale si prevede che l’ordine di magazzino venga completato o spedito.
Descrizione La data di completamento richiesta rappresenta la scadenza prevista dall’accordo sul livello di servizio (SLA) o dal cliente. È il valore di riferimento con cui si confronta l’ora effettiva di completamento dell’ordine per stabilire se è stato completato in anticipo, puntualmente o in ritardo. Questo attributo è fondamentale per le Dashboard di monitoraggio delle prestazioni, come «Rispetto degli SLA degli ordini di magazzino», e per calcolare KPI quali «Conformità delle spedizioni puntuali». Confrontando la data e l’ora effettive della spedizione con la data richiesta, le aziende possono misurare il livello di servizio, individuare le cause profonde dei ritardi e dare priorità agli ordini a rischio di mancato rispetto della scadenza. Perché è importante È l’attributo principale per misurare il rispetto delle scadenze e degli SLA, con un impatto diretto sulla soddisfazione dei clienti. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. Questo dato è in genere incluso nell’intestazione dell’ordine e spesso deriva da un ordine di vendita o di acquisto. Esempi 2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
	ID utente/operatore UserOperatorId	Identificativo dell’utente, dell’operatore o del dipendente che ha svolto l’attività di magazzino.
Descrizione Questo attributo identifica la persona responsabile dell’esecuzione di una specifica attività, come il prelievo, l’imballaggio o lo stoccaggio delle merci. È una dimensione fondamentale per analizzare le prestazioni del personale, la distribuzione del carico di lavoro e il rispetto delle procedure operative standard. L’analisi del processo per ID utente/operatore aiuta a individuare i dipendenti con le prestazioni migliori, chi potrebbe aver bisogno di ulteriore formazione e gli squilibri nella distribuzione del carico di lavoro all’interno del team. È essenziale per la Dashboard «Utilizzo delle risorse per attività», che permette di capire come i diversi utenti contribuiscono all’efficienza complessiva del processo e se determinate azioni degli utenti sono all’origine di colli di bottiglia. Perché è importante Questo attributo è fondamentale per analizzare le prestazioni del personale, individuare le esigenze di formazione e garantire una distribuzione equa del carico di lavoro. Dove reperirli Di solito si trova nelle tabelle delle transazioni o delle attività ed è spesso collegato all’utente che ha effettuato l’accesso al sistema o al dispositivo portatile al momento dell’operazione. Esempi JSMITHBJOHNSONUSER123
	Livello di priorità PriorityLevel	Classificazione dell’urgenza dell’ordine di magazzino, ad esempio «Alta», «Normale» o «Bassa».
Descrizione Il livello di priorità è un attributo definito dall’azienda che indica l’urgenza di un ordine di magazzino. Gli ordini ad alta priorità, come le spedizioni espresse o il rifornimento di scorte in caso di carenze critiche, spesso devono seguire un percorso più rapido e richiedono l’intervento immediato delle risorse. Questo attributo è essenziale per la Dashboard «Prestazioni di evasione degli ordini prioritari». Filtrando e confrontando i processi in base al livello di priorità, i responsabili possono verificare se gli ordini prioritari vengono effettivamente accelerati e rispettano gli SLA più stringenti. Aiuta ad assegnare le risorse in modo efficace per soddisfare le esigenze aziendali più urgenti. Perché è importante Consente di verificare se gli ordini urgenti vengono elaborati più rapidamente di quelli standard e se gli SLA critici vengono rispettati. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. In genere, questo campo si trova nell’intestazione dell’ordine. Esempi AltaNormaleBassa
	Ora di fine dell’evento EventEndTime	Data e ora che indicano quando è stata completata una specifica attività o un evento di magazzino.
Descrizione L’ora di fine dell’evento indica la data e l’ora esatte in cui si conclude un’attività. Se disponibile, consente di misurare la durata dell’attività con maggiore precisione rispetto a una stima basata sull’ora di inizio dell’attività successiva. È particolarmente utile per le attività con un tempo di elaborazione misurabile, come l’imballaggio o il controllo qualità. La disponibilità sia dell’ora di inizio sia di quella di fine permette di calcolare con precisione i tempi di elaborazione delle attività. Aiuta a distinguere il tempo dedicato al lavoro effettivo su un’attività dal tempo di attesa prima dell’avvio della fase successiva. Questa distinzione è fondamentale per analizzare l’utilizzo delle risorse e l’efficienza. Perché è importante Consente di calcolare con precisione la durata delle singole attività e di distinguere il tempo di elaborazione effettivo dal tempo di attesa. Dove reperirli In genere, è il campo con la data e l’ora di completamento o di fine in un record di attività o evento di Oracle WMS Cloud. Esempi 2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
	Quantità effettiva ActualQuantity	Quantità effettiva degli articoli conteggiati o movimentati durante un’attività, ad esempio il ricevimento delle merci o il prelievo.
Descrizione La quantità effettiva è il numero di unità fisicamente elaborate durante un’attività di magazzino. Viene spesso registrata durante il ricevimento delle merci, lo stoccaggio, il prelievo o il conteggio ciclico e rappresenta il dato reale dei movimenti di inventario. Questo attributo è fondamentale per la Dashboard «Differenze nelle quantità di inventario». Confrontando la quantità effettiva con quella pianificata nel documento di origine, come un ordine di acquisto o di spedizione, è possibile individuare subito le discrepanze. Analizzare queste differenze aiuta a risalire alle cause delle imprecisioni dell’inventario, come errori dei fornitori, errori di ricevimento o di prelievo, e a mantenere livelli di scorte accurati. Perché è importante È essenziale per individuare le discrepanze dell’inventario confrontandola con la quantità pianificata e migliorare così la precisione delle scorte. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. In genere, questo campo si trova nelle tabelle dei dettagli delle transazioni o delle righe delle attività. Esempi 10098500
	Stato SLA SLAState	Stato calcolato che indica se l’ordine di magazzino è stato completato puntualmente, in ritardo o è a rischio, in base alla data di completamento richiesta.
Descrizione Lo stato SLA è un attributo derivato che classifica immediatamente le prestazioni di un ordine rispetto alla scadenza. Si calcola confrontando la data e l’ora dell’attività di completamento, ad esempio «Spedizione inviata», con «RequestedCompletionDate». Lo stato può essere «Puntuale», «In ritardo» o, per gli ordini ancora aperti prossimi alla scadenza, «A rischio». Questo attributo è stato concepito appositamente per la Dashboard «Rispetto degli SLA degli ordini di magazzino». Semplifica confronti complessi tra date trasformandoli in uno stato facile da interpretare, che consente di valutare rapidamente le prestazioni. Gli analisti possono utilizzarlo per filtrare tutti gli ordini in ritardo e risalire alle cause profonde del mancato rispetto dell’accordo sul livello di servizio. Perché è importante Fornisce una panoramica immediata e semplice del rispetto degli SLA e facilita il monitoraggio e l’analisi delle prestazioni puntuali. Dove reperirli Si calcola confrontando la data e l’ora dell’attività finale con RequestedCompletionDate. Esempi PuntualeIn ritardoA rischio
	Tipo di ordine di magazzino WarehouseOrderType	Classifica l’ordine di magazzino, ad esempio come ricevimento in entrata, spedizione in uscita o trasferimento interno.
Descrizione Il tipo di ordine di magazzino fornisce informazioni essenziali sullo scopo dell’ordine. Tra i tipi più comuni figurano le spedizioni ai clienti, i ricevimenti degli ordini di acquisto, i trasferimenti di scorte tra strutture e i resi. Questa classificazione è fondamentale per segmentare l’analisi dei processi e confrontare le prestazioni dei diversi flussi di lavoro. Nel Process Mining, filtrare per tipo di ordine consente di creare mappe distinte per i flussi in entrata e in uscita, che spesso prevedono fasi e obiettivi di prestazione molto diversi. Ad esempio, i KPI di una spedizione in uscita si concentrano sulla rapidità e sulla consegna al cliente, mentre quelli di un ricevimento in entrata riguardano la disponibilità e la precisione dell’inventario. Questo attributo è fondamentale per confrontare i diversi processi di evasione nella Dashboard «Produttività di prelievo e imballaggio». Perché è importante Consente di suddividere l’analisi in processi distinti, come quelli in entrata, in uscita o interni, ciascuno con obiettivi e flussi di lavoro diversi. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. Questo dato è in genere disponibile nell’intestazione dell’ordine di magazzino. Esempi Spedizione in uscitaRicevimento in entrataTrasferimento internoReso del cliente
	Attrezzatura utilizzata EquipmentUsed	Identificativo dell’attrezzatura utilizzata per svolgere un’attività di magazzino, ad esempio un carrello elevatore o uno scanner portatile.
Descrizione Questo attributo specifica il bene fisico o l’attrezzatura utilizzati durante un’attività di magazzino. Tracciare l’utilizzo delle attrezzature aggiunge un’ulteriore dimensione all’analisi delle risorse, affiancando la prospettiva sulle prestazioni degli operatori. Può aiutare a comprendere i tassi di utilizzo delle attrezzature, individuare le esigenze di manutenzione e ottimizzare l’assegnazione dei macchinari. Per la Dashboard «Utilizzo delle risorse per attività», analizzare i dati in base all’attrezzatura utilizzata è fondamentale. Può rivelare se determinati tipi di attrezzatura costituiscono colli di bottiglia o se è possibile migliorare l’assegnazione delle attività in base alla disponibilità e all’efficienza dei mezzi. Ad esempio, potrebbe emergere che un particolare modello di carrello elevatore è sistematicamente più lento nelle attività di stoccaggio, suggerendo la necessità di approfondire. Perché è importante Consente di analizzare l’utilizzo e l’efficienza delle attrezzature, individuare i colli di bottiglia legati ai beni e ottimizzare l’allocazione delle risorse. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. Questo dato può essere registrato nei record di esecuzione delle attività, soprattutto se gli operatori accedono al sistema da attrezzature specifiche. Esempi FORKLIFT-05SCANNER-A12CART-27
	Codice causale ReasonCode	Codice o descrizione che spiega la ragione di un evento specifico, come una rettifica dell’inventario, un reso o una deviazione.
Descrizione Un codice causale fornisce il contesto per gli eventi non standard o le eccezioni che si verificano nel processo. Ad esempio, se si verifica l’attività «Inventario rettificato», il codice causale potrebbe indicare «Merci danneggiate», «Rettifica del conteggio ciclico» o «Scorte scadute». È un elemento fondamentale per risalire alle cause profonde delle deviazioni del processo. Nel Process Mining, i codici causali sono preziosi per capire perché si verificano le eccezioni. Analizzare la frequenza e l’impatto dei diversi codici può aiutare a individuare problemi sistemici. Ad esempio, un’elevata frequenza di rettifiche per «Merci danneggiate» potrebbe portare a rivedere le procedure di movimentazione, mentre frequenti codici «Errore di prelievo» indicherebbero la necessità di una formazione migliore o di controlli di sistema per gli addetti al prelievo. Perché è importante Fornisce un contesto essenziale per le eccezioni e le deviazioni e consente di risalire alle cause profonde di problemi come le rettifiche dell’inventario o i ritardi. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. Questi codici vengono in genere inseriti durante la gestione delle transazioni relative alle eccezioni. Esempi DMG - Danneggiato durante il trasportoQTY_MISMATCH - Quantità insufficiente del fornitoreARTICOLO_ERRATO_PRELEVATO
	È rilavorazione IsRework	Indicatore booleano che segnala se un’attività ripete un passaggio precedente dello stesso caso, indicando una rilavorazione o un ciclo di processo.
Descrizione È rilavorazione è un indicatore calcolato che identifica i casi in cui il processo si discosta da un flusso lineare e ripete un’attività. Per esempio, se all’attività «Merce prelevata» ne segue un’altra con lo stesso nome per lo stesso ordine, la seconda occorrenza viene contrassegnata come rilavorazione. Spesso questo segnala un problema, come un errore di prelievo da correggere. Questo attributo è essenziale per la Dashboard «Analisi delle deviazioni e delle rilavorazioni del processo» e per il KPI «Tasso di rilavorazione in magazzino». Contrassegnando questi eventi, l’analisi può quantificare la frequenza e l’impatto delle rilavorazioni. Individuare le attività più soggette a rilavorazione aiuta a identificare i punti deboli del processo, i problemi di qualità o le lacune nella formazione che causano inefficienze e aumentano i costi operativi. Perché è importante Questo indicatore individua direttamente le inefficienze e i cicli del processo, consentendo di quantificare il costo e la frequenza delle rilavorazioni. Dove reperirli Il valore viene calcolato nello strumento di Process Mining rilevando sequenze ripetute di attività per lo stesso ID caso. Esempi truefalse
	ID spedizione ShipmentId	Identificativo univoco della spedizione che raggruppa uno o più ordini di magazzino trasportati insieme.
Descrizione L’ID spedizione è un identificativo di livello superiore che può riunire più ordini di magazzino in un’unica unità logistica per il trasporto. Ad esempio, diversi ordini di piccole dimensioni destinati allo stesso luogo possono essere raggruppati in un’unica spedizione sullo stesso camion. In questa analisi, l’ordine di magazzino è l’ID del caso, mentre l’ID spedizione offre un’ulteriore dimensione per analizzare la logistica in uscita. Consente di valutare le prestazioni a livello di spedizione, ad esempio il tempo totale necessario per consolidare tutti gli ordini. Può inoltre essere utilizzato per tracciare i problemi che interessano un’intera spedizione, anziché un singolo ordine. Perché è importante Raggruppa più ordini in un’unica unità di trasporto e consente di analizzare l’efficienza del consolidamento e le prestazioni a livello di spedizione. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. In genere, questo dato si trova nei moduli di gestione delle spedizioni o dei carichi. Esempi SHP-98765LOAD-A543BOL-123456
	Identificativo dell’ubicazione LocationIdentifier	Ubicazione fisica specifica all’interno del magazzino in cui si è svolta un’attività, ad esempio una posizione di stoccaggio, una porta di carico o un’area di attesa.
Descrizione L’identificativo dell’ubicazione specifica il luogo esatto del magazzino associato a un evento. Può trattarsi della baia di ricevimento per «Merci arrivate», di una posizione di stoccaggio per «Merci stoccate», di una postazione di imballaggio per «Merci imballate» o di una corsia nell’area di attesa per «Preparazione per la spedizione». Questo attributo aggiunge una dimensione spaziale all’analisi del processo e può aiutare a individuare i colli di bottiglia legati a specifiche aree fisiche del magazzino. Ad esempio, l’analisi potrebbe rivelare che il prelievo è sistematicamente lento in una determinata corsia o che una specifica porta di carico rallenta il ricevimento. Queste informazioni possono orientare le decisioni sulla disposizione del magazzino, sull’allocazione delle risorse e sulla progettazione dei processi. Perché è importante Aggiunge una dimensione fisica all’analisi e aiuta a individuare i colli di bottiglia legati a specifiche zone, corsie o posizioni di stoccaggio del magazzino. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. Queste informazioni sono in genere registrate nei dettagli delle attività. Esempi A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
	Quantità pianificata PlannedQuantity	Quantità di articoli prevista per un’attività in base al documento di origine, ad esempio un ordine di acquisto o di vendita.
Descrizione La quantità pianificata è il numero di unità previsto per una determinata attività, come indicato nel documento di origine. Per un ricevimento in entrata, corrisponde alla quantità riportata nell’ordine di acquisto; per una spedizione in uscita, alla quantità indicata nell’ordine di vendita. Questo attributo costituisce la base di riferimento per il confronto con la quantità effettiva. Il KPI «Tasso di discrepanza dei dati di inventario» viene calcolato in base alle differenze tra quantità pianificate ed effettive. Analizzare queste variazioni è fondamentale per la gestione della catena di approvvigionamento e dell’inventario, perché aiuta a risolvere problemi legati ai fornitori, ai processi interni o agli errori di inserimento dei dati. Perché è importante Costituisce la base di riferimento per misurare la precisione dell’inventario e individuare discrepanze durante il ricevimento o il prelievo. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. In genere, questo dato si trova nella riga dell’ordine associata all’attività di magazzino. Esempi 100100500
	SKU del prodotto ProductSKU	Codice SKU (Stock Keeping Unit) o identificativo del prodotto movimentato nell’ordine di magazzino.
Descrizione Lo SKU del prodotto è il codice univoco che identifica un prodotto o un articolo specifico. Gli ordini di magazzino spesso comprendono uno o più prodotti e questo attributo consente di segmentare l’analisi in base agli articoli elaborati. Analizzare il processo per SKU del prodotto può rivelare in che modo i diversi prodotti incidono sull’efficienza del magazzino. Ad esempio, gli articoli ingombranti o fragili possono richiedere tempi di movimentazione più lunghi, mentre i prodotti a elevata rotazione possono seguire un percorso più ottimizzato. Queste informazioni sono utili per definire le strategie di assegnazione delle ubicazioni, che prevedono di disporre i prodotti nel magazzino in modo da ottimizzare gli spostamenti per il prelievo e lo stoccaggio, e per comprendere l’impatto delle caratteristiche dei prodotti sulla produttività complessiva. Perché è importante Consente di analizzare le caratteristiche dei prodotti, che possono incidere sui tempi di movimentazione e sui flussi dei processi, e di orientare le strategie di assegnazione delle ubicazioni e di stoccaggio. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. Questo dato si trova nei dettagli della riga dell’ordine o dell’attività. Esempi SKU-100-RED-LGPROD-54321HW-CMP-001A
	Stato dell’ordine di magazzino WarehouseOrderStatus	Stato attuale o finale dell’ordine di magazzino, ad esempio «Completato» o «Annullato».
Descrizione Questo attributo indica l’esito o lo stato finale di un ordine di magazzino. Aiuta a distinguere gli ordini elaborati correttamente da quelli annullati o ancora in corso. È una dimensione chiave per filtrare i casi e analizzare solo i processi completati oppure indagare le ragioni degli annullamenti. L’analisi dei casi in base allo stato finale è importante per comprendere le variazioni e gli esiti dei processi. Ad esempio, confrontare i flussi degli ordini «Completato» e «Annullato» può rivelare in quale fase si verificano più spesso gli annullamenti e far emergere possibili problemi di inventario, richieste dei clienti o errori di sistema. Questo attributo viene inoltre utilizzato per calcolare KPI di produttività come «Produttività giornaliera del magazzino». Perché è importante Definisce l’esito di un caso e consente di concentrarsi sugli ordini completati correttamente o di indagare le eccezioni, come gli annullamenti. Dove reperirli In genere, è il campo dello stato nel record di intestazione dell’ordine di magazzino in Oracle WMS Cloud. Esempi CompletatoIn corsoAnnullatoIn sospeso
	Vettore Carrier	Vettore o fornitore di servizi di trasporto incaricato della spedizione in uscita.
Descrizione L’attributo vettore identifica il partner logistico responsabile del trasporto delle merci dal magazzino alla destinazione finale. Può trattarsi di un vettore commerciale come FedEx o UPS, di una società di trasporto merci o di una flotta interna. Queste informazioni vengono utilizzate nella Dashboard «Tempo di ciclo della spedizione» per analizzare e confrontare le prestazioni dei diversi vettori. Suddividendo per vettore il tempo che intercorre tra «Preparazione per la spedizione» e «Spedizione inviata», l’azienda può individuare i partner più efficienti e quelli che causano ritardi, utilizzando questi dati nelle trattative contrattuali e nella scelta dei vettori. Perché è importante Consente di confrontare le prestazioni dei diversi vettori e aiuta a ottimizzare la logistica in uscita e a ridurre i ritardi nelle spedizioni. Dove reperirli Consulti la documentazione di Oracle WMS Cloud. In genere, questo dato è memorizzato nelle informazioni sulla spedizione o sul carico associate all’ordine di magazzino. Esempi FedExUPSDHLXPO Logistics

Obbligatorio Consigliato Facoltativo

Attività di gestione del magazzino

Questi sono i passaggi e i traguardi chiave da registrare nell’Event Log per individuare correttamente i processi.

7 Consigliato 9 Facoltativo

	Attività	Descrizione
	Confezionamento delle merci completato	Indica il completamento del confezionamento di un contenitore di spedizione o di un intero ordine. L’operatore conferma che tutti gli articoli sono stati confezionati e che il contenitore è stato chiuso ed etichettato per la spedizione.
Perché è importante Questa tappa segna la fine delle attività che aggiungono valore all’interno del magazzino per un ordine. Il tempo che intercorre tra il prelievo e il completamento del confezionamento è un indicatore chiave della velocità di evasione interna. Dove reperirli Di norma è una transazione esplicita, come «Close Container» o «Finish Pack». La data e ora di completamento viene registrata nella cronologia delle transazioni di confezionamento o degli ordini in uscita. Acquisizione Acquisito dalla data e ora di completamento dell’ultima transazione di confezionamento dell’ordine. Tipo di evento explicit
	Creazione della consegna in entrata	Questa attività indica la creazione in Oracle WMS Cloud di una notifica anticipata di spedizione (ASN) o di un record di consegna in entrata. Segna l’inizio del processo in entrata e costituisce la notifica formale dell’arrivo previsto delle merci in magazzino.
Perché è importante È il principale evento di inizio del processo di magazzino in entrata. Analizzare il tempo che intercorre da questo momento alla ricezione effettiva delle merci aiuta a valutare l’affidabilità dei fornitori e la precisione della pianificazione. Dove reperirli Questo evento viene in genere acquisito dalla cronologia delle transazioni degli oggetti Inbound Shipment o ASN. Corrisponde alla data e ora di creazione del documento. Acquisizione Acquisito dall’evento di creazione del record Inbound Shipment o ASN. Tipo di evento explicit
	Ordine di magazzino completato	Indica la chiusura definitiva dell’ordine di magazzino, che può avvenire al momento della partenza della spedizione o poco dopo, una volta completati tutti gli aggiornamenti di sistema. È l’evento finale positivo del processo.
Perché è importante Questa attività definisce la fine del ciclo di vita completo del processo di magazzino. È essenziale per calcolare il tempo di ciclo totale e la produttività dell’intera operazione. Dove reperirli In genere l’evento viene dedotto dalla modifica dello stato finale dell’oggetto dell’ordine di magazzino a «Completed» o «Closed». Si utilizza la data e ora dell’ultimo aggiornamento di stato. Acquisizione Dedotto dalla modifica dello stato dell’ordine di magazzino al relativo stato finale di completamento. Tipo di evento inferred
	Prelievo delle merci completato	Questa attività indica che un operatore ha prelevato fisicamente gli articoli dalle rispettive ubicazioni e ha confermato il prelievo nel sistema. Le merci sono ora pronte per essere trasferite nell’area di confezionamento o preparazione delle spedizioni.
Perché è importante È una tappa importante nel processo di evasione degli ordini. Analizzare i tempi di prelievo aiuta a individuare i colli di bottiglia dovuti alla disposizione del magazzino, alle strategie di prelievo o alle prestazioni degli operatori. Dove reperirli Viene acquisito dalla data e ora di completamento dell’attività di prelievo, riportata nella cronologia delle attività o nei registri delle transazioni. La scansione di conferma dell’operatore conclude la transazione. Acquisizione Basato sulla data e ora di completamento della transazione dell’attività di prelievo. Tipo di evento explicit
	Ricezione delle merci	Questa attività indica che le merci sono state scaricate, scansionate e formalmente prese in carico dal magazzino. È una transazione in cui le quantità vengono verificate rispetto al documento di consegna in entrata.
Perché è importante È una tappa fondamentale che segna la ricezione ufficiale delle scorte. Il tempo necessario per completare questa attività incide direttamente sulla rapidità con cui le scorte diventano disponibili per lo stoccaggio e l’evasione degli ordini. Dove reperirli Viene acquisito dai registri delle transazioni di ricezione in Oracle WMS Cloud. Ogni scansione o conferma della ricezione di un articolo genera un record con data e ora. Acquisizione Basato sulla data e ora di completamento della transazione «Receive ASN» o di un’operazione di ricezione analoga. Tipo di evento explicit
	Spedizione partita	Questa attività segna la fase finale: il camion caricato parte dal magazzino. La transazione chiude l’ordine in uscita nel WMS sia dal punto di vista finanziario sia da quello fisico.
Perché è importante È l’ultima tappa del processo in uscita e un dato fondamentale per l’indicatore di conformità alle scadenze di spedizione. Segna il trasferimento delle merci al vettore e la fine della responsabilità del magazzino. Dove reperirli È una transazione esplicita fondamentale in Oracle WMS Cloud, spesso denominata «Ship Confirm» o «Dispatch Load». Viene registrata nel record Outbound Load o Shipment con una data e ora precise. Acquisizione Acquisito dalla data e ora della transazione «Ship Confirm» o «Dispatch Load». Tipo di evento explicit
	Stoccaggio delle merci completato	Questa attività indica che il processo di stoccaggio è stato completato correttamente. Un operatore ha spostato fisicamente le merci nell’ubicazione di magazzino e ha confermato l’operazione nel sistema, rendendo le scorte disponibili.
Perché è importante È una tappa fondamentale che segna la fine del processo in entrata. È essenziale per calcolare l’indicatore chiave «Tempo dalla ricezione allo stoccaggio» e analizzare l’efficienza delle operazioni di stoccaggio. Dove reperirli Viene acquisito quando un operatore conferma l’attività di stoccaggio, generando un record di transazione con la data e ora di completamento. In genere si trova nella cronologia delle attività o nei registri delle transazioni di inventario. Acquisizione Basato sulla data e ora di completamento della transazione dell’attività di stoccaggio. Tipo di evento explicit
	Arrivo delle merci	Indica l’arrivo fisico del camion o del vettore alla banchina del magazzino e la relativa registrazione ufficiale. Spesso viene registrato prima che inizino lo scarico e la ricezione dettagliata dei singoli articoli.
Perché è importante Questa tappa consente di distinguere il tempo di transito del vettore dal tempo di elaborazione interno al magazzino. È fondamentale per analizzare l’utilizzo delle banchine e gli eventuali colli di bottiglia nell’area di ricezione. Dove reperirli Spesso viene acquisito come aggiornamento di stato del record Inbound Shipment o ASN, quando un addetto alla banchina scansiona i documenti di consegna o aggiorna manualmente il sistema. Acquisizione Registrato come evento di modifica dello stato, ad esempio «Arrivato al check-in», nell’Inbound Shipment. Tipo di evento explicit
	Creazione dell’attività di prelievo	Questo evento si verifica quando il sistema genera un’attività di prelievo per consentire a un operatore di recuperare dagli scaffali gli articoli necessari a evadere un ordine in uscita. Segna l’inizio del ciclo di evasione dell’ordine in magazzino.
Perché è importante È l’evento che avvia il processo di prelievo in uscita. Il tempo che intercorre tra questo evento e il completamento del prelievo è un indicatore chiave dell’efficienza nell’evasione degli ordini e della capacità di risposta delle risorse. Dove reperirli L’evento viene registrato nelle tabelle di gestione delle attività di magazzino. Come ora dell’attività si utilizza la data e ora di creazione del record dell’attività di prelievo. Acquisizione Acquisito dalla data e ora di creazione dell’attività di prelievo generata dal sistema. Tipo di evento explicit
	Creazione dell’attività di stoccaggio	Questo evento indica che il sistema ha generato un’attività per un operatore di magazzino, incaricato di spostare le merci ricevute dalla banchina di ricezione a un’ubicazione di stoccaggio designata. Segna l’inizio del sottoprocesso di stoccaggio.
Perché è importante Questa attività avvia il ciclo di stoccaggio. Analizzare il tempo che intercorre tra la creazione dell’attività e il completamento dello stoccaggio effettivo aiuta a valutare l’efficienza del sistema e i tempi di risposta degli operatori. Dove reperirli Di norma è un evento esplicito registrato nelle tabelle delle attività o delle transazioni di magazzino. La data e ora di creazione del record dell’attività di stoccaggio costituisce l’ora dell’evento. Acquisizione Acquisito dalla data e ora di creazione dell’attività di stoccaggio generata dal sistema. Tipo di evento explicit
	Inizio del carico	Questo evento indica l’inizio del carico fisico, durante il quale le merci confezionate vengono trasferite dall’area di preparazione al camion del vettore. Spesso viene avviato con una transazione «Start Load».
Perché è importante Questa attività offre visibilità sull’efficienza del processo di carico. Aiuta a distinguere il tempo di attesa nell’area di preparazione dal tempo effettivamente impiegato per caricare il camion. Dove reperirli Di norma è una transazione esplicita collegata a un record Outbound Load in Oracle WMS Cloud. L’utente esegue l’azione «Start Load», che viene registrata con data e ora. Acquisizione Acquisito dalla transazione «Start Load» associata a uno specifico carico in uscita del vettore. Tipo di evento explicit
	Inizio del confezionamento	Questa attività indica che le merci prelevate sono arrivate a una postazione di confezionamento e che un operatore ha avviato il confezionamento. Spesso viene registrata con una scansione esplicita che associa gli articoli a un contenitore.
Perché è importante Monitorare questa attività aiuta a isolare il sottoprocesso di confezionamento dalle fasi di prelievo e preparazione delle spedizioni. Consente un’analisi dettagliata dell’efficienza e della produttività delle postazioni di confezionamento. Dove reperirli Può trattarsi di una transazione esplicita oppure l’evento può essere dedotto dalla creazione di un contenitore di confezionamento (LPN) e dalla scansione del primo articolo al suo interno. È riportato nei registri delle transazioni di confezionamento o spedizione. Acquisizione Acquisito dalla transazione «Start Pack» o dalla data e ora di confezionamento del primo articolo inserito in un contenitore. Tipo di evento explicit
	Ispezione della qualità completata	Indica il completamento di un controllo di qualità sulle merci ricevute. Può essere una fase standard per determinati materiali o fornitori, oppure essere avviato caso per caso.
Perché è importante Monitorare la durata e la frequenza delle ispezioni di qualità è essenziale per individuare i ritardi nel processo in entrata. Aiuta a misurare per quanto tempo le merci restano in stato di controllo qualità prima di diventare disponibili. Dove reperirli L’evento può essere dedotto dalle modifiche di stato del record di inventario, ad esempio dal passaggio da «QA Hold» a «Available» o «Putaway». Potrebbero inoltre essere disponibili registri espliciti delle transazioni provenienti da un modulo di qualità. Acquisizione Dedotto dalle modifiche dello stato delle scorte o dal completamento di una transazione di controllo qualità collegata alle merci ricevute. Tipo di evento inferred
	Ordine di magazzino annullato	Indica l’annullamento di un ordine di magazzino prima del suo completamento. È uno stato finale alternativo che indica che il processo non è andato a buon fine.
Perché è importante Monitorare gli annullamenti è importante per comprendere le variazioni della domanda, gli errori di inserimento dei dati o altri problemi che causano l’interruzione degli ordini. Aiuta a individuare le fonti di spreco nel processo. Dove reperirli Questo evento viene dedotto quando lo stato dell’ordine di magazzino passa a «Annullato» o a uno stato terminale simile. Viene utilizzata la data e l’ora dell’aggiornamento dello stato. Acquisizione Deducibile dal passaggio dell’ordine di magazzino allo stato «Annullato». Tipo di evento inferred
	Preparazione della spedizione completata	Questa attività indica che i contenitori confezionati sono stati spostati dalla postazione di confezionamento a un’area designata per la preparazione delle spedizioni. L’ordine è pronto e in attesa di essere caricato sul vettore.
Perché è importante Segna il passaggio dalla fase di elaborazione a quella finale di spedizione. Il tempo trascorso dalle merci nell’area di preparazione può evidenziare ritardi nell’arrivo del vettore o nella pianificazione delle banchine. Dove reperirli Di solito viene acquisito tramite una transazione di spostamento, che aggiorna l’ubicazione del contenitore confezionato assegnandolo a una corsia di preparazione. La data e ora della transazione segna l’evento. Acquisizione Acquisito dalla transazione di movimentazione dell’inventario che trasferisce l’LPN confezionata in un’ubicazione di preparazione. Tipo di evento explicit
	Rettifica delle scorte	Indica una rettifica manuale o automatica della quantità di un articolo in una specifica ubicazione. Può verificarsi in seguito a un conteggio ciclico, a un danno o alla correzione di discrepanze rilevate durante la ricezione.
Perché è importante Questa attività è fondamentale per individuare i problemi di processo che causano imprecisioni nelle scorte. Analizzare la frequenza e l’entità delle rettifiche aiuta a individuare i problemi nelle fasi di ricezione, prelievo o stoccaggio. Dove reperirli Viene acquisito dai registri specifici delle transazioni di rettifica delle scorte in Oracle WMS Cloud. Questi registri riportano l’articolo, l’ubicazione, la variazione di quantità, il codice causale e la data e ora. Acquisizione Acquisito direttamente dai record delle transazioni di rettifica delle scorte. Tipo di evento explicit

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Oracle WMS Cloud

Passaggi

Acceda a Oracle Transactional Business Intelligence (OTBI). Acceda all’ambiente Oracle Cloud Applications e utilizzi il menu di navigazione per aprire Tools, quindi selezioni Reports and Analytics.
Faccia clic sul pulsante «Create» nella barra degli strumenti e selezioni «Analysis». Si aprirà l’editor di analisi, in cui potrà selezionare un’origine dati.
Nella finestra «Select Subject Area», scelga l’area tematica «Warehouse Operations - Real Time». Quest’area contiene gli oggetti dati necessari per le transazioni in entrata, di inventario e in uscita.
Dopo aver selezionato l’area tematica, si aprirà la scheda Criteria. Invece di trascinare le colonne, apra la scheda «Advanced» per inserire direttamente la query SQL logica.
Copi la query SQL logica completa dalla sezione Query di questo documento e la incolli nell’area di testo «SQL Issued». La query utilizza clausole UNION ALL per combinare i dati di diverse tabelle transazionali in un unico formato di Event Log.
Modifichi i valori segnaposto nella query. In particolare, aggiorni le variabili @{v_start_date} e @{v_end_date} con l’intervallo di date desiderato per l’estrazione, ad esempio «YYYY-MM-DD».
Apra la scheda «Results» per eseguire la query e visualizzare un’anteprima dei dati. In questo modo potrà verificare che la query sia valida e restituisca le colonne e le righe previste.
Salvi l’analisi facendo clic sull’icona di salvataggio. Inserisca un nome descrittivo e la salvi in una cartella condivisa o personale.
Per pianificare un’esportazione ricorrente, torni al catalogo, individui l’analisi salvata e faccia clic su «More», quindi selezioni «Schedule».
Nella configurazione della pianificazione, definisca la frequenza e l’orario di esecuzione del report. Nella scheda «Output», imposti il formato di esportazione CSV, consigliato per ProcessMind.
Configuri il metodo di consegna, ad esempio il salvataggio in un server di contenuti o l’invio tramite e-mail, per recuperare il file CSV generato.
Dopo l’esecuzione del job pianificato e la ricezione del file CSV, verifichi che le intestazioni delle colonne corrispondano agli attributi richiesti dal progetto ProcessMind. Non dovrebbe essere necessaria alcuna ulteriore trasformazione dei dati.

Configurazione

Area tematica: l’origine dati principale per questa estrazione è l’area «Warehouse Operations - Real Time». Verifichi che il Suo ruolo utente disponga delle autorizzazioni necessarie per accedervi.
Intervallo di date: la query utilizza date di inizio e fine come parametri. Per un’analisi iniziale, si consiglia di estrarre dati relativi a 3-6 mesi. In produzione, pianifichi estrazioni incrementali giornaliere o settimanali.
Filtri principali: la query fornita filtra i dati in base alla data di creazione della transazione. Può aggiungere altri filtri direttamente nella clausola WHERE di ogni istruzione SELECT per restringere l’ambito, ad esempio filtrando per «Warehouse Details» e «Warehouse Code» per limitare i dati a uno stabilimento specifico.
Prestazioni: l’estrazione di grandi volumi di dati direttamente da aree tematiche in tempo reale può incidere sulle prestazioni del sistema. Pianifichi sempre le estrazioni più consistenti fuori dagli orari di punta, per ridurre al minimo l’impatto sugli utenti operativi.
Prerequisiti: l’utente che esegue l’estrazione deve disporre di un ruolo con i privilegi BI necessari, ad esempio «BI Administrator» o «BI Author», per creare, modificare e pianificare analisi nell’ambiente OTBI.

a Query di esempio 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}'

Passaggi

Prepari l’ambiente Python: verifichi di avere installato Python 3.6 o una versione successiva. Installi le librerie necessarie con pip: pip install requests pandas.
Recuperi le credenziali di Oracle WMS Cloud: si procuri l’URL di base dell’API, il nome utente e la password di un account API dedicato e l’ID dello stabilimento da cui desidera estrarre i dati.
Configuri lo script Python: apra lo script Python fornito. Individui la sezione di configurazione all’inizio del file e sostituisca i valori segnaposto di BASE_URL, FACILITY_ID, USERNAME e PASSWORD con le credenziali effettive. Imposti inoltre START_DATE e END_DATE per definire il periodo di estrazione desiderato.
Esamini gli endpoint API: lo script interroga diversi endpoint chiave delle API REST di Oracle WMS Cloud. La fonte principale degli eventi è l’endpoint inventory_history, filtrato per diversi tipi di transazione (tran_type) per individuare attività specifiche, come ricevimento, prelievo e imballaggio.
Esegua lo script: avvii lo script dalla riga di comando con python your_script_name.py. Lo script eseguirà l’autenticazione e interrogherà in sequenza le API per recuperare i dati relativi alle 16 attività richieste nell’intervallo di date specificato.
Gestisca la paginazione: lo script include una funzione di supporto che gestisce automaticamente la paginazione delle API. Interroga ripetutamente ogni endpoint, incrementando il parametro offset finché non sono stati recuperati tutti i record pertinenti all’intervallo di date.
Mappi e trasformi i dati: per ogni record recuperato tramite API, lo script associa i campi JSON alle colonne standard dell’Event Log (WarehouseOrder, ActivityName, EventStartTime e così via). Assegna il valore corretto a ActivityName in base all’endpoint di origine e al tipo di transazione.
Consolidi i dati degli eventi: tutti gli eventi estratti vengono aggiunti a un unico elenco. Al termine delle interrogazioni API, l’elenco viene convertito in un DataFrame pandas, che offre una vista tabellare strutturata dell’intero processo.
Aggiunga data e ora e dati di sistema: lo script arricchisce i dati aggiungendo a ogni record dell’evento SourceSystem (impostato in modo fisso su «Oracle WMS Cloud») e LastDataUpdate (la data e ora di esecuzione dello script).
Esporti l’Event Log: il DataFrame pandas finale viene ordinato per ID dell’ordine di magazzino e ora di inizio dell’evento, così da mantenere la sequenza corretta. Viene quindi salvato come file CSV denominato oracle_wms_event_log.csv nella stessa directory da cui viene eseguito lo script. Il file è pronto per essere caricato in ProcessMind.

Configurazione

Credenziali API: è necessario un utente Oracle WMS Cloud valido con accesso API, comprensivo di nome utente e password.
URL di base e ID dello stabilimento: deve fornire l’URL di base specifico della Sua istanza Oracle WMS Cloud, ad esempio https://{your_instance_id}.wms.ocs.oraclecloud.com, e il valore facility_id di destinazione.
Intervallo di date: lo script richiede START_DATE e END_DATE nel formato «YYYY-MM-DD». Per l’analisi iniziale si consiglia un intervallo di 3-6 mesi, così da bilanciare il volume dei dati e le informazioni ottenute. Tenga presente che intervalli molto ampi possono allungare notevolmente i tempi di esecuzione dello script.
Limite di paginazione: il parametro LIMIT dello script è impostato su 500 record per richiesta API. In genere è un valore sicuro per evitare timeout. Può modificarlo in base alle prestazioni del sistema, ma si sconsigliano valori superiori a 1000.
Autorizzazioni API: l’utente API deve disporre almeno delle autorizzazioni di lettura per le seguenti entità: inbound_shipment, inventory_history, task, outbound_load e order. Si rivolga all’amministratore Oracle WMS per verificare che siano assegnati i ruoli corretti.

a Query di esempio 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()

È pronto a iniziare?

Utilizzi questo template di dati per avviare il percorso di Process Mining nella gestione del magazzino. Inizi oggi a ottimizzare le operazioni.

Torna alla guida al miglioramento Scarica il template

Ottimizzi la gestione del magazzino e migliori l’efficienza di Oracle WMS Cloud

Individui i colli di bottiglia e raggiunga una precisione dell’inventario del 99,5% in Oracle WMS Cloud.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Inizi oggi a ottimizzare le operazioni.

Il template dei dati per la gestione del magazzino

Il template dei dati per la gestione del magazzino

Attributi della gestione del magazzino

Attività di gestione del magazzino

Guide all’estrazione

Esportazione con Oracle Transactional Business Intelligence (OTBI)

Passaggi

Configurazione

a Query di esempio sql

Estrazione tramite script Python e API REST di Oracle WMS

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Ottimizzi la gestione del magazzino e migliori l’efficienza di Oracle WMS Cloud

Il template dei dati per la gestione del magazzino

Il template dei dati per la gestione del magazzino

Attributi della gestione del magazzino

Attività di gestione del magazzino

Guide all’estrazione

Esportazione con Oracle Transactional Business Intelligence (OTBI)

Passaggi

Configurazione

a Query di esempio sql

Estrazione tramite script Python e API REST di Oracle WMS

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Ottimizzi la gestione del magazzino e migliori l’efficienza di Oracle WMS Cloud

La Sua privacy è importante