> Continue verbetering > `Warehouse Management` > Oracle WMS Cloud > datatemplate

Uw Warehouse Management Data Template

Oracle WMS Cloud

`Warehouse Management Attributes` (22) `Warehouse Management Activities` (16) Extractie Guides (2)

Uw Warehouse Management Data Template

Deze `template` biedt een duidelijke `guide` voor het verzamelen van de benodigde `data` om uw `warehouse management processes` te analyseren. Het schetst de essentiële `attributes` en `activities` die u moet `tracken`, samen met praktische `guidance` over hoe u deze informatie uit uw `source system` kunt `extracten`.

Aanbevolen attributen om vast te leggen
Belangrijke activiteiten om te volgen voor uw proces
Richtlijnen voor `data-extractie`

Nieuw met event logs? Leer hoe je een process mining event log creëert.

Template downloaden

`Warehouse Management Attributes`

Dit zijn de aanbevolen `data fields` om op te nemen in uw `event log` voor een uitgebreide `warehouse management analysis`.

5 Verplicht 7 Aanbevolen 10 Optioneel

	Naam	Omschrijving
	`Warehouse Order` WarehouseOrder	De unieke identificatie voor een magazijnorder, die dient als de primaire `case` voor het volgen van alle gerelateerde logistieke `activities` van begin tot eind.
Omschrijving De `Warehouse Order` is de centrale identificatie die alle `events` en `activities` groepeert die gerelateerd zijn aan een enkele logistieke taak binnen het magazijn, zoals een `inbound receipt` of een `outbound shipment`. Het fungeert als de `case identifier` voor `process mining`, waardoor een `end-to-end` analyse van de gehele `warehouse process lifecycle` voor die specifieke order mogelijk is. Het analyseren van processen per `Warehouse Order` maakt de visualisatie van de complete reis mogelijk, van aanmaak tot voltooiing of annulering. Het helpt bij het identificeren van `common process paths`, `knelpunten`, afwijkingen en `rework loops` die de efficiëntie van magazijnoperaties beïnvloeden. Deze `view` is cruciaal voor het begrijpen van de algehele `performance` en naleving van `standard procedures` voor verschillende typen orders. Het belang Dit is de essentiële `Case ID` die alle gerelateerde `warehouse activities` verbindt, waardoor een complete, `end-to-end process view` mogelijk is voor elke logistieke order. Vindplaats Deze `identifier` wordt typisch gevonden in het `header level` van `warehouse order tables` binnen Oracle WMS Cloud, zoals de Orders of Tasks `modules`. Voorbeelden WO-0054321ORD-9876543SHIP-2024-1001
	Activiteitsnaam ActivityName	De naam van een specifieke zakelijke `event` of taak die heeft plaatsgevonden binnen het `warehouse management process`, zoals 'Goederen Gepickt' of 'Zending Verzonden'.
Omschrijving De `Activity Name` beschrijft een enkele stap of `milestone` in de `warehouse order lifecycle`. Deze `activities` vormen de sequentiële `nodes` in de proceskaart, wat de visualisatie en analyse van de proces`flow` mogelijk maakt. Elke `activity` is voorzien van een `timestamp`, wat de basis vormt voor prestatiemeting en `knelpunt`analyse. In `process mining` is deze `attribute` fundamenteel voor het construeren van het procesmodel. Het wordt gebruikt om `activity` frequenties, paden en duren tussen verschillende stappen te analyseren. Het begrijpen van de sequentie en het voorkomen van `activities` zoals 'Kwaliteitsinspectie Uitgevoerd' of 'Picktaak Aangemaakt' is cruciaal voor het optimaliseren van `resource allocation` en het verbeteren van `cycle times`. Het belang Deze `attribute` definieert de stappen in de proceskaart, waardoor het mogelijk wordt om de `warehouse workflow` te visualiseren, analyseren en optimaliseren. Vindplaats Deze informatie is typisch afgeleid van `event logs`, `task status tables`, of `transaction records` in Oracle WMS Cloud die proces`milestones` vastleggen. Voorbeelden Goederen AangekomenPickingtaak aangemaaktGoederen verpaktZending Verzonden
	Starttijd event EventStartTime	De `timestamp` die aangeeft wanneer een specifieke magazijn `activity` of `event` begon.
Omschrijving De `Event Start Time` is de exacte datum en tijd die het begin van een `activity` markeert. Het is de primaire temporele `attribute` die in `process mining` wordt gebruikt om `events` chronologisch te ordenen en duren en `cycle times` te berekenen. Deze `timestamp` is essentieel voor het bouwen van een nauwkeurige weergave van de proces`flow` zoals deze in werkelijkheid plaatsvond. Analyse gebaseerd op `Event Start Time` is cruciaal voor `performance monitoring`. Het maakt de berekening mogelijk van belangrijke `metrics` zoals de tijd tussen `activities`, de duur van een gehele `case`, en naleving van `service level agreements`. `Dashboards` die `cycle times` visualiseren, zoals 'Goederenontvangst tot Opslag `Cycle Time`', zijn volledig afhankelijk van deze `attribute` om vertragingen te identificeren. Het belang Deze `timestamp` is cruciaal voor het correct ordenen van `events` en het berekenen van alle tijdgebaseerde `performance metrics`, zoals `cycle times` en `knelpunten`. Vindplaats Dit is typisch het `creation` of `start timestamp field` geassocieerd met een `task` of `event record` in Oracle WMS Cloud `transaction tables`. Voorbeelden 2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
	Bronsysteem SourceSystem	Het systeem waaruit de `warehouse management data` is geëxtraheerd.
