Uw Magazijnbeheer Data Template
Uw Magazijnbeheer Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te `tracken` voor magazijnactiviteiten.
- Extractiebegeleiding op maat voor Körber WMS.
Magazijnbeheerattributen
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van het specifieke event of de taak die op een bepaald tijdstip binnen de magazijnorderlevenscyclus heeft plaatsgevonden. | ||
| Omschrijving Dit attribuut beschrijft een enkele stap in het magazijnbeheerproces, zoals 'Goederen gepickt uit opslag' of 'Zending verzonden'. Elke activiteit vertegenwoordigt een distinct business event dat in het systeem is vastgelegd, gekoppeld aan een specifieke timestamp. Het analyseren van activiteiten is de kern van process mining. Het maakt de constructie van de proceskaart mogelijk, die laat zien hoe werk daadwerkelijk door het magazijn stroomt. Dit helpt bij het identificeren van knelpunten, rework loops en afwijkingen van de standaard operationele procedure. Het belang Het definieert de stappen van het proces, vormt de basis van de Vindplaats
Voorbeelden Pickingtaak aangemaaktGoederen verpaktZending VerzondenMagazijnorder geannuleerd | |||
| Magazijnorder WarehouseOrder | De unieke identifier voor een magazijnorder, die dient als de primaire case identifier voor het volgen van alle gerelateerde logistieke activiteiten. | ||
| Omschrijving De Warehouse Order is de centrale identifier die alle taken en events groepeert die gerelateerd zijn aan een specifiek logistiek verzoek, zoals een inkomende ontvangst of een uitgaande zending. Het maakt end-to-end tracking van de levenscyclus van een order binnen het magazijn mogelijk, van de creatie tot de uiteindelijke verzending of annulering. Bij process mining maakt analyse per Warehouse Order de visualisatie van de gehele processtroom voor elke order mogelijk. Dit helpt bij het identificeren van veelvoorkomende paden, afwijkingen, knelpunten en de totale cyclustijd voor verschillende ordertypes, zoals standaard versus spoedorders. Het belang Dit is de essentiële Case ID die alle gerelateerde events verbindt, wat een complete, end-to-end analyse van het magazijnbeheerproces voor elke specifieke order mogelijk maakt. Vindplaats Deze identifier is doorgaans te vinden in de kernorderbeheertabellen binnen Körber WMS. Raadpleeg de Körber WMS-documentatie voor specifieke tabel- en veldnamen, zoals orderkoppen. Voorbeelden WO-0012845WO-0012991WO-0013402 | |||
| Tijdstip Gebeurtenis EventTime | De exacte datum en tijd waarop de activiteit of het event in het bronsysteem is vastgelegd. | ||
| Omschrijving
In Het belang Deze timestamp is cruciaal voor het ordenen van events, het berekenen van alle tijd-gebaseerde metrieken zoals cyclustijden en wachttijden, en het begrijpen van procesprestaties. Vindplaats Te vinden in alle Voorbeelden 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data is geëxtraheerd. | ||
| Omschrijving Dit attribuut identificeert het bronsysteem voor de event data, wat in dit geval 'Körber WMS' is. In omgevingen met meerdere geïntegreerde systemen helpt dit veld bij het onderscheiden van databronnen en het traceren van data-herkomst. Voor analyse biedt het context, vooral bij het combineren van data uit meerdere systemen. Het helpt de datakwaliteit te waarborgen en kan worden gebruikt om de analyse te filteren op de activiteiten van een specifiek systeem. Het belang Biedt cruciale context over de data-oorsprong, wat zorgt voor duidelijkheid en traceerbaarheid, vooral in omgevingen met meerdere onderling verbonden systemen. Vindplaats Dit is doorgaans een statische waarde die tijdens het data-extractieproces wordt toegevoegd om het bronsysteem te identificeren. Voorbeelden Körber WMSKörberOne | |||
| Laatste data-update LastDataUpdate | De `timestamp` die aangeeft wanneer de `data` voor dit proces voor het laatst is ververst. | ||
| Omschrijving Dit attribuut specificeert de datum en tijd van de meest recente data-extractie of -update. Het biedt context voor de actualiteit van de geanalyseerde data, zodat gebruikers op de hoogte zijn van hoe recent de procesweergave is. In dashboards en rapporten is deze informatie van vitaal belang voor transparantie. Het helpt gebruikers te begrijpen of ze naar real-time, dagelijkse of wekelijkse data kijken, wat van invloed is op de besluitvorming. Het belang Informeert gebruikers over de actualiteit van de Vindplaats Deze waarde wordt gegenereerd en vastgelegd door de data pipeline of ETL tool aan het einde van elke data refresh cyclus. Voorbeelden 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Gebruikers-/Operator ID UserOperatorId | De identifier voor de gebruiker of operator die de activiteit heeft uitgevoerd. | ||
| Omschrijving Dit attribuut identificeert de magazijnmedewerker of systeemgebruiker die verantwoordelijk is voor het uitvoeren van een specifieke taak, zoals picken, verpakken of inslaan van goederen. Het kan in sommige gevallen ook verwijzen naar een geautomatiseerd systeem of bot. Deze dimensie is cruciaal voor resourceprestatie-analyse. Het helpt bij het begrijpen van de werkverdeling, het identificeren van best presterende medewerkers en het spotten van individuen die mogelijk extra training nodig hebben. Het vormt de basis voor het 'Resource Utilization and Workload' dashboard en de 'Throughput per Operator' KPI. Het belang Maakt analyse mogelijk van Vindplaats Te vinden in Voorbeelden JSMITHABOT01CDAVISsystem | |||
| Prioriteitsniveau PriorityLevel | Geeft de urgentie of prioriteit van de magazijnorder aan, zoals `standard` of `expedited`. | ||
| Omschrijving Het prioriteitsniveau is een classificatie die aan een magazijnorder wordt toegewezen om de urgentie van de afhandeling te bepalen. Een order kan bijvoorbeeld gemarkeerd zijn als 'Spoed' of 'Hoge Prioriteit', wat aangeeft dat deze vóór standaardorders moet worden verwerkt. Dit attribuut is essentieel voor het 'Expedited Order Analysis' dashboard en de 'Expedited Shipment %' KPI. Het helpt bij het begrijpen van de impact van urgente orders op de algehele magazijnoperaties, de bijbehorende kosten en of hun verwerkingstijden daadwerkelijk sneller zijn dan standaardorders. Het belang Helpt bij het analyseren van de Vindplaats Te vinden in de Voorbeelden StandaardVersneldOvernachtKritiek | |||
| Product SKU ProductSKU | De Stock Keeping Unit (SKU) of het materiaalnummer van het item dat wordt afgehandeld. | ||
| Omschrijving De Product SKU is de unieke identifier voor een specifiek product of materiaal dat betrokken is bij de magazijnorder. Een order kan één of meer SKU's bevatten. Analyseren per Product SKU helpt te begrijpen of bepaalde producten complexere of problematischere afhandelingsprocessen hebben. U kunt bijvoorbeeld ontdekken dat breekbare items langere verpakkingstijden hebben of dat bepaalde SKU's frequent geassocieerd zijn met pick-afwijkingen. Dit kan leiden tot wijzigingen in de opslagstrategie of afhandelingsprocedures. Het belang Maakt analyse van procesprestaties mogelijk op basis van specifieke producten, en onthult of bepaalde artikelen vertragingen of fouten veroorzaken. Vindplaats Te vinden in de Voorbeelden SKU-847361SKU-991204SKU-103557 | |||
| Werkelijke hoeveelheid ActualQuantity | De hoeveelheid van een item dat daadwerkelijk is afgehandeld of vastgelegd tijdens een taak. | ||
| Omschrijving Werkelijke hoeveelheid is het aantal eenheden dat fysiek is geteld, gepickt, verpakt of ontvangen door de magazijnoperator. Deze waarde wordt geregistreerd na voltooiing van de taak en kan soms afwijken van de 'Planned Quantity' als gevolg van Het vergelijken van dit Het belang Biedt de feitelijke gegevens voor wat fysiek is afgehandeld, waardoor het essentieel is voor het berekenen van discrepantiepercentages en het waarborgen van voorraadnauwkeurigheid. Vindplaats Te vinden in Voorbeelden 10491 | |||
| Activiteitsduur ActivityDuration | De totale tijd die nodig is om een specifieke activiteit te voltooien. | ||
| Omschrijving Deze metriek vertegenwoordigt de verwerkingstijd voor een enkel event, berekend als het verschil tussen de End Time en Start Time. Als een End Time niet beschikbaar is, kan deze worden afgeleid uit de tijd tussen opeenvolgende events. Het analyseren van activiteitsduur is essentieel om precies aan te wijzen welke specifieke taken de meeste tijd in beslag nemen in het algehele proces. Dit wordt gebruikt in dashboards zoals 'Resource Utilization and Workload' om de inspanning per taak te begrijpen en is essentieel voor het berekenen van KPI's zoals 'Gemiddelde Kwaliteitsinspectietijd'. Het belang Meet direct de bestede tijd aan individuele taken, wat helpt bij het identificeren van de langste en meest inefficiënte stappen in het magazijnproces. Vindplaats Dit wordt doorgaans berekend tijdens data-transformatie door de start-timestamp af te trekken van de eind-timestamp van een activiteit. Voorbeelden 9006501200 | |||
| Doorlooptijd CycleTime | De totale duur van de magazijnorder van creatie tot voltooiing. | ||
| Omschrijving
Dit is een primaire Het belang Dit is een kritieke KPI die de algehele efficiëntie van het magazijnproces meet, met directe impact op klanttevredenheid en operationele kosten. Vindplaats Deze metriek wordt berekend in de process mining tool door het verschil te nemen tussen de timestamp van het laatste event en het eerste event voor elke Warehouse Order. Voorbeelden 8640017280036000 | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit is voltooid, indien beschikbaar. | ||
| Omschrijving De End Time vertegenwoordigt de voltooiingstimestamp voor een activiteit. Terwijl StartTime (EventTime) het begin markeert, markeert End Time de conclusie, waardoor de duur van die ene activiteit direct kan worden berekend. Niet alle events hebben een duidelijke eindtijd; voor velen wordt de StartTime van het volgende event gebruikt om de duur van het vorige af te leiden. Dit attribuut is uiterst waardevol voor het nauwkeurig berekenen van de verwerkingstijd van individuele taken. Het wordt bijvoorbeeld gebruikt om de 'Gemiddelde Kwaliteitsinspectietijd' te bepalen door de tijd te meten vanaf het moment dat de inspectie begon tot het moment dat deze eindigde. Het belang Maakt de precieze berekening mogelijk van individuele Vindplaats Raadpleeg de Körber WMS-documentatie. Dit kan zich bevinden in Voorbeelden 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Gebruikte apparatuur. EquipmentUsed | De identifier van de apparatuur, zoals een vorkheftruck of scanner, die is gebruikt om een taak uit te voeren. | ||
| Omschrijving Dit attribuut specificeert het stuk materiaalbehandelingsapparatuur (MHE) of de technologie die is gebruikt tijdens een magazijntaak. Dit kan een specifieke vorkheftruck, palletwagen, handheld scanner of een geautomatiseerd geleid voertuig (AGV) zijn. Analyseren per apparatuur helpt bij het begrijpen van resourcebenutting, onderhoudsbehoeften en de impact van verschillende soorten apparatuur op taakefficiëntie. Het is een belangrijke dimensie voor het 'Resource Utilization and Workload' dashboard, wat een holistisch beeld van zowel menselijke als machineresources mogelijk maakt. Het belang Maakt analyse mogelijk van Vindplaats Raadpleeg de Körber WMS-documentatie. Deze Voorbeelden FORKLIFT-08SCANNER-112AGV-03 | |||
| Geplande Hoeveelheid PlannedQuantity | De hoeveelheid van een item die naar verwachting zou worden afgehandeld in een taak, zoals picken of ontvangen. | ||
| Omschrijving De geplande hoeveelheid vertegenwoordigt het doelaantal eenheden voor een bepaalde taak, zoals gespecificeerd door de magazijnorder. Als een order bijvoorbeeld het picken van 10 eenheden van een specifieke SKU vereist, is de geplande hoeveelheid voor die picktaak 10. Dit attribuut is cruciaal voor het identificeren van afwijkingen in vergelijking met de 'Werkelijke Hoeveelheid'. Het is een belangrijke input voor het berekenen van de KPI's 'Picking Discrepancy Rate' en 'Inventory Discrepancy Rate', die essentieel zijn voor het handhaven van de voorraadnauwkeurigheid. Het belang Dient als de basislijn voor het meten van de nauwkeurigheid bij taken zoals picken en ontvangen, waardoor de detectie van voorraadafwijkingen mogelijk wordt. Vindplaats Beschikbaar in taak- of Voorbeelden 10501 | |||
| Gevraagde voltooiingsdatum RequestedCompletionDate | De datum waarop de klant of interne stakeholder heeft gevraagd de order te voltooien. | ||
| Omschrijving Dit is de beoogde voltooiings- of verzenddatum voor een uitgaande order, vaak bepaald door klantverwachtingen of service level agreements (SLA's). Het dient als de primaire deadline waartegen de werkelijke prestaties worden gemeten. Deze datum is cruciaal voor het 'Expedited Order Analysis' dashboard. Het vergelijken van de 'Gevraagde Voltooiingsdatum' met de 'Werkelijke Voltooiingsdatum' (de timestamp van de activiteit 'Zending Verzonden' of 'Magazijnorder Voltooid') helpt bij het bepalen van on-time prestaties en het identificeren van orders die het risico lopen te laat te zijn. Het belang Biedt de basislijn voor het meten van on-time prestaties en het voldoen aan service level agreements (SLA's), waarbij potentieel late orders worden belicht. Vindplaats Te vinden in de Voorbeelden 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Is `Picking Discrepancy` IsPickingDiscrepancy | Een `flag` die aangeeft of de daadwerkelijk gepickte hoeveelheid overeenkwam met de geplande hoeveelheid. | ||
| Omschrijving Dit is een afgeleid boolean attribuut dat waar is als de 'Werkelijke Hoeveelheid' verschilt van de 'Geplande Hoeveelheid' voor een pick-gerelateerde activiteit. Het dient als een eenvoudige indicator van een pickfout of voorraadprobleem voor een specifieke taak. Deze flag vereenvoudigt de analyse doordat gebruikers snel kunnen filteren op alle orders die een pick-discrepantie hebben ervaren. Het wordt gebruikt om de 'Picking Discrepancy Rate' KPI te berekenen en helpt bij het aansturen van het 'Inventory Process Health and Accuracy' dashboard door specifieke faalpunten te markeren. Het belang Biedt een duidelijke, binaire indicator van pickfouten, wat de analyse vereenvoudigt die nodig is om problemen met de voorraadnauwkeurigheid te identificeren en kwantificeren. Vindplaats Berekend tijdens Voorbeelden truefalse | |||
| Magazijn-ID WarehouseId | De unieke identifier voor het magazijn of distributiecentrum waar de activiteiten plaatsvinden. | ||
| Omschrijving De Warehouse ID specificeert de fysieke locatie of faciliteit waar de magazijnorder wordt verwerkt. Voor organisaties met meerdere distributiecentra is dit een belangrijke dimensie voor analyse. Dit attribuut maakt benchmarking van prestaties over verschillende locaties mogelijk. U kunt bijvoorbeeld de 'Gemiddelde Order End-to-End Cyclustijd' vergelijken tussen Magazijn A en Magazijn B om best practices of operationele problemen specifiek voor een locatie te identificeren. Het belang Maakt Vindplaats Deze informatie is meestal beschikbaar in orderkop- of siteconfiguratietabellen. Het kan worden weergegeven als 'Plant', 'Site' of 'Locatiecode'. Voorbeelden WH-NYCDC-LAXFC-DAL | |||
| Opslaglocatie StorageLocation | De specifieke locatie in het magazijn, zoals een bak of gangpad, waar goederen worden opgeslagen of gepickt. | ||
| Omschrijving Dit attribuut identificeert de fysieke coördinaat binnen het magazijn, zoals een rek, schap of bak. Het is relevant voor activiteiten zoals 'Goederen ingeslagen' en 'Goederen gepickt uit opslag'. Deze data wordt gebruikt in het 'Putaway Efficiency and Location Usage' dashboard om reistijden, locatiebenutting en de effectiviteit van opslagstrategieën te analyseren. Het kan bijvoorbeeld helpen bepalen of snel verkopende items op gemakkelijk toegankelijke locaties worden opgeslagen om de picktijd te minimaliseren. Het belang Helpt Vindplaats Te vinden in Voorbeelden A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Ordertype OrderType | Categoriseert de magazijnorder, bijvoorbeeld als `inbound`, `outbound` of `internal transfer`. | ||
| Omschrijving Het ordertype definieert het zakelijke doel van de magazijnorder. Veelvoorkomende types zijn klantzendingen (uitgaand), leveranciersontvangsten (inkomend), voorraadoverdrachten tussen magazijnlocaties (intern) of retouren. Dit is een krachtig attribuut voor filtering en vergelijkende analyse. Het stelt u in staat om de processtromen en prestaties voor verschillende soorten logistieke operaties te analyseren en te vergelijken, bijvoorbeeld om te zien of het inkomende proces efficiënter is dan het uitgaande proces. Het belang Maakt de segmentatie van analyses mogelijk op basis van het doel van de order, en onthult prestatieverschillen tussen processen zoals Vindplaats Doorgaans te vinden in de ordertabel in Körber WMS. Zoek naar een veld genaamd 'Ordertype', 'Transactietype' of iets vergelijkbaars. Voorbeelden Uitgaande verzendingInkomende OntvangstInterne OverdrachtKlantretour. | |||
| SLA-Status SLAStatus | Geeft aan of de order `on time`, `late` of `at risk` was, gebaseerd op de gevraagde `completion date`. | ||
| Omschrijving SLA Status is een berekend attribuut dat elke order categoriseert op basis van de tijdigheid ten opzichte van de 'GevraagdeVoltooiingsdatum'. Het kan waarden hebben zoals 'Op Tijd', 'Te Laat' of 'In Uitvoering'. Dit attribuut biedt een direct overzicht van de service level prestaties. Het maakt snelle filtering en analyse van alle late orders mogelijk om de hoofdoorzaken te begrijpen, zoals specifieke knelpunten of resourceproblemen. Dit is een cruciaal element voor elke analyse gericht op klanttevredenheid en operationele betrouwbaarheid. Het belang Meet direct de Vindplaats Dit wordt berekend in de data transformatie laag door de timestamp van het 'Magazijnorder Voltooid' event te vergelijken met de 'GevraagdeVoltooiingsdatum'. Voorbeelden Op tijdTe laatIn uitvoering | |||
| Vervoerder Carrier | De verzendtransporteur die is toegewezen om de uiteindelijke levering van de order af te handelen. | ||
| Omschrijving De transporteur is de externe logistieke dienstverlener (bijv. FedEx, UPS, DHL) die verantwoordelijk is voor het transporteren van de goederen van het magazijn naar de eindbestemming. Dit wordt doorgaans toegewezen tijdens de verzendplanning- of verzendfase. Analyseren per transporteur kan prestatieverschillen tussen verzendpartners aan het licht brengen. Het kan bijvoorbeeld helpen te identificeren of bepaalde transporteurs geassocieerd zijn met langere staging-tijden of frequentere vertragingen, wat waardevolle data oplevert voor onderhandelingen over transportcontracten en selectie. Het belang Maakt prestatieanalyse van verschillende Vindplaats Te vinden in Voorbeelden FedExUPSDHLLocal Freight Inc. | |||
Magazijnbeheeractiviteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Goederen gepickt uit opslag. | Een operator bevestigt dat de items voor een order zijn gepickt uit hun opslaglocatie. Dit gebeurt doorgaans door het scannen van het item en de locatie, wat de `inventory` uit de `storage bin` vermindert en de actie `logt`. | ||
| Het belang Dit is een belangrijke mijlpaal in het outbound proces. Het maakt analyse van picktijden mogelijk en identificeert potentiële vertragingen tussen picken en verpakken. Vindplaats Geregistreerd wanneer de operator de Vastleggen Timestamp van de bevestigingstransactie van de picktaak. Gebeurtenistype explicit | |||
| Goederen ontvangen en geteld. | Magazijnpersoneel lost, scant en telt de ontvangen items tegen de inkomende leveringsmelding. Deze expliciete transactie bevestigt de ontvangst van specifieke hoeveelheden materialen in de fysieke bewaring van het magazijn. | ||
| Het belang Dit is een kritieke inbound mijlpaal die KPI's zoals 'Goederenontvangst naar Inslag Tijd' mogelijk maakt. Het helpt ook om vroegtijdig discrepanties tussen verwachte en ontvangen hoeveelheden te identificeren. Vindplaats Wordt gegenereerd wanneer een gebruiker de Vastleggen Timestamp van de ontvangstbevestigingstransactie. Gebeurtenistype explicit | |||
| Goederen opgeslagen. | Een operator bevestigt de voltooiing van de `putaway task`, doorgaans door het scannen van de `storage bin` en de pallet of het item. Deze actie registreert expliciet de beweging en werkt de `inventory location` in het systeem bij. | ||
| Het belang Deze cruciale mijlpaal markeert het einde van het inbound proces. Het wordt gebruikt om de KPI's 'Inslag Cyclustijd' en 'Goederenontvangst naar Inslag Tijd' te berekenen. Vindplaats Geregistreerd wanneer de operator de Vastleggen Timestamp van de bevestigingstransactie van de inslagtaak. Gebeurtenistype explicit | |||
| Goederen verpakt | Het verpakkingsproces voor een verzendcontainer of doos is voltooid, en het pakket is verzegeld en gelabeld. Dit event betekent dat de order klaar is voor staging en verzending en wordt expliciet vastgelegd. | ||
| Het belang Deze belangrijke mijlpaal finaliseert de voorbereiding van goederen voor verzending. Het wordt gebruikt om de verpakkingsthroughput te berekenen en vertragingen vóór het laden te identificeren. Vindplaats Een expliciete 'Packing Complete' of 'Close Carton' Vastleggen Timestamp van de 'Sluit Container' of 'Verpakking Compleet' transactie. Gebeurtenistype explicit | |||
| Magazijnorder aangemaakt | De initiële creatie van een magazijnorder in het systeem, wat een vraag naar goederenbeweging vertegenwoordigt. Dit event wordt doorgaans expliciet vastgelegd wanneer een gebruiker of een geïntegreerd systeem zoals een ERP de orderrecord aanmaakt met een creatie-timestamp. | ||
| Het belang Dit markeert het begin van het end-to-end proces. Het is essentieel voor het meten van de totale orderdoorlooptijd en het begrijpen van de algehele vraag en het ordervolume. Vindplaats Dit wordt vastgelegd vanuit de creatie-timestamp op de hoofdtabel van de magazijnorderkop wanneer een nieuwe orderrecord wordt opgeslagen in Körber WMS. Vastleggen Vastgelegd op basis van de creatie-timestamp op de magazijnorderkop. Gebeurtenistype explicit | |||
| Magazijnorder voltooid | De magazijnorder is in het systeem gesloten, wat betekent dat alle gerelateerde fysieke bewegingen en transacties zijn voltooid. Dit wordt doorgaans afgeleid uit een statuswijziging op de orderkop, die de levenscyclus van de order afrondt. | ||
| Het belang Dit is het primaire eindpunt voor het proces, essentieel voor het berekenen van de end-to-end cyclustijd en het meten van de algehele procesvoltooiingspercentages. Vindplaats Afgeleid van een Vastleggen Afgeleid van de Gebeurtenistype inferred | |||
| Zending Verzonden | De goederen worden geladen en de vrachtwagen vertrekt uit het magazijn. Dit event wordt geactiveerd door een 'Ship Confirm' of 'Post Goods Issue' transactie die de zending in het systeem finaliseert. | ||
| Het belang Deze kritieke mijlpaal markeert het fysieke vertrek van de goederen. Het is vaak een belangrijk event voor facturatie en het updaten van klanten. Vindplaats Een expliciete 'Ship Confirm' Vastleggen Timestamp van de 'Verzendbevestiging' of 'Goederenuitgifte' transactie. Gebeurtenistype explicit | |||
| Goederen aangekomen bij `dock`. | De fysieke aankomst van de transporteur bij het magazijnontvangstperron wordt vastgelegd. Dit wordt vaak uitgevoerd door een poortwachter of ontvangstmedewerker en markeert het begin van het fysieke ontvangstproces. Dit event wordt vaak afgeleid uit een statuswijziging op de levering. | ||
| Het belang Dit event helpt de punctualiteit van transporteurs te meten en wachttijden bij het ontvangstperron te analyseren, waarbij potentiële knelpunten worden geïdentificeerd voordat het lossen begint. Vindplaats Vaak vastgelegd als een statusupdate op de inkomende levering, of via een specifieke 'Check-In' transactie in een yard management module, indien beschikbaar. Vastleggen Afgeleid van een Gebeurtenistype inferred | |||
| Inslagtaak aangemaakt | Het WMS creëert een taak voor een operator om ontvangen goederen van een staging-gebied naar een definitieve opslaglocatie te verplaatsen. De systeemlogica, gebaseerd op inslagstrategieën, bepaalt de optimale bestemmingslocatie voor de items. | ||
| Het belang Dit event markeert het begin van het inslagproces. Het analyseren van de tijd van dit event tot taakvoltooiing helpt bij het meten van de efficiëntie van het systeem en de operator. Vindplaats Een record wordt aangemaakt in een taakbeheer- of werkrijtabel met een 'Putaway' Vastleggen Vastgelegd op basis van de creatie-timestamp van de inslagtaakrecord. Gebeurtenistype explicit | |||
| Klaar voor verzending | De verpakte dozen of pallets worden verplaatst van het verpakkingsgebied naar een aangewezen staging lane om te wachten op ophaling door de transporteur. Dit wordt vaak afgeleid uit de timestamp van een inventarisverplaatsingstransactie naar een verzendlocatie. | ||
| Het belang Dit helpt bij het analyseren van de wachttijd tussen verpakken en uiteindelijke verzending. Lange staging-tijden kunnen duiden op slechte coördinatie met transporteurs of inefficiënt dockbeheer. Vindplaats Afgeleid van een Vastleggen Afgeleid van een Gebeurtenistype inferred | |||
| Kwaliteitsinspectie Uitgevoerd | Een kwaliteitscontrole wordt uitgevoerd op de ontvangen goederen, wat het verplaatsen van items naar een speciaal QC-gebied kan inhouden. Deze activiteit wordt vaak afgeleid uit `inventory status changes`, zoals het verplaatsen van 'On-Hand' naar 'QI Hold' en dan terug naar 'Unrestricted'. | ||
| Het belang Maakt analyse mogelijk van de duur van kwaliteitsinspecties, wat een aanzienlijk Vindplaats Kan worden afgeleid uit een reeks Vastleggen Afgeleid van Gebeurtenistype inferred | |||
| Magazijnorder geannuleerd | De magazijnorder wordt geannuleerd vóór voltooiing, waardoor alle lopende werkzaamheden stoppen. Deze actie wordt doorgaans afgeleid uit een statuswijziging op de orderkop naar 'Geannuleerd'. | ||
| Het belang Vertegenwoordigt een alternatief einde van het proces. Het analyseren van annuleringen helpt de redenen voor procesfouten te begrijpen, zoals voorraadtekorten of klantwijzigingen. Vindplaats Afgeleid van een Vastleggen Afgeleid van de Gebeurtenistype inferred | |||
| Melding `inbound delivery` ontvangen. | Een `Advanced Shipping Notification` (ASN) of `inbound delivery notification` wordt ontvangen van een leverancier. Dit `event` signaleert dat goederen gepland zijn om aan te komen, waardoor het magazijn ontvangstactiviteiten kan plannen. Het wordt doorgaans aangemaakt via een EDI-transactie of handmatige invoer. | ||
| Het belang Deze activiteit markeert het begin van het inbound planningsproces. Het analyseren van de tijd tussen deze melding en de aankomst van goederen helpt bij het meten van leveranciersprestaties en het plannen van arbeid. Vindplaats Vastgelegd vanuit de Vastleggen Geregistreerd wanneer een ASN-record succesvol is aangemaakt in het systeem. Gebeurtenistype explicit | |||
| Pickingtaak aangemaakt | Het systeem genereert een picktaak voor een operator op basis van een uitgaande magazijnorder. Deze taak instrueert de operator naar een specifieke locatie te gaan om een bepaalde hoeveelheid van een item op te halen. | ||
| Het belang Dit event initieert het outbound fulfillment proces. Het analyseren van picktaakgeneratie helpt bij het begrijpen van orderverwerkingslogica en werkverdeling. Vindplaats Een record met een 'Picking' Vastleggen Vastgelegd op basis van de creatie-timestamp van de picktaakrecord. Gebeurtenistype explicit | |||
| Verpakken gestart | Gepickte items komen aan bij een pakstation en een operator start het verpakkingsproces. Dit wordt vaak afgeleid uit de eerste itemscan op een pakstation die is gekoppeld aan een specifieke uitgaande order. | ||
| Het belang Markeert het begin van de Vindplaats Dit kan een expliciete 'Start Verpakken' transactie zijn, maar wordt vaker afgeleid uit de eerste itemscan op een pakstation voor de order. Vastleggen Afgeleid van de Gebeurtenistype inferred | |||
Extractie Guides
Stappen
- Establish Database Access: Database toegang instellen: Verkrijg alleen-lezen inloggegevens en verbindingsdetails (servernaam, databasenaam, poort) voor de Körber WMS productie- of replica-database. U hebt een clienttool zoals Microsoft SQL Server Management Studio (SSMS) of Oracle SQL Developer nodig.
- Identify Core Tables: Kerntabellen identificeren: Voordat u het script uitvoert, moet u samenwerken met een systeembeheerder om de exacte tabel- en kolomnamen te verifiëren die in uw Körber WMS-implementatie worden gebruikt, aangezien deze kunnen variëren. Kerntabellen omvatten doorgaans orderkoppen, taken en
inventory transactions. - Connect to the Database: Verbinding maken met de database: Start uw SQL-client en leg een verbinding tot stand met de Körber WMS-database met behulp van de opgegeven inloggegevens.
- Load the SQL Script: Het SQL-script laden: Open een nieuw queryvenster en kopieer het complete SQL-script uit de 'query'-sectie van dit document.
- Configure Parameters: Parameters configureren: Zoek de placeholder variabelen bovenaan het script. Vervang
@[StartDate],@[EndDate]en@[WarehouseId]door uw gewenste datumbereik en specifieke magazijnidentificatie om dedataextractie te filteren. - Execute the Query: De query uitvoeren: Voer het geconfigureerde SQL-script uit. De uitvoeringstijd is afhankelijk van het datumbereik en de hoeveelheid
datain uw systeem. - Review the Results: De resultaten controleren: Zodra de query is voltooid, inspecteert u kort de output in uw SQL-client om er zeker van te zijn dat deze rijen retourneert en dat de kolommen (
WarehouseOrder,ActivityName,EventTime, enz.) naar verwachting zijn gevuld. - Export to CSV: Exporteren naar CSV: Exporteer de gehele
result setnaar een CSV-bestand. De meeste SQL-clients hebben een ingebouwde functie om queryresultaten direct te exporteren. - Prepare for Upload: Voorbereiden op upload: Zorg ervoor dat het geëxporteerde CSV-bestand is opgeslagen met UTF-8-codering. Controleer of de kolomheaders in het bestand exact overeenkomen met de vereiste
attributes, zonder extra spaties of tekens.
Configuratie
- Database Connection: Databaseverbinding: Een directe databaseverbinding is vereist. U moet het serveradres, de databasenaam, een geldige gebruikersnaam en wachtwoord opgeven. Een alleen-lezen gebruiker wordt sterk aanbevolen om onbedoelde
datawijziging te voorkomen. - Date Range Filtering: Datumbereik filteren: De query gebruikt
@StartDateen@EndDateplaceholders om de extractieperiode te bepalen. Voor de initiële analyse wordt een bereik van 3 tot 6 maanden aanbevolen om voldoende procesvariaties vast te leggen zonder overmatige databasebelasting te veroorzaken. - Warehouse and Order Filtering: Magazijn- en orderfiltering: Het script bevat een
@[WarehouseId]placeholder om de extractie te beperken tot een specifieke faciliteit. U kunt andere filters toevoegen aan deWHEREclausules in het script, zoals ordertype of klant, om dedataset verder te verfijnen. - Data Granularity:
Datagranulariteit: Dit script extraheerteventsop zowel orderkopniveau (bijv. 'Magazijnorder aangemaakt') als op gedetailleerd taak- of transactieniveau (bijv. 'Goederen gepickt'). - Prerequisites: Vereisten: U moet voldoende databaserechten hebben om te lezen uit alle tabellen waarnaar in de query wordt verwezen. Bekendheid met uw specifieke Körber WMS-schema is noodzakelijk om de tabel- en kolomnamen te valideren en eventueel aan te passen.
a Voorbeeldquery sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId;