> Miglioramento continuo dei processi > Gestione dell’inventario > Oracle Fusion SCM > Template dei dati

Il Suo template dei dati per la gestione delle scorte

Oracle Fusion SCM

Attributi della gestione delle scorte(20) Attività di gestione delle scorte(15) Guide all’estrazione(3)

Il Suo template dei dati per la gestione delle scorte

Questo template offre indicazioni dettagliate per estrarre e strutturare i dati di gestione delle scorte da Oracle Fusion SCM. Descrive gli attributi e le attività essenziali per creare un Event Log efficace. Utilizzi queste indicazioni per analizzare con precisione i processi di gestione delle scorte e individuare le aree da ottimizzare.

Attributi consigliati da raccogliere
Attività chiave da monitorare per l’individuazione dei processi
Indicazioni per estrarre i dati da Oracle Fusion SCM

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

Scarica il template

Attributi della gestione delle scorte

Questi sono i campi dati essenziali da includere nell’Event Log per consentire un’analisi completa dei processi di gestione delle scorte.

5 Obbligatorio 5 Consigliato 10 Facoltativo

	Nome	Descrizione
	Lotto o partita di inventario InventoryBatchLot	Identificativo univoco di uno specifico lotto o partita di un articolo di inventario, utilizzato come ID del caso per tracciarne il ciclo di vita.
Descrizione Il numero del lotto o della partita di inventario è l’identificativo principale del caso e raggruppa tutte le attività relative a una specifica quantità di prodotto. Consente di seguire l’intero ciclo di vita di una quantità distinta di scorte, dalla ricezione in inventario ai vari movimenti, fino al prelievo o al consumo. Nell’analisi di Process Mining, questo attributo è fondamentale: collega eventi distinti, come la ricezione, il controllo qualità, i trasferimenti interni e l’uscita della merce, in un’unica istanza di processo coerente. Analizzare i processi per lotto o partita di inventario permette di calcolare i tempi di ciclo dall’inizio alla fine, individuare i percorsi più frequenti e scoprire i colli di bottiglia che interessano specifici gruppi di scorte. Perché è importante È l’identificativo essenziale del caso che collega tutte le attività relative all’inventario e consente di ricostruire l’intero percorso di un lotto di scorte, dalla ricezione al prelievo. Dove reperirli Questa informazione si trova in genere nelle tabelle delle transazioni di inventario, come INV_MATERIAL_TXNS, insieme ai dettagli relativi al controllo di lotti o partite. Esempi LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Nome dell’attività ActivityName	Nome dell’attività specifica di gestione dell’inventario eseguita.
Descrizione Il nome dell’attività descrive un singolo passaggio o evento verificatosi nel processo di gestione dell’inventario per uno specifico lotto o una specifica partita. Questi eventi costituiscono la sequenza del flusso di processo. Tra gli esempi di attività figurano «Ricezione della merce registrata», «Controllo qualità eseguito», «Scorte trasferite internamente» e «Uscita della merce registrata». Analizzare la sequenza e la frequenza di queste attività è il fulcro del Process Mining: consente di visualizzare le mappe dei processi, individuare le deviazioni e analizzare i tempi di transizione tra i passaggi. Perché è importante Questo attributo è fondamentale per costruire la mappa del processo, perché definisce i singoli passaggi e gli eventi che compongono il ciclo di vita dell’inventario. Dove reperirli Spesso si ricava associando i tipi di transazione o i codici evento delle tabelle di origine (ad esempio, INV_MATERIAL_TXNS) a nomi di attività comprensibili. Esempi Ricezione della merce registrataStoccaggio completatoDiscrepanza dell’inventario rettificataPrelievo avviato
	Ora di inizio dell’evento EventStartTime	Timestamp che indica quando è iniziata l’attività relativa all’inventario.
Descrizione Questo attributo registra la data e l’ora esatte di inizio di un’attività. È il principale riferimento temporale per ordinare gli eventi cronologicamente e ricostruire il flusso del processo. Nell’analisi, l’ora di inizio dell’evento è fondamentale per calcolare la durata e i tempi di attesa tra le attività. Consente di individuare i colli di bottiglia, misurare i tempi di ciclo per KPI come «Tempo medio di ciclo dello stoccaggio» e analizzare le prestazioni del processo in periodi diversi, ad esempio per turno, giorno o mese. Perché è importante Questo timestamp è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e di attesa e comprendere i colli di bottiglia del processo. Dove reperirli In genere, proviene da un campo relativo alla data della transazione o alla data di creazione nelle tabelle delle transazioni di inventario, come TRANSACTION_DATE in INV_MATERIAL_TXNS. Esempi 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Sistema di origine SourceSystem	Identifica il sistema da cui sono stati estratti i dati.
Descrizione Questo attributo specifica l’applicazione di origine in cui è stata registrata la transazione di inventario. Nelle grandi aziende, i dati dell’inventario possono provenire da più sistemi o moduli. Indicare il sistema di origine è fondamentale per la governance dei dati e per comprenderne il contesto. Aiuta a risolvere i problemi di estrazione e può essere utilizzato per confrontare processi che coinvolgono sistemi o istanze diversi, ad esempio i processi di gestione dell’inventario di sistemi ERP regionali differenti. Perché è importante Fornisce informazioni essenziali sull’origine dei dati, utili per la convalida e la governance dei dati e per analizzare processi che possono coinvolgere più sistemi. Dove reperirli In genere, è un valore statico aggiunto durante l’estrazione e la trasformazione dei dati per indicarne la provenienza. Esempi Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Ultimo aggiornamento dei dati LastDataUpdate	Timestamp che indica l’ultimo aggiornamento dei dati di questo record dal sistema di origine.
Descrizione Questo attributo registra quando i dati sono stati estratti per l’ultima volta dal sistema di origine e caricati nello strumento di Process Mining. Indica quanto sono aggiornati i dati analizzati. Questo timestamp è essenziale per capire quanto siano recenti le informazioni sul processo. Consente di sapere se si stanno consultando dati quasi in tempo reale o un’istantanea relativa a un periodo precedente, un aspetto fondamentale per prendere decisioni tempestive e informate sulla base dell’analisi. Perché è importante Indica quanto sono aggiornati i dati, aiutando a capire quanto sia attuale l’analisi del processo e quando è previsto il prossimo aggiornamento. Dove reperirli È un campo di metadati generato durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Codice causale del movimento MovementReasonCode	Codice che indica la ragione aziendale di un movimento o di una rettifica delle scorte.
Descrizione Il codice causale del movimento spiega perché è stata effettuata una transazione di magazzino. È particolarmente importante per i movimenti non standard, come la rottamazione, le rettifiche derivanti da inventari ciclici o i resi. Questo attributo è fondamentale per l’analisi delle cause profonde. Ad esempio, la Dashboard «Frequenza e motivi delle rettifiche di magazzino» usa il codice per classificare le rettifiche e distinguere tra danni, furti ed errori di inserimento dei dati. Analizzare le causali aiuta a stabilire le priorità e a concentrare gli interventi di miglioramento sui problemi più rilevanti. Perché è importante Spiega le ragioni alla base delle rettifiche e dei movimenti di magazzino, un’informazione essenziale per analizzare le cause profonde di problemi come le discrepanze o la rottamazione. Dove reperirli È presente nelle tabelle delle transazioni in un campo dedicato al codice causale, ad esempio REASON_ID in INV_MATERIAL_TXNS, collegato a una tabella anagrafica dei codici causali. Esempi DANNEGGIATO DURANTE IL TRASPORTORETTIFICA INVENTARIO CICLICOSCORTE SCADUTE
	Numero articolo ItemNumber	Identificativo univoco del prodotto o del materiale movimentato.
