> Continu verbeteren van processen > Voorraadbeheer > Oracle Fusion SCM > Datatemplate

Datatemplate voor voorraadbeheer

Oracle Fusion SCM

Attributen voor voorraadbeheer (20) Activiteiten in voorraadbeheer (15) Extractiegidsen (3)

Datatemplate voor voorraadbeheer

Deze template helpt je bij het ophalen en structureren van data over voorraadbeheer uit Oracle Fusion SCM. Je vindt erin welke attributen en activiteiten nodig zijn voor een bruikbaar event log. Gebruik deze bron om voorraadprocessen nauwkeurig te analyseren en verbeterkansen te vinden.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten voor procesontdekking
Instructies voor data-extractie uit Oracle Fusion SCM

Nieuw met event logs? Lees hoe je een event log voor process mining maakt.

Template downloaden

Attributen voor voorraadbeheer

Dit zijn de belangrijkste datavelden voor je event log. Hiermee kun je voorraadbeheerprocessen grondig analyseren.

5 Verplicht 5 Aanbevolen 10 Optioneel

	Naam	Beschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke activiteit voor voorraadbeheer die is uitgevoerd.
Beschrijving De activiteitsnaam beschrijft één stap of gebeurtenis in het voorraadbeheerproces voor een specifieke batch of partij. Samen vormen deze gebeurtenissen de volgorde van het proces. Voorbeelden zijn ‘Goederenontvangst geregistreerd’, ‘Kwaliteitscontrole uitgevoerd’, ‘Voorraad intern verplaatst’ en ‘Goederenafgifte geregistreerd’. De volgorde en frequentie van deze activiteiten analyseren is de kern van process mining. Zo kun je proceskaarten maken, afwijkingen opsporen en de tijd tussen stappen analyseren. Waarom dit belangrijk is Dit attribuut is essentieel voor het opstellen van de proceskaart, omdat het de afzonderlijke stappen en gebeurtenissen van de levenscyclus van de voorraad vastlegt. Waar vind je dit? Dit wordt vaak afgeleid door transactietypen of gebeurteniscodes uit brontabellen, zoals INV_MATERIAL_TXNS, te koppelen aan duidelijke activiteitsnamen. Voorbeelden Goederenontvangst geregistreerdInslag voltooidVoorraadverschil gecorrigeerdPicken gestart
	Starttijd van de gebeurtenis EventStartTime	De timestamp waarop de voorraadactiviteit begon.
Beschrijving Dit attribuut legt de exacte datum en tijd vast waarop een activiteit begon. Het is het belangrijkste tijdgegeven om gebeurtenissen chronologisch te ordenen en het procesverloop op te bouwen. Bij analyses gebruik je de starttijd van de gebeurtenis om de duur en wachttijden tussen activiteiten te berekenen. Zo kun je bottlenecks opsporen, doorlooptijden berekenen voor KPI’s zoals ‘Gemiddelde inslagdoorlooptijd’ en de procesprestaties over verschillende perioden analyseren, bijvoorbeeld per dienst, dag of maand. Waarom dit belangrijk is Deze timestamp is essentieel om gebeurtenissen te ordenen, doorlooptijden en wachttijden te berekenen en bottlenecks in processen te begrijpen. Waar vind je dit? Deze waarde komt meestal uit een transactiedatum- of aanmaakdatumveld in voorraadtransactietabellen, zoals TRANSACTION_DATE in INV_MATERIAL_TXNS. Voorbeelden 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Voorraadbatch/-partij InventoryBatchLot	De unieke identificatiecode van een specifieke batch of partij van een voorraadartikel. Deze dient als case-ID om de levenscyclus te volgen.
Beschrijving Het batch- of partijnummer van de voorraad is de belangrijkste case-ID. Hiermee groepeer je alle activiteiten voor een specifieke hoeveelheid van een product. Zo kun je de volledige levenscyclus van die voorraad volgen, vanaf de ontvangst tot alle verplaatsingen en de uiteindelijke afgifte of het verbruik. Dit attribuut is essentieel voor process mining. Het verbindt afzonderlijke gebeurtenissen, zoals ontvangst, kwaliteitscontrole, interne verplaatsingen en goederenafgifte, tot één samenhangende procesinstantie. Door processen per voorraadbatch of -partij te analyseren, kun je de end-to-end-doorlooptijden berekenen, veelvoorkomende routes herkennen en bottlenecks opsporen die specifieke voorraadgroepen raken. Waarom dit belangrijk is Dit is de case-ID die alle bijbehorende voorraadactiviteiten met elkaar verbindt. Zo kun je de volledige route van een voorraadbatch volgen, van ontvangst tot afgifte. Waar vind je dit? Deze informatie staat meestal in de voorraadtransactietabellen, zoals INV_MATERIAL_TXNS, bij de gegevens over partij- of batchbeheer. Voorbeelden LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Bronsysteem SourceSystem	Geeft aan uit welk systeem de data is gehaald.
Beschrijving Dit attribuut geeft aan in welke brontoepassing de voorraadtransactie is vastgelegd. In een grote organisatie kan voorraaddata uit meerdere systemen of modules komen. De bron vermelden is belangrijk voor gegevensbeheer en om de context van de data te begrijpen. Het helpt problemen met data-extractie op te lossen en processen uit verschillende systemen of omgevingen met elkaar te vergelijken. Zo kun je bijvoorbeeld voorraadbeheerprocessen in verschillende regionale ERP-systemen vergelijken. Waarom dit belangrijk is Geeft belangrijke informatie over de herkomst van de data. Dat is nodig voor datavalidatie en gegevensbeheer, en voor de analyse van processen die meerdere systemen kunnen omvatten. Waar vind je dit? Dit is meestal een vaste waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de herkomst van de data aan te geven. Voorbeelden Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Laatste data-update LastDataUpdate	Timestamp die aangeeft wanneer de data voor dit record voor het laatst vanuit het bronsysteem is bijgewerkt.
Beschrijving Dit attribuut registreert wanneer de data voor het laatst uit het bronsysteem is gehaald en in de process mining-tool is geladen. Zo zie je hoe actueel de geanalyseerde data is. Deze timestamp laat zien hoe recent de procesinzichten zijn. Je kunt nagaan of je naar bijna realtime data kijkt of naar een momentopname uit een eerdere periode. Dat is belangrijk om op basis van de analyse tijdig onderbouwde beslissingen te nemen. Waarom dit belangrijk is Geeft aan hoe actueel de data is. Zo weet je hoe recent de procesanalyse is en wanneer de volgende data-update wordt verwacht. Waar vind je dit? Dit is een metadataveld dat wordt aangemaakt tijdens het ETL-proces voor data-extractie, -transformatie en -lading. Voorbeelden 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Artikelnummer ItemNumber	De unieke identificatie van het product of materiaal dat wordt verwerkt.
Beschrijving Het artikelnummer, vaak aangeduid als Stock Keeping Unit (SKU), identificeert het specifieke product in een voorraadtransactie. Zo kun je analyses filteren of uitsplitsen per product. Bij process mining is dit attribuut essentieel voor analyses per product. Je kunt er vragen mee beantwoorden als: ‘Welke producten hebben de langste wegzettijden?’ of ‘Van welke artikelen worden de aantallen het vaakst aangepast?’ Zo kun je verbeteringen richten op specifieke productlijnen of categorieën. Waarom dit belangrijk is Hiermee kun je filteren op specifieke producten en analyseren welke artikelen samenhangen met vertragingen of problemen in het proces. Waar vind je dit? Dit is een kernveld in tabellen met voorraadtransacties, meestal INVENTORY_ITEM_ID genoemd. Dit veld verwijst naar de artikelstamgegevens in EGP_SYSTEM_ITEMS_B. Voorbeelden AS54888CPU-INT-i9MEM-DDR5-32GB
	Eindtijd van de gebeurtenis EventEndTime	De timestamp waarop de voorraadactiviteit is voltooid.