Omschrijving Deze `attribute` identificeert de herkomst van de `data`, wat in dit geval Oracle WMS Cloud is. Hoewel het statisch kan lijken, is het cruciaal voor `data governance`, `traceability`, en in scenario's waarin `data` van meerdere systemen wordt samengevoegd voor een bredere analyse. In een `process mining` context helpt het `stakeholders` de `data` te vertrouwen en de context ervan te begrijpen. Als verschillende `warehouses` verschillende systemen gebruiken, wordt dit `field` essentieel voor het segmenteren en vergelijken van `process performance` daartussen. Het belang Het biedt cruciale context voor dataherkomst en governance, wat traceerbaarheid waarborgt en multi-systeem analyse mogelijk maakt. Vindplaats Dit is typisch een statische `value` toegevoegd tijdens het `data transformation process` om de `dataset's origin` te `labelen`. Voorbeelden Oracle WMS CloudOracle Fusion WMS
	Laatste data-update LastDataUpdate	De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is geëxtraheerd of ververst uit het bronsysteem.
Omschrijving Last Data Update specificeert de datum en tijd dat de data uit Oracle WMS Cloud is opgehaald. Deze metadata is essentieel om de actualiteit van de analyse te begrijpen en ervoor te zorgen dat beslissingen gebaseerd zijn op actuele informatie. Voor process mining dashboards informeert deze timestamp de gebruiker over de recentheid van de weergegeven data. Het helpt verwachtingen te managen over of de analyse real-time operaties of een historische momentopname weerspiegelt, wat cruciaal is voor operationele monitoring. Het belang Geeft de actualiteit van de data aan, wat essentieel is voor gebruikers om te begrijpen hoe recent de procesanalyse is. Vindplaats Deze `timestamp` wordt gegenereerd en toegevoegd tijdens het `ETL`-proces (Extractie, Transformatie en Loading van `data`). Voorbeelden 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	`User/Operator ID` UserOperatorId	De identificatie voor de gebruiker, operator of medewerker die de magazijn `activity` heeft uitgevoerd.
Omschrijving Deze `attribute` identificeert de persoon die verantwoordelijk is voor het uitvoeren van een specifieke taak, zoals `picking`, `packing`, of `putting away goods`. Het is een kritische dimensie voor het analyseren van de `human resource performance`, `workload distribution`, en naleving van `standard operating procedures`. Het analyseren van het proces per `User/Operator ID` helpt bij het identificeren van `top-performing employees`, degenen die extra `training` nodig hebben, en `imbalances in workload` binnen het `team`. Het is essentieel voor het 'Resource Utilization by Activity' `dashboard` om te begrijpen hoe verschillende gebruikers bijdragen aan de algehele procesefficiëntie en waar `knelpunten` gerelateerd kunnen zijn aan specifieke gebruikersacties. Het belang Deze `attribute` is `key` voor het analyseren van `workforce performance`, het identificeren van `training needs`, en het waarborgen van `equitable workload distribution`. Vindplaats Dit wordt meestal gevonden in `transaction` of `task tables`, vaak gekoppeld aan de `user` die is ingelogd in het `system` of op het `handheld device` toen de `action` werd uitgevoerd. Voorbeelden JSMITHBJOHNSONUSER123
	`Warehouse Order Type` WarehouseOrderType	Categoriseert de magazijnorder, bijvoorbeeld als een inkomende ontvangst, uitgaande zending of interne overdracht.
Omschrijving Het `Warehouse Order Type` biedt essentiële context over het doel van de order. Veelvoorkomende typen zijn `customer shipments`, `purchase order receipts`, `stock transfers` tussen `facilities`, of `returns`. Deze categorisering is fundamenteel voor het segmenteren van procesanalyse en het vergelijken van `performance` over verschillende `workflows`. In `process mining` maakt filteren op ordertype de creatie mogelijk van afzonderlijke proceskaarten voor `inbound` en `outbound flows`, die vaak zeer verschillende stappen en `performance targets` hebben. Zo zijn de `KPI's` voor een `outbound shipment` gericht op `speed` en `customer delivery`, terwijl die voor een `inbound receipt` gericht zijn op `inventory availability` en `accuracy`. Deze `attribute` is cruciaal voor het 'Picking & Packing `Throughput`' `dashboard` om verschillende `fulfillment processes` te vergelijken. Het belang Het maakt de segmentatie van analyse mogelijk in afzonderlijke processen zoals inkomend, uitgaand of intern, die verschillende doelen en workflows hebben. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit is doorgaans beschikbaar in de magazijnorderkopdata. Voorbeelden Uitgaande ZendingInkomende OntvangstInterne OverdrachtKlantenretour
	Eindtijd van het event EventEndTime	De `timestamp` die aangeeft wanneer een specifieke magazijn `activity` of `event` werd voltooid.
Omschrijving De `Event End Time` markeert de exacte datum en tijd waarop een `activity` is afgesloten. Indien beschikbaar, biedt het een nauwkeurigere meting van de duur van een `activity` vergeleken met het afleiden ervan uit de starttijd van de volgende `activity`. Dit is vooral nuttig voor taken die een meetbare `processing time` hebben, zoals 'Inpakken' of 'Kwaliteitsinspectie'. In analyse, het hebben van zowel een start- als eindtijd maakt een precieze berekening van `activity processing times` mogelijk. Dit helpt bij het onderscheiden tussen de tijd die actief aan een taak wordt gewerkt (`processing time`) en de tijd die wordt gewacht totdat de volgende stap begint (`wait time`). Dit onderscheid is cruciaal voor `resource utilization` en efficiëntieanalyse. Het belang Maakt de precieze berekening van individuele activiteitsduren mogelijk, wat helpt om actieve verwerkingstijd te onderscheiden van inactieve wachttijd. Vindplaats Dit is typisch het `completion` of `end timestamp field` in een `task` of `event record` in Oracle WMS Cloud. Voorbeelden 2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
	Gevraagde Afleverdatum RequestedCompletionDate	De streefdatum waarop de magazijnorder naar verwachting voltooid of verzonden zal zijn.
Omschrijving De `Requested Completion Date` vertegenwoordigt de `service level agreement` (`SLA`) of de door de klant verwachte deadline voor de order. Deze datum is de `benchmark` waartegen de werkelijke voltooiingstijd van de order wordt gemeten om te bepalen of deze `on-time`, te vroeg of te laat was. Deze `attribute` is fundamenteel voor `performance monitoring dashboards` zoals 'Warehouse Order `SLA` Adherence' en het berekenen van `KPI's` zoals 'On-Time Shipment `Compliance`'. Door de daadwerkelijke verzending `timestamp` te vergelijken met deze gevraagde datum, kunnen bedrijven hun `service level performance` meten, de `root causes` van vertragingen identificeren en orders prioriteren die het risico lopen hun deadlines te missen. Het belang Dit is de primaire `attribute` voor het meten van `on-time performance` en `SLA compliance`, wat direct invloed heeft op `customer satisfaction`. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit is doorgaans onderdeel van de orderkopdata, vaak afgeleid van een verkooporder of inkooporder. Voorbeelden 2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
	Prioriteitsniveau PriorityLevel	Een classificatie van de urgentie van de magazijnorder, zoals 'Hoog', 'Normaal' of 'Laag'.