Descrizione Il numero articolo, spesso indicato con la sigla SKU (Stock Keeping Unit), identifica il prodotto specifico coinvolto in una transazione di magazzino. Consente di filtrare o segmentare l’analisi in base al prodotto. Nel Process Mining, questo attributo è essenziale per un’analisi incentrata sui prodotti. Aiuta a rispondere a domande come: «Quali prodotti hanno i tempi di stoccaggio più lunghi?» oppure «Quali articoli vengono rettificati più spesso?». In questo modo è possibile individuare interventi mirati per specifiche linee di prodotto o categorie. Perché è importante Consente di filtrare e analizzare i dati per prodotto, aiutando a individuare gli articoli associati a ritardi o problemi di processo. Dove reperirli È un campo fondamentale nelle tabelle delle transazioni di magazzino, in genere denominato INVENTORY_ITEM_ID, che rimanda alla tabella anagrafica degli articoli (EGP_SYSTEM_ITEMS_B) per recuperarne i dettagli. Esempi AS54888CPU-INT-i9MEM-DDR5-32GB
	Ora di fine dell’evento EventEndTime	Timestamp che indica quando è stata completata l’attività relativa all’inventario.
Descrizione L’ora di fine dell’evento indica il completamento di un’attività. Molte transazioni di inventario vengono registrate in un singolo istante, ma alcune attività, come il controllo qualità o il prelievo, hanno una durata definita. Per gli eventi istantanei, l’ora di fine spesso coincide con quella di inizio. Questo attributo viene utilizzato insieme all’ora di inizio dell’evento per calcolare il tempo di elaborazione delle singole attività. È fondamentale per analizzare le prestazioni, studiare l’utilizzo delle risorse e individuare le attività che richiedono più tempo del previsto e contribuiscono ai ritardi complessivi del processo. Perché è importante Consente di calcolare il tempo di elaborazione delle singole attività e di individuare i passaggi specifici che richiedono più tempo. Dove reperirli Per le transazioni istantanee può coincidere con l’ora di inizio. Per le attività che hanno una durata, corrisponde a un campo distinto della tabella di origine pertinente, che registra il timestamp di completamento. Esempi 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Ubicazione di magazzino WarehouseLocation	L’ubicazione specifica all’interno del magazzino in cui si è svolta l’attività, ad esempio uno scomparto o una zona.
Descrizione Questo attributo indica l’ubicazione fisica all’interno del magazzino, ad esempio una corsia, uno scaffale o uno scomparto specifico, associata alla transazione di magazzino. Fornisce informazioni dettagliate sul luogo in cui le scorte sono conservate o movimentate. L’analisi per ubicazione di magazzino aiuta a individuare inefficienze logistiche. Ad esempio, la Dashboard «Tempo di attraversamento dei movimenti interni delle scorte» può mostrare se i trasferimenti tra determinate zone sono sistematicamente lenti. Può inoltre rivelare se alcune ubicazioni sono soggette a frequenti discrepanze di inventario. Perché è importante Fornisce il contesto geografico all’interno del magazzino e consente di analizzare l’efficienza dei movimenti e i problemi legati a specifiche ubicazioni, come i colli di bottiglia o le rettifiche frequenti. Dove reperirli Si ricava da campi come LOCATOR_ID nelle tabelle delle transazioni di magazzino, collegabili ai dati anagrafici delle ubicazioni (INV_ITEM_LOCATIONS) per ottenere le relative descrizioni. Esempi A1-R4-S3-B2BAIA-RICEVIMENTO-01AREA-CONTROLLO-QUALITÀ
	Utente che ha eseguito l’azione UserPerformingAction	ID utente o nome della persona che ha eseguito la transazione di inventario.
Descrizione Questo attributo identifica l’utente che ha eseguito una determinata attività, ad esempio un operatore di magazzino che ha completato un’attività di stoccaggio o un responsabile dell’inventario che ha approvato una rettifica. Analizzare i dati per utente è fondamentale per comprendere la distribuzione del carico di lavoro, individuare le esigenze di formazione e garantire la conformità. Ad esempio, la Dashboard «Frequenza e motivi delle rettifiche dell’inventario» utilizza questo attributo per individuare chi esegue più spesso le rettifiche, mettendo in evidenza le persone con i risultati migliori o chi potrebbe aver bisogno di ulteriore formazione sulle procedure di controllo dell’inventario. Perché è importante Associa le azioni a persone specifiche e consente di analizzare le prestazioni degli utenti, il carico di lavoro, le esigenze di formazione e la conformità dei processi. Dove reperirli In genere, si trova nelle tabelle delle transazioni in un campo 'USER_ID' o 'CREATED_BY', come CREATED_BY in INV_MATERIAL_TXNS. Esempi JSMITHAMARTINWAREHOUSE.OPERATOR
	Categoria SKU SKUCategory	Categoria o famiglia di appartenenza del prodotto (SKU).
Descrizione La categoria SKU è una classificazione che raggruppa prodotti simili. Alcuni esempi sono «Elettronica», «Materie prime», «Prodotti finiti» o categorie basate sul valore, come articoli di classe A, B o C. Questo attributo consente di analizzare i dati a livello di gruppo di prodotti, spesso con risultati più significativi rispetto all’analisi di migliaia di singoli articoli. Viene usato in Dashboard come «Analisi del tasso di rottamazione e obsolescenza» per individuare le categorie di prodotti più soggette a rottamazione e orientare il miglioramento delle politiche di gestione delle scorte e delle previsioni della domanda. Perché è importante Consente di aggregare e confrontare le prestazioni dei processi tra diversi gruppi di prodotti, facendo emergere tendenze che potrebbero non essere visibili a livello di singolo articolo. Dove reperirli Queste informazioni sono in genere archiviate nei dati anagrafici degli articoli (EGP_SYSTEM_ITEMS_B) e devono essere collegate ai dati delle transazioni. Esempi Ad alta rotazioneDi alto valoreRicambi
	Codice del sottoinventario SubinventoryCode	Suddivisione di un’organizzazione di magazzino che rappresenta una specifica area o tipologia di stoccaggio.
Descrizione Un sottoinventario è un raggruppamento logico o fisico di articoli all’interno di un’organizzazione di magazzino più ampia, ad esempio un magazzino. Alcuni esempi sono «Ricevimento», «Prodotti finiti», «In attesa di controllo qualità» o «Materiale difettoso». Questo attributo consente di analizzare le ubicazioni a un livello più generale rispetto al singolo scomparto. È utile per monitorare il flusso dei materiali tra aree funzionali diverse, ad esempio il tempo necessario perché gli articoli passino dal sottoinventario «Ricevimento» a quello dei «Prodotti finiti» dopo il controllo qualità. Perché è importante Consente di analizzare i movimenti delle scorte e i tempi di permanenza nelle diverse aree funzionali del magazzino, ad esempio ricevimento, controllo qualità e stoccaggio principale. Dove reperirli Campo standard nelle tabelle di magazzino, spesso denominato SUBINVENTORY_CODE. Esempi RICEVIMENTOFGIMAGAZZINO
	È una rettifica da inventario ciclico IsCycleCountAdjustment	Indicatore booleano che vale true se una rettifica di magazzino segue direttamente un’attività di inventario ciclico.
Descrizione Questo attributo derivato è un indicatore booleano (True/False) che identifica le attività «Rettifica di una discrepanza di magazzino» svolte poco dopo un’attività «Esecuzione dell’inventario ciclico» per lo stesso articolo e la stessa ubicazione. Consente di isolare le rettifiche direttamente riconducibili al conteggio. L’indicatore viene usato per il KPI «Tasso di rettifica dopo l’inventario ciclico». Permette agli analisti di misurare l’efficacia del programma di inventari ciclici, evidenziando la frequenza con cui i conteggi portano a rettifiche. Un tasso elevato può indicare problemi sistemici di accuratezza dei dati di magazzino. Perché è importante Aiuta a misurare in modo specifico l’efficacia degli inventari ciclici, isolando le rettifiche direttamente riconducibili a un conteggio fisico. Dove reperirli È un attributo derivato, creato durante la trasformazione dei dati verificando la sequenza delle attività per un determinato articolo o lotto. Esempi truefalse
	Giorni di permanenza in magazzino InventoryHoldingDays	Tempo totale durante il quale un lotto di scorte rimane a magazzino, dal primo ricevimento fino al prelievo o allo smaltimento finale.