Beschrijving De eindtijd van de gebeurtenis geeft aan wanneer een activiteit is voltooid. Veel voorraadtransacties worden op één tijdstip vastgelegd, maar sommige activiteiten, zoals ‘Kwaliteitscontrole’ of ‘Picken’, hebben een duidelijke duur. Bij gebeurtenissen zonder duur is de eindtijd vaak gelijk aan de starttijd. Met dit attribuut en de starttijd van de gebeurtenis bereken je de verwerkingstijd van afzonderlijke activiteiten. Dat is belangrijk voor prestatieanalyses en onderzoek naar de inzet van mensen en middelen. Zo kun je activiteiten opsporen die langer duren dan verwacht en bijdragen aan vertragingen in het proces. Waarom dit belangrijk is Hiermee kun je de verwerkingstijd van afzonderlijke activiteiten berekenen en vaststellen welke stappen veel tijd kosten. Waar vind je dit? Bij transacties zonder duur kan deze waarde gelijk zijn aan de starttijd. Voor activiteiten met een duur is dit een afzonderlijk veld met de voltooiingstimestamp in de relevante brontabel. Voorbeelden 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Gebruiker die de actie uitvoerde UserPerformingAction	De gebruikers-ID of naam van de persoon die de voorraadtransactie heeft uitgevoerd.
Beschrijving Dit attribuut geeft aan welke gebruiker een activiteit heeft uitgevoerd, bijvoorbeeld een magazijnmedewerker die een inslagtaak afrondde of een voorraadbeheerder die een correctie goedkeurde. Analyse per gebruiker is belangrijk om de werkverdeling te begrijpen, opleidingsbehoeften vast te stellen en compliance te bewaken. Het dashboard ‘Frequentie en redenen van voorraadcorrecties’ gebruikt dit attribuut bijvoorbeeld om te zien wie het vaakst correcties uitvoert. Zo herken je medewerkers die goed presteren en medewerkers die mogelijk extra uitleg nodig hebben over procedures voor voorraadbeheer. Waarom dit belangrijk is Koppelt acties aan specifieke personen. Zo kun je prestaties, werkverdeling, opleidingsbehoeften en naleving van processen analyseren. Waar vind je dit? Dit staat meestal in transactietabellen in een veld als ‘USER_ID’ of ‘CREATED_BY’, bijvoorbeeld CREATED_BY in INV_MATERIAL_TXNS. Voorbeelden JSMITHAMARTINMAGAZIJNMEDEWERKER
	Magazijnlocatie WarehouseLocation	De specifieke locatie in het magazijn waar de activiteit plaatsvond, zoals een vak of zone.
Beschrijving Dit attribuut geeft de fysieke locatie in het magazijn aan die bij de voorraadtransactie hoort, zoals een gangpad, stelling of vak. Zo zie je precies waar voorraad ligt of naartoe wordt verplaatst. Met analyses per magazijnlocatie kun je logistieke inefficiënties opsporen. Het dashboard ‘Doorlooptijd interne voorraadverplaatsingen’ kan bijvoorbeeld laten zien of verplaatsingen tussen bepaalde zones steeds lang duren. Ook wordt zichtbaar of op specifieke locaties vaak voorraadverschillen voorkomen. Waarom dit belangrijk is Geeft aan waar in het magazijn een activiteit plaatsvond. Zo kun je de efficiëntie van verplaatsingen analyseren en locatiegebonden problemen opsporen, zoals bottlenecks of veelvuldige aanpassingen. Waar vind je dit? Afkomstig uit velden zoals LOCATOR_ID in tabellen met voorraadtransacties. Je kunt dit veld koppelen aan locatiegegevens in INV_ITEM_LOCATIONS om beschrijvende namen op te halen. Voorbeelden A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
	Redencode verplaatsing MovementReasonCode	Een code die de zakelijke reden voor een voorraadverplaatsing of -aanpassing aangeeft.
Beschrijving De redencode voor een verplaatsing geeft aan waarom een voorraadtransactie heeft plaatsgevonden. Dit is vooral belangrijk bij afwijkende verplaatsingen, zoals afboekingen, correcties na een cyclustelling of retouren. Dit attribuut is belangrijk voor oorzaakanalyse. Het dashboard ‘Frequentie en redenen van voorraadaanpassingen’ gebruikt de code bijvoorbeeld om aanpassingen in te delen. Zo kun je onderscheid maken tussen schade, diefstal en invoerfouten. Door deze redenen te analyseren, kun je verbeteringen richten op de grootste problemen. Waarom dit belangrijk is Verklaart waarom voorraad is verplaatst of aangepast. Dat helpt bij oorzaakanalyse van problemen zoals voorraadverschillen of afboekingen. Waar vind je dit? Te vinden als redencodeveld in transactietabellen, bijvoorbeeld als REASON_ID in INV_MATERIAL_TXNS. Dit veld verwijst naar een tabel met stamgegevens van redencodes. Voorbeelden BESCHADIGD TIJDENS TRANSPORTCORRECTIE CYCLUSTELLINGVERLOPEN VOORRAAD
	Artikelstatus ItemStatus	Geeft de huidige status van het voorraadartikel aan, zoals Actief, Inactief of Verouderd.
Beschrijving De artikelstatus geeft aan in welke fase van de levenscyclus het product zich bevindt. Een artikel kan bijvoorbeeld ‘Actief’ zijn voor normale transacties, ‘In de wacht’ staan voor een kwaliteitscontrole of ‘Verouderd’ zijn als het niet meer wordt gebruikt. Dit attribuut geeft context bij de analyse van bepaalde activiteiten. Een hoog afboekingspercentage voor artikelen met de status ‘Verouderd’ is bijvoorbeeld te verwachten. Afboekingen van ‘Actieve’ artikelen kunnen juist op een serieus probleem wijzen. Zo kun je de analyse beperken tot relevante, actieve voorraad. Waarom dit belangrijk is Geeft context over de levenscyclus van een product. Zo kun je verwachte handelingen, zoals het afboeken van verouderde artikelen, onderscheiden van onverwachte procesproblemen. Waar vind je dit? Deze informatie komt uit de artikelstamtabel, bijvoorbeeld EGP_SYSTEM_ITEMS_B, en moet aan de transactiedata worden gekoppeld. Voorbeelden ActiefInactiefVerouderd
	Hoeveelheid Quantity	De hoeveelheid van het artikel in de transactie.