Omschrijving Het `Priority Level` is een bedrijfsmatig gedefinieerde `attribute` die de urgentie van een magazijnorder aangeeft. Hoog-prioritaire orders, zoals `express shipments` of `stock replenishments` voor `critical shortages`, moeten vaak een sneller `process path` volgen en vereisen onmiddellijke aandacht van `resources`. Deze `attribute` is essentieel voor het 'Priority Order Fulfillment Performance' `dashboard`. Door processen te filteren en te vergelijken op basis van `Priority Level`, kunnen managers beoordelen of hoog-prioritaire orders daadwerkelijk worden versneld en voldoen aan hun strengere `SLA's`. Het helpt ervoor te zorgen dat `resources` effectief worden toegewezen om aan de meest kritieke zakelijke behoeften te voldoen. Het belang Het maakt analyse mogelijk van of urgente orders sneller worden verwerkt dan standaard orders, waardoor kritieke SLA's worden nageleefd. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit is doorgaans een veld in de orderkopdata. Voorbeelden HoogNormaalLaag
	SLA-status SLAState	Een berekende status die aangeeft of de magazijnorder op tijd, te laat of risicovol is voltooid, gebaseerd op de Gevraagde Voltooiingsdatum.
Omschrijving `SLA State` is een afgeleide `attribute` die een directe classificatie geeft van de prestaties van een order ten opzichte van de deadline. Het wordt berekend door de `timestamp` van de voltooiings`activity` (bijv. 'Zending Verzonden') te vergelijken met de 'RequestedCompletionDate'. De `state` kan worden gecategoriseerd als 'Op Tijd', 'Laat' of potentieel 'Risicovol' voor openstaande orders die de deadline naderen. Deze `attribute` is speciaal gebouwd voor het 'Warehouse Order `SLA` Adherence' `dashboard`. Het vereenvoudigt complexe datumvergelijkingen tot een gemakkelijk te begrijpen status, waardoor snelle visuele beoordeling van de prestaties mogelijk is. Analisten kunnen dit gebruiken om te filteren op alle te late orders en een `root cause analysis` uit te voeren over waarom ze hun `service level agreement` hebben gemist. Het belang Biedt een eenvoudige, direct overzichtelijke status van `SLA compliance`, waardoor het gemakkelijk is om de tijdige prestaties te volgen en te analyseren. Vindplaats Dit wordt berekend door de `timestamp` van de `final activity` te vergelijken met de `RequestedCompletionDate`. Voorbeelden Op tijdTe laatIn gevaar
	Werkelijke hoeveelheid ActualQuantity	De daadwerkelijke hoeveelheid items die zijn geteld of afgehandeld tijdens een `activity`, zoals `goods receipt` of `picking`.
Omschrijving De `Actual Quantity` is de fysieke telling van eenheden die zijn verwerkt tijdens een magazijntaak. Dit wordt vaak geregistreerd tijdens `goods receipt`, `putaway`, `picking`, of `cycle counting activities`. Het vertegenwoordigt de `ground truth` van de voorraadbeweging. Deze `attribute` is cruciaal voor het 'Inventory Quantity Discrepancy' `dashboard`. Door de `Actual Quantity` te vergelijken met de `Planned Quantity` uit het brondocument, zoals een inkooporder of een verzendorder, kunnen discrepanties onmiddellijk worden geïdentificeerd. Het analyseren van deze verschillen helpt bij het opsporen van bronnen van voorraadonjuistheden, zoals leveranciersfouten, ontvangstfouten of `picking` fouten, wat essentieel is voor het handhaven van nauwkeurige `stock levels`. Het belang Het is essentieel voor het identificeren van voorraadafwijkingen door deze te vergelijken met de geplande hoeveelheid, wat helpt de voorraadnauwkeurigheid te verbeteren. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit is doorgaans een veld in de transactiedetails of taakregelitemtabellen. Voorbeelden 10098500
	`Warehouse Order Status` WarehouseOrderStatus	De huidige of definitieve status van de magazijnorder, zoals 'Voltooid' of 'Geannuleerd'.
Omschrijving Deze `attribute` geeft het `outcome` of de uiteindelijke `state` van een magazijnorder aan. Het helpt onderscheid te maken tussen orders die succesvol zijn verwerkt en orders die zijn geannuleerd of nog `in progress` zijn. Dit is een `key dimension` voor het filteren van `cases` om alleen voltooide processen te analyseren of de redenen voor annuleringen te onderzoeken. Het analyseren van `cases` op basis van hun definitieve status is belangrijk voor het begrijpen van `process variations` en `outcomes`. Bijvoorbeeld, het vergelijken van de proces`flows` van 'Voltooide' versus 'Geannuleerde' orders kan onthullen in welk `stage` annuleringen typisch optreden, wat `insights` biedt in potentiële `issues` met `inventory`, `customer requests`, of `system errors`. Het wordt ook gebruikt om `throughput KPI's` te berekenen, zoals 'Dagelijkse Magazijn `Throughput`'. Het belang Het definieert de uitkomst van een case, waardoor analyse zich kan richten op succesvol voltooide orders of om uitzonderingen zoals annuleringen te onderzoeken. Vindplaats Dit is typisch het `status field` op het `warehouse order header record` in Oracle WMS Cloud. Voorbeelden VoltooidIn uitvoeringGeannuleerdIn de wacht
	Bewerkingstijd ProcessingTime	De tijdsduur die actief wordt besteed aan het uitvoeren van een magazijn `activity`.
Omschrijving De `Processing Time` is een berekende `metric` die de verstreken tijd meet tussen het begin en einde van een `activity`. Het vertegenwoordigt de werkelijke 'doorlooptijd' of werkduur voor een taak, in tegenstelling tot de wachttijd tussen taken. Het wordt typisch berekend als `EventEndTime` minus `EventStartTime`. Deze `metric` is fundamenteel voor efficiëntieanalyse en een belangrijk onderdeel van het 'Resource Utilization by Activity' `dashboard`. Door de tijd die actief wordt gewerkt te isoleren, kunnen managers identificeren welke specifieke taken het meest tijdrovend zijn en waar er mogelijkheden zijn voor procesverbetering of automatisering. Het helpt bij het beantwoorden van vragen zoals 'Hoe lang duurt het daadwerkelijk om een order in te pakken?' Het belang Deze berekende `metric` meet de actieve werkduur van een taak, wat helpt bij het lokaliseren van tijdrovende `activities` en het analyseren van `resource efficiency`. Vindplaats Dit wordt berekend uit `EventStartTime` en `EventEndTime`. (`ProcessingTime` = `EventEndTime` - `EventStartTime`). Voorbeelden 15 minuten45 seconden1 uur 5 minuten
	Gebruikte Apparatuur EquipmentUsed	De identificatie voor de apparatuur, zoals een vorkheftruck of `handheld scanner`, gebruikt om een magazijn `activity` uit te voeren.
Omschrijving Deze `attribute` specificeert het fysieke `asset` of de apparatuur die tijdens een magazijntaak wordt gebruikt. Het bijhouden van `equipment usage` biedt een andere laag voor `resource analysis`, ter aanvulling op het `view` van `human operator performance`. Het kan helpen bij het begrijpen van `equipment utilization rates`, het identificeren van `maintenance needs`, en het optimaliseren van de `allocation of machinery`. Voor het 'Resource Utilization by Activity' `dashboard` is het analyseren van `data` per 'Equipment Used' cruciaal. Het kan onthullen of bepaalde typen `equipment` `knelpunten` zijn of dat er `opportunities` zijn om `task allocation` te verbeteren op basis van `equipment availability` en efficiëntie. Het kan bijvoorbeeld aantonen dat een specifiek `forklift model` consequent trager is voor `putaway tasks`, wat `prompting` een onderzoek. Het belang Dit maakt analyse van `equipment utilization` en efficiëntie mogelijk, wat helpt bij het identificeren van `asset`-gerelateerde `knelpunten` en het optimaliseren van `resource allocation`. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit kan worden vastgelegd in taakuitvoeringsrecords, vooral als operators inloggen op specifieke apparatuur. Voorbeelden FORKLIFT-05SCANNER-A12CART-27
	Geplande Hoeveelheid PlannedQuantity	De verwachte hoeveelheid items voor een `activity`, gebaseerd op het brondocument zoals een inkoop- of verkooporder.
Omschrijving De `Planned Quantity` is het verwachte aantal eenheden voor een gegeven taak, zoals gespecificeerd in het originele document. Voor een `inbound receipt` zou dit de hoeveelheid op de inkooporder zijn. Voor een `outbound shipment` zou dit de hoeveelheid op de verkooporder zijn. Deze `attribute` dient als `baseline` voor vergelijking met de `Actual Quantity`. De 'Inventory `Data` Discrepancy Rate' `KPI` wordt berekend op basis van afwijkingen tussen geplande en werkelijke bedragen. Het analyseren van deze `variances` is cruciaal voor `supply chain` en `inventory management` om problemen met leveranciers, interne processen of `data entry errors` aan te pakken. Het belang Dient als `baseline` om de voorraadnauwkeurigheid te meten en discrepanties te identificeren tijdens ontvangst- of `picking` processen. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit is meestal te vinden op het orderregelitem dat gekoppeld is aan de magazijntaak. Voorbeelden 100100500
	Is herstelwerk IsRework	Een booleaanse vlag die aangeeft of een activiteit een herhaling is van een eerdere stap binnen dezelfde case, wat duidt op herwerk of een proceslus.
Omschrijving Is Herwerk is een berekende vlag die identificeert wanneer een proces afwijkt van een lineaire stroom en een activiteit herhaalt. Bijvoorbeeld, als een 'Goederen Gepickt'-activiteit wordt gevolgd door een andere 'Goederen Gepickt'-activiteit voor dezelfde order, wordt de tweede instantie gemarkeerd als herwerk. Dit duidt vaak op een probleem, zoals een pickfout die gecorrigeerd moest worden. Dit attribuut is essentieel voor het 'Procesafwijking & Herwerkanalyse'-dashboard en de 'Magazijn Herwerkpercentage'-KPI. Door deze events te markeren, kan de analyse de frequentie en impact van herwerk kwantificeren. Het identificeren van de activiteiten die het meest vatbaar zijn voor herwerk helpt bij het aanwijzen van proceszwaktes, kwaliteitsproblemen of trainingslacunes die leiden tot inefficiëntie en hogere operationele kosten. Het belang Deze `flag` identificeert direct procesinefficiënties en `loops`, wat helpt de `cost` en `frequency` van `rework` te kwantificeren. Vindplaats Dit wordt berekend binnen de `process mining tool` door herhaalde sequenties van `activities` voor dezelfde `CaseId` te detecteren. Voorbeelden truefalse
	Locatie-identificatie LocationIdentifier	De specifieke fysieke locatie binnen het magazijn waar een `activity` plaatsvond, zoals een `bin`, `dock door`, of `staging area`.
Omschrijving De `Location Identifier` specificeert de exacte plaats binnen het magazijn die geassocieerd is met een `event`. Dit kan een `receiving dock` zijn voor 'Goederen Binnengekomen', een opslagbak voor 'Goederen Opgeslagen', een `packing station` voor 'Goederen Verpakt', of een `staging lane` voor 'Klaargezet voor Verzending'. Deze `attribute` voegt een ruimtelijke dimensie toe aan de procesanalyse. Het kan helpen bij het identificeren van `knelpunten` die gekoppeld zijn aan specifieke fysieke gebieden van het magazijn. Analyse kan bijvoorbeeld aantonen dat een bepaalde gang consequent traag is voor `picking`, of dat een specifieke `dock door` een `chokepoint` is voor `receiving`. Dit inzicht kan beslissingen informeren over `warehouse layout`, `resource allocation` en procesontwerp. Het belang Voegt een fysieke dimensie toe aan de analyse, en helpt bij het identificeren van knelpunten gerelateerd aan specifieke magazijnzones, gangpaden of opslaglocaties. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Deze informatie wordt doorgaans vastgelegd in taakspecifieke details. Voorbeelden A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
	Product SKU ProductSKU	De Stock Keeping Unit (`SKU`) of identificatie voor het product dat in de magazijnorder wordt afgehandeld.
Omschrijving De `Product SKU` is de unieke code die een specifiek product of item identificeert. Magazijnorders bevatten vaak één of meerdere producten, en deze `attribute` maakt het mogelijk om de analyse te segmenteren op basis van de verwerkte items. Het analyseren van het proces per `Product SKU` kan onthullen hoe verschillende producten de magazijnefficiëntie beïnvloeden. Zo kunnen omvangrijke of fragiele items langere `handling times` hebben, terwijl `fast-moving products` een meer geoptimaliseerd `process path` kunnen volgen. Deze informatie is waardevol voor `slotting strategies`, waarbij producten in het magazijn worden geplaatst om `picking` en `putaway travel times` te optimaliseren, en voor het begrijpen hoe productkenmerken de algehele `throughput` beïnvloeden. Het belang Maakt analyse mogelijk op basis van productkenmerken, wat de verwerkingstijden en processtromen kan beïnvloeden, en slotting- en opslagstrategieën informeert. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit is te vinden op het niveau van het orderregelitem of de taakdetails. Voorbeelden SKU-100-RED-LGPROD-54321HW-CMP-001A
	Redencode ReasonCode	Een code of omschrijving die de reden verklaart voor een specifieke event, zoals een voorraadaanpassing, een retour of een afwijking.
Omschrijving Een Redencode biedt context voor niet-standaard events of uitzonderingen binnen het proces. Als bijvoorbeeld een activiteit 'Voorraad Aangepast' plaatsvindt, kan de redencode 'Beschadigde Goederen', 'Cyclustelling Aanpassing' of 'Verlopen Voorraad' specificeren. Dit is cruciaal voor de oorzaakanalyse van procesafwijkingen. In process mining zijn redencodes van onschatbare waarde om te begrijpen waarom uitzonderingen optreden. Het analyseren van de frequentie en impact van verschillende redencodes kan helpen bij het identificeren van systemische problemen. Een hoge frequentie van aanpassingen 'Beschadigde Goederen' kan bijvoorbeeld leiden tot een herziening van de afhandelingsprocedures, terwijl frequente 'Pickfout'-codes wijzen op de noodzaak van betere training of systeemcontroles voor orderverzamelaars. Het belang Biedt cruciale context voor uitzonderingen en afwijkingen, wat `root cause analysis` van problemen zoals voorraadaanpassingen of vertragingen mogelijk maakt. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Deze codes worden doorgaans ingevoerd tijdens transacties voor uitzonderingsafhandeling. Voorbeelden DMG - Beschadigd tijdens transportQTY_MISMATCH - Tekort LeverancierWRONG_ITEM_PICKED
	Vervoerder Carrier	De verzend`carrier` of `transportation provider` toegewezen om de `outbound shipment` af te handelen.
Omschrijving De `Carrier attribute` identificeert de logistieke partner die verantwoordelijk is voor het transport van de goederen van het magazijn naar de eindbestemming. Dit kan een commerciële `carrier` zijn zoals FedEx of UPS, een `freight company`, of een interne `fleet`. Deze informatie wordt gebruikt in het 'Shipment Dispatch `Cycle Time`' `dashboard` om de prestaties van verschillende `carriers` te analyseren en te vergelijken. Door de tijd van 'Klaargezet voor Verzending' tot 'Zending Verzonden' te segmenteren per `carrier`, kan het bedrijf identificeren welke partners efficiënter zijn, welke vertragingen veroorzaken, en deze `data` gebruiken voor contractonderhandelingen en `carrier selection`. Het belang Maakt prestatievergelijking tussen verschillende transporteurs mogelijk, wat helpt bij het optimaliseren van uitgaande logistiek en het verminderen van verzendvertragingen. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit wordt doorgaans opgeslagen in de zending- of ladinginformatie gerelateerd aan de magazijnorder. Voorbeelden FedExUPSDHLXPO Logistics
	Zending ID ShipmentId	De unieke identificatie voor de `shipment` die één of meerdere magazijnorders groepeert die samen worden getransporteerd.
Omschrijving De `Shipment ID` is een hoger niveau identificatie die meerdere magazijnorders kan consolideren in één logistieke eenheid voor transport. Zo kunnen verschillende kleine orders met dezelfde bestemming worden gegroepeerd in één `shipment` op dezelfde vrachtwagen. Hoewel de `Warehouse Order` de `case ID` is voor deze analyse, biedt de `Shipment ID` een extra dimensie voor het analyseren van `outbound logistics`. Het maakt het mogelijk om de prestaties op `shipment level` te beoordelen, zoals de totale tijd om alle orders voor een `shipment` te consolideren. Het kan ook worden gebruikt om problemen op te sporen die een gehele `shipment` beïnvloeden in plaats van slechts één order. Het belang Groepeert meerdere orders in één transporteenheid, wat analyse van consolidatie-efficiëntie en prestaties op zendingsniveau mogelijk maakt. Vindplaats Raadpleeg de Oracle WMS Cloud-documentatie. Dit wordt doorgaans gevonden in zending- of ladingbeheermodules. Voorbeelden SHP-98765LOAD-A543BOL-123456

Verplicht Aanbevolen Optioneel

`Warehouse Management Activities`

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor accurate procesdiscovery.

7 Aanbevolen 9 Optioneel

	Activiteit	Omschrijving
	Goederen ontvangen	Deze `activity` geeft aan dat de goederen zijn gelost, gescand en formeel zijn geaccepteerd in de verantwoordelijkheid van het magazijn. Het is een transactionele `event` waarbij hoeveelheden worden bevestigd tegen het `inbound delivery document`.
Het belang Dit is een kritieke `milestone` die de officiële `receipt of inventory` markeert. De tijd die nodig is om deze `activity` te voltooien, heeft direct invloed op hoe snel `stock` beschikbaar komt voor `putaway` en `fulfillment`. Vindplaats Dit wordt vastgelegd vanuit de `receiving transaction logs` in Oracle WMS Cloud. Elke `scan` of `confirmation` van een `item receipt` genereert een `transactional record` met een `timestamp`. Vastleggen Gebaseerd op de voltooiingstimestamp van de 'Receive ASN' of vergelijkbare ontvangsttransacties. Gebeurtenistype explicit
	Goederen verpakt	Vertegenwoordigt de voltooiing van het inpakproces voor een verzendcontainer of een gehele order. De operator bevestigt dat alle items zijn ingepakt en dat de container is verzegeld en gelabeld voor verzending.
Het belang Deze `milestone` markeert het einde van de `value-adding activities` binnen het magazijn voor een order. De tijd van `picking` tot `packing completion` is een `key indicator` van interne `fulfillment speed`. Vindplaats Dit is typisch een expliciete `transaction`, zoals 'Container Sluiten' of 'Inpakken Voltooien'. De `completion timestamp` wordt geregistreerd in de `packing` of `outbound order transaction history`. Vastleggen Vastgelegd van de voltooiingstimestamp van de uiteindelijke verpakkingstransactie voor de order. Gebeurtenistype explicit
	Goederen verzameld	Deze `activity` geeft aan dat een operator de items fysiek heeft opgehaald uit hun opslaglocaties en de `pick` in het systeem heeft bevestigd. De goederen zijn nu klaar om naar de `packing` of `staging area` te worden verplaatst.
Het belang Dit is een `major milestone` in het `order fulfillment process`. Het analyseren van `picking times` helpt `knelpunten` te identificeren veroorzaakt door `warehouse layout`, `picking strategies`, of `operator performance`. Vindplaats Dit wordt vastgelegd vanuit de `completion timestamp` van de `picking task` in de `task history` of `transaction logs`. De `confirmation scan` door de operator finaliseert de `transaction`. Vastleggen Gebaseerd op de voltooiingstimestamp van de picktaaktransactie. Gebeurtenistype explicit
	Goederen Weggezet	Deze `activity` betekent de succesvolle voltooiing van het `putaway process`. Een operator heeft de goederen fysiek naar het `storage bin` verplaatst en de actie in het systeem bevestigd, waardoor de `inventory` beschikbaar is voor gebruik.
Het belang Dit is een `key milestone` die het einde van het `inbound process` markeert. Het is cruciaal voor het berekenen van de totale 'Goods Receipt to Storage Time' `KPI` en het analyseren van `putaway efficiency`. Vindplaats Dit wordt vastgelegd wanneer een operator de `putaway task` bevestigt, wat een `transaction record` met een `completion timestamp` creëert. Het is meestal te vinden in de `task history` of `inventory transaction logs`. Vastleggen Gebaseerd op de voltooiingstimestamp van de opslagtaaktransactie. Gebeurtenistype explicit
	Inkomende Levering Aangemaakt	Deze `activity` markeert de aanmaak van een Advanced Shipment Notification (`ASN`) of `inbound delivery record` in Oracle WMS Cloud. Het betekent de `start` van het `inbound process`, wat de formele notificatie vertegenwoordigt dat goederen naar verwachting in het magazijn zullen aankomen.
Het belang Dit is de primaire `start event` voor het `inbound warehouse process`. Het analyseren van de tijd vanaf dit `point` tot `actual goods receipt` helpt `supplier reliability` en `planning accuracy` te meten. Vindplaats Dit `event` wordt typisch vastgelegd vanuit de `transaction history` van `Inbound Shipment` of `ASN objects`. Het komt overeen met de creatie `timestamp` van het `document`. Vastleggen Vastgelegd van de aanmaakevent van de Inkomende Zending of ASN-record. Gebeurtenistype explicit
	Magazijnorder Voltooid	Dit vertegenwoordigt de `final closure` van de `warehouse order` zelf, wat kan plaatsvinden op het moment van `shipment dispatch` of iets daarna, zodra alle `system updates` zijn gefinaliseerd. Dit is de `successful end event` voor het proces.
Het belang Deze `activity` definieert het einde van de `end-to-end warehouse process lifecycle`. Het is essentieel voor het berekenen van de totale `cycle time` en `throughput` van de gehele magazijnoperatie. Vindplaats Dit `event` wordt typisch afgeleid van de `final status change` van het `warehouse order object` naar 'Completed' of 'Closed'. De `timestamp` van deze `final status update` wordt gebruikt. Vastleggen Afgeleid van de statuswijziging van de magazijnorder naar de uiteindelijke successtatus. Gebeurtenistype inferred
	Zending Verzonden	Deze `activity` markeert de laatste stap waarbij de geladen vrachtwagen wordt verzonden en het magazijn verlaat. Deze transactie sluit de `outbound order` in het `WMS` financieel en fysiek af.
Het belang Dit is de `final outbound milestone` en een kritiek `KPI data point` voor `on-time shipment compliance`. Het betekent de `handover` van goederen aan de `carrier` en het einde van `warehouse responsibility`. Vindplaats Dit is een `key explicit transaction` in Oracle WMS Cloud, vaak genoemd 'Ship Confirm' of 'Dispatch Load'. Het wordt geregistreerd tegen het `Outbound Load` of `Shipment record` met een precieze `timestamp`. Vastleggen Vastgelegd van de 'Ship Confirm' of 'Dispatch Load' transactie-timestamp. Gebeurtenistype explicit
	Goederen Aangekomen	Vertegenwoordigt de fysieke aankomst van de vrachtwagen of vervoerder bij het magazijndock en het officiële `check-in process`. Dit wordt vaak geregistreerd voordat het lossen en de gedetailleerde ontvangst van individuele items begint.
Het belang Deze `milestone` helpt onderscheid te maken tussen `carrier transit time` en de interne `processing time` van het magazijn. Het is cruciaal voor het analyseren van `dock-door utilization` en potentiële `knelpunten` in de `receiving area`. Vindplaats Dit wordt vaak vastgelegd als een `status update` op het `Inbound Shipment` of `ASN record`, geactiveerd doordat een `dock agent` de `delivery paperwork` scant of het `system` handmatig bijwerkt. Vastleggen Vastgelegd als een statuswijzigings-event, bijvoorbeeld 'Aangekomen bij Check-In', op de Inkomende Zending. Gebeurtenistype explicit
	Inpakken Begonnen	Deze `activity` betekent dat gepickte goederen zijn aangekomen bij een `packing station` en dat een operator het `packing process` is gestart. Dit is vaak een expliciete `scan` die de items associeert met een `packing container`.
Het belang Het `tracken` van deze `activity` helpt het `packing sub-process` te isoleren van `picking` en `staging`. Het maakt een gedetailleerde analyse mogelijk van de `packing station efficiency` en `throughput`. Vindplaats Dit kan een `explicit transaction` zijn, of het kan worden afgeleid uit de `creation` van een `packing container` (`LPN`) en het `first item` dat erin wordt gescand. Het is te vinden in `packing` of `shipping transaction logs`. Vastleggen Vastgelegd van de 'Start Pack' transactie of de timestamp van het eerste artikel dat in een container is verpakt. Gebeurtenistype explicit
	Klaargezet voor Verzending	Deze `activity` geeft aan dat de ingepakte containers zijn verplaatst van het `packing station` naar een aangewezen `shipment staging area`. De order is nu voltooid en wacht op het laden op een `carrier`.
Het belang Dit markeert de `transition` van `processing` naar de `final dispatch stage`. De tijd die goederen in `staging` doorbrengen, kan `delays` in `carrier arrival` of `dock scheduling` benadrukken. Vindplaats Dit wordt meestal vastgelegd via een `location move transaction`, waarbij de `packed container's location` wordt bijgewerkt naar een `staging lane`. De `timestamp` van deze `move transaction` markeert de `event`. Vastleggen Vastgelegd van de voorraadverplaatsingstransactie die de verpakte LPN verplaatst naar een staging-locatie. Gebeurtenistype explicit
	Kwaliteitsinspectie Uitgevoerd	Vertegenwoordigt de voltooiing van een kwaliteitscontrole op de ontvangen goederen. Dit kan een standaardstap zijn voor bepaalde materialen of leveranciers, of het kan `ad-hoc` worden geactiveerd.
Het belang Het `tracken` van de `duration` en `frequency` van `quality inspections` is essentieel voor het identificeren van `delays` in het `inbound process`. Het helpt de `time` te meten dat `goods` worden gehouden in een `quality assurance status` voordat ze beschikbaar zijn. Vindplaats Dit `event` wordt waarschijnlijk afgeleid van `status changes` op het `inventory record`, van een 'QA Hold' `status` naar een 'Beschikbaar' of 'Putaway' `status`. Er kunnen ook expliciete `transaction logs` zijn van een `quality module`. Vastleggen Afgeleid van wijzigingen in de voorraadstatus of voltooiing van een QA-transactie gekoppeld aan de ontvangen goederen. Gebeurtenistype inferred
	Laden Gestart	Dit `event` vertegenwoordigt de `start` van het `physical loading process`, waarbij ingepakte goederen van de `staging area` op de `carrier's truck` worden verplaatst. Dit wordt vaak geïnitieerd door een 'Start Load' `transaction`.