Descrizione Questo KPI a livello di caso calcola per quanto tempo un determinato lotto di scorte rimane a magazzino. Si misura dal timestamp della prima attività «Registrazione del ricevimento merci» al timestamp dell’attività finale «Registrazione del prelievo merci» oppure «Rottamazione/smaltimento delle scorte» per lo stesso caso. Questa metrica è fondamentale per gestire il capitale circolante e i costi di stoccaggio. Un valore elevato dei giorni di permanenza in magazzino indica scorte a bassa rotazione, che possono comportare costi maggiori, rischio di obsolescenza e uso inefficiente dello spazio. L’analisi di questo KPI aiuta a ottimizzare i livelli delle scorte e a migliorarne la rotazione. Perché è importante KPI fondamentale per l’efficienza finanziaria e operativa: misura per quanto tempo il capitale resta immobilizzato nelle scorte e aiuta a individuare quelle a bassa rotazione. Dove reperirli È una metrica a livello di caso, calcolata nello strumento di Process Mining sottraendo il timestamp del primo evento da quello dell’ultimo evento pertinente. Esempi 30 giorni 10:05:0095 giorni 04:00:0015 giorni 12:30:00
	ID transazione di magazzino InventoryTransactionId	Identificativo univoco, generato dal sistema, di un singolo evento di magazzino.
Descrizione L’ID transazione di magazzino è la chiave primaria del singolo record di transazione atomica nel sistema di origine. Ogni riga dell’Event Log corrisponde a uno di questi ID. Sebbene di norma non venga usato direttamente nelle mappe di processo di alto livello, questo identificativo è prezioso per la convalida dei dati, gli audit e le analisi di dettaglio. Rimanda direttamente al record specifico in Oracle Fusion SCM e consente agli analisti di verificare anomalie o singoli eventi nel sistema di origine. Perché è importante Fornisce una chiave univoca per ogni evento, indispensabile per convalidare i dati, garantirne la tracciabilità e risalire al record nel sistema di origine. Dove reperirli È la chiave primaria della tabella principale delle transazioni di magazzino, in genere TRANSACTION_ID in INV_MATERIAL_TXNS. Esempi 987654321123456789555444333
	Organizzazione di magazzino InventoryOrganization	L’organizzazione specifica, ad esempio un magazzino o uno stabilimento di produzione, in cui sono conservate le scorte.
Descrizione Un’organizzazione di magazzino è una struttura o entità distinta che detiene scorte, ad esempio un centro di distribuzione o una fabbrica. In Oracle Fusion SCM è un elemento fondamentale dei dati organizzativi. Questo attributo consente di filtrare e confrontare i processi tra diversi siti fisici. Aiuta a rispondere a domande come: «Quale magazzino ha i tempi di stoccaggio più brevi?» oppure «Il tasso di discrepanze di magazzino è più alto nelle nostre strutture europee o nordamericane?». In questo modo è possibile confrontare i risultati e condividere le buone pratiche all’interno dell’organizzazione. Perché è importante Consente di confrontare i processi e i risultati tra strutture diverse, come magazzini o stabilimenti, e di individuare le prestazioni specifiche di ciascun sito. Dove reperirli Campo fondamentale nelle tabelle delle transazioni, ad esempio ORGANIZATION_ID, collegato a una tabella anagrafica delle organizzazioni per recuperarne il nome. Esempi Centro di distribuzione US1Stabilimento di produzione di SeattleMagazzino centrale UE
	Quantità Quantity	La quantità dell’articolo coinvolto nella transazione.
Descrizione Questo attributo indica il numero di unità di un articolo movimentate, rettificate, conteggiate o interessate da un’altra transazione. Misura l’entità di ciascun evento. La quantità è una metrica fondamentale per molte analisi. Serve a calcolare il volume di merci gestite, l’entità delle discrepanze di magazzino e la quantità di materiale rottamato. Se combinata con i dati sui costi, consente di quantificare l’impatto economico delle inefficienze di processo, come nella Dashboard «Analisi delle discrepanze negli inventari ciclici». Perché è importante Quantifica il volume di ogni transazione e consente di analizzare la produttività, l’entità delle discrepanze e l’impatto economico delle attività di magazzino. Dove reperirli Campo standard nelle tabelle delle transazioni di magazzino, ad esempio PRIMARY_QUANTITY o TRANSACTION_QUANTITY in INV_MATERIAL_TXNS. Esempi 100-105000
	Stato dell’articolo ItemStatus	Indica lo stato corrente dell’articolo a magazzino, ad esempio Attivo, inattivo o obsoleto.
Descrizione Lo stato dell’articolo indica la fase del ciclo di vita del prodotto. Ad esempio, un articolo può essere «Attivo» per le transazioni ordinarie, «In attesa» di una verifica della qualità oppure «Obsoleto» se non è più in uso. Questo attributo fornisce un contesto utile per analizzare determinate attività. Ad esempio, un tasso elevato di rottamazione per gli articoli con stato «Obsoleto» è prevedibile, mentre la rottamazione di articoli «Attivi» può indicare un problema serio. Consente di segmentare l’analisi e concentrarsi sulle scorte pertinenti e ancora in uso. Perché è importante Fornisce informazioni sul ciclo di vita del prodotto e aiuta a distinguere le attività previste, come la rottamazione di articoli obsoleti, dai problemi di processo inattesi. Dove reperirli Queste informazioni provengono dalla tabella anagrafica degli articoli, ad esempio EGP_SYSTEM_ITEMS_B, e devono essere collegate ai dati delle transazioni. Esempi AttivoInattivoObsoleto
	Tipo di transazione TransactionType	Tipo di transazione di magazzino definito dal sistema.
Descrizione Questo attributo è la classificazione originaria dell’evento di magazzino a livello di sistema, ad esempio «Ricevimento ordine di acquisto», «Trasferimento tra sottoinventari» o «Rettifica da inventario ciclico». Spesso si tratta di una classificazione tecnica da cui deriva il nome dell’attività, più comprensibile per l’utente. Il nome dell’attività viene usato nelle mappe di processo di alto livello, mentre il tipo di transazione può essere utile per analisi tecniche dettagliate o per verificare la corrispondenza tra transazioni e attività. Può aiutare a individuare sottoprocessi specifici o comportamenti del sistema raggruppati sotto un’unica attività. Perché è importante Fornisce la classificazione originaria dell’evento nel sistema, utile per le analisi dettagliate e per verificare come viene ricavato il «Nome attività». Dove reperirli Campo standard nelle tabelle delle transazioni di magazzino, in genere collegato a una tabella anagrafica dei tipi di transazione come MTL_TRANSACTION_TYPES. Esempi Ricevimento ordine di acquistoTrasferimento tra sottoinventariPrelievo componente per produzione
	Unità di misura UnitOfMeasure	L’unità di misura della quantità della transazione, ad esempio pezzi, kg o scatole.
Descrizione L’unità di misura (UOM) fornisce il contesto necessario per interpretare l’attributo «Quantità», specificando a cosa corrisponde il valore numerico. Ad esempio, una quantità pari a «10» può indicare 10 singoli articoli, 10 scatole oppure 10 chilogrammi. Questo attributo è essenziale per interpretare correttamente le analisi basate sulle quantità. Senza l’unità di misura, non è possibile confrontare le transazioni relative ad articoli diversi né aggregare correttamente le quantità. Garantisce che le analisi si basino su criteri coerenti e significativi. Perché è importante Fornisce il contesto indispensabile per interpretare correttamente l’attributo «Quantità» e rendere significativi i confronti. Dove reperirli Si trova in genere accanto al campo della quantità nelle tabelle delle transazioni, ad esempio come TRANSACTION_UOM in INV_MATERIAL_TXNS. Esempi PZKGBOX

Obbligatorio Consigliato Facoltativo

Attività di gestione delle scorte

Questi sono i passaggi e le tappe fondamentali da registrare nell’Event Log per individuare con precisione e in dettaglio i processi delle operazioni di magazzino.

7 Consigliato 8 Facoltativo

	Attività	Descrizione
	Controllo qualità eseguito	Indica il completamento del controllo qualità, al termine del quale si decide se accettare o respingere il lotto di inventario. In genere, l’evento si deduce dall’aggiornamento finale dello stato del record di controllo qualità.
Perché è importante È una tappa fondamentale, perché determina la disponibilità delle scorte per le fasi successive. Analizzare gli esiti e la durata dei controlli aiuta a ottimizzare il controllo qualità e le prestazioni dei fornitori. Dove reperirli Si deduce dal timestamp in cui il record del controllo qualità in QA_RESULTS viene aggiornato con uno stato finale come 'Accepted' o 'Rejected', oppure dalla variazione dello stato del materiale del lotto da 'QA' a 'Active'. Acquisizione Si ricava dalla data di completamento del record del controllo qualità associato al lotto di inventario. Tipo di evento inferred
	Discrepanza dell’inventario rettificata	Transazione esplicita che corregge la quantità disponibile a sistema di un lotto di inventario, per allinearla al conteggio fisico o tenere conto di altre discrepanze, ad esempio dovute a danni. La transazione registra formalmente un aumento o una perdita di inventario.
Perché è importante Monitorare la frequenza e le motivazioni delle rettifiche è fondamentale per individuare le cause profonde dell’imprecisione dell’inventario, come furti, danni o errori di processo. Le rettifiche incidono direttamente sui dati finanziari e sull’affidabilità delle scorte. Dove reperirli Registrata come transazione di materiale in INV_MATERIAL_TXNS, con un tipo specifico come 'Cycle Count Adjustment' o 'Miscellaneous Issue/Receipt', spesso accompagnato da un codice causale. Acquisizione Registrata dopo l’approvazione e la contabilizzazione di una transazione di rettifica dell’inventario. Tipo di evento explicit
	Prelievo completato	Indica che il lotto di inventario è stato prelevato fisicamente dalla posizione di stoccaggio e trasferito in un’area di attesa. Si tratta di una transazione esplicita con cui l’addetto al prelievo conferma nel sistema il completamento dell’attività.
Perché è importante È una tappa fondamentale nell’evasione degli ordini. Il tempo tra «Prelievo avviato» e questo evento misura l’efficienza dell’addetto e del processo di prelievo. Dove reperirli Acquisita tramite una transazione di conferma del prelievo, che aggiorna lo stato della riga dell’ordine di movimentazione o dell’attività di magazzino a 'Completed' oppure attiva una transazione 'Subinventory Transfer' in INV_MATERIAL_TXNS. Acquisizione Registrata quando un utente conferma la transazione di prelievo nel sistema, spesso tramite un dispositivo mobile RF. Tipo di evento explicit
	Ricezione della merce registrata	Indica l’arrivo fisico iniziale di un lotto o di una partita di inventario in magazzino, in genere a fronte di un ordine di acquisto o di un’autorizzazione al reso (RMA). Si tratta di una transazione esplicita registrata nel sistema al momento della ricezione della merce, che crea il primo record del lotto.
Perché è importante Questa attività costituisce il punto di partenza principale per analizzare il ciclo di vita dell’inventario. Per misurare l’efficienza delle operazioni in entrata, è fondamentale calcolare il tempo che intercorre tra questo evento e attività successive, come lo stoccaggio o il controllo qualità. Dove reperirli Registrata come transazione di materiale nella tabella INV_MATERIAL_TXNS, con tipi di transazione quali 'PO Receipt', 'RMA Receipt' o 'Intransit Shipment Receipt'. La data di creazione della transazione funge da timestamp dell’evento. Acquisizione L’evento viene registrato al momento dell’esecuzione della transazione di ricezione. Tipo di evento explicit
	Scorte scartate o smaltite	Indica la rimozione formale di un lotto di inventario dalle scorte perché scaduto, danneggiato, obsoleto o comunque inutilizzabile. Si tratta di una transazione esplicita che registra la svalutazione del valore dell’inventario.
Perché è importante È un punto di chiusura per l’inventario che non viene venduto né utilizzato. Monitorare gli scarti aiuta a individuare problemi legati all’invecchiamento delle scorte, alle previsioni della domanda o alla gestione, con un impatto finanziario diretto. Dove reperirli Registrata come transazione di materiale in INV_MATERIAL_TXNS, in genere di tipo 'Miscellaneous Issue' o 'Scrap', associata a un conto e a un codice causale specifici per gli scarti. Acquisizione Registrata quando la transazione di scarto viene eseguita e approvata. Tipo di evento explicit
	Stoccaggio completato	Indica che il lotto di inventario è stato trasferito nella posizione di stoccaggio o nel sottoinventario assegnato, entrando ufficialmente a far parte delle scorte disponibili. L’operazione viene registrata tramite una transazione esplicita di materiale che aggiorna la posizione del lotto, dall’area di ricevimento a quella di stoccaggio.
Perché è importante Questa tappa segna la fine del processo in entrata. Il tempo di ciclo tra «Ricezione della merce registrata» e questo evento è un KPI fondamentale per misurare l’efficienza dello stoccaggio. Dove reperirli Registrata come transazione di materiale, spesso di tipo 'Subinventory Transfer' o 'Put Away', nella tabella INV_MATERIAL_TXNS. La transazione trasferisce il lotto da un sottoinventario di ricevimento a uno di stoccaggio. Acquisizione L’evento viene registrato al completamento della transazione che conferma il trasferimento alla posizione di stoccaggio. Tipo di evento explicit
	Uscita della merce registrata	Indica l’uscita definitiva di un lotto di inventario dal magazzino, tramite spedizione a un cliente, assegnazione a un ordine di produzione o trasferimento a un’altra struttura. Si tratta di una transazione esplicita e definitiva di materiale che riduce l’inventario.
Perché è importante È uno dei principali punti di chiusura del ciclo di vita dell’inventario ed è fondamentale per calcolare la rotazione e i giorni di giacenza. Conferma che la domanda relativa allo specifico lotto è stata soddisfatta. Dove reperirli Registrata come transazione di materiale in INV_MATERIAL_TXNS, con tipi quali 'Sales Order Issue', 'WIP Component Issue' o 'Transfer Order Shipment'. Acquisizione Registrata quando viene elaborata la conferma di spedizione o la transazione di prelievo del componente. Tipo di evento explicit
	Conteggio ciclico eseguito	Indica che un lotto di inventario è stato contato fisicamente nell’ambito di un programma di conteggio ciclico o di inventario fisico. Si tratta di un’azione esplicita in cui un utente inserisce nel sistema la quantità conteggiata.
Perché è importante Questa attività è fondamentale per analizzare i programmi di precisione dell’inventario. Fornisce la base per individuare le discrepanze e misurare l’efficacia del processo di conteggio. Dove reperirli Registrata nella tabella INV_CYCLE_COUNT_ENTRIES quando un utente inserisce e salva la quantità conteggiata. Il timestamp dell’inserimento funge da orario dell’evento. Acquisizione Registrata quando un utente invia il conteggio di un articolo e di un lotto specifici nell’ambito di un’attività di conteggio ciclico. Tipo di evento explicit
	Controllo qualità avviato	Indica il momento in cui un lotto di inventario viene destinato al controllo qualità prima di essere reso disponibile per l’uso. Spesso si deduce dalla creazione di un record del piano di ispezione associato al lotto ricevuto oppure da una variazione di stato che lo pone in sospeso per il controllo qualità ('QA').
Perché è importante Individua l’inizio del processo di controllo qualità. Il tempo che intercorre tra questo evento e «Controllo qualità eseguito» mostra il tempo di attraversamento e gli eventuali colli di bottiglia nel reparto di controllo qualità. Dove reperirli Si deduce dalla creazione di un record di controllo qualità nel modulo Quality Management (ad esempio, QA_RESULTS) oppure monitorando la variazione dello stato del materiale del lotto a uno stato di ispezione specifico. Acquisizione Si deduce dal timestamp di creazione di un piano di controllo qualità o dalla variazione dello stato del lotto a 'Awaiting Inspection'. Tipo di evento inferred
	Imballaggio completato	Indica il completamento dell’imballaggio, quando il lotto prelevato viene inserito in un contenitore di spedizione e il contenitore viene sigillato. L’evento può essere registrato tramite una scansione esplicita presso la postazione oppure dedotto da una variazione dello stato della spedizione.