Beschrijving Dit attribuut geeft aan hoeveel eenheden van een artikel zijn verplaatst, aangepast, geteld of op een andere manier verwerkt. Het laat zien hoe groot elke gebeurtenis is. De hoeveelheid is een belangrijke metriek voor veel analyses. Je gebruikt deze om het volume verwerkte goederen, de omvang van voorraadverschillen en de hoeveelheid afgeboekte voorraad te berekenen. In combinatie met kostengegevens kun je ook de financiële impact van inefficiënte processen bepalen, zoals in het dashboard ‘Analyse van verschillen bij cyclustellingen’. Waarom dit belangrijk is Geeft het volume per transactie aan. Zo kun je de doorvoer, de omvang van voorraadverschillen en de financiële impact van voorraadactiviteiten analyseren. Waar vind je dit? Een standaardveld in tabellen met voorraadtransacties, zoals PRIMARY_QUANTITY of TRANSACTION_QUANTITY in INV_MATERIAL_TXNS. Voorbeelden 100-105000
	Is correctie na cyclustelling IsCycleCountAdjustment	Een booleaanse vlag die waar is als een voorraadaanpassing direct volgt op een cyclustelling.
Beschrijving Dit afgeleide attribuut is een booleaanse vlag (waar/onwaar) die activiteiten ‘Voorraadverschil gecorrigeerd’ herkent die kort na een activiteit ‘Cyclustelling uitgevoerd’ plaatsvinden voor hetzelfde artikel en dezelfde locatie. Zo kun je aanpassingen herkennen die rechtstreeks uit het telproces voortkomen. Deze vlag wordt gebruikt voor de KPI ‘Percentage aanpassingen na cyclustelling’. Analisten kunnen hiermee meten hoe effectief het cyclustelprogramma is door te kijken hoe vaak tellingen tot aanpassingen leiden. Een hoog percentage kan wijzen op structurele problemen met de nauwkeurigheid van voorraadregistraties. Waarom dit belangrijk is Helpt de effectiviteit van het cyclustelproces te meten door aanpassingen te isoleren die rechtstreeks voortkomen uit een fysieke telling. Waar vind je dit? Dit afgeleide attribuut wordt tijdens de datatransformatie aangemaakt door de volgorde van activiteiten voor een artikel of partij te controleren. Voorbeelden truefalse
	Meeteenheid UnitOfMeasure	De meeteenheid van de transactiehoeveelheid, bijvoorbeeld stuks, kg of dozen.
Beschrijving De meeteenheid (UOM) geeft context aan het attribuut ‘Hoeveelheid’ en maakt duidelijk wat de getalswaarde voorstelt. Een hoeveelheid van ‘10’ kan bijvoorbeeld staan voor 10 losse artikelen, 10 dozen of 10 kilogram. Dit attribuut is nodig om analyses op basis van hoeveelheden goed te interpreteren. Zonder meeteenheid kun je transacties van verschillende artikelen niet vergelijken en hoeveelheden niet betrouwbaar optellen. De meeteenheid zorgt ervoor dat analyses op een consistente en betekenisvolle basis plaatsvinden. Waarom dit belangrijk is Geeft het attribuut ‘Hoeveelheid’ de nodige context, zodat waarden correct worden geïnterpreteerd en vergelijkingen zinvol zijn. Waar vind je dit? Meestal te vinden naast het hoeveelheidsveld in transactietabellen, bijvoorbeeld als TRANSACTION_UOM in INV_MATERIAL_TXNS. Voorbeelden EAKGBOX
	SKU-categorie SKUCategory	De categorie of productfamilie waartoe de SKU behoort.
Beschrijving De SKU-categorie is een indeling waarmee vergelijkbare producten bij elkaar worden gezet. Voorbeelden zijn ‘Elektronica’, ‘Grondstoffen’, ‘Gereed product’ en categorieën op basis van waarde, zoals A-, B- en C-artikelen. Met dit attribuut kun je analyses op productgroepniveau uitvoeren. Dat levert vaak meer op dan duizenden afzonderlijke artikelen bekijken. Het wordt bijvoorbeeld gebruikt in het dashboard ‘Analyse van afboekingen en verouderde voorraad’ om te zien welke productcategorieën het vaakst worden afgeboekt. Zo kun je het voorraadbeleid en de vraagprognoses gericht verbeteren. Waarom dit belangrijk is Hiermee kun je procesprestaties voor verschillende productgroepen vergelijken en samenvoegen. Zo worden trends zichtbaar die je op artikelniveau mogelijk niet ziet. Waar vind je dit? Deze informatie staat meestal in de artikelstamgegevens in EGP_SYSTEM_ITEMS_B. Je moet deze gegevens koppelen aan de transactiedata. Voorbeelden Snel roterendHoge waardeReserveonderdelen
	Subvoorraadcode SubinventoryCode	Een onderdeel van een voorraadorganisatie dat een specifiek opslaggebied of type vertegenwoordigt.
Beschrijving Een subvoorraad is een logische of fysieke groep artikelen binnen een grotere voorraadorganisatie, zoals een magazijn. Voorbeelden zijn ‘Ontvangst’, ‘Gereed product’, ‘Kwaliteitscontrole’ en ‘Defect materiaal’. Met dit attribuut kun je locaties op een hoger niveau analyseren dan met een specifiek vak. Het is handig om de materiaalstroom tussen verschillende functionele gebieden te volgen. Zo kun je meten hoelang het duurt voordat artikelen na de kwaliteitscontrole van de subvoorraad ‘Ontvangst’ naar ‘Gereed product’ gaan. Waarom dit belangrijk is Hiermee kun je voorraadverplaatsingen en verblijftijden tussen functionele gebieden in een magazijn analyseren, zoals ontvangst, kwaliteitscontrole en hoofdopslag. Waar vind je dit? Een standaardveld in voorraadtabellen, vaak SUBINVENTORY_CODE genoemd. Voorbeelden ONTVANGSTFGIMAGAZIJNVOORRAAD
	Transactietype TransactionType	Het transactietype dat het systeem aan de voorraadtransactie toekent.