Het belang Deze `activity` biedt `visibility` in de efficiëntie van het laadproces zelf. Het helpt `staging wait time` te scheiden van de actieve tijd die wordt besteed aan het laden van een vrachtwagen. Vindplaats Dit is typisch een expliciete `transaction` gekoppeld aan een `Outbound Load record` in Oracle WMS Cloud. De gebruiker voert een 'Start Load' actie uit die is voorzien van een `timestamp`. Vastleggen Vastgelegd van de 'Start Load' transactie die gekoppeld is aan een specifieke uitgaande transportlading. Gebeurtenistype explicit
	Magazijnorder Geannuleerd	Vertegenwoordigt de annulering van een magazijnorder vóór de voltooiing. Dit is een alternatieve, mislukte eindstatus voor het proces.
Het belang Het `tracken` van annuleringen is belangrijk voor het begrijpen van `demand changes`, `data entry errors`, of andere `issues` die `orders` doen afbreken. Het helpt `sources` van `process waste` te identificeren. Vindplaats Dit `event` wordt afgeleid van de `warehouse order's status` die verandert naar 'Geannuleerd' of een vergelijkbare `terminal state`. De `timestamp` van deze `status update` wordt gebruikt. Vastleggen Afgeleid van de statuswijziging van de magazijnorder naar een 'Geannuleerd'-status. Gebeurtenistype inferred
	Opslagtaak Aangemaakt	Dit `event` markeert de `system's generation` van een `task` voor een `warehouse operator` om ontvangen goederen van het `receiving dock` naar een `designated storage location` te verplaatsen. Dit is het `starting point` voor het `putaway sub-process`.
Het belang Deze `activity` initieert de `putaway cycle`. Het analyseren van de tijd tussen `task creation` en de daadwerkelijke `putaway completion` helpt bij het beoordelen van de systeemefficiëntie en de `operator response time`. Vindplaats Dit is typisch een expliciete `event` geregistreerd in de `warehouse task` of `transaction tables`. De `creation timestamp` van het `putaway task record` dient als de `event time`. Vastleggen Vastgelegd van de aanmaaktimestamp van de door het systeem gegenereerde opslagtaak. Gebeurtenistype explicit
	Pickingtaak aangemaakt	Dit `event` vindt plaats wanneer het `system` een `picking task` genereert voor een operator om `items` uit `storage` op te halen ter uitvoering van een `outbound order`. Het markeert het begin van de `order fulfillment cycle` binnen het `warehouse`.
Het belang Dit is de `trigger` voor het `outbound picking process`. De tijd vanaf dit `event` tot `picking completion` is een `key measure` van `order fulfillment efficiency` en `resource responsiveness`. Vindplaats Dit `event` wordt geregistreerd in de `warehouse task management tables`. De creatie `timestamp` van het `picking task record` wordt gebruikt als de `activity time`. Vastleggen Vastgelegd van de aanmaaktimestamp van de door het systeem gegenereerde picktaak. Gebeurtenistype explicit
	Voorraad aangepast	Vertegenwoordigt een handmatige of systematische aanpassing van de hoeveelheid van een item op een specifieke locatie. Dit kan optreden als gevolg van `cycle counting`, schade, of correctie van ontvangstdiscrepanties.
Het belang Deze `activity` is cruciaal voor het identificeren van procesfouten die leiden tot `inventory inaccuracies`. Het analyseren van de frequentie en omvang van aanpassingen helpt `issues` op te sporen in `receiving`, `picking`, of `storage`. Vindplaats Dit wordt vastgelegd vanuit specifieke `inventory adjustment transaction logs` binnen Oracle WMS Cloud. Deze `logs` specificeren het `item`, `location`, `quantity change`, `reason code`, en `timestamp`. Vastleggen Rechtstreeks vastgelegd uit transactiegegevens voor voorraadaanpassingen. Gebeurtenistype explicit

Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit Oracle WMS Cloud haalt

Stappen

Navigeer naar Oracle Transactional Business Intelligence (OTBI). Log in op uw Oracle Cloud Applications-omgeving en gebruik het navigatiemenu om naar Tools te gaan, selecteer vervolgens Reports and Analytics.
Klik op de knop "Create" in de werkbalk en selecteer "Analysis". Dit opent de analyse-editor, waar u een databron selecteert.
Kies in het dialoogvenster "Select Subject Area" het "Warehouse Operations - Real Time" subject area. Dit subject area bevat de benodigde data-objecten voor inkomende, voorraad- en uitgaande transacties.
Nadat u het subject area hebt geselecteerd, gaat u naar het tabblad Criteria. In plaats van kolommen te slepen en neer te zetten, navigeert u naar het tabblad "Advanced" om de logische SQL-query direct in te voeren.
Kopieer de volledige logische SQL die wordt aangeboden in de Query-sectie van dit document en plak deze in het tekstgebied "SQL Issued". Deze query is gestructureerd met UNION ALL-clausules om data van verschillende transactionele tabellen te combineren tot een enkel event log-formaat.
Wijzig de placeholder-waarden in de query. Werk specifiek de @{v_start_date} en @{v_end_date} variabelen bij met het gewenste datumbereik voor de extractie, bijvoorbeeld 'JJJJ-MM-DD'.
Schakel over naar het tabblad "Results" om de query uit te voeren en de data te bekijken. Dit helpt te bevestigen dat de query geldig is en de verwachte kolommen en rijen retourneert.
Sla de analyse op door op het opslaan-pictogram te klikken. Geef een beschrijvende naam en sla het op in een gedeelde of persoonlijke map.
Om een terugkerende export te plannen, navigeer terug naar de catalogus, zoek uw opgeslagen analyse en klik op "More", selecteer vervolgens "Schedule".
Definieer in de planningsconfiguratie de frequentie en timing voor het uitvoeren van het rapport. Geef in het tabblad "Output" het exportformaat op als CSV. Dit is het aanbevolen formaat voor ProcessMind.
Configureer de leveringsmethode, zoals opslaan op een content server of verzenden via e-mail, om het gegenereerde CSV-bestand op te halen.
Zodra de geplande taak is uitgevoerd en u het CSV-bestand hebt ontvangen, controleer dan of de kolomkoppen overeenkomen met de vereiste attributen voor uw ProcessMind-project. Verdere data-transformatie zou niet nodig moeten zijn.

Configuratie