Perché è importante Segna la fine delle operazioni fisiche di magazzino prima della spedizione. Analizzare il tempo tra il prelievo e l’imballaggio aiuta a individuare le inefficienze nella postazione di imballaggio. Dove reperirli Si deduce da una variazione dello stato del dettaglio di consegna o del record di spedizione (ad esempio, in WSH_DELIVERY_DETAILS) a 'Packed'. In alcune configurazioni, può trattarsi di una transazione esplicita registrata presso una postazione di imballaggio. Acquisizione Si ricava dal timestamp dell’aggiornamento dello stato della spedizione o da un log specifico delle transazioni di imballaggio. Tipo di evento inferred
	Prelievo avviato	Indica l’inizio del processo di evasione dell’ordine, quando viene creata un’attività per prelevare un lotto dalla posizione di stoccaggio in risposta a un ordine cliente, un ordine di lavoro o un trasferimento. Si deduce dalla creazione di un’ondata di prelievo o di una riga di ordine di movimentazione.
Perché è importante Questo evento avvia il conteggio del tempo di ciclo del prelievo. I ritardi tra l’allocazione dell’ordine e l’avvio del prelievo possono rivelare colli di bottiglia nell’elaborazione degli ordini o nell’assegnazione delle attività di magazzino. Dove reperirli Si deduce dal timestamp di creazione di un record nelle tabelle WMS relativo a un’attività di prelievo oppure dall’aggiornamento dello stato di una riga dell’ordine di movimentazione (ad esempio, Mtl_Txn_Request_Lines) a 'Released to Warehouse'. Acquisizione Si individua dalla creazione di un’attività di prelievo o di un ordine di movimentazione associato al lotto di inventario. Tipo di evento inferred
	Reso elaborato	Registra la ricezione e l’elaborazione di un lotto di inventario restituito da un cliente tramite un’autorizzazione al reso (Return Material Authorization, RMA). Questa attività reintroduce il lotto nel sistema di inventario e spesso avvia i processi di controllo e di definizione della destinazione.
Perché è importante Analizzare il processo dei resi è fondamentale per comprendere i problemi di qualità dei prodotti e migliorare l’efficienza della logistica inversa. Può costituire il punto di partenza per un sottoprocesso dedicato ai resi. Dove reperirli Registrata come transazione di materiale 'RMA Receipt' nella tabella INV_MATERIAL_TXNS. I dettagli della transazione rimandano all’ordine cliente e al cliente originali. Acquisizione Registrata al momento dell’esecuzione della transazione di ricezione RMA nel sistema. Tipo di evento explicit
	Scorte trasferite internamente	Registra lo spostamento di un lotto di inventario tra diverse posizioni di stoccaggio, come ubicazioni o sottoinventari, all’interno dello stesso magazzino. Questi movimenti vengono registrati come transazioni esplicite di materiale, ad esempio per il rifornimento o il consolidamento.
Perché è importante L’analisi dei movimenti interni aiuta a individuare configurazioni inefficienti del magazzino, movimentazioni eccessive e opportunità per ottimizzare il posizionamento delle scorte. Una frequenza elevata può indicare che i criteri iniziali di stoccaggio non sono adeguati. Dove reperirli Registrata come transazione di materiale in INV_MATERIAL_TXNS, con un tipo come 'Subinventory Transfer' o 'Locator Transfer' che non coinvolge soggetti esterni. Acquisizione Registrata al completamento di una transazione di trasferimento interno. Tipo di evento explicit
	Stato dell’articolo modificato	Indica una variazione dello stato di utilizzo o delle restrizioni applicate a un lotto di inventario, ad esempio quando viene messo in sospeso, escluso dalla vendita o nuovamente rilasciato. In genere, si deduce dalle modifiche all’attributo di stato del lotto.
Perché è importante Monitorare le variazioni di stato aiuta a comprendere la disponibilità e il controllo dell’inventario. Sospensioni frequenti possono indicare problemi di qualità, mentre monitorare i rilasci è importante per seguire il flusso del processo. Dove reperirli Si deduce monitorando le variazioni di 'LOT_STATUS_CODE' o di campi simili nelle tabelle dell’inventario, come INV_LOT_NUMBERS. Per acquisire il timestamp della variazione potrebbe essere necessario consultare la cronologia di audit o i log del database. Acquisizione Acquisita confrontando nel tempo i valori attuali e precedenti del campo relativo allo stato del lotto. Tipo di evento inferred
	Stoccaggio avviato	Indica l’inizio del trasferimento della merce ricevuta dall’area di ricevimento o di attesa alla posizione di stoccaggio definitiva. In genere, si deduce dalla creazione di un’attività diretta dal sistema o di una richiesta di movimentazione per lo stoccaggio.
Perché è importante Avviare rapidamente lo stoccaggio è essenziale per liberare le baie di ricevimento e rendere disponibili le scorte. Questo evento consente di misurare il ritardo tra la ricezione e l’inizio delle attività di stoccaggio. Dove reperirli Si deduce dal timestamp di creazione di una richiesta di movimentazione o di un’attività di magazzino nel modulo Warehouse Management System (WMS) associata al lotto ricevuto. Acquisizione Si individua dalla creazione di un’attività di stoccaggio associata alla transazione di inventario o al lotto. Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Oracle Fusion SCM

Passaggi

Acceda a Oracle BI Publisher: acceda alla Sua istanza Oracle Fusion SCM. Dal menu Navigator, apra l’area di lavoro Reports and Analytics. Selezioni quindi “Browse Catalog” per aprire l’interfaccia di Oracle BI Publisher.
Crei un nuovo modello di dati: nel catalogo, scelga una cartella adatta in cui salvare gli elementi dell’estrazione. Faccia clic sul menu a discesa “New” e selezioni “Data Model”.
Definisca il set di dati SQL: nell’editor del modello di dati, faccia clic sull’icona “+” per aggiungere un set di dati e selezioni “SQL Query”.
Configuri l’origine dei dati: nella finestra del nuovo set di dati, inserisca un nome, ad esempio “InventoryManagementEventLog”. Selezioni “ApplicationDB_FSCM” come origine dei dati e imposti “Type of SQL” su “Standard SQL”.
Inserisca la query SQL: copi la query SQL completa dalla sezione “query” di questo documento e la incolli nell’area di testo SQL Query.
Definisca i parametri: la query utilizza parametri per l’intervallo di date (p_start_date, p_end_date) e il codice dell’organizzazione (p_organization_code). BI Publisher li rileverà automaticamente. Può impostare valori predefiniti o renderli obbligatori per gli utenti che eseguono il report.
Salvi e visualizzi i dati: salvi il modello di dati. Apra la scheda “Data”, inserisca i valori dei parametri e faccia clic su “View” per visualizzare un campione dei dati estratti e verificare che la query funzioni come previsto.
Crei un report: torni al catalogo. Faccia clic sul menu a discesa “New” e selezioni “Report”. Nella procedura guidata di creazione del report, selezioni il modello di dati appena creato.
Configuri il layout del report: prosegua nella procedura guidata. Quando viene richiesto di scegliere il layout, selezioni un semplice layout “Table”. Trascini tutte le colonne del set di dati nella tabella. Non è necessario applicare formattazioni complesse, poiché l’obiettivo è esportare i dati grezzi.
Pianifichi l’esecuzione automatica del report: salvi il report e utilizzi l’opzione “Schedule”. Crei una nuova pianificazione. Nella scheda “Output” della configurazione, imposti CSV come formato di output. Nella scheda “Destination”, configuri la consegna in una directory del server dei contenuti o in un server SFTP esterno da cui potrà recuperare i file.
Recuperi l’Event Log: al termine dell’esecuzione pianificata, acceda alla destinazione specificata, ad esempio scaricando il file dal server dei contenuti o collegandosi al server SFTP, e recuperi il file CSV generato. Il file contiene l’Event Log, pronto per essere caricato in uno strumento di Process Mining.

Configurazione