Beschrijving Dit attribuut is de ruwe classificatie van een voorraadgebeurtenis op systeemniveau, zoals ‘PO Receipt’, ‘Subinventory Transfer’ of ‘Cycle Count Adjustment’. Vaak gaat het om een technische indeling waaruit de gebruiksvriendelijke activiteitsnaam wordt afgeleid. De activiteitsnaam wordt gebruikt in proceskaarten. Het transactietype is vooral nuttig voor gedetailleerde technische analyses en om te controleren of de koppeling met activiteiten klopt. Ook kun je ermee specifieke subprocessen of systeemgedrag herkennen die onder één activiteit vallen. Waarom dit belangrijk is Geeft de ruwe systeemclassificatie van een gebeurtenis. Dit is nuttig voor gedetailleerde analyses en om te controleren hoe de ‘Activiteitsnaam’ is afgeleid. Waar vind je dit? Een standaardveld in tabellen met voorraadtransacties. Het wordt meestal opgehaald uit een tabel met transactietypen, zoals MTL_TRANSACTION_TYPES. Voorbeelden PO ReceiptVerplaatsing tussen subvoorradenWIP Component Issue
	Voorraadduur in dagen InventoryHoldingDays	De totale tijd dat een partij voorraad op voorraad blijft, vanaf de eerste ontvangst tot de laatste uitgifte of afvoer.
Beschrijving Dit is een KPI op caseniveau die berekent hoelang een specifieke partij voorraad wordt aangehouden. De meting loopt vanaf de timestamp van de eerste activiteit ‘Goederenontvangst geregistreerd’ tot de timestamp van de laatste activiteit ‘Goederenuitgifte geregistreerd’ of ‘Voorraad afgeboekt/afgevoerd’ voor die case. Deze metriek is belangrijk voor het beheer van werkkapitaal en opslagkosten. Een hoge voorraadduur wijst op voorraad die langzaam beweegt. Dat kan leiden tot hogere kosten, een groter risico op veroudering en inefficiënt gebruik van magazijnruimte. Met deze KPI kun je voorraadniveaus optimaliseren en de omloopsnelheid verbeteren. Waarom dit belangrijk is Een belangrijke KPI voor financiële en operationele efficiëntie. De metriek laat zien hoelang kapitaal vastzit in voorraad en helpt langzaam bewegende voorraad op te sporen. Waar vind je dit? Dit is een metriek op caseniveau die je in de process mining-tool berekent door de timestamp van de eerste relevante gebeurtenis af te trekken van die van de laatste. Voorbeelden 30 dagen 10:05:0095 dagen 04:00:0015 dagen 12:30:00
	Voorraadorganisatie InventoryOrganization	De specifieke organisatie, zoals een magazijn of fabriek, waar de voorraad wordt gehouden.
Beschrijving Een voorraadorganisatie is een afzonderlijke locatie of entiteit waar voorraad wordt gehouden, zoals een distributiecentrum of fabriek. In Oracle Fusion SCM is dit een belangrijk organisatiegegeven. Met dit attribuut kun je processen op verschillende fysieke locaties filteren en vergelijken. Je kunt er vragen mee beantwoorden als: ‘In welk magazijn worden artikelen het snelst weggezet?’ of ‘Is het percentage voorraadverschillen hoger in onze Europese of Noord-Amerikaanse vestigingen?’ Zo kun je locaties vergelijken en goede werkwijzen binnen de organisatie delen. Waarom dit belangrijk is Hiermee kun je processen in verschillende vestigingen, zoals magazijnen en fabrieken, vergelijken en prestaties per locatie in kaart brengen. Waar vind je dit? Een kernveld in transactietabellen, zoals ORGANIZATION_ID. Dit veld verwijst naar een tabel met organisatiegegevens, waar de naam staat. Voorbeelden US1 Distribution CenterSeattle ManufacturingEU Central Warehouse
	Voorraadtransactie-ID InventoryTransactionId	De unieke identificatie die het systeem aan één voorraadgebeurtenis toekent.
Beschrijving De voorraadtransactie-ID is de primaire sleutel van één afzonderlijke voorraadtransactie in het bronsysteem. Elke rij in het event log hoort bij zo’n ID. Deze ID wordt meestal niet rechtstreeks gebruikt in proceskaarten op hoofdlijnen, maar is waardevol voor datavalidatie, controles en analyses waarbij je details opvraagt. De ID verwijst rechtstreeks naar de betreffende registratie in Oracle Fusion SCM. Zo kunnen analisten afwijkingen of specifieke gebeurtenissen in het bronsysteem onderzoeken. Waarom dit belangrijk is Geeft elke gebeurtenis een unieke sleutel. Die is nodig voor datavalidatie en traceerbaarheid, en om de bijbehorende registratie in het bronsysteem op te zoeken. Waar vind je dit? Dit is de primaire sleutel van de belangrijkste tabel met voorraadtransacties, meestal TRANSACTION_ID in INV_MATERIAL_TXNS. Voorbeelden 987654321123456789555444333

Verplicht Aanbevolen Optioneel

Activiteiten in voorraadbeheer

Leg deze belangrijke processtappen en mijlpalen vast in je event log voor een nauwkeurige en gedetailleerde analyse van voorraadprocessen.

7 Aanbevolen 8 Optioneel

	Activiteit	Beschrijving
	Goederenafgifte geregistreerd	Dit markeert het definitieve vertrek van een voorraadpartij uit het magazijn, bijvoorbeeld door verzending naar een klant, afgifte voor een productieorder of verplaatsing naar een andere locatie. Dit is een expliciete materiaaltransactie die de voorraad verlaagt.
Waarom dit belangrijk is Dit is een belangrijk eindpunt in de levenscyclus van de voorraad. Het is essentieel voor het berekenen van de voorraadrotatie en het aantal dagen dat voorraad wordt aangehouden. Ook bevestigt het dat aan de vraag naar de specifieke partij is voldaan. Waar vind je dit? Dit wordt vastgelegd als materiaaltransactie in INV_MATERIAL_TXNS, met typen zoals ‘Sales Order Issue’, ‘WIP Component Issue’ of ‘Transfer Order Shipment’. Vastleggen Dit wordt vastgelegd wanneer de verzendbevestiging of componentafgifte wordt verwerkt. Gebeurtenistype explicit
	Goederenontvangst geregistreerd	Dit markeert de fysieke aankomst van een voorraadbatch of -partij in het magazijn, meestal op basis van een inkooporder of retourautorisatie (RMA). De ontvangst wordt als expliciete transactie in het systeem vastgelegd. Zo ontstaat de eerste registratie van de voorraadpartij.
