Uw Warehouse Management Data Template
Uw Warehouse Management Data Template
- Aanbevolen attributen om te verzamelen voor uitgebreide analyse
- Belangrijke activiteiten om te volgen in uw materiaalstroom
- Praktische gids voor data extractie uit Blue Yonder WMS
Warehouse Management Attributes
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke magazijntaak of gebeurtenis die heeft plaatsgevonden, zoals 'Goederen Gepickt' of 'Zending Verzonden'. | ||
| Omschrijving Dit attribuut beschrijft de specifieke stap of taak die wordt uitgevoerd binnen het magazijnbeheerproces. Elke gebeurtenis in de proceslog is geassocieerd met een Activiteitsnaam, die de reeks stappen vormt die de processtroom maken. In analyse is de Activiteitsnaam fundamenteel voor het ontdekken van de proceskaart, het analyseren van overgangen tussen stappen, en het identificeren van knelpunten of afwijkingen van de standaardprocedure. Het wordt gebruikt in vrijwel alle process mining analyses, van conformiteitscontrole tot prestatiebewaking. Het belang Dit attribuut is cruciaal voor het opbouwen van de proceskaart, omdat het de individuele stappen definieert en de visualisatie en analyse van de processtroom mogelijk maakt. Vindplaats Deze informatie is doorgaans te vinden in magazijntaak- of event log-tabellen, vaak afgeleid van een taaktype of statuscode. Voorbeelden Pickingtaak aangemaaktGoederen Gepickt uit OpslagZending Verzonden | |||
| Magazijnorder WarehouseOrder | De unieke identificatie voor een magazijnorder, die dient als de primaire case voor het volgen van alle gerelateerde logistieke activiteiten van creatie tot voltooiing. | ||
| Omschrijving De Magazijnorder is de centrale identificatie die alle gebeurtenissen en taken groepeert die gerelateerd zijn aan een specifiek logistiek verzoek, zoals een inkomende ontvangst of een uitgaande zending. Het vertegenwoordigt een complete werkeenheid binnen het magazijn. In process mining wordt dit attribuut gebruikt om de case te definiëren, wat een end-to-end analyse van de gehele orderlevenscyclus mogelijk maakt. Door alle activiteiten die geassocieerd zijn met een enkele Magazijnorder te traceren, kunnen analisten de totale afhandelingstijden meten, veelvoorkomende procesvariaties identificeren en de complete reis van een order door de faciliteit begrijpen. Het belang Dit is de essentiële case-identificatie die alle gerelateerde magazijnactiviteiten verbindt, wat een complete, end-to-end analyse van het orderafhandelings- of goederenontvangstproces mogelijk maakt. Vindplaats Dit is doorgaans de primaire sleutel in de magazijnorder kopteksttabel. Raadpleeg de Blue Yonder WMS-documentatie voor tabellen gerelateerd aan orderbeheer. Voorbeelden WO-0012845WO-0012991WO-0013057 | |||
| Starttijd event EventStartTime | De timestamp die aangeeft wanneer een specifieke magazijnactiviteit of -gebeurtenis begon. | ||
| Omschrijving Dit attribuut registreert de datum en tijd dat een magazijntaak of gebeurtenis werd geïnitieerd. Het biedt de chronologische context voor alle activiteiten binnen een case. Deze timestamp is essentieel voor alle tijdgebaseerde process mining analyses. Het wordt gebruikt om gebeurtenissen te ordenen, cyclustijden tussen activiteiten te berekenen, de duur van het gehele proces te meten en wachttijden of vertragingen te identificeren. Het vormt de ruggengraat van prestatieanalyse en is vereist om de proceskaart te animeren. Het belang De start timestamp is verplicht voor het chronologisch ordenen van gebeurtenissen en het berekenen van alle prestatiestatistieken, zoals cyclustijden en wachttijden. Vindplaats Gelokaliseerd in event log of taaktabellen, overeenkomend met de creatie- of starttijd van een geregistreerde actie. Voorbeelden 2023-10-26T08:30:00Z2023-10-26T09:15:10Z2023-10-26T11:05:45Z | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data is geëxtraheerd, in dit geval, Blue Yonder WMS. | ||
| Omschrijving Dit attribuut identificeert het bronsysteem voor de event data. In een modern IT-landschap kan data voor een enkel end-to-end proces afkomstig zijn van meerdere systemen, zoals een ERP, WMS en TMS. Het specificeren van het bronsysteem is cruciaal voor datagovernance, probleemoplossing en het begrijpen van de context van de data. Het helpt bij het traceren van datakwaliteitsproblemen tot hun oorsprong en is essentieel bij het samenvoegen van data uit meerdere bronnen om een uniforme procesweergave te creëren. Het belang Het biedt essentiële data lineage, en helpt bij het traceren van data naar de oorsprong voor validatie en in scenario's waarin data is samengevoegd uit meerdere systemen. Vindplaats Dit is doorgaans een statische waarde die tijdens het data-extractieproces wordt toegevoegd om de herkomst van de dataset te labelen. Voorbeelden BlueYonderWMS_USBlueYonderWMS_EU | |||
| Laatste data-update LastDataUpdate | Timestamp die aangeeft wanneer de data voor dit record voor het laatst is ververst vanuit het bronsysteem. | ||
| Omschrijving Dit attribuut registreert de datum en tijd waarop de dataset voor het laatst is geëxtraheerd of bijgewerkt vanuit Blue Yonder WMS. Het biedt metadata over de actualiteit van de geanalyseerde data. Deze timestamp is belangrijk voor datagovernance en voor gebruikers om de tijdigheid van hun analyse te begrijpen. Het zorgt ervoor dat stakeholders op de hoogte zijn van de actualiteit van de data en erop kunnen vertrouwen dat ze kijken naar een recente en relevante momentopname van het proces. Het belang Deze timestamp informeert gebruikers over de actualiteit van de data, en zorgt ervoor dat ze de dekkingsperiode van de analyse begrijpen. Vindplaats Dit is een metadata veld dat doorgaans wordt gegenereerd en toegevoegd tijdens het data-extractie (ETL) proces. Voorbeelden 2024-01-15T04:00:00Z2024-01-16T04:00:00Z | |||
| Eindtijd van het event EventEndTime | De timestamp die aangeeft wanneer een specifieke magazijnactiviteit of -gebeurtenis werd voltooid. | ||
| Omschrijving Dit attribuut registreert de datum en tijd dat een magazijntaak of gebeurtenis werd voltooid. Indien beschikbaar, biedt het een precieze maatstaf voor de verwerkingstijd voor elke activiteit. Het hebben van zowel een start- als een eindtijd maakt een gedetailleerdere prestatieanalyse mogelijk. Het maakt de scheiding mogelijk van wachttijd (tijd tussen activiteiten) van verwerkingstijd (duur van de activiteit zelf). Dit is cruciaal voor het vaststellen of vertragingen worden veroorzaakt door inactieve perioden of door taken die te lang duren om te voltooien. Het belang Het maakt de precieze berekening van de activity processing time mogelijk, waarbij deze wordt onderscheiden van wachttijd, wat essentieel is voor gerichte prestatieverbetering. Vindplaats Gelokaliseerd in event log of taaktabellen, overeenkomend met de voltooiings- of sluitingstijd van een geregistreerde actie. Voorbeelden 2023-10-26T08:35:12Z2023-10-26T09:20:05Z2023-10-26T11:06:00Z | |||
| Geplande Hoeveelheid PlannedQuantity | De verwachte hoeveelheid items voor een gegeven taak, zoals de te picken of te ontvangen hoeveelheid. | ||
| Omschrijving Geplande Hoeveelheid vertegenwoordigt het doel aantal eenheden dat is gespecificeerd door de magazijnorder voor een specifieke taak. Voor een inkomende levering is dit de hoeveelheid die van de leverancier wordt verwacht. Voor een picktaak is dit de hoeveelheid die door de klantorder wordt gevraagd. Dit attribute is cruciaal voor nauwkeurigheidsanalyse. Door de Geplande Hoeveelheid te vergelijken met de Werkelijke Hoeveelheid, wordt het mogelijk om discrepanties te identificeren bij ontvangst, picken of voorraadtellingen. Het ondersteunt direct KPI's zoals Picking Quantity Discrepancy Rate en is essentieel voor het Quantity Accuracy Audit dashboard. Het belang Het dient als de basislijn voor het meten van nauwkeurigheid, waardoor de detectie van hoeveelheidsverschillen bij ontvangst- en pickactiviteiten mogelijk is. Vindplaats Te vinden in de details- of regelitemtabellen die gekoppeld zijn aan magazijnorders of specifieke taken. Voorbeelden 1005024 | |||
| Gewenste Voltooiingsdatum RequestedCompletionDate | De datum en tijd waarop de magazijnorder gepland of aangevraagd is om te worden voltooid en verzonden. | ||
| Omschrijving De Gewenste Voltooiingsdatum vertegenwoordigt de service level agreement (SLA) of het doel voor het afhandelen van een uitgaande magazijnorder. Het is de deadline waarbinnen de goederen gepickt, verpakt en klaar voor verzending moeten zijn. Deze datum is de benchmark waartegen de werkelijke prestaties worden gemeten. Het wordt gebruikt om de On-Time Shipment Rate KPI te berekenen door deze te vergelijken met de werkelijke dispatch timestamp. Het analyseren van orders op basis van dit attribuut helpt te identificeren welke orders het risico lopen te laat te zijn en de hoofdoorzaken van SLA-schendingen te diagnosticeren. Het belang Dit attribuut is de benchmark voor het meten van on-time prestaties en is cruciaal voor het berekenen van de On-Time Shipment Rate KPI. Vindplaats Doorgaans opgeslagen in de magazijnorder kopteksttabel, vaak geërfd van de bronsalesorder of leveringsaanvraag. Voorbeelden 2023-10-27T17:00:00Z2023-10-28T12:00:00Z2023-11-01T17:00:00Z | |||
| Opslaglocatie StorageLocation | De specifieke locatie binnen het magazijn, zoals een bak of gangpad, waar goederen worden opgeslagen of gepickt. | ||
| Omschrijving Dit attribuut identificeert de fysieke locatie binnen het magazijn die geassocieerd is met een taak. Voor een opslagactiviteit is het de bestemmingsbak. Voor een pickingactiviteit is het de bronbak. Dit kan worden weergegeven als een samengestelde code inclusief gangpad, rek, plank en baknummer. Het analyseren van data op basis van Opslaglocatie helpt bij het begrijpen van de efficiëntie van de magazijnlay-out, slottingstrategieën en resourceverplaatsing. Het wordt gebruikt om gebieden met veel verkeer, onderbenutte zones en potentiële knelpunten in de materiaalstroom te identificeren. Dit attribuut is fundamenteel voor het Storage Location Utilization Trends dashboard. Het belang Het biedt cruciale context voor het analyseren van de magazijn lay-out, de effectiviteit van de slotting strategie en het identificeren van bewegingsknelpunten. Vindplaats Beschikbaar in tabellen met betrekking tot inventaris, magazijntaken (picking, putaway) en opslaglocatie master data. Voorbeelden A1-R03-S02-B01B5-R10-S04-B05C2-R01-S01-B02 | |||
| Prioriteitsniveau PriorityLevel | De prioriteit van de magazijnorder, zoals 'Hoog', 'Standaard' of 'Laag'. | ||
| Omschrijving Het Prioriteitsniveau geeft de urgentie van een magazijnorder aan. Orders met hoge prioriteit, zoals spoedzendingen, worden naar verwachting sneller verwerkt dan standaardorders. Dit attribuut wordt door het WMS gebruikt om taken sequentieel te verwerken en resources toe te wijzen. In process mining is dit attribuut cruciaal voor het analyseren of prioriteringsstrategieën effectief zijn. Het High Priority Order Fulfillment dashboard vertrouwt op dit veld om te filteren op urgente orders en hun cyclustijden te vergelijken met standaardorders. Het helpt te verifiëren of orders met hoge prioriteit echt sneller door het proces gaan of dat ze vastlopen in dezelfde knelpunten. Het belang Dit maakt analyse mogelijk of orders met hoge prioriteit sneller worden verwerkt dan standaardorders, wat de effectiviteit van prioriteringsregels valideert. Vindplaats Deze informatie wordt meestal opgeslagen in de magazijnorder kopteksttabel. Voorbeelden HoogStandaardLaag | |||
| User/Operator ID UserOperatorId | De identificatie van de magazijnmedewerker of operator die de activiteit heeft uitgevoerd. | ||
| Omschrijving Dit attribuut legt de unieke ID vast van de persoon die verantwoordelijk is voor het uitvoeren van een gegeven magazijntaak, zoals picking, packing of putaway. Het koppelt procesactiviteiten aan menselijke resources. Het analyseren van activiteiten op basis van Gebruiker/Operator ID is essentieel voor het begrijpen van resourcebenutting, werkbelastingdistributie en individuele prestaties. Het helpt vragen te beantwoorden zoals welke operators het meest efficiënt zijn, wie mogelijk extra training nodig heeft, of hoe taken over een team worden verdeeld. Dit is een primaire dimensie voor het Warehouse Resource Utilization dashboard. Het belang Dit attribuut verbindt processtappen met de individuen die ze hebben uitgevoerd, waardoor analyse van resourceprestaties, werkbelasting en trainingsbehoeften mogelijk wordt. Vindplaats Veelal te vinden in taak- of transactietabellen, gekoppeld aan de gebruiker die tijdens de operatie is ingelogd in het systeem of op het handheld device. Voorbeelden JSMITHBWILLISAMILLER | |||
| Werkelijke hoeveelheid ActualQuantity | De werkelijke hoeveelheid items die tijdens een taak zijn afgehandeld, zoals de fysiek getelde of gepickte hoeveelheid. | ||
| Omschrijving De Werkelijke Hoeveelheid is het aantal eenheden dat fysiek is verwerkt door een magazijnmedewerker tijdens een taak. Dit kan de telling zijn van items die van een leverancier zijn ontvangen, het aantal eenheden dat uit een opslaglocatie is gepickt, of de hoeveelheid die in een verzendverpakking is ingepakt. In vergelijking met de Geplande Hoeveelheid onthult dit attribute procesuitzonderingen en fouten. Het is de kern metric voor het berekenen van discrepantiepercentages, die belangrijke indicatoren zijn voor operationele kwaliteit. Deze data is essentieel voor het identificeren van problemen met leverancierszendingen, pickfouten of inventaris onnauwkeurigheden. Het belang Het vergelijken hiervan met de geplande hoeveelheid is essentieel voor het identificeren van procesfouten en het berekenen van belangrijke kwaliteits-KPI's zoals discrepantiepercentages. Vindplaats Te vinden in taakbevestigings- of transactielogtabellen, waar operators de uitgevoerde hoeveelheid registreren. Voorbeelden 1004924 | |||
| Activiteitsverwerkingstijd ActivityProcessingTime | De duur, in seconden of minuten, die nodig is om een enkele activiteit te voltooien. | ||
| Omschrijving Dit is een berekende metric die de verstreken tijd meet tussen het begin en einde van een activiteit. Het vertegenwoordigt de werkelijke tijd besteed aan een taak, in tegenstelling tot de tijd besteed aan wachten tot de taak begint. Deze metric is fundamenteel voor prestatieanalyse, helpt te identificeren welke specifieke activiteiten het meest tijdrovend zijn. Het stelt analisten in staat onderscheid te maken tussen processtappen die inherent traag zijn en vertragingen die tussen stappen optreden, wat gerichtere verbeteringsinspanningen mogelijk maakt. Dit is een belangrijke metric voor dashboards gericht op doorvoer en knelpunten. Het belang Het isoleert de tijd die actief aan een taak is besteed, en helpt bij het pinpointen van welke specifieke activiteiten het langst duren om te voltooien. Vindplaats Berekend door EventStartTime van EventEndTime af te trekken voor elke activity record. Voorbeelden 31229515 | |||
| Apparatuur ID EquipmentId | Identifier voor de gebruikte material handling equipment, zoals een specifieke vorkheftruck of transportband. | ||
| Omschrijving Het Apparatuur ID specificeert welk stuk machines of apparatuur werd gebruikt om een magazijntaak uit te voeren. Dit kan vorkheftrucks, pallettrucks, automatische geleide voertuigen (AGV's) of specifieke inpakstations omvatten. Dit attribuut maakt analyse van apparatuurgebruik, prestaties en onderhoudsbehoeften mogelijk. Door activiteiten per apparaat te volgen, kunnen managers over- of onderbenutte activa identificeren, de efficiëntie van verschillende machinetypes vergelijken en data verzamelen om onderhoudsschema's te informeren. Het is een belangrijke dimensie voor het Warehouse Resource Utilization dashboard. Het belang Het maakt analyse van equipment utilization en prestaties mogelijk, en helpt bij het optimaliseren van asset allocatie en onderhoudsschema's. Vindplaats Kan worden vastgelegd in taakuitvoeringslogs, met name in omgevingen waar operators inloggen op equipment. Voorbeelden FORKLIFT-07AGV-03PACKSTATION-12 | |||
| Is Hoeveelheid Mismatch IsQuantityMismatch | Een boolean flag die aangeeft of de werkelijk verwerkte hoeveelheid afwijkt van de geplande hoeveelheid voor een taak. | ||
| Omschrijving Dit berekende attribuut is een eenvoudige vlag die een kwantiteitsafwijking aangeeft voor een gegeven taak, zoals picking of ontvangst. Het wordt ingesteld op 'waar' wanneer de 'Werkelijke Hoeveelheid' niet gelijk is aan de 'Geplande Hoeveelheid'. Deze vlag wordt gebruikt om eenvoudig fouten binnen het proces te identificeren en te tellen. Het vereenvoudigt de berekening van KPI's zoals de Picking Quantity Discrepancy Rate en de Inbound Quantity Discrepancy Rate. Het vergemakkelijkt ook de hoofdoorzaakanalyse door analisten in staat te stellen te filteren op alle mismatch-gebeurtenissen en te zoeken naar patronen gerelateerd aan producten, operators of locaties. Het belang Het markeert events met hoeveelheidsfouten, vereenvoudigt de berekening van discrepantiepercentages en maakt gerichte analyse van onnauwkeurige taken mogelijk. Vindplaats Berekend door de PlannedQuantity- en ActualQuantity-velden voor elke relevante activity te vergelijken. Voorbeelden falsetruefalse | |||
| Is Op Tijd Verzonden IsOnTimeShipment | Een boolean flag die waar is als de zending is verzonden op of vóór de aangevraagde voltooiingsdatum. | ||
| Omschrijving Dit berekende attribuut biedt een eenvoudige 'waar' of 'onwaar' indicator of een order aan de verzend-SLA voldeed. Het wordt afgeleid door de timestamp van de 'Zending Verzonden'-activiteit te vergelijken met de 'Gewenste Voltooiingsdatum' voor de order. Deze vlag vereenvoudigt analyse en visualisatie voor on-time prestaties. Het maakt eenvoudig filteren en aggregeren mogelijk om de On-Time Shipment Rate KPI te berekenen en het corresponderende dashboard aan te drijven. Het maakt ook hoofdoorzaakanalyse mogelijk om gemeenschappelijke kenmerken van late zendingen te identificeren. Het belang Deze Booleaanse vlag vereenvoudigt de berekening van de On-Time Shipment Rate KPI en maakt eenvoudig filteren mogelijk om de kenmerken van late orders te analyseren. Vindplaats Berekend door de EventStartTime van de Voorbeelden truefalsetrue | |||
| Magazijn-ID WarehouseId | Identifier voor het specifieke magazijn of distributiecentrum waar de activity plaatsvond. | ||
| Omschrijving Het Magazijn ID identificeert uniek de faciliteit waarin het proces plaatsvindt. Dit is essentieel voor organisaties die meerdere distributiecentra exploiteren. Dit attribuut maakt benchmarking en vergelijkende analyse over verschillende locaties mogelijk. Door de data te filteren of te splitsen op Magazijn ID, kunnen bedrijven prestaties vergelijken, best practices identificeren op best presterende locaties en begrijpen waarom bepaalde faciliteiten achterblijven. Het biedt een cruciale dimensie voor multi-site operationele analyse. Het belang Voor organisaties met meerdere locaties is dit attribute essentieel voor het benchmarken van prestaties en het vergelijken van processen tussen verschillende locaties. Vindplaats Dit is vaak een top-level organisatorisch veld dat beschikbaar is in bijna alle transactietabellen, of het kan worden afgeleid uit de systeeminstantie. Voorbeelden WHC-01DC-EAST-03FAC-WEST | |||
| Magazijnordertype WarehouseOrderType | Categoriseert de magazijnorder, bijvoorbeeld als een inkomende ontvangst, uitgaande zending of interne overdracht. | ||
| Omschrijving Dit attribuut classificeert het algehele doel van de magazijnorder. Veelvoorkomende typen zijn inkomende leveringen van leveranciers, uitgaande zendingen naar klanten, retourverwerking of interne voorraadverplaatsingen tussen magazijnlocaties. Het segmenteren van het proces op basis van het Magazijnordertype is een fundamentele eerste stap in elke analyse. Inbound en outbound processen zijn vaak significant verschillend, met verschillende stappen, resources en prestatietargets. Dit attribuut maakt het filteren van de data mogelijk om een specifiek proces, zoals Goederenontvangst of Orderafhandeling, geïsoleerd te analyseren. Het belang Het maakt de scheiding en vergelijkende analyse mogelijk van verschillende processen, zoals inbound vs. outbound, die verschillende flows en doelen hebben. Vindplaats Te vinden in de magazijnorder header tabel, doorgaans als een document type of order categorie veld. Voorbeelden Inkomende LeveringUitgaande ZendingInterne Overdracht | |||
| Product SKU ProductSku | De Stock Keeping Unit (SKU) of het materiaalnummer van het item dat wordt afgehandeld. | ||
| Omschrijving Dit attribuut identificeert het specifieke product dat betrokken is bij een magazijntaak. Het biedt gedetailleerde informatie over de materialen die worden verplaatst, opgeslagen, gepickt en verpakt. Het analyseren van het proces op basis van Product SKU kan patronen onthullen die gerelateerd zijn aan specifieke items. Sommige producten kunnen bijvoorbeeld gevoelig zijn voor pickfouten, langere opslagtijden hebben vanwege speciale handlingvereisten, of in inefficiënte locaties worden opgeslagen. Dit maakt productspecifieke procesoptimalisatie en verbetering van slottingstrategieën mogelijk. Het belang Het maakt product-niveau analyse mogelijk, en helpt bij het identificeren van items die procesvertragingen, fouten of speciale handling vereisen. Vindplaats Deze informatie bevindt zich op het niveau van de orderregel van de magazijnorder- of taaktabellen. Voorbeelden PN-A5540-BSKU-300-RED-LGHW-88201 | |||
| Shipment ID ShipmentId | De unieke identificatie voor de uitgaande zending waar een magazijnorder toe behoort. | ||
| Omschrijving Het Zending ID is een identificatie op hoger niveau dat meerdere magazijnorders kan groeperen als deze in dezelfde vrachtwagen of container worden verzonden. Voor een enkele order kan het hetzelfde zijn als de magazijnorder of het leveringsnummer. Analyseren op basis van het Zending ID geeft inzicht in het dispatch proces. Het kan helpen te begrijpen hoe orders worden geconsolideerd, de tijd te meten van staging tot definitieve dispatch voor een volledige vrachtwagenlading, en de efficiëntie van de verzendafdeling te analyseren. Het verbindt magazijnactiviteiten met de laatste transportfase van de supply chain. Het belang Het groepeert magazijnorders die samen worden verzonden, wat analyse van de zending consolidatie en dispatch processen mogelijk maakt. Vindplaats Te vinden in zendings- of transportgerelateerde tabellen, gekoppeld aan de magazijnorders. Voorbeelden SHP-45000123SHP-45000124SHP-45000125 | |||
| Taakstatus TaskStatus | De uiteindelijke status van een gegeven taak, zoals 'Voltooid', 'Geannuleerd' of 'Mislukt'. | ||
| Omschrijving Dit attribuut beschrijft het resultaat van een specifieke magazijntaak. Hoewel veel taken succesvol worden voltooid, kunnen sommige worden geannuleerd door een supervisor of mislukken als gevolg van systeem- of operationele problemen. Dit biedt meer context dan alleen de activiteitsnaam. Analyseren op basis van Taakstatus is nuttig voor het begrijpen van uitzonderingen en procesfouten. Een hoog percentage geannuleerde of mislukte taken kan wijzen op onderliggende problemen met voorraadnauwkeurigheid, systeemconfiguratie of operator training. Het helpt activiteiten aan te wijzen die gevoelig zijn voor storingen en verder onderzoek vereisen. Het belang Het geeft de uitkomst van een activity, waardoor analyse van uitzonderingen zoals geannuleerde of mislukte taken mogelijk is, wat diepere operationele problemen kan duiden. Vindplaats Doorgaans te vinden in de taaktabel, wat de uiteindelijke staat van de taakrecord aangeeft. Voorbeelden VoltooidGeannuleerdIn de wacht | |||
Warehouse Management Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Goederen Ontvangen en Geteld | Deze gebeurtenis betekent dat goederen zijn uitgeladen, gescand en hun hoeveelheden zijn geverifieerd tegen de leveringsdocumenten. Het wordt doorgaans vastgelegd wanneer een ontvangstmedewerker de ontvangsthoeveelheden in het systeem bevestigt voor elk item op de inbound order. | ||
| Het belang Dit is een kritieke mijlpaal die de voorraad officieel beschikbaar maakt in het systeem, hoewel nog niet klaar voor fulfillment. De duur en nauwkeurigheid van deze stap beïnvloeden direct de voorraadzichtbaarheid en de start van het opslagproces. Vindplaats Dit is een expliciete transactie die is vastgelegd in inventaris- of ontvangstlogs. Zoek naar transacties gerelateerd aan goederenontvangstboeking of statuswijzigingen van de inbound leveringsregelitems naar 'Ontvangen'. Vastleggen Timestamp van de transactie die de ontvangst van goederen bevestigt. Gebeurtenistype explicit | |||
| Goederen Opgeslagen | Deze gebeurtenis bevestigt dat goederen succesvol zijn verplaatst en gescand naar hun aangewezen opslagbak. Het wordt vastgelegd wanneer een operator de voltooiing van de opslagtaak bevestigt, meestal met behulp van een handheld RF-apparaat. | ||
| Het belang Dit markeert het einde van het inbound proces, waardoor de voorraad beschikbaar komt voor fulfillment. Het analyseren van de tijd van ontvangst tot dit punt is cruciaal voor het 'Goods Receipt to Putaway Cycle Time' dashboard. Vindplaats Vastgelegd als een transactie met timestamp wanneer de status van de opslagtaak wordt bijgewerkt naar 'Voltooid' of 'Bevestigd'. Deze data is te vinden in de magazijntaak- of transferordertabellen. Vastleggen Bevestiging timestamp van de putaway magazijntaak. Gebeurtenistype explicit | |||
| Magazijnorder Aangemaakt | Deze gebeurtenis markeert de aanmaak van een magazijnorder, wat het centrale document is voor het beheren van inkomende, uitgaande of interne magazijntaken. Het wordt doorgaans vastgelegd als een expliciete transactie wanneer een nieuwe order wordt ingevoerd in het Blue Yonder WMS, handmatig of via een integratie. | ||
| Het belang Dit is de definitieve start van het proces. Het analyseren van de tijd van deze gebeurtenis tot voltooiing levert de totale orderafhandeling doorlooptijd op, wat essentieel is voor het meten van de algehele efficiëntie en naleving van service level agreements. Vindplaats Deze gebeurtenis is waarschijnlijk vastgelegd in een orderkopteksttabel, vastgelegd door de aanmaak timestamp van de magazijnorderrecord. Zoek naar tabellen gerelateerd aan Vastleggen Van de creatie timestamp van de magazijnorder record. Gebeurtenistype explicit | |||
| Magazijnorder Voltooid | Dit is de uiteindelijke status van de magazijnorder, wat aangeeft dat alle gerelateerde activiteiten, inclusief verzending, zijn voltooid en de order is gesloten. Het wordt vastgelegd wanneer de levenscyclusstatus van de order wordt bijgewerkt naar 'Voltooid' of 'Gesloten'. | ||
| Het belang Deze activiteit markeert het definitieve einde van de procescase. Het zorgt ervoor dat de procesanalyse de complete levenscyclus van elke order vastlegt van begin tot eind. Vindplaats Dit kan worden afgeleid uit een statuswijziging in de magazijnorder kopteksttabel. Zoek naar een uiteindelijke status zoals 'Voltooid', 'Gesloten' of 'Gefactureerd', samen met de timestamp van die statuswijziging. Vastleggen Afgeleid van de timestamp van de uiteindelijke statuswijziging op de order header. Gebeurtenistype inferred | |||
| Pickingtaak aangemaakt | Deze gebeurtenis betekent de aanmaak van een taak voor een operator om goederen op te halen uit een opslaglocatie om een uitgaande order te vervullen. Het is een expliciete gebeurtenis die wordt gegenereerd door het WMS wanneer een uitgaande order wordt vrijgegeven voor picking. | ||
| Het belang Dit is de start van het fysieke outbound proces. Het analyseren van de tijd van ordercreatie tot picktaakcreatie onthult vertragingen in orderverwerking en allocatie. Vindplaats Geregistreerd in de taakbeheer- of magazijncontrole tabellen. Het komt overeen met de creatie timestamp van picking taken die gekoppeld zijn aan de magazijnorder. Vastleggen Creatie timestamp van de door het systeem gegenereerde picking task. Gebeurtenistype explicit | |||
| Zending Verzonden | Deze gebeurtenis betekent dat de verpakte goederen zijn geladen op de vrachtwagen van de transporteur, en de vrachtwagen het magazijn heeft verlaten. Dit wordt doorgaans vastgelegd wanneer een 'Goederenuitgifte' wordt geboekt in het systeem, waarmee de zending wordt voltooid. | ||
| Het belang Dit is een kritieke mijlpaal die het einde markeert van de magazijnverantwoordelijkheid voor de order. Het is het laatste data punt voor het meten van on-time zendingsprestaties en de end-to-end fulfillment doorlooptijd. Vindplaats Dit is een belangrijke financiële en logistieke transactie, vaak 'Post Goods Issue' (PGI) genoemd. De timestamp voor deze transactie dient als de dispatch tijd en wordt meestal opgeslagen in de uitgaande leverings- of zendingsdocumenttabellen. Vastleggen Timestamp van de Post Goods Issue (PGI) transactie. Gebeurtenistype explicit | |||
| Goederen Aangekomen bij Dock | Deze activiteit markeert de fysieke aankomst van een vrachtwagen of transporteur bij het magazijnontvangstperron, voordat het lossen begint. Deze gebeurtenis wordt vaak expliciet vastgelegd door een yard management module of wanneer een poortmedewerker de levering aanmeldt. | ||
| Het belang Het volgen van de aankomsttijd helpt bij het meten van de on-time prestaties van de transporteur en identificeert vertragingen tussen de aankomst van de transporteur en de start van het ontvangstproces. Het benadrukt potentiële knelpunten in yard management of bij de ontvangstdeuren. Vindplaats Doorgaans vastgelegd in een yard management of gate control module binnen Blue Yonder WMS. Het kan ook een handmatige timestamp-invoer zijn door een ontvangstmedewerker wanneer de vrachtwagen arriveert. Vastleggen Timestamp van transporteur check-in transactie. Gebeurtenistype explicit | |||
| Goederen Gepickt uit Opslag | Vertegenwoordigt de voltooiing van de picktaak, waarbij een operator de items heeft opgehaald en de actie in het systeem heeft bevestigd. De gebeurtenis wordt vastgelegd wanneer de operator de items scant en de pick op zijn apparaat bevestigt. | ||
| Het belang Deze mijlpaal concludeert de pickingfase. De nauwkeurigheid en duur van deze activiteit zijn cruciaal voor de algehele efficiëntie van de orderafhandeling en vormen de basis voor de 'Picking Accuracy' analyse. Vindplaats Vastgelegd vanuit de bevestiging timestamp wanneer de status van de picktaak is gewijzigd naar Vastleggen Bevestiging timestamp van de picking magazijntaak. Gebeurtenistype explicit | |||
| Goederen verpakt | Deze gebeurtenis bevestigt dat alle items voor een zending zijn verpakt in verzendcontainers en dat labels zijn gegenereerd. Het wordt vastgelegd wanneer de inpakker de voltooiing van het inpakproces voor de order in het systeem bevestigt. | ||
| Het belang Dit markeert de voltooiing van waardetoevoegende activiteiten binnen de magazijnmuren. De tijd vanaf dit punt tot verzending vertegenwoordigt de staging- en laadtijd, een belangrijk gebied voor potentiële vertragingen. Vindplaats Dit is een expliciete transactie die wordt vastgelegd wanneer het inpakproces is voltooid. Zoek naar een statuswijziging van de uitgaande levering naar 'Verpakt' of een voltooiing timestamp van de inpakstationtransactie. Vastleggen Timestamp van de 'Bevestig Verpakken' of 'Sluit Container' transactie. Gebeurtenistype explicit | |||
| Inkomende Levering Gemeld | Vertegenwoordigt de ontvangst van een Advanced Shipping Notification (ASN) van een leverancier, wat aangeeft dat goederen onderweg zijn naar het magazijn. Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer een ASN wordt ontvangen en verwerkt door het systeem, vaak via EDI of een portaal. | ||
| Het belang Deze activiteit is de trigger voor inbound planning en resource-allocatie. De tijd tussen deze melding en de fysieke ontvangst van goederen is een belangrijke KPI voor het meten van leveranciersprestaties en inbound pijplijnzichtbaarheid. Vindplaats Vastgelegd vanuit ASN ontvangstlogs of de creatie timestamp van het inkomende leveringsdocument binnen Blue Yonder WMS. Controleer tabellen gerelateerd aan ASNs of inkomende zendingsmeldingen. Vastleggen Timestamp van een ASN- of inbound leveringsdocument aanmaak. Gebeurtenistype explicit | |||
| Inpakken Gestart | Deze activiteit markeert het begin van het inpakproces bij een inpakstation. Het wordt doorgaans vastgelegd wanneer een operator de gepickte items of de ordertote scant bij het inpakstation om de zending voor te bereiden. | ||
| Het belang Deze gebeurtenis signaleert de overdracht van picking naar packing. Het helpt de inpakfase van het fulfillmentproces te isoleren om specifieke knelpunten binnen het inpakgebied te identificeren. Vindplaats Dit kan een expliciet transactielog zijn van de gebruikersinterface van een inpakstation. Als alternatief kan het worden afgeleid uit de eerste activiteit met timestamp die geassocieerd is met een inpakwerkcentrum voor die order. Vastleggen Timestamp van de 'Beginnen met Inpakken' transactie bij een inpakstation. Gebeurtenistype explicit | |||
| Klaarzetten voor Verzending | Vertegenwoordigt de verplaatsing van verpakte containers van het inpakgebied naar een aangewezen stagingzone voor verzending, in afwachting van afhaling door de transporteur. De gebeurtenis wordt vastgelegd wanneer een operator de verplaatsing van de handling unit naar de stagingzone bevestigt. | ||
| Het belang Deze activiteit helpt de wachttijd te analyseren, de periode dat verpakte orders wachten voordat ze worden geladen. Lange stagingtijden kunnen wijzen op slechte coördinatie met transporteurs of inefficiënt gebruik van stagingruimte. Vindplaats Deze gebeurtenis kan worden afgeleid uit een locatieverandering van de handling unit of verzendcontainer naar een staginglocatie. Het kan ook een expliciete 'Verplaats naar Staging' taakbevestiging zijn. Vastleggen Afgeleid uit inventarisbewegingslogs die de overdracht naar een staging bin tonen. Gebeurtenistype inferred | |||
| Kwaliteitsinspectie Uitgevoerd | Vertegenwoordigt een kwaliteitscontrole uitgevoerd op ontvangen goederen. Dit kan een standaard stap zijn voor bepaalde materialen of een geactiveerde gebeurtenis als gevolg van uitzonderingen, en wordt vastgelegd wanneer een kwaliteitsinspecteur zijn bevindingen in het systeem registreert. | ||
| Het belang Kwaliteitsinspecties kunnen een aanzienlijke bron van vertraging zijn in het inbound proces. Door hun frequentie en duur te analyseren, helpt dit kwaliteitsproblemen bij leveranciers en knelpunten in de inspectie workflow te identificeren. Vindplaats Vastgelegd in Quality Management (QM) modules of logs, geassocieerd met de inbound levering. Zoek naar specifieke transactiecodes voor kwaliteitsinspectieresultaten of statuswijzigingen van de voorraad naar 'Kwaliteitshouding'. Vastleggen Timestamp van voltooiing kwaliteitsinspectie of statusupdate. Gebeurtenistype explicit | |||
| Magazijnorder Geannuleerd | Vertegenwoordigt de annulering van een magazijnorder voordat deze volledig was verwerkt of verzonden. Deze gebeurtenis wordt vastgelegd wanneer een gebruiker een annuleringstransactie uitvoert, en de status van de order naar 'Geannuleerd' bijwerkt. | ||
| Het belang Het analyseren van annuleringen helpt bij het identificeren van redenen voor procesfouten, zoals de onbeschikbaarheid van voorraad of klantwijzigingen. Het is een kritieke afsluitende event voor het begrijpen van procesafwijkingen en uitval. Vindplaats Dit is doorgaans een afgeleide gebeurtenis gebaseerd op de uiteindelijke status van de magazijnorder. De timestamp van de statuswijziging naar 'Geannuleerd' of 'Verwijderd' zou worden gebruikt. Vastleggen Afgeleid van de timestamp van een statuswijziging naar Gebeurtenistype inferred | |||
| Opslagtaak Aangemaakt | Deze activiteit markeert de systeemcreatie van een taak om ontvangen goederen van het ontvangstperron naar een definitieve opslaglocatie te verplaatsen. Het is een expliciete systeemgebeurtenis die wordt gegenereerd door de WMS-logica om een magazijnoperator aan te sturen. | ||
| Het belang Dit is de start van het opslagproces. Vertragingen tussen goederenontvangst en opslagtaakcreatie kunnen wijzen op systeemconfiguratie- of prestatieproblemen, waardoor goederen in het ontvangstgebied blijven liggen. Vindplaats Gegenereerd en gelogd in de taakbeheer- of magazijncontrole tabellen. Zoek naar de creatie timestamp van opslagtaken of overdrachtorders gekoppeld aan de inkomende levering. Vastleggen Creatie timestamp van de door het systeem gegenereerde putaway task. Gebeurtenistype explicit | |||
Extractie Guides
Stappen
- Vereisten en Toegang: Zorg ervoor dat u een gebruikersaccount heeft voor Blue Yonder WMS met de nodige rechten om MOCA-commando's uit te voeren en toegang te krijgen tot de vereiste tabellen, zoals ord_hdr, pckwrk_dtl en invmov. U heeft toegang nodig tot een MOCA-client, zoals de MOCA Console of een commandoregelinterface.
- MOCA Script bekijken en aanpassen: Kopieer het meegeleverde MOCA-script. Controleer zorgvuldig de tabel- en kolomnamen om er zeker van te zijn dat ze overeenkomen met uw specifieke Blue Yonder WMS-implementatie. Let goed op placeholders zoals
@[where_clause_dates]en@[where_clause_warehouse], die moeten worden vervangen door daadwerkelijke waarden. - Extractieparameters definiëren: Vervang de placeholder-variabelen in het script. Voor
@[where_clause_dates]definieert u een specifiek datumbereik, bijvoorbeeldwhere adddte between 'JJJJ-MM-DD' and 'JJJJ-MM-DD'. Voor@[where_clause_warehouse]specificeert u de magazijn-ID's die u wilt extraheren, bijvoorbeeldwhere wh_id = '[Uw Magazijn ID]'. - Verbinding maken met de MOCA Server: Start uw MOCA-client (bijv. MOCA Console) en breng een verbinding tot stand met de juiste Blue Yonder WMS-omgeving.
- Het MOCA Script uitvoeren: Plak het aangepaste script in de MOCA Console. Voer het commando uit. Het script wordt uitgevoerd op de server en verzamelt data voor alle gespecificeerde activiteiten.
- Uitvoering monitoren: Voor grote datasets kan de query aanzienlijke tijd in beslag nemen. Monitor de console op foutmeldingen of prestatiewaarschuwingen. Als de query een time-out geeft, overweeg dan om deze voor kleinere datumbereiken uit te voeren.
- Resultaten exporteren naar een bestand: Zodra het script succesvol is uitgevoerd, worden de resultaten in de console weergegeven. Gebruik de exportfunctionaliteit van de client om de output op te slaan als een CSV-bestand. Een veelgebruikte methode vanaf de commandoregel is om de output rechtstreeks naar een bestand te leiden, bijvoorbeeld:
mocarun -S "[Uw MOCA Script]" > event_log.csv. - De CSV formatteren voor ProcessMind: Open het geëxporteerde CSV-bestand. Controleer of de kolomkoppen overeenkomen met de attributes die in de query zijn gespecificeerd (
WarehouseOrder,ActivityName,EventStartTime, etc.). Zorg ervoor dat het bestand is opgeslagen met UTF-8-codering om problemen met tekens tijdens het uploaden te voorkomen. - Bekijken en Uploaden: Voer een laatste controle uit op de inhoud van het bestand, op zoek naar duidelijke fouten of inconsistenties. Zodra u tevreden bent, uploadt u het CSV-bestand naar ProcessMind voor analyse.
Configuratie
- Datumbereik: Het wordt aanbevolen om data te extraheren voor een periode van 3 tot 6 maanden om een representatieve steekproef van procesvariaties te garanderen. De datumfilterplaceholder
@[where_clause_dates]moet worden toegepast op de primaire timestamp-kolom in elke SELECT-statement, zoalsadddteofmoddte. - Magazijn- en Klantfilters: Gebruik altijd filters om de reikwijdte van de extractie te beperken. De placeholder
@[where_clause_warehouse]moet worden gebruikt om te filteren op specifieke magazijn-ID's (wh_id) en, indien van toepassing, klant-ID's (client_id). Dit is cruciaal voor prestaties en datarelevantie. - Ordertypefilters: Overweeg om de analyse te richten door te filteren op specifieke magazijnordertypes (
ordtyp). U wilt bijvoorbeeld alleen uitgaande klantorders of inkomende inkooporders analyseren. Dit kan worden toegevoegd aan de WHERE-clausule in de relevante secties van het script. - Prestatieoverwegingen: Het extractiescript voegt meerdere grote tabellen samen en unificeert deze. Om impact op de systeemprestaties te voorkomen, plant u de extractie in tijdens daluren. Het extraheren van data in kleinere, incrementele batches (bijvoorbeeld één maand tegelijk) is een veilige strategie voor zeer grote omgevingen.
- Vereisten: De gebruiker die het script uitvoert, moet leesrechten hebben voor alle tabellen waarnaar in de query wordt verwezen, inclusief
ord_hdr,ord_dtl,invmov,pckwrk_dtl,asnhdrentrn_log. De gebruiker moet ook geautoriseerd zijn om MOCA-commando's uit te voeren.
a Voorbeeldquery config
publish data
where wh_id = '[Your Warehouse ID]'
and event_time between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
|
[
/* 1. Warehouse Order Created */
select
ordnum as WarehouseOrder,
'Warehouse Order Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where ordtyp in ('ORD', 'INB')
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 2. Inbound Delivery Notified */
select
supnum as WarehouseOrder, /* ASN number often used as the order key for inbound */
'Inbound Delivery Notified' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
expdte as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from asnhdr
where adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 3. Goods Arrived at Dock */
select
refnum as WarehouseOrder,
'Goods Arrived at Dock' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Typically a receiving dock location */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'RCV_ARVL'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 4. Goods Received and Counted */
select
ordnum as WarehouseOrder,
'Goods Received and Counted' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'R' /* Standard receipt transaction type */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 5. Quality Inspection Performed */
select
ordnum as WarehouseOrder,
'Quality Inspection Performed' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'H' and trncod = 'QA_CMP' /* Example transaction for QA Hold Release/Complete */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 6. Putaway Task Created */
select
ordnum as WarehouseOrder,
'Putaway Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'P' /* Putaway work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 7. Goods Put Away in Storage */
select
ordnum as WarehouseOrder,
'Goods Put Away in Storage' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation,
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trntyp = 'M' and trncod = 'PUTAWAY' /* Move transaction for putaway */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 8. Picking Task Created */
select
ordnum as WarehouseOrder,
'Picking Task Created' as ActivityName,
adddte as EventStartTime,
moddte as EventEndTime,
add_usr_id as UserOperatorId,
pckqty as PlannedQuantity,
null as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O' /* Outbound Picking work type */
and adddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 9. Goods Picked from Storage */
select
ordnum as WarehouseOrder,
'Goods Picked from Storage' as ActivityName,
pk_end_dte as EventStartTime,
pk_end_dte as EventEndTime,
pckr_id as UserOperatorId,
pckqty as PlannedQuantity,
actqty as ActualQuantity,
srcloc as StorageLocation,
null as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from pckwrk_dtl
where wrktyp = 'O'
and statcod = 'P' /* Status 'Picked' */
and pk_end_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 10. Packing Initiated */
select
ordnum as WarehouseOrder,
'Packing Initiated' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
dstloc as StorageLocation, /* Packing station */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from trn_log
where trncod = 'PACK_INIT'
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 11. Goods Packed */
select
ordnum as WarehouseOrder,
'Goods Packed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
null as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod >= 80 and statcod < 90 /* Example status range for Packed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 12. Staging for Shipment */
select
ordnum as WarehouseOrder,
'Staging for Shipment' as ActivityName,
cmpl_dte as EventStartTime,
cmpl_dte as EventEndTime,
mod_usr_id as UserOperatorId,
untqty as PlannedQuantity,
actqty as ActualQuantity,
dstloc as StorageLocation, /* Staging lane */
null as RequestedCompletionDate,
null as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from invmov
where trncod = 'STG_MOVE' /* Move to staging transaction */
and cmpl_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 13. Shipment Dispatched */
select
ordnum as WarehouseOrder,
'Shipment Dispatched' as ActivityName,
act_ship_dte as EventStartTime,
act_ship_dte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 90 /* Status Shipped */
and act_ship_dte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 14. Warehouse Order Completed */
select
ordnum as WarehouseOrder,
'Warehouse Order Completed' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
shpqty as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 99 /* Status Completed/Closed */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
union all
/* 15. Warehouse Order Canceled */
select
ordnum as WarehouseOrder,
'Warehouse Order Canceled' as ActivityName,
moddte as EventStartTime,
moddte as EventEndTime,
mod_usr_id as UserOperatorId,
ordqty as PlannedQuantity,
null as ActualQuantity,
null as StorageLocation,
req_ship_dte as RequestedCompletionDate,
prifld as PriorityLevel,
'Blue Yonder WMS' as SourceSystem,
sysdate as LastDataUpdate
from ord_hdr
where statcod = 91 /* Example Canceled status */
and moddte between to_date(@start_date, 'YYYY-MM-DD') and to_date(@end_date, 'YYYY-MM-DD')
and wh_id = '[Your Warehouse ID]'
]Stappen
- Databaseverbinding tot stand brengen: Verkrijg alleen-lezen inloggegevens en verbindingsdetails (serveradres, databasenaam, poort) voor de onderliggende Blue Yonder WMS-database, die doorgaans Oracle of SQL Server is. Gebruik een standaard SQL-client zoals DBeaver, Oracle SQL Developer of SQL Server Management Studio om verbinding te maken.
- Kern WMS-tabellen identificeren: De geleverde query is afhankelijk van standaard Blue Yonder WMS-tabellen zoals
ord(orders),pckwrk(pickingwerk),wrkque(werkrij),invmov(voorraadbewegingen) enlodhdr(ladingheader). Controleer deze tabelnamen en kolomstructuren tegen de datadictionary van uw systeem, aangezien aanpassingen mogelijk zijn. - De SQL-query bekijken en parametriseren: Kopieer het meegeleverde SQL-script naar uw SQL-client. Zoek de placeholder-variabelen binnen de
BaseOrdersCommon Table Expression (CTE) bovenaan het script. - Datumbereik instellen: Wijzig de clausules
adddte >= 'JJJJ-MM-DD'enadddte < 'JJJJ-MM-DD'om het tijdsvenster voor de data-extractie te definiëren. Een periode van 3 tot 6 maanden wordt aanbevolen voor initiële analyse. - Systeemspecifieke filters toepassen: Pas de
wh_id = '[Uw_Magazijn_ID]'-filter aan om de extractie te beperken tot een specifiek magazijn. Voeg andere filters toe of wijzig deze, zoalsclient_idvoor omgevingen met meerdere klanten, indien nodig. - Het extractiescript uitvoeren: Voer het volledige SQL-script uit. De query is ontworpen om events uit meerdere tabellen samen te voegen tot één uniform event log-formaat. De uitvoeringstijd varieert op basis van het datumbereik en het data volume.
- De initiële resultaten valideren: Voer na afloop van de query een snelle controle uit van de output. Controleer of de kolommen
WarehouseOrder,ActivityNameenEventStartTimezoals verwacht zijn gevuld. Het aantal rijen moet aanzienlijk groter zijn dan het aantal unieke magazijnorders. - Het event log exporteren: Exporteer de queryresultaten naar een CSV-bestand. Zorg ervoor dat de bestands codering is ingesteld op UTF-8 om problemen met teken codering tijdens het uploaden te voorkomen.
- Voorbereiden op upload: Bevestig dat de kolomkoppen in het geëxporteerde CSV-bestand overeenkomen met de vereiste attributes, bijvoorbeeld
WarehouseOrder,ActivityName,EventStartTime. Het bestand is nu klaar om te worden geüpload naar de process mining software.
Configuratie
- Vereisten: U moet alleen-lezen SQL-toegang hebben tot de Blue Yonder WMS-database. Kennis van de specifieke WMS-configuratie en het datamodel van uw organisatie is zeer gunstig.
- Databaseverbinding: Deze methode vereist directe databaseconnectiviteit. Zorg ervoor dat de benodigde firewallregels of netwerktoegangsrechten aanwezig zijn voordat u begint.
- Datumbereik Filtering: Het is cruciaal om een specifiek datumbereik in de
WHERE-clausule van de query in te stellen om het data volume te beheren. Een bereik van 3 tot 6 maanden is doorgaans voldoende voor een zinvolle analyse zonder overmatige belasting van de database te veroorzaken. - Magazijn- en Klantfiltering: Filter in omgevingen met meerdere magazijnen of klanten altijd op de specifieke
wh_id(Magazijn-ID) enclient_id(Klant-ID) om ervoor te zorgen dat de analyse gefocust en de dataset beheersbaar is. - Prestatieoverwegingen: Het uitvoeren van deze query op een live productiedatabase kan de systeemprestaties beïnvloeden. Het wordt sterk aanbevolen om deze buiten piekuren uit te voeren, of, bij voorkeur, tegen een speciale rapportage- of gerepliceerde database indien beschikbaar.
- Systeemaanpassingen: De verstrekte query gebruikt standaard tabel- en kolomnamen. Wees voorbereid om deze namen aan te passen op basis van eventuele aanpassingen of versieverschillen in uw Blue Yonder WMS-instantie. Raadpleeg uw interne WMS-beheerder of datadictionary voor begeleiding.
a Voorbeeldquery sql
WITH BaseOrders AS (
SELECT
ordnum AS WarehouseOrder
FROM
ord
WHERE
adddte >= '2023-01-01' -- Placeholder: Set your start date
AND adddte < '2023-07-01' -- Placeholder: Set your end date
AND wh_id = '[Your_Warehouse_ID]' -- Placeholder: Set your warehouse ID
)
-- 1. Warehouse Order Created
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
o.adddte AS EventStartTime,
o.adddte AS EventEndTime,
o.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 2. Inbound Delivery Notified (ASN Received)
SELECT
a.ordnum AS WarehouseOrder,
'Inbound Delivery Notified' AS ActivityName,
a.adddte AS EventStartTime,
a.adddte AS EventEndTime,
a.add_usr_id AS UserOperatorId,
a.exp_arv_dte AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(ad.qtyord AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM asnhdr a
JOIN asndtl ad ON a.asnhdr_id = ad.asnhdr_id
WHERE a.ordnum IN (SELECT WarehouseOrder FROM BaseOrders)
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
t.ordnum AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
t.checkin_dte AS EventStartTime,
t.checkin_dte AS EventEndTime,
t.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
t.dock_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM trk_log t -- Note: Yard management table may vary
WHERE t.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND t.checkin_dte IS NOT NULL
UNION ALL
-- 4. Goods Received and Counted
SELECT
i.ordnum AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
i.moddte AS EventStartTime,
i.moddte AS EventEndTime,
i.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(i.qtyexp AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(i.qtyrcv AS DECIMAL(18, 4)) AS ActualQuantity,
i.inv_loc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM rcvlin i -- Receiving Line table
WHERE i.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND i.qtyrcv > 0
UNION ALL
-- 5. Quality Inspection Performed
SELECT
q.ordnum AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
q.insp_dte AS EventStartTime,
q.insp_dte AS EventEndTime,
q.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(q.insp_qty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(q.act_qty AS DECIMAL(18, 4)) AS ActualQuantity,
q.stoloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM qc_log q -- Quality Control log table may vary
WHERE q.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND q.status = 'COMPLETED'
UNION ALL
-- 6. Putaway Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation, -- From receiving dock
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PUTAWAY'
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
m.ordnum AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Destination storage location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m -- Inventory Movement table
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'PUTFIN' -- Putaway Finish transaction type
UNION ALL
-- 8. Picking Task Created
SELECT
w.ordnum AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
w.adddte AS EventStartTime,
NULL AS EventEndTime,
w.add_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
w.wrkprt AS PriorityLevel,
CAST(w.untqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
w.frmloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM wrkque w
JOIN ord o ON w.ordnum = o.ordnum
WHERE w.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND w.wrktyp = 'PICK'
UNION ALL
-- 9. Goods Picked from Storage
SELECT
p.ordnum AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
p.moddte AS EventStartTime,
p.moddte AS EventEndTime,
p.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
CAST(p.pckqty AS DECIMAL(18, 4)) AS PlannedQuantity, -- Often planned and actual are the same here
CAST(p.pckqty AS DECIMAL(18, 4)) AS ActualQuantity,
p.pckloc AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM pckwrk p
WHERE p.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND p.wrksts = 'C' -- Status for Completed Pick
UNION ALL
-- 10. Packing Initiated
SELECT
s.ordnum AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
s.moddte AS EventStartTime,
NULL AS EventEndTime,
s.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
NULL AS ActualQuantity,
s.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord_status_log s -- Status log table may vary
WHERE s.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND s.ordsta = 'PCK_START'
UNION ALL
-- 11. Goods Packed
SELECT
c.ordnum AS WarehouseOrder,
'Goods Packed' AS ActivityName,
c.moddte AS EventStartTime,
c.moddte AS EventEndTime,
c.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(c.actqty AS DECIMAL(18, 4)) AS ActualQuantity,
c.pckstn AS StorageLocation, -- Packing Station
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ship_cntr c -- Shipping Container table
WHERE c.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND c.cntr_sts = 'PACKED'
UNION ALL
-- 12. Staging for Shipment
SELECT
m.ordnum AS WarehouseOrder,
'Staging for Shipment' AS ActivityName,
m.adddte AS EventStartTime,
m.adddte AS EventEndTime,
m.usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(m.movqty AS DECIMAL(18, 4)) AS ActualQuantity,
m.toloc AS StorageLocation, -- Staging location
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM invmov m
WHERE m.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND m.trntyp = 'STAGEMOV' -- Staging Movement transaction type
UNION ALL
-- 13. Shipment Dispatched
SELECT
l.ordnum AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
l.shp_dte AS EventStartTime,
l.shp_dte AS EventEndTime,
l.mod_usr_id AS UserOperatorId,
NULL AS RequestedCompletionDate,
NULL AS PriorityLevel,
NULL AS PlannedQuantity,
CAST(sl.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
l.wh_id AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM lodhdr l
JOIN ship_line sl ON l.lodnum = sl.lodnum
WHERE l.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND l.lodsts = 'S' -- Shipped status
UNION ALL
-- 14. Warehouse Order Completed
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
CAST(o.shpqty AS DECIMAL(18, 4)) AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'C' -- Status for Completed
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
o.ordnum AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
o.moddte AS EventStartTime,
o.moddte AS EventEndTime,
o.mod_usr_id AS UserOperatorId,
o.req_shp_dte AS RequestedCompletionDate,
o.prirty AS PriorityLevel,
CAST(o.ordqty AS DECIMAL(18, 4)) AS PlannedQuantity,
NULL AS ActualQuantity,
NULL AS StorageLocation,
'Blue Yonder WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate
FROM ord o
WHERE o.ordnum IN (SELECT WarehouseOrder FROM BaseOrders) AND o.ordsta = 'X'; -- Status for Canceled