Prerequisiti: un account utente con i ruoli BI Administrator e di accesso ai dati necessari per interrogare tabelle di gestione delle scorte come INV_MATERIAL_TXNS, RCV_TRANSACTIONS e WSH_DELIVERY_DETAILS.
Origine dei dati: utilizzi l’origine standard “ApplicationDB_FSCM” in BI Publisher, che si collega al database transazionale principale di Fusion SCM.
Parametri del report: è fondamentale filtrare i dati per gestire le prestazioni. La query fornita utilizza i seguenti parametri:
- p_start_date: data di inizio del periodo del report.
- p_end_date: data di fine del periodo del report.
- p_organization_code: codice dell’organizzazione di magazzino specifica per cui estrarre i dati.
Intervallo di date: per le prime estrazioni, inizi con un periodo storico limitato, ad esempio gli ultimi 3-6 mesi, così da completare l’esecuzione in tempi ragionevoli. Per le estrazioni successive, pianifichi esecuzioni giornaliere o settimanali che coprano il periodo più recente.
Formato di output: configuri il report BI Publisher affinché generi file in formato CSV. Verifichi che il delimitatore e la codifica dei caratteri del CSV siano compatibili con lo strumento di Process Mining utilizzato.
Pianificazione: pianifichi l’esecuzione del report nelle fasce orarie di minore attività, per ridurre al minimo l’impatto sulle prestazioni del sistema. L’elaborazione di grandi volumi di dati può consumare risorse di sistema significative.

Query di esempio sql