Waarom dit belangrijk is Deze activiteit is het startpunt voor de analyse van de levenscyclus van de voorraad. De tijd tussen deze gebeurtenis en bijvoorbeeld het inslaan of de kwaliteitscontrole is belangrijk om de efficiëntie van de goederenontvangst te meten. Waar vind je dit? De ontvangst wordt vastgelegd als materiaaltransactie in de tabel INV_MATERIAL_TXNS, met transactietypen zoals ‘PO Receipt’, ‘RMA Receipt’ of ‘Intransit Shipment Receipt’. De aanmaakdatum van de transactie geldt als timestamp van de gebeurtenis. Vastleggen De gebeurtenis wordt vastgelegd zodra een ontvangsttransactie wordt uitgevoerd. Gebeurtenistype explicit
	Inslag voltooid	Dit markeert dat de voorraadpartij naar de aangewezen opslaglocatie of het magazijnvak is verplaatst en officieel deel uitmaakt van de beschikbare voorraad. Dit wordt vastgelegd met een expliciete materiaaltransactie die de locatie van de partij wijzigt van de ontvangstzone naar een opslaglocatie.
Waarom dit belangrijk is Dit moment markeert het einde van het inkomende proces. De doorlooptijd tussen ‘Goederenontvangst geregistreerd’ en deze gebeurtenis is een belangrijke KPI voor de efficiëntie van het inslaan. Waar vind je dit? Dit wordt vastgelegd als materiaaltransactie in de tabel INV_MATERIAL_TXNS, vaak als ‘Subinventory Transfer’ of ‘Put Away’. De transactie verplaatst de partij van een ontvangstlocatie naar een opslaglocatie. Vastleggen De gebeurtenis wordt vastgelegd zodra de transactie die de verplaatsing naar een opslaglocatie bevestigt, is voltooid. Gebeurtenistype explicit
	Kwaliteitscontrole uitgevoerd	Dit markeert het einde van de kwaliteitscontrole, waarbij wordt besloten of de voorraadpartij wordt goedgekeurd of afgekeurd. De gebeurtenis wordt meestal afgeleid uit de laatste statusupdate van het kwaliteitscontrolerecord.
Waarom dit belangrijk is Dit is een belangrijk moment dat bepaalt of de voorraad beschikbaar komt voor volgende processen. Door de uitkomsten en duur van controles te analyseren, kun je de kwaliteitscontrole en de prestaties van leveranciers verbeteren. Waar vind je dit? Dit wordt afgeleid uit de timestamp waarop het kwaliteitscontrolerecord in QA_RESULTS een eindstatus krijgt, zoals ‘Accepted’ of ‘Rejected’, of waarop de materiaalstatus van de partij verandert van ‘QA’ naar ‘Active’. Vastleggen Dit wordt afgeleid uit de voltooiingsdatum van het kwaliteitscontrolerecord voor de voorraadpartij. Gebeurtenistype inferred
	Picken voltooid	Dit geeft aan dat de voorraadpartij fysiek van de opslaglocatie is gepickt en naar een bufferzone is verplaatst. De picker bevestigt in het systeem dat de picktaak is voltooid. Dit wordt als expliciete transactie vastgelegd.
Waarom dit belangrijk is Dit is een belangrijk moment in de orderafhandeling. De tijd tussen ‘Picken gestart’ en deze gebeurtenis laat zien hoe efficiënt de picker werkt en hoe goed het pickproces verloopt. Waar vind je dit? Dit wordt vastgelegd met een pickbevestigingstransactie. Die werkt de status van de regel voor de verplaatsingsorder of de magazijntaak bij naar ‘Completed’, of leidt tot een transactie ‘Subinventory Transfer’ in INV_MATERIAL_TXNS. Vastleggen Dit wordt vastgelegd wanneer een gebruiker de picktransactie in het systeem bevestigt, vaak via een mobiel RF-apparaat. Gebeurtenistype explicit
	Voorraad afgevoerd	Dit markeert de formele verwijdering van een voorraadpartij omdat deze is verlopen, beschadigd, verouderd of om een andere reden onbruikbaar is. De expliciete transactie boekt de waarde van de voorraad af.
Waarom dit belangrijk is Dit is een eindpunt voor voorraad die niet wordt verkocht of gebruikt. Door afvoer te volgen, kun je problemen met verouderende voorraad, vraagprognoses of verwerkingsprocessen opsporen. Afvoer heeft ook rechtstreeks financiële gevolgen. Waar vind je dit? Dit wordt vastgelegd als materiaaltransactie in INV_MATERIAL_TXNS, meestal als ‘Miscellaneous Issue’ of als een specifiek transactietype ‘Scrap’, gekoppeld aan een rekening voor afgevoerde voorraad en een redenencode. Vastleggen Dit wordt vastgelegd zodra de afvoertransactie is uitgevoerd en goedgekeurd. Gebeurtenistype explicit
	Voorraadverschil gecorrigeerd	Dit is een expliciete transactie om de voorraadhoeveelheid in het systeem aan te passen aan de fysieke telling, of om andere verschillen, zoals schade, te verwerken. De transactie registreert formeel een voorraadtoename of -afname.
Waarom dit belangrijk is Het is belangrijk om de frequentie en redenen van correcties bij te houden. Zo kun je de oorzaken van onnauwkeurige voorraad, zoals diefstal, schade of procesfouten, opsporen. Correcties hebben rechtstreeks invloed op de financiële administratie en de betrouwbaarheid van de voorraad. Waar vind je dit? Dit wordt vastgelegd als materiaaltransactie in INV_MATERIAL_TXNS, met een specifiek type zoals ‘Cycle Count Adjustment’ of ‘Miscellaneous Issue/Receipt’, vaak met een redenencode. Vastleggen Dit wordt vastgelegd zodra een voorraadcorrectie is goedgekeurd en geboekt. Gebeurtenistype explicit
	Artikelstatus gewijzigd	Dit is een wijziging in de gebruiks- of beperkingsstatus van een voorraadpartij, bijvoorbeeld wanneer de partij in de wacht wordt gezet, niet meer mag worden verkocht of wordt vrijgegeven. Dit wordt meestal afgeleid uit wijzigingen in het statusattribuut van de partij.
Waarom dit belangrijk is Door statuswijzigingen te volgen, krijg je inzicht in de beschikbaarheid en beheersing van de voorraad. Regelmatige blokkeringen kunnen wijzen op kwaliteitsproblemen. Het volgen van vrijgaven is belangrijk om het procesverloop te begrijpen. Waar vind je dit? Dit wordt afgeleid door wijzigingen in ‘LOT_STATUS_CODE’ of vergelijkbare velden in voorraadtabellen zoals INV_LOT_NUMBERS te volgen. Mogelijk zijn auditgeschiedenis of databaselogs nodig om de timestamp van de wijziging vast te leggen. Vastleggen Dit wordt vastgelegd door de huidige en vorige waarden van het statusveld van de partij in de loop van de tijd met elkaar te vergelijken. Gebeurtenistype inferred
	Cyclustelling uitgevoerd	Dit geeft aan dat een voorraadpartij fysiek is geteld als onderdeel van een cyclustelling of fysieke voorraadinventarisatie. Een gebruiker voert hierbij de getelde hoeveelheid in het systeem in.