Subject Area: De primaire databron voor deze extractie is het "Warehouse Operations - Real Time" subject area. Zorg ervoor dat uw gebruikersrol de benodigde permissies heeft om toegang te krijgen tot dit subject area.
Datumbereik: De query is geparametriseerd met start- en einddatums. Voor een eerste analyse wordt aanbevolen om 3 tot 6 maanden aan data te extraheren. Voor productie, plan dagelijkse of wekelijkse delta-extracties.
Belangrijke Filters: De geleverde query filtert data op basis van de aanmaakdatum van de transactie. U kunt meer filters direct toevoegen in de WHERE-clausule van elke SELECT-statement om de scope te verkleinen, bijvoorbeeld door te filteren op "Warehouse Details"."Warehouse Code" om data te beperken tot een specifieke faciliteit.
Prestaties: Het direct extraheren van grote volumes data uit real-time subject areas kan de systeemprestaties beïnvloeden. Plan grote extracties altijd in tijdens daluren om de impact op operationele gebruikers te minimaliseren.
Vereisten: De gebruiker die de extractie uitvoert, moet een rol hebben met de benodigde BI-privileges, zoals "BI Administrator" of "BI Author", om analyses te maken, bewerken en plannen in de OTBI-omgeving.

a Voorbeeldquery sql

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

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

Stappen

Python-omgeving voorbereiden: Zorg ervoor dat Python 3.6 of nieuwer is geïnstalleerd. Installeer de benodigde bibliotheken met pip: pip install requests pandas.
Verzamel Oracle WMS Cloud-gegevens: Verkrijg de API Base URL, een dedicated API-gebruikersaccount (gebruikersnaam, wachtwoord) en het relevante Facility ID voor het magazijn waarvan u data wilt extraheren.
Configureer het Python-script: Open het geleverde Python-script. Zoek het configuratiegedeelte bovenaan en vervang de placeholder-waarden voor BASE_URL, FACILITY_ID, USERNAME en PASSWORD door uw werkelijke gegevens. Stel ook de START_DATE en END_DATE in om de gewenste extractieperiode te definiëren.
Begrijp API-endpoints: Het script bevraagt verschillende belangrijke Oracle WMS Cloud REST API-endpoints. De primaire bron van event data is het inventory_history endpoint, dat wordt gefilterd op verschillende transactietypen (tran_type) om specifieke activiteiten zoals ontvangst, picking en packing te identificeren.
Voer het script uit: Voer het script uit vanaf de commandoregel met python uw_scriptnaam.py. Het script zal authenticeren en vervolgens sequentieel de API's bevragen voor data gerelateerd aan elk van de 16 vereiste activiteiten binnen het opgegeven datumbereik.
Paginatie afhandelen: Het script bevat een hulpfunctie om API-paginatie automatisch af te handelen. Het roept elk endpoint herhaaldelijk aan, waarbij de offset-parameter wordt verhoogd totdat alle relevante records voor het datumbereik zijn opgehaald.
Data mappen en transformeren: Voor elk record dat uit de API wordt opgehaald, mapt het script de JSON-velden naar de gestandaardiseerde event log-kolommen (WarehouseOrder, ActivityName, EventStartTime, etc.). Het wijst de juiste ActivityName toe op basis van het bron-endpoint en transactietype.
Consolideer Event Data: Alle geëxtraheerde events worden toegevoegd aan een enkele lijst. Nadat alle API-queries zijn voltooid, wordt deze lijst omgezet in een pandas DataFrame, wat een gestructureerde, tabulaire weergave van het hele proces biedt.
Timestamp en Systeemdata: Het script verrijkt de data door de SourceSystem (hardcoded als 'Oracle WMS Cloud') en LastDataUpdate (de timestamp wanneer het script werd uitgevoerd) toe te voegen aan elk event record.
Exporteer de Event Log: De uiteindelijke pandas DataFrame wordt gesorteerd op de magazijnorder-ID en event starttijd om de juiste volgorde te garanderen. Het wordt vervolgens opgeslagen als een CSV-bestand genaamd oracle_wms_event_log.csv in dezelfde directory waar het script wordt uitgevoerd. Dit bestand is klaar voor upload naar ProcessMind.

Configuratie

API Credentials: Een geldige Oracle WMS Cloud-gebruiker met API-toegang is vereist. Dit omvat de gebruikersnaam en het wachtwoord.
Basis-URL en Faciliteit-ID: U moet de specifieke basis-URL voor uw Oracle WMS Cloud-instantie opgeven (bijv. https://{your_instance_id}.wms.ocs.oraclecloud.com) en de beoogde facility_id.
Datumbereik: Het script vereist een START_DATE en END_DATE in 'JJJJ-MM-DD' formaat. Voor een eerste analyse wordt een bereik van 3 tot 6 maanden aanbevolen om een balans te vinden tussen datavolume en inzicht. Houd er rekening mee dat zeer grote datumbereiken kunnen leiden tot lange scriptuitvoeringstijden.
Paginatielimiet: De parameter LIMIT in het script is ingesteld op 500 records per API-aanvraag. Dit is over het algemeen een veilige waarde om timeouts te voorkomen. U kunt dit aanpassen op basis van de prestaties van uw systeem, maar waarden boven 1000 worden niet aanbevolen.
API-rechten: De API-gebruiker moet ten minste leesrechten hebben voor de volgende entiteiten: inbound_shipment, inventory_history, task, outbound_load en order. Raadpleeg uw Oracle WMS-beheerder om ervoor te zorgen dat de juiste rollen zijn toegewezen.

a Voorbeeldquery python

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

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

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

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

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

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

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

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

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

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

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

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

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

    df = pd.DataFrame(events)

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

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

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

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

Uw Warehouse Management Data Template

Uw Warehouse Management Data Template

`Warehouse Management Attributes`

`Warehouse Management Activities`

Extractie Guides

Oracle Transactional Business Intelligence (OTBI) Export

Stappen

Configuratie

a Voorbeeldquery sql

Python Script Extractie via Oracle WMS REST API's

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te starten?

Optimaliseer Magazijnbeheer, Verbeter Oracle WMS Cloud Efficiëntie

Uw Warehouse Management Data Template

Uw Warehouse Management Data Template

Warehouse Management Attributes

Warehouse Management Activities

Extractie Guides

Oracle Transactional Business Intelligence (OTBI) Export

Stappen

Configuratie

a Voorbeeldquery sql

Python Script Extractie via Oracle WMS REST API's

Stappen

Configuratie

a Voorbeeldquery python

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Optimaliseer Magazijnbeheer, Verbeter Oracle WMS Cloud Efficiëntie

`Warehouse Management Attributes`

`Warehouse Management Activities`