WITH EventData AS (
-- 1. Goods Receipt Recorded (PO & RMA)
SELECT
    IMT.TRANSACTION_ID,
    'Goods Receipt Recorded' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation, -- Using Org Code for warehouse level
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- 2. Quality Inspection Initiated (Move to QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Initiated' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE = 'QA' -- This is a placeholder, adjust based on your system's QA subinventory naming convention

UNION ALL

-- 3. Quality Inspection Performed (Move out of QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Performed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.TRANSFER_SUBINVENTORY = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE <> 'QA' -- Moved out of a QA-type subinventory
    AND IMT.SUBINVENTORY_CODE IN (SELECT SUB.SUBINVENTORY_CODE FROM INV_SUBINVENTORIES_VL SUB WHERE SUB.ORGANIZATION_ID = IMT.ORGANIZATION_ID AND SUB.SUBINVENTORY_TYPE = 'QA')

UNION ALL

-- 4. Put-away Initiated (Modeled by Move Order Creation for received items)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Put-away Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 6 -- Put Away

UNION ALL

-- 5. Put-away Completed (Subinventory transfer from Receiving)
SELECT
    IMT.TRANSACTION_ID,
    'Put-away Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND IMT.TRANSACTION_SOURCE_TYPE_ID = 1 -- Purchase Order
    AND ISV.SUBINVENTORY_TYPE = '[Your Receiving Subinventory Type]' -- Adjust based on configuration

UNION ALL

-- 6. Stock Moved Internally
SELECT
    IMT.TRANSACTION_ID,
    'Stock Moved Internally' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE || ' -> ' || IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Subinventory Transfer'

UNION ALL

-- 7. Cycle Count Performed & 8. Inventory Discrepancy Adjusted
SELECT
    IMT.TRANSACTION_ID,
    CASE 
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Cycle Count Adjustment' THEN 'Cycle Count Performed'
        ELSE 'Inventory Discrepancy Adjusted'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Cycle Count Adjustment', 'Miscellaneous issue', 'Miscellaneous receipt')

UNION ALL

-- 9. Item Status Changed
SELECT 
    ILN.LOT_NUMBER_ID AS TRANSACTION_ID,
    'Item Status Changed' AS ActivityName,
    ILN.LAST_UPDATE_DATE AS EventStartTime,
    ILN.LAST_UPDATE_DATE AS EventEndTime,
    ILN.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    ILN.STATUS_CODE AS MovementReasonCode,
    ILN.ORGANIZATION_ID
FROM 
    INV_LOT_NUMBERS ILN
JOIN EGP_SYSTEM_ITEMS_B ESIB ON ILN.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND ILN.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON ILN.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON ILN.LAST_UPDATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE 
    ILN.LOT_NUMBER IS NOT NULL

UNION ALL

-- 10. Picking Initiated (From Pick Wave Move Order)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Picking Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 1 -- Pick Wave

UNION ALL

-- 11. Picking Completed (Transfer to Staging)
SELECT
    IMT.TRANSACTION_ID,
    'Picking Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Staging Transfer'

UNION ALL

-- 12. Packing Completed (Inferred from Ship Confirm)
-- 13. Goods Issue Recorded (Sales Order Issue)
-- 14. Return Goods Processed (RMA Issue - though this is usually a receipt)
-- 15. Stock Scrapped/Disposed
SELECT
    IMT.TRANSACTION_ID,
    CASE
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order issue' AND IMT.TRANSACTION_ACTION_ID = 1 THEN 'Goods Issue Recorded'
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order pick' THEN 'Packing Completed' -- Using Pick as a proxy for packing start/completion
        WHEN ITT.TRANSACTION_TYPE_NAME = 'RMA Receipt' THEN 'Return Goods Processed' -- This is a receipt, not an issue.
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Miscellaneous issue' AND MTR.REASON_NAME LIKE '%Scrap%' THEN 'Stock Scrapped/Disposed'
        ELSE 'Other'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Sales order issue', 'Sales order pick', 'RMA Receipt', 'Miscellaneous issue')
)
SELECT
    ED.InventoryBatchLot,
    ED.ActivityName,
    ED.EventStartTime,
    'Oracle Fusion SCM' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    ED.EventEndTime,
    ED.UserPerformingAction,
    ED.ItemNumber,
    ED.WarehouseLocation,
    ED.MovementReasonCode
FROM
    EventData ED
JOIN INV_ORG_PARAMETERS OOD ON ED.ORGANIZATION_ID = OOD.ORGANIZATION_ID
WHERE
    ED.EventStartTime BETWEEN :p_start_date AND :p_end_date
    AND OOD.ORGANIZATION_CODE = :p_organization_code
    AND ED.ActivityName <> 'Other' -- Exclude unmapped transactions
ORDER BY
    ED.InventoryBatchLot, ED.EventStartTime

Passaggi

Acceda all’ambiente Oracle Fusion Cloud Applications con un utente a cui è assegnato il ruolo di amministratore BICC.
Apra la console Business Intelligence Cloud Connector (BICC) selezionandola dal menu principale Navigator, nella sezione Tools.
Nella console BICC, selezioni “Manage Offerings and Data Stores”. Cerchi l’offerta “Supply Chain Management” e verifichi che sia abilitata. In questo modo saranno disponibili per l’estrazione tutti i Data Store (PVO) relativi a SCM.
Apra “Manage Extract Schedules” e crei una nuova pianificazione dedicata al processo di gestione delle scorte.
Nella nuova pianificazione, cerchi e aggiunga i Public View Objects (PVO) necessari per estrarre i dati richiesti. Tra i PVO principali figurano FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO e FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
Per ciascun PVO selezionato, apra la scheda “Configure Columns”. Selezioni tutte le colonne necessarie per l’Event Log, ad esempio numeri di lotto, dettagli degli articoli, date e orari, identificativi utente e tipi di transazione. Deselezioni le colonne non necessarie per ridurre le dimensioni dell’estrazione.
Definisca i filtri per gestire il volume dei dati. Nella scheda “Manage Filters”, imposti un filtro globale per abilitare i caricamenti incrementali. L’espressione standard del filtro è LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. In questo modo, ogni esecuzione estrae solo i dati modificati dall’esecuzione precedente.
Configuri l’archiviazione esterna per la consegna dei dati. In “Configure External Storage”, selezioni “Cloud Storage Service” e inserisca le credenziali di connessione per l’archiviazione di destinazione, ad esempio Oracle Cloud Infrastructure (OCI) Object Storage.
Salvi la configurazione della pianificazione e la invii per l’esecuzione. Può monitorare l’avanzamento del processo dalla schermata “Manage Extract Schedules”.
Al termine del processo BICC, i file di dati grezzi in formato CSV saranno disponibili nella posizione di archiviazione cloud configurata.
Predisponga uno script di post-elaborazione o un flusso ETL per scaricare questi file CSV. Lo script dovrà trasformare e combinare i dati provenienti da più file secondo la logica descritta nella sezione della query, così da creare l’Event Log finale.
Lo script dovrà generare un unico file CSV con le colonne esatte (InventoryBatchLot, ActivityName, EventStartTime ecc.) richieste per il caricamento in ProcessMind.

Configurazione

Offerte: in BICC deve essere abilitata l’offerta “Supply Chain Management” per accedere ai PVO relativi a gestione delle scorte, spedizioni e qualità.
PVO principali (Data Store): per un’estrazione completa sono necessari più PVO. Includa almeno:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: la fonte principale per la maggior parte dei movimenti dei materiali, come ricezioni, prelievi, trasferimenti e rettifiche.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO: fornisce dettagli sugli stati dei lotti.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO: registra gli esiti dei controlli di qualità.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO: contiene informazioni sui processi di prelievo e spedizione.
Configurazione dell’estrazione incrementale: per i caricamenti successivi, utilizzi sempre la funzionalità di estrazione incrementale. Configuri un filtro sulla colonna LastUpdateDate usando la variabile #BI_LAST_EXTRACT_DATE. Per il caricamento storico iniziale, può eseguire un’estrazione completa per un periodo definito, ad esempio gli ultimi 6-12 mesi.
Filtri a livello di PVO: per migliorare le prestazioni e ridurre le dimensioni dei file, applichi filtri aggiuntivi direttamente ai PVO. Tra i filtri più comuni figurano OrganizationId, per limitare i dati a magazzini specifici, e TransactionTypeId, per escludere i movimenti non pertinenti.
Prerequisiti: il processo richiede un account utente con il ruolo BICC_ADMINISTRATOR_JOB. Deve inoltre disporre dell’accesso e delle credenziali per un servizio di archiviazione cloud supportato, ad esempio OCI Object Storage, in cui BICC possa consegnare i file estratti.

Query di esempio sql

-- This is a conceptual query representing the logic to be applied in a post-processing script
-- after extracting raw data from the specified PVOs using BICC.

-- Activity: Goods Receipt Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Receipt Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'Transfer Receipt')

UNION ALL

-- Activity: Quality Inspection Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionPlanExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Initiated' AS "ActivityName", insp.CreationDate AS "EventStartTime", NULL AS "EventEndTime", insp.CreatedBy AS "UserPerformingAction", insp.ItemNumber AS "ItemNumber", insp.OrganizationCode AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", insp.LastUpdateDate AS "LastDataUpdate"
FROM InspectionPlanExtractPVO_output.csv insp JOIN MaterialTransactionExtractPVO_output.csv trx ON insp.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Quality Inspection Performed (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Performed' AS "ActivityName", res.TransactionDate AS "EventStartTime", res.TransactionDate AS "EventEndTime", res.CreatedBy AS "UserPerformingAction", res.ItemNumber AS "ItemNumber", res.OrganizationCode AS "WarehouseLocation", res.InspectionResultStatus AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", res.LastUpdateDate AS "LastDataUpdate"
FROM InspectionResultExtractPVO_output.csv res JOIN MaterialTransactionExtractPVO_output.csv trx ON res.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Put-away Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Initiated' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- Activity: Put-away Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode LIKE '%RECEIVING%'

UNION ALL

-- Activity: Stock Moved Internally (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Moved Internally' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode NOT LIKE '%RECEIVING%'

UNION ALL

-- Activity: Cycle Count Performed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.CycleCountEntriesExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Cycle Count Performed' AS "ActivityName", CountDate AS "EventStartTime", CountDate AS "EventEndTime", CountedByEmployeeName AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM CycleCountEntriesExtractPVO_output.csv
WHERE CountedByEmployeeName IS NOT NULL

UNION ALL

-- Activity: Inventory Discrepancy Adjusted (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Inventory Discrepancy Adjusted' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Cycle Count Adjustment', 'Physical Inventory Adjustment')

UNION ALL

-- Activity: Item Status Changed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Item Status Changed' AS "ActivityName", LastUpdateDate AS "EventStartTime", NULL AS "EventEndTime", LastUpdatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", NULL AS "WarehouseLocation", 'New Status: ' || LotStatusCode AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM LotControlExtractPVO_output.csv

UNION ALL

-- Activity: Picking Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Initiated' AS "ActivityName", CreationDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM DeliveryDetailExtractPVO_output.csv
WHERE ReleasedStatus = 'R'

UNION ALL

-- Activity: Picking Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", TransferSubinventory || ' / ' || TransferLocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Sales Order Pick'

UNION ALL

-- Activity: Packing Completed (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryExtractPVO)
SELECT dd.LotNumber AS "InventoryBatchLot", 'Packing Completed' AS "ActivityName", d.ConfirmedDate AS "EventStartTime", d.ConfirmedDate AS "EventEndTime", d.LastUpdatedBy AS "UserPerformingAction", dd.ItemNumber AS "ItemNumber", dd.Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", d.LastUpdateDate AS "LastDataUpdate"
FROM DeliveryExtractPVO_output.csv d JOIN DeliveryDetailExtractPVO_output.csv dd ON d.DeliveryId = dd.DeliveryId
WHERE d.StatusCode = 'CL'

UNION ALL

-- Activity: Goods Issue Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Issue Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Sales Order Issue', 'Work Order Issue')

UNION ALL

-- Activity: Return Goods Processed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Return Goods Processed' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'RMA Receipt'

UNION ALL

-- Activity: Stock Scrapped/Disposed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Scrapped/Disposed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Scrap Transaction', 'Inventory Write-Off')

Passaggi

Prerequisiti: verifichi che sul sistema sia installato Python 3.6 o una versione successiva. Installi la libreria requests, necessaria per effettuare chiamate API HTTP, eseguendo nel terminale il comando pip install requests.
Ottenga le credenziali API: si procuri le credenziali necessarie per accedere all’API REST di Oracle Fusion SCM. Servono l’URL di base dell’istanza Oracle Fusion, ad esempio https://your-fusion-instance.oraclecloud.com, un nome utente e la password di un account con privilegi sufficienti per leggere i dati delle scorte.
Configuri lo script Python: scarichi lo script Python fornito. Apra il file in un editor e individui la sezione di configurazione all’inizio. Inserisca i valori richiesti per BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE e ORGANIZATION_ID.
Esamini gli endpoint API: lo script utilizza principalmente l’endpoint dell’API REST inventoryTransactions, che fornisce un registro completo dei movimenti e delle rettifiche dei materiali, da convertire nell’Event Log per il Process Mining.
Riveda la logica di mappatura delle attività: esamini la funzione map_transaction_to_activity nello script. Questa funzione contiene la logica che converte TransactionTypeName di Oracle nel valore standard ActivityName richiesto dall’Event Log. Potrebbe essere necessario adattare la mappatura ai tipi di transazione utilizzati nella Sua organizzazione.
Esegua lo script: avvii lo script dal terminale con il comando python your_script_name.py. Lo script eseguirà l’autenticazione tramite API, recupererà i dati delle transazioni pagina per pagina, li elaborerà e mostrerà gli aggiornamenti sullo stato nel terminale.
Gestisca la paginazione e il recupero dei dati: lo script gestisce automaticamente la paginazione delle API, effettuando richieste sequenziali con i parametri offset e limit finché non recupera tutti i dati nell’intervallo di date specificato. In questo modo estrae l’intero insieme di dati senza sovraccaricare il server o la memoria dello script.
Trasformi i dati: per ogni transazione recuperata, lo script riorganizza la risposta JSON in un record tabellare. Mappa campi come LotNumber, TransactionDate e CreatedBy negli attributi richiesti dall’Event Log: InventoryBatchLot, EventStartTime e UserPerformingAction.
Generi il file CSV: una volta recuperati ed elaborati tutti i dati, lo script scriverà i risultati in un file CSV denominato oracle_fusion_inventory_log.csv, nella stessa directory in cui si trova lo script.
Riveda e carichi il file: apra il file CSV generato in un’applicazione per fogli di calcolo e ne verifichi il contenuto. Controlli che i dati siano compilati correttamente, che l’intervallo di date sia completo e che siano presenti tutte le attività previste. Dopo la verifica, il file sarà pronto per essere caricato in ProcessMind.

Configurazione

Credenziali API: sono necessari un username e una password validi per un utente Oracle Fusion. L’utente deve avere un ruolo che consenta di leggere i dati delle transazioni di magazzino, ad esempio Inventory Manager o un ruolo di integrazione personalizzato.
URL di base: è necessario specificare correttamente l’URL principale dell’istanza Oracle Fusion SCM, ad esempio https://your-instance.oraclecloud.com.
Intervallo di date: imposti i parametri START_DATE e END_DATE nel formato YYYY-MM-DD per definire il periodo di estrazione. Per gestire il volume dei dati, si consiglia di iniziare con un periodo da 3 a 6 mesi.
ID organizzazione: specifichi ORGANIZATION_ID per limitare l’estrazione a una singola organizzazione di magazzino o a un solo magazzino. Questo è fondamentale per le prestazioni e la pertinenza dei dati.
Dimensione della pagina (limite): la variabile LIMIT nello script determina quanti record recuperare per ogni chiamata API. In genere, un valore compreso tra 100 e 500 offre un buon equilibrio tra prestazioni e carico sulle API.
Versione API: lo script presuppone una versione specifica dell’API REST (11.13.18.05). Se l’ambiente Oracle Fusion utilizza una versione diversa, potrebbe essere necessario aggiornare il percorso dell’URL.

Query di esempio python

import requests
import json
import csv
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion SCM instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance.oraclecloud.com]"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"
class=class="hl-string">"hl-comment"># Specify the Inventory Organization ID to filter results
ORGANIZATION_ID = class="hl-string">"[your_organization_id]"
LIMIT = 500  class=class="hl-string">"hl-comment"># Number of records to fetch per API call
OUTPUT_FILE = class="hl-string">"oracle_fusion_inventory_log.csv"

class=class="hl-string">"hl-comment"># --- API Endpoint ---
API_ENDPOINT = fclass="hl-string">"{BASE_URL}/fscmRestApi/resources/11.13.18.05/inventoryTransactions"

def map_transaction_to_activity(transaction_type_name):
    class="hl-string">"""Maps Oracle Fusion transaction type names to standardized activity names."""
    mapping = {
        class=class="hl-string">"hl-comment"># Goods Receipt & Returns
        class="hl-string">"PO Receipt": class="hl-string">"Goods Receipt Recorded",
        class="hl-string">"RMA Receipt": class="hl-string">"Return Goods Processed",
        class=class="hl-string">"hl-comment"># Put-away & Internal Moves
        class="hl-string">"Subinventory Transfer": class="hl-string">"Stock Moved Internally",
        class="hl-string">"WMS Putaway": class="hl-string">"Put-away Completed", class=class="hl-string">"hl-comment"># Assuming WMS module is used
        class="hl-string">"Move Order Transfer": class="hl-string">"Stock Moved Internally",
        class=class="hl-string">"hl-comment"># Adjustments & Counts
        class="hl-string">"Cycle Count Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class="hl-string">"Physical Inventory Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class=class="hl-string">"hl-comment"># Note: Cycle Count Performed is often the same transaction as the adjustment.
        class=class="hl-string">"hl-comment"># We can create a dedicated activity for the adjustment itself.
        class=class="hl-string">"hl-comment"># Picking, Packing, Shipping (Goods Issue)
        class="hl-string">"Sales Order Pick": class="hl-string">"Picking Completed",
        class="hl-string">"Sales Order Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"Movement Request Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"WIP Component Issue": class="hl-string">"Goods Issue Recorded",
        class=class="hl-string">"hl-comment"># Disposals
        class="hl-string">"Miscellaneous Issue": class="hl-string">"Stock Scrapped/Disposed", class=class="hl-string">"hl-comment"># Often used for scrap with a reason code
        class="hl-string">"Account Alias Issue": class="hl-string">"Stock Scrapped/Disposed",
        class=class="hl-string">"hl-comment"># Status Changes (often handled outside material transactions, placeholder)
        class="hl-string">"Lot Status Update": class="hl-string">"Item Status Changed",
    }
    return mapping.get(transaction_type_name, None)

def fetch_inventory_transactions():
    class="hl-string">"""Fetches and processes all inventory transactions within the specified date range."""
    event_log = []
    offset = 0
    has_more = True

    class=class="hl-string">"hl-comment"># Use a session for persistent authentication
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction...")

    while has_more:
        params = {
            class="hl-string">'finder': class="hl-string">'TransactionDateFinder',
            class="hl-string">'q': fclass="hl-string">'OrganizationId={ORGANIZATION_ID};TransactionDate between \'{START_DATE}\class="hl-string">' and \'{END_DATE}\class="hl-string">'',
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">'TransactionId,TransactionDate,TransactionTypeName,LotNumber,ItemNumber,CreatedBy,SubinventoryCode,LocatorId,TransactionReasonId,LastUpdateDate'
        }

        try:
            response = session.get(API_ENDPOINT, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an exception for bad status codes (4xx or 5xx)
            data = response.json()
            items = data.get(class="hl-string">'items', [])

            if not items:
                print(class="hl-string">"No more items found. Ending extraction.")
                has_more = False
                continue

            print(fclass="hl-string">"Fetched {len(items)} records. Processing offset {offset}...")

            class=class="hl-string">"hl-comment"># Process each transaction from the API response
            for item in items:
                if not item.get(class="hl-string">'LotNumber'):
                    continue class=class="hl-string">"hl-comment"># Skip transactions without a lot number as it's the case ID
                
                activity_name = map_transaction_to_activity(item.get(class="hl-string">'TransactionTypeName'))
                
                class=class="hl-string">"hl-comment"># If the transaction type doesn't map to a relevant activity, skip it
                if not activity_name:
                    continue

                class=class="hl-string">"hl-comment"># Create the event log entry
                event = {
                    class="hl-string">'InventoryBatchLot': item.get(class="hl-string">'LotNumber'),
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventStartTime': item.get(class="hl-string">'TransactionDate'),
                    class="hl-string">'EventEndTime': item.get(class="hl-string">'TransactionDate'), class=class="hl-string">"hl-comment"># End time is often same as start for transactions
                    class="hl-string">'UserPerformingAction': item.get(class="hl-string">'CreatedBy'),
                    class="hl-string">'ItemNumber': item.get(class="hl-string">'ItemNumber'),
                    class="hl-string">'WarehouseLocation': item.get(class="hl-string">'SubinventoryCode'), class=class="hl-string">"hl-comment"># Using Subinventory as location
                    class="hl-string">'MovementReasonCode': item.get(class="hl-string">'TransactionReasonId'),
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': datetime.now().isoformat()
                }
                event_log.append(event)

            class=class="hl-string">"hl-comment"># Check if there are more pages
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break
    
    return event_log

def write_to_csv(data):
    class="hl-string">"""Writes the processed data to a CSV file."""
    if not data:
        print(class="hl-string">"No data to write to CSV.")
        return

    print(fclass="hl-string">"Writing {len(data)} records to {OUTPUT_FILE}...")
    
    class=class="hl-string">"hl-comment"># Define the headers based on the keys of the first dictionary
    headers = [
        class="hl-string">'InventoryBatchLot', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime',
        class="hl-string">'UserPerformingAction', class="hl-string">'ItemNumber', class="hl-string">'WarehouseLocation',
        class="hl-string">'MovementReasonCode', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]

    with open(OUTPUT_FILE, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(data)
    
    print(class="hl-string">"CSV file has been created successfully.")

if __name__ == class="hl-string">"__main__":
    all_transactions = fetch_inventory_transactions()
    write_to_csv(all_transactions)

È pronto a iniziare?

Utilizzi questo template per semplificare la preparazione dei dati e iniziare a individuare informazioni utili sui processi di gestione delle scorte. Inizi oggi a ottimizzare le Sue operazioni.

Torna alla guida al miglioramento

Scarica il template

Trasformi la gestione delle scorte: inizi a ottimizzare oggi

Individui le inefficienze per ridurre del 30% il tempo di ciclo delle scorte.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Può iniziare in pochi minuti.

Il Suo template dei dati per la gestione delle scorte

Il Suo template dei dati per la gestione delle scorte

Attributi della gestione delle scorte

Attività di gestione delle scorte

Guide all’estrazione

Estrazione dei dati di gestione delle scorte con Oracle BI Publisher

Passaggi

Configurazione

Query di esempio sql

Esportazione massiva dei dati con Oracle BI Cloud Connector (BICC)

Passaggi

Configurazione

Query di esempio sql

Estrazione tramite script Python e API REST di Oracle Fusion SCM

Passaggi

Configurazione

Query di esempio python

È pronto a iniziare?

Trasformi la gestione delle scorte: inizi a ottimizzare oggi