Waarom dit belangrijk is Deze activiteit is belangrijk voor de analyse van programma’s voor voorraadnauwkeurigheid. Ze vormt de basis om voorraadverschillen op te sporen en de effectiviteit van het telproces te meten. Waar vind je dit? Dit wordt vastgelegd in de tabel INV_CYCLE_COUNT_ENTRIES wanneer een gebruiker een getelde hoeveelheid invoert en opslaat. De timestamp van de telling geldt als tijdstip van de gebeurtenis. Vastleggen Dit wordt vastgelegd wanneer een gebruiker een telling indient voor een specifiek artikel en een specifieke partij in een cyclustellingstaak. Gebeurtenistype explicit
	Inslag gestart	Dit markeert het begin van het verplaatsen van ontvangen goederen van een ontvangst- of bufferlocatie naar de definitieve opslaglocatie. Dit wordt meestal afgeleid uit het aanmaken van een systeemgestuurde taak of verplaatsingsaanvraag voor het inslaan.
Waarom dit belangrijk is Het is belangrijk om snel met inslaan te beginnen, zodat de ontvangstzones vrijkomen en de voorraad beschikbaar komt. Deze gebeurtenis helpt de vertraging tussen ontvangst en de start van het inslaan te meten. Waar vind je dit? Dit wordt afgeleid uit de aanmaaktimestamp van een verplaatsingsaanvraag of magazijntaak in de module Warehouse Management System (WMS) voor de ontvangen partij. Vastleggen Dit wordt vastgesteld aan de hand van het aanmaken van een inslagtaak voor de voorraadtransactie of -partij. Gebeurtenistype inferred
	Kwaliteitscontrole gestart	Dit is het moment waarop een voorraadpartij wordt aangewezen voor kwaliteitscontrole voordat deze beschikbaar komt voor gebruik. Dit wordt vaak afgeleid uit het aanmaken van een inspectieplan voor de ontvangen partij of uit een statuswijziging waarbij de partij in de status ‘QA’ wordt gezet.
Waarom dit belangrijk is Hiermee begint het kwaliteitsborgingsproces. De tijd tussen deze gebeurtenis en ‘Kwaliteitscontrole uitgevoerd’ laat de doorlooptijd en mogelijke bottlenecks bij de kwaliteitscontrole zien. Waar vind je dit? Dit wordt afgeleid uit het aanmaken van een kwaliteitscontrolerecord in de module Quality Management (bijvoorbeeld QA_RESULTS), of uit een wijziging van de materiaalstatus van de partij naar een aangewezen inspectiestatus. Vastleggen Dit wordt afgeleid uit de aanmaaktimestamp van een kwaliteitscontroleplan of een statuswijziging van de partij naar ‘Awaiting Inspection’. Gebeurtenistype inferred
	Picken gestart	Dit markeert het begin van de orderafhandeling. Er wordt een taak aangemaakt om een voorraadpartij van de opslaglocatie te picken voor een verkooporder, werkorder of verplaatsing. Dit wordt afgeleid uit het aanmaken van een pickgolf of een regel voor een verplaatsingsorder.
Waarom dit belangrijk is Met deze gebeurtenis begint de doorlooptijd van het pickproces. Vertraging tussen de toewijzing van een order en de start van het picken kan bottlenecks in de orderverwerking of de toewijzing van magazijntaken aan het licht brengen. Waar vind je dit? Dit wordt afgeleid uit de aanmaaktimestamp van een record voor een picktaak in WMS-tabellen, of uit een statusupdate van een regel voor een verplaatsingsorder (bijvoorbeeld Mtl_Txn_Request_Lines) naar ‘Released to Warehouse’. Vastleggen Dit wordt vastgesteld aan de hand van het aanmaken van een picktaak of verplaatsingsorder voor de voorraadpartij. Gebeurtenistype inferred
	Retourgoederen verwerkt	Dit registreert de ontvangst en verwerking van een voorraadpartij die een klant met een retourautorisatie (RMA) heeft teruggestuurd. De partij wordt opnieuw in het voorraadsysteem opgenomen. Vaak volgen daarna een inspectie en een besluit over de verdere afhandeling.
Waarom dit belangrijk is Analyse van het retourproces is belangrijk om kwaliteitsproblemen met producten te begrijpen en de efficiëntie van retourlogistiek te verbeteren. Dit kan het startpunt zijn voor een apart retourproces. Waar vind je dit? Dit wordt vastgelegd als materiaaltransactie ‘RMA Receipt’ in de tabel INV_MATERIAL_TXNS. De transactiegegevens verwijzen naar de oorspronkelijke verkooporder en klant. Vastleggen Dit wordt vastgelegd zodra de RMA-ontvangsttransactie in het systeem wordt uitgevoerd. Gebeurtenistype explicit
	Verpakken voltooid	Dit markeert het einde van het verpakkingsproces. De gepickte partij is in een verzendcontainer geplaatst en de container is verzegeld. Dit kan worden vastgelegd met een scan bij het verpakkingsstation of worden afgeleid uit een statuswijziging van de zending.
Waarom dit belangrijk is Dit markeert het einde van de fysieke verwerking in het magazijn, vóór verzending. Door de tijd tussen picken en verpakken te analyseren, kun je inefficiënties bij het verpakkingsstation opsporen. Waar vind je dit? Dit wordt afgeleid uit een statuswijziging van de leveringsregel of het zendingsrecord (bijvoorbeeld in WSH_DELIVERY_DETAILS) naar ‘Packed’. In sommige configuraties wordt dit als expliciete transactie bij een verpakkingsstation vastgelegd. Vastleggen Dit wordt afgeleid uit de timestamp van een statusupdate van de zending of een specifiek transactielog voor het verpakken. Gebeurtenistype inferred
	Voorraad intern verplaatst	Dit registreert de verplaatsing van een voorraadpartij tussen opslaglocaties, zoals magazijnvakken of subvoorraden, binnen hetzelfde magazijn. Deze verplaatsingen worden als expliciete materiaaltransacties vastgelegd, bijvoorbeeld voor aanvulling of samenvoeging.
Waarom dit belangrijk is Door interne verplaatsingen te analyseren, kun je een inefficiënte magazijnindeling, onnodig veel handling en mogelijkheden voor een betere voorraadplaatsing opsporen. Veel verplaatsingen kunnen wijzen op een onjuiste eerste inslag. Waar vind je dit? Dit wordt vastgelegd als materiaaltransactie in INV_MATERIAL_TXNS, met een type zoals ‘Subinventory Transfer’ of ‘Locator Transfer’ waarbij geen externe partij betrokken is. Vastleggen Dit wordt vastgelegd zodra een interne verplaatsingstransactie is voltooid. Gebeurtenistype explicit

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Oracle Fusion SCM

Stappen

Open Oracle BI Publisher: Meld je aan bij je Oracle Fusion SCM-omgeving. Open via het menu Navigator de werkruimte Reports and Analytics. Kies daar 'Browse Catalog' om Oracle BI Publisher te openen.
Maak een datamodel: Kies in de catalogus een geschikte map voor de extractiebestanden. Klik op de vervolgkeuzelijst 'New' en kies 'Data Model'.
Definieer de SQL-dataset: Klik in de editor voor datamodellen op het pictogram '+' om een dataset toe te voegen en kies 'SQL Query'.
Stel de databron in: Geef de nieuwe dataset een naam, bijvoorbeeld 'InventoryManagementEventLog'. Kies 'ApplicationDB_FSCM' als databron. Stel 'Type of SQL' in op 'Standard SQL'.
Voer de SQL-query in: Kopieer de volledige SQL-query uit het gedeelte 'query' van dit document en plak deze in het tekstvak voor de SQL-query.
Definieer parameters: De query gebruikt parameters voor de datums (p_start_date, p_end_date) en de organisatiecode (p_organization_code). BI Publisher herkent deze automatisch. Je kunt standaardwaarden instellen of de parameters verplicht maken voor gebruikers die het rapport uitvoeren.
Sla de data op en bekijk deze: Sla het datamodel op. Open het tabblad 'Data', vul de parameterwaarden in en klik op 'View' om een voorbeeld van de opgehaalde data te bekijken en te controleren of de query werkt.
Maak een rapport: Ga terug naar de catalogus. Klik op de vervolgkeuzelijst 'New' en kies 'Report'. Selecteer in de wizard voor het maken van rapporten het datamodel dat je zojuist hebt gemaakt.
Stel de rapportindeling in: Doorloop de wizard. Kies bij de indeling een eenvoudige 'Table'. Sleep alle kolommen uit de dataset naar de tabel. Complexe opmaak is niet nodig, want het doel is een ruwe data-export.
Plan het rapport voor automatische extractie: Sla het rapport op en kies de optie 'Schedule'. Maak een nieuwe geplande taak. Stel op het tabblad 'Output' de uitvoerindeling in op CSV. Configureer op het tabblad 'Destination' de levering aan een map op een contentserver of een externe SFTP-server waar je de bestanden kunt ophalen.
Haal het event log op: Zodra de geplande taak is uitgevoerd, ga je naar de opgegeven bestemming, bijvoorbeeld om het bestand van de contentserver te downloaden of de SFTP-server te openen. Haal het gegenereerde CSV-bestand op. Dit is het event log dat je in een process mining-tool kunt uploaden.

Configuratie

Vereisten: Een gebruikersaccount met de benodigde BI Administrator- en datarechten om voorraadbeheertabellen zoals INV_MATERIAL_TXNS, RCV_TRANSACTIONS en WSH_DELIVERY_DETAILS te raadplegen.
Databron: Gebruik de standaarddatabron 'ApplicationDB_FSCM' in BI Publisher. Deze maakt verbinding met de transactionele hoofddatabase van Fusion SCM.
Rapportparameters: Filter de data om de prestaties op peil te houden. De meegeleverde query gebruikt parameters voor:
- p_start_date: De begindatum van de rapportageperiode.
- p_end_date: De einddatum van de rapportageperiode.
- p_organization_code: De code van de voorraadorganisatie (het magazijn) waarvoor je data wilt ophalen.
Datumbereik: Begin bij de eerste extractie met een beperkte historische periode, bijvoorbeeld de afgelopen 3 tot 6 maanden. Zo kan de taak binnen een redelijke tijd worden uitgevoerd. Plan voor doorlopende extracties dagelijkse of wekelijkse taken voor de meest recente periode.
Uitvoerindeling: Stel de BI Publisher-rapporttaak in om CSV-bestanden te genereren. Controleer of het scheidingsteken en de tekencodering van het CSV-bestand geschikt zijn voor je process mining-tool.
Planning: Plan het rapport buiten piekuren om de invloed op de systeemprestaties te beperken. Grote hoeveelheden data kunnen tijdens de uitvoering veel systeembronnen verbruiken.

a Voorbeeldquery 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

Stappen

Meld je aan bij Oracle Fusion Cloud Applications met een gebruiker die de BICC-beheerdersrol heeft.
Open de console van Business Intelligence Cloud Connector (BICC) via Tools in het hoofdmenu Navigator.
Kies in de BICC-console 'Manage Offerings and Data Stores'. Zoek de aanbieding 'Supply Chain Management' en controleer of deze is ingeschakeld. Zo zijn alle SCM-gerelateerde datastores (PVO's) beschikbaar voor extractie.
Open 'Manage Extract Schedules' en maak een nieuwe planning voor het voorraadbeheerproces.
Zoek in de nieuwe planning de benodigde Public View Objects (PVO's) en voeg ze toe. Belangrijke PVO's zijn FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO en FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
Open voor elke geselecteerde PVO het tabblad 'Configure Columns'. Selecteer alle kolommen die nodig zijn voor het event log, zoals partijnummers, artikelgegevens, timestamps, gebruikers-ID's en transactietypen. Deselecteer overbodige kolommen om de extractiebestanden kleiner te houden.
Stel filters in om de hoeveelheid data te beperken. Configureer op het tabblad 'Manage Filters' een globaal filter voor incrementele data-invoer. De standaardfilterexpressie is LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. Zo haalt elke uitvoering alleen data op die sinds de vorige uitvoering is gewijzigd.
Stel de externe opslag voor de data in. Kies onder 'Configure External Storage' de optie 'Cloud Storage Service' en vul de verbindingsgegevens in voor de opslaglocatie, bijvoorbeeld Oracle Cloud Infrastructure (OCI) Object Storage.
Sla de planning op en start deze. Je kunt de voortgang volgen op het scherm 'Manage Extract Schedules'.
Na afloop van de BICC-taak staan de ruwe databestanden in CSV-indeling op de ingestelde cloudopslaglocatie.
Gebruik een script voor nabewerking of een ETL-workflow om de CSV-bestanden te downloaden. Het script moet de data uit meerdere bestanden volgens de logica in het querygedeelte omzetten en combineren tot één event log.
Het script moet één CSV-bestand maken met de exacte kolommen (InventoryBatchLot, ActivityName, EventStartTime enzovoort) die nodig zijn om de data naar ProcessMind te uploaden.

Configuratie

Aanbiedingen: De aanbieding 'Supply Chain Management' moet in BICC zijn ingeschakeld om toegang te krijgen tot PVO's voor voorraad, verzending en kwaliteitsbeheer.
Belangrijke PVO's (datastores): Voor een volledige extractie zijn meerdere PVO's nodig. Neem minimaal het volgende op:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: De belangrijkste bron voor de meeste materiaalbewegingen, zoals ontvangsten, uitgiften, verplaatsingen en correcties.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO: Bevat informatie over partijstatussen.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO: Bevat de resultaten van kwaliteitsinspecties.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO: Bevat informatie over orderpicking en verzending.
Instellingen voor incrementele extractie: Gebruik voor doorlopende data-invoer altijd de functie voor incrementele extractie. Stel een filter in op de kolom LastUpdateDate met de variabele #BI_LAST_EXTRACT_DATE. Voor de eerste historische data-invoer kun je een volledige extractie uitvoeren voor een bepaalde periode, bijvoorbeeld de afgelopen 6 tot 12 maanden.
Filters op PVO-niveau: Pas extra filters rechtstreeks op de PVO's toe om de prestaties te verbeteren en bestanden kleiner te houden. Veelgebruikte filters zijn OrganizationId om data tot specifieke magazijnen te beperken en TransactionTypeId om irrelevante bewegingen uit te sluiten.
Vereisten: Voor dit proces is een gebruikersaccount met de rol BICC_ADMINISTRATOR_JOB nodig. Je hebt ook toegang en inloggegevens nodig voor een ondersteunde cloudopslagdienst, zoals OCI Object Storage, waar BICC de opgehaalde bestanden kan opslaan.

a Voorbeeldquery 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')

Stappen

Vereisten: Zorg dat Python 3.6 of hoger op je systeem is geïnstalleerd. Installeer de bibliotheek requests, die nodig is voor HTTP API-aanroepen, met de opdracht pip install requests in je terminal.
Verkrijg API-inloggegevens: Verzamel de benodigde inloggegevens voor toegang tot de Oracle Fusion SCM REST API. Je hebt de basis-URL van je Oracle Fusion-instantie nodig (bijvoorbeeld https://your-fusion-instance.oraclecloud.com), plus een gebruikersnaam en wachtwoord voor een account met voldoende rechten om voorraaddata te lezen.
Configureer het Python-script: Download het meegeleverde Python-script. Open het bestand in een editor en zoek bovenaan het configuratiegedeelte. Vul de waarden in voor BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE en ORGANIZATION_ID.
Bekijk de API-eindpunten: Het script gebruikt voornamelijk het REST API-eindpunt inventoryTransactions. Dit eindpunt bevat een volledig overzicht van materiaalbewegingen en correcties. Deze worden omgezet naar het process mining-event log.
Controleer de activiteitstoewijzing: Bekijk de functie map_transaction_to_activity in het script. Deze bevat de logica om Oracle's TransactionTypeName om te zetten naar de gestandaardiseerde ActivityName voor het event log. Mogelijk moet je deze toewijzing aanpassen aan de transactietypen die in je organisatie worden gebruikt.
Voer het script uit: Start het script vanuit je terminal met de opdracht python your_script_name.py. Het script meldt zich aan bij de API, haalt de transactiegegevens pagina voor pagina op, verwerkt ze en toont statusupdates in de console.
Verwerk paginering en data-ophaling: Het script verwerkt API-paginering automatisch. Het doet opeenvolgende verzoeken met de parameters offset en limit totdat alle data binnen het opgegeven datumbereik is opgehaald. Zo wordt de volledige dataset opgehaald zonder de server of het geheugen van het script te overbelasten.
Data omzetten: Het script zet de JSON-reactie voor elke opgehaalde transactie om naar een platte record. Het koppelt velden zoals LotNumber, TransactionDate en CreatedBy aan de vereiste event log-attributen InventoryBatchLot, EventStartTime en UserPerformingAction.
Genereer het CSV-bestand: Nadat alle data is opgehaald en verwerkt, schrijft het script de resultaten naar een CSV-bestand met de naam oracle_fusion_inventory_log.csv in dezelfde map als het script.
Controleer en upload het bestand: Open het gegenereerde CSV-bestand in een spreadsheetprogramma en controleer de inhoud. Kijk of de data volledig is, het datumbereik klopt en alle verwachte activiteiten erin staan. Na controle kun je het bestand uploaden naar ProcessMind.

Configuratie

API-inloggegevens: Je hebt een geldige username en password nodig voor een Oracle Fusion-gebruiker. Deze gebruiker moet een rol hebben met leesrechten voor voorraadtransacties, zoals Inventory Manager of een aangepaste integratierol.
Basis-URL: De hoofd-URL van je Oracle Fusion SCM-instantie (bijvoorbeeld https://your-instance.oraclecloud.com) moet correct zijn ingevuld.
Datumbereik: Stel de parameters START_DATE en END_DATE in op de indeling YYYY-MM-DD om de extractieperiode vast te leggen. Begin bij voorkeur met een periode van 3 tot 6 maanden om de hoeveelheid data te beperken.
Organisatie-ID: Vul ORGANIZATION_ID in om de extractie te beperken tot één voorraadorganisatie of magazijn. Dit is belangrijk voor de prestaties en de relevantie van de data.
Paginagrootte (limiet): De variabele LIMIT in het script bepaalt hoeveel records per API-aanroep worden opgehaald. Een waarde tussen 100 en 500 werkt doorgaans goed en houdt de balans tussen prestaties en API-belasting.
API-versie: Het script gaat uit van een specifieke REST API-versie (11.13.18.05). Mogelijk moet je het URL-pad aanpassen als je Oracle Fusion-omgeving een andere versie gebruikt.

a Voorbeeldquery 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)

Klaar om te beginnen?

Gebruik deze template om de datavoorbereiding eenvoudiger te maken en belangrijke inzichten in voorraadprocessen te vinden. Begin vandaag met het optimaliseren van de bedrijfsvoering.

Terug naar de verbetergids Template downloaden

Verbeter het voorraadbeheer en ga vandaag aan de slag

Spoor inefficiënties op en verkort de voorraadcyclus met 30%.

Start je gratis proefperiode

Geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.

Datatemplate voor voorraadbeheer

Datatemplate voor voorraadbeheer

Attributen voor voorraadbeheer

Activiteiten in voorraadbeheer

Extractiegidsen

Oracle BI Publisher gebruiken voor data-extractie uit voorraadbeheer

Stappen

Configuratie

a Voorbeeldquery sql

Bulkdata-export met Oracle BI Cloud Connector (BICC)

Stappen

Configuratie

a Voorbeeldquery sql

Data-extractie met een Python-script via de Oracle Fusion SCM REST API's

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Verbeter het voorraadbeheer en ga vandaag aan de slag

Datatemplate voor voorraadbeheer

Datatemplate voor voorraadbeheer

Attributen voor voorraadbeheer

Activiteiten in voorraadbeheer

Extractiegidsen

Oracle BI Publisher gebruiken voor data-extractie uit voorraadbeheer

Stappen

Configuratie

a Voorbeeldquery sql

Bulkdata-export met Oracle BI Cloud Connector (BICC)

Stappen

Configuratie

a Voorbeeldquery sql

Data-extractie met een Python-script via de Oracle Fusion SCM REST API's

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Verbeter het voorraadbeheer en ga vandaag aan de slag

We gaan zorgvuldig om met je privacy