Datatemplate voor magazijnbeheer

Körber WMS
Datatemplate voor magazijnbeheer

Datatemplate voor magazijnbeheer

Deze template helpt je om data over magazijnbeheer voor te bereiden op process mining. Je vindt erin welke data-attributen je verzamelt, welke belangrijke activiteiten je volgt en hoe je de data kunt ophalen. Met deze aanbevelingen kun je de bedrijfsvoering in het magazijn volledig analyseren.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen in de magazijnprocessen
  • Extractie-instructies voor Körber WMS

Attributen voor magazijnbeheer

Dit zijn de aanbevolen datavelden voor je event log, zodat je de magazijnprocessen volledig kunt analyseren.
5 Verplicht 4 Aanbevolen 11 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van het specifieke event of de taak die op een bepaald moment in de levenscyclus van de magazijnorder plaatsvond.
Beschrijving

Dit attribuut beschrijft één stap in het magazijnbeheerproces, zoals 'Goederen uit opslag gepickt' of 'Zending verzonden'. Elke activiteit is een afzonderlijk bedrijfsevent dat in het systeem wordt vastgelegd, met een specifieke timestamp.

Activiteiten analyseren is de kern van process mining. Je kunt er de proceskaart mee opbouwen en zien hoe het werk daadwerkelijk door het magazijn loopt. Zo herken je bottlenecks, herstelwerk en afwijkingen van de standaardwerkwijze.

Waarom dit belangrijk is

Dit attribuut bepaalt de processtappen. Het vormt de basis voor de proceskaart en maakt analyse van de processtroom, variaties en bottlenecks mogelijk.

Waar vind je dit?

Event- of transactielogtabellen in Körber WMS, waarin bedrijfsevents worden vastgelegd. Deze zijn vaak af te leiden uit transactiecodes of beschrijvingen van statuswijzigingen.

Voorbeelden
Picktaak aangemaaktGoederen verpaktZending vertrokkenMagazijnorder geannuleerd
Eventtijd
EventTime
De exacte datum en tijd waarop de activiteit of het event in het bronsysteem is vastgelegd.
Beschrijving

De eventtijd is de timestamp van elke activiteit en geeft precies aan wanneer die plaatsvond. Met deze tijdsdata bereken je de duur, doorlooptijden en wachttijden tussen processtappen.

Bij procesanalyse gebruik je dit attribuut om events chronologisch te ordenen, de processtroom op te bouwen en tijdsanalyses uit te voeren. Het is nodig voor dashboards die prestaties meten, zoals analyses van doorlooptijden, en voor KPI’s zoals 'Gemiddelde totale doorlooptijd van orders'.

Waarom dit belangrijk is

Deze timestamp is nodig om events te ordenen, tijdsmetingen zoals doorlooptijden en wachttijden te berekenen en de procesprestaties te begrijpen.

Waar vind je dit?

Te vinden in alle transactie- en eventlogtabellen van Körber WMS, vaak onder een naam als 'CreationDate', 'Timestamp' of 'EventDateTime'.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z
Magazijnorder
WarehouseOrder
De unieke identificatiecode van een magazijnorder. Deze code is de belangrijkste case-ID voor het volgen van alle bijbehorende logistieke activiteiten.
Beschrijving

De magazijnorder is de centrale identificatiecode voor alle taken en events die bij een specifieke logistieke aanvraag horen, zoals een inkomende goederenontvangst of een uitgaande zending. Hiermee kun je de volledige levenscyclus van een order in het magazijn volgen, van aanmaak tot verzending of annulering.

In process mining kun je met een analyse per magazijnorder de volledige processtroom van elke order in beeld brengen. Zo herken je veelvoorkomende routes, afwijkingen en bottlenecks en zie je wat de totale doorlooptijd is voor verschillende soorten orders, zoals standaardorders en spoedorders.

Waarom dit belangrijk is

Dit is de essentiële case-ID die alle bijbehorende events met elkaar verbindt. Zo kun je het magazijnbeheerproces voor elke order van begin tot eind analyseren.

Waar vind je dit?

Deze identificatiecode staat meestal in de belangrijkste orderbeheertabellen van Körber WMS. Raadpleeg de documentatie van Körber WMS voor de specifieke tabel- en veldnamen, bijvoorbeeld van orderkoppen.

Voorbeelden
WO-0012845WO-0012991WO-0013402
Bronsysteem
SourceSystem
Het systeem waaruit de data is geëxtraheerd.
Beschrijving

Dit attribuut geeft aan uit welk systeem de eventdata afkomstig is, in dit geval 'Körber WMS'. In omgevingen met meerdere gekoppelde systemen helpt dit veld om databronnen van elkaar te onderscheiden en de herkomst van data te volgen.

Bij analyses geeft het context, vooral wanneer je data uit meerdere systemen combineert. Het helpt de datakwaliteit te bewaken en je kunt ermee filteren op activiteiten uit een specifiek systeem.

Waarom dit belangrijk is

Geeft belangrijke context over de herkomst van data en zorgt voor duidelijkheid en traceerbaarheid, vooral in omgevingen met meerdere gekoppelde systemen.

Waar vind je dit?

Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om het bronsysteem aan te geven.

Voorbeelden
Körber WMSKörberOne
Laatste data-update
LastDataUpdate
De timestamp van de laatste keer dat de data voor dit proces is vernieuwd.
Beschrijving

Dit attribuut geeft de datum en tijd van de meest recente data-extractie of update aan. Zo zie je hoe actueel de procesweergave is.

In dashboards en rapporten zorgt deze informatie voor transparantie. Je ziet of de data realtime, dagelijks of wekelijks wordt bijgewerkt. Dat is van invloed op beslissingen.

Waarom dit belangrijk is

Laat zien hoe actueel de data is. Dat is belangrijk om op basis van de analyse juiste en relevante bedrijfsbeslissingen te nemen.

Waar vind je dit?

Deze waarde wordt aan het einde van elke vernieuwingscyclus door de datapijplijn of ETL-tool gegenereerd en vastgelegd.

Voorbeelden
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Gebruikers- of operator-ID
UserOperatorId
De identificatiecode van de gebruiker of operator die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut geeft aan welke magazijnmedewerker of systeemgebruiker verantwoordelijk was voor een specifieke taak, zoals picking, inpakken of goederen wegzetten. Soms gaat het om een geautomatiseerd systeem of een bot.

Deze dimensie is belangrijk voor analyses van de prestaties van medewerkers en middelen. Je ziet hoe het werk is verdeeld, welke medewerkers goed presteren en wie mogelijk extra training nodig heeft. De dimensie vormt de basis voor het dashboard 'Inzet en werkbelasting van medewerkers en middelen' en de KPI 'Doorvoer per operator'.

Waarom dit belangrijk is

Maakt analyses mogelijk van personeelsprestaties, werkverdeling en efficiënt gebruik van middelen. Zo herken je trainingsbehoeften en medewerkers die goed presteren.

Waar vind je dit?

Te vinden in transactie- of logtabellen waarin gebruikersacties worden vastgelegd. Zoek naar velden als 'UserID', 'UserName', 'ExecutedBy' of 'OperatorID'.

Voorbeelden
JSMITHABOT01CDAVISsysteem
Prioriteitsniveau
PriorityLevel
Geeft aan hoe dringend of belangrijk de magazijnorder is, bijvoorbeeld standaard of met spoed.
Beschrijving

Het prioriteitsniveau geeft aan hoe snel een magazijnorder moet worden afgehandeld. Een order kan bijvoorbeeld de status 'Met spoed' of 'Hoge prioriteit' krijgen en moet dan vóór standaardorders worden verwerkt.

Dit attribuut is nodig voor het dashboard 'Analyse van spoedorders' en de KPI 'Percentage spoedzendingen'. Je ziet wat spoedorders betekenen voor de magazijnprocessen en de bijbehorende kosten, en of ze daadwerkelijk sneller worden verwerkt dan standaardorders.

Waarom dit belangrijk is

Helpt bij het analyseren van de afhandeling van spoedorders, hoe vaak ze voorkomen en wat hun invloed is op de procesprestaties en kosten.

Waar vind je dit?

Te vinden in de orderkop. Zoek naar velden als 'Priority', 'Urgency' of een veld dat het serviceniveau van de verzending aangeeft.

Voorbeelden
StandaardMet spoedOvernightKritiek
Product-SKU
ProductSKU
De Stock Keeping Unit (SKU) of het materiaalnummer van het artikel dat wordt verwerkt.
Beschrijving

De product-SKU is de unieke identificatiecode van een product of materiaal in de magazijnorder. Een order kan één of meer SKU’s bevatten.

Met een analyse per product-SKU zie je of bepaalde producten lastiger of problematischer te verwerken zijn. Zo ontdek je bijvoorbeeld dat breekbare artikelen meer inpaktijd kosten of dat bepaalde SKU’s vaak leiden tot afwijkingen bij het picken. Op basis daarvan kun je de opslagstrategie of werkwijzen aanpassen.

Waarom dit belangrijk is

Maakt het mogelijk om procesprestaties per product te analyseren en te zien of bepaalde artikelen vertragingen of fouten veroorzaken.

Waar vind je dit?

Te vinden in de orderregeltabellen, gekoppeld aan de orderkop van de magazijnorder. Veelvoorkomende veldnamen zijn 'SKU', 'MaterialNumber' en 'ItemCode'.

Voorbeelden
SKU-847361SKU-991204SKU-103557
Werkelijke hoeveelheid
ActualQuantity
De hoeveelheid van een artikel die tijdens een taak daadwerkelijk is verwerkt of vastgelegd.
Beschrijving

De werkelijke hoeveelheid is het aantal eenheden dat de magazijnmedewerker daadwerkelijk heeft geteld, gepickt, ingepakt of ontvangen. Deze waarde wordt vastgelegd zodra de taak is afgerond en kan afwijken van de 'Geplande hoeveelheid', bijvoorbeeld door voorraadtekorten, schade of menselijke fouten.

Door dit attribuut te vergelijken met de 'Geplande hoeveelheid' krijg je inzicht in de voorraadnauwkeurigheid en de gezondheid van het voorraadproces. Afwijkingen tussen de twee waarden wijzen op procesproblemen of onjuiste data die onderzocht moeten worden.

Waarom dit belangrijk is

Geeft aan wat er daadwerkelijk is verwerkt. Dit is nodig om afwijkingspercentages te berekenen en de voorraadnauwkeurigheid te bewaken.

Waar vind je dit?

Te vinden in transactiebevestigingen of taakregistraties. Mogelijke veldnamen zijn 'ActualQty', 'ConfirmedQuantity' of 'PickedQuantity'.

Voorbeelden
10491
Aangevraagde afrondingsdatum
RequestedCompletionDate
De datum waarop de klant of interne belanghebbende wil dat de order is afgerond.
Beschrijving

Dit is de gewenste afrondings- of verzenddatum voor een uitgaande order. De datum is vaak gebaseerd op de verwachtingen van de klant of service level agreements (SLA’s). Het is de belangrijkste deadline waarmee je de werkelijke prestaties vergelijkt.

Deze datum is belangrijk voor het dashboard 'Analyse van spoedorders'. Vergelijk de 'Aangevraagde afrondingsdatum' met de 'Werkelijke afrondingsdatum' (de timestamp van de activiteit 'Zending verzonden' of 'Magazijnorder afgerond') om te zien of orders op tijd zijn en welke mogelijk te laat komen.

Waarom dit belangrijk is

Vormt de basis om prestaties op tijd en het nakomen van service level agreements (SLA’s) te meten en orders te herkennen die mogelijk te laat komen.

Waar vind je dit?

Te vinden in de orderkop. Veelvoorkomende veldnamen zijn 'RequiredDeliveryDate', 'RequestedShipDate' en 'SLA'.

Voorbeelden
2023-10-28T23:59:59Z2023-11-05T23:59:59Z
Afwijking bij picking
IsPickingDiscrepancy
Een aanduiding die aangeeft of de werkelijk gepickte hoeveelheid overeenkomt met de geplande hoeveelheid.
Beschrijving

Dit is een afgeleid booleaans attribuut dat waar is als de 'Werkelijke hoeveelheid' bij een activiteit voor picking afwijkt van de 'Geplande hoeveelheid'. Het geeft eenvoudig aan of er bij een specifieke taak een pickfout of voorraadprobleem is.

Met deze aanduiding kun je snel filteren op orders met een afwijking bij picking. Je gebruikt het attribuut om de KPI 'Afwijkingspercentage bij picking' te berekenen. Ook helpt het dashboard 'Gezondheid en nauwkeurigheid van het voorraadproces' om specifieke problemen zichtbaar te maken.

Waarom dit belangrijk is

Geeft duidelijk aan of er fouten zijn gemaakt bij het picken. Zo kun je problemen met de voorraadnauwkeurigheid eenvoudiger opsporen en meten.

Waar vind je dit?

Berekend tijdens de datatransformatie. De logica is: IF (ActualQuantity != PlannedQuantity) THEN true ELSE false voor relevante pickactiviteiten.

Voorbeelden
truefalse
Doorlooptijd
CycleTime
De totale tijd vanaf het aanmaken tot het afronden van de magazijnorder.
Beschrijving

De doorlooptijd is een berekende metriek die de totale verstreken tijd van een case meet, vanaf het eerste event ('Magazijnorder aangemaakt') tot het laatste event ('Magazijnorder afgerond'). Dit is de totale verwerkingstijd van een order.

Dit is een belangrijke KPI in process mining en geeft rechtstreeks antwoord op de vraag: 'Hoe lang duurt het?'. De metriek vormt de basis voor het dashboard 'Totale doorlooptijd van magazijnorders' en de KPI 'Gemiddelde totale doorlooptijd van orders'. Je gebruikt deze om de algehele procesgezondheid te volgen en orders te herkennen die ongewoon lang duren.

Waarom dit belangrijk is

Deze belangrijke KPI meet de algehele efficiëntie van het magazijnproces en heeft rechtstreeks invloed op klanttevredenheid en bedrijfskosten.

Waar vind je dit?

Deze metriek wordt in de process mining-tool berekend door per magazijnorder de timestamp van het eerste event af te trekken van die van het laatste event.

Voorbeelden
8640017280036000
Eindtijd
EndTime
De timestamp waarop een activiteit is afgerond, als die beschikbaar is.
Beschrijving

De eindtijd is de timestamp waarop een activiteit is afgerond. De starttijd (EventTime) geeft het begin aan, de eindtijd het einde. Zo kun je de duur van die activiteit rechtstreeks berekenen. Niet elk event heeft een aparte eindtijd. Vaak wordt de starttijd van het volgende event gebruikt om de duur van het vorige event af te leiden.

Met dit attribuut bereken je de verwerkingstijd van afzonderlijke taken nauwkeurig. Zo kun je de 'Gemiddelde tijd voor kwaliteitsinspectie' bepalen door te meten hoeveel tijd er zit tussen het begin en het einde van de inspectie.

Waarom dit belangrijk is

Maakt het mogelijk om de verwerkingstijd van afzonderlijke activiteiten nauwkeurig te berekenen. Zo herken je inefficiënte taken en bottlenecks bij de inzet van mensen en middelen.

Waar vind je dit?

Raadpleeg de documentatie van Körber WMS. De eindtijd staat mogelijk in transactietabellen naast de starttijd of in gerelateerde tabellen met de statusgeschiedenis.

Voorbeelden
2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z
Gebruikte apparatuur
EquipmentUsed
De identificatiecode van de apparatuur, zoals een heftruck of scanner, die voor een taak is gebruikt.
Beschrijving

Dit attribuut geeft aan welk intern transportmaterieel (MHE) of welke technologie tijdens een magazijntaak is gebruikt. Het kan gaan om een specifieke heftruck, palletwagen, handscanner of automatisch geleid voertuig (AGV).

Met een analyse per apparaat krijg je inzicht in het gebruik van middelen, onderhoudsbehoeften en de invloed van verschillende apparaten op de efficiëntie van taken. Dit is een belangrijke dimensie voor het dashboard 'Inzet en werkbelasting van medewerkers en middelen', waarmee je zowel mensen als machines in beeld brengt.

Waarom dit belangrijk is

Maakt het mogelijk om het gebruik van apparatuur en de invloed ervan op taakprestaties te analyseren. Zo kun je het wagenpark beter beheren en bottlenecks door machines herkennen.

Waar vind je dit?

Raadpleeg de documentatie van Körber WMS. Deze data kan zijn vastgelegd in taakuitvoeringsregistraties, vooral als operators zich aanmelden op specifieke apparatuur.

Voorbeelden
FORKLIFT-08SCANNER-112AGV-03
Geplande hoeveelheid
PlannedQuantity
De verwachte hoeveelheid van een artikel voor een taak, zoals picking of goederenontvangst.
Beschrijving

De geplande hoeveelheid is het aantal eenheden dat volgens de magazijnorder voor een taak moet worden verwerkt. Als een order bijvoorbeeld vraagt om 10 eenheden van een specifieke SKU te picken, is de geplande hoeveelheid voor die picktaak 10.

Door dit attribuut te vergelijken met de 'Werkelijke hoeveelheid' herken je afwijkingen. Het is een belangrijke invoer voor de KPI’s 'Afwijkingspercentage bij picking' en 'Voorraadafwijkingspercentage', die helpen om de voorraadnauwkeurigheid op peil te houden.

Waarom dit belangrijk is

Vormt de basis om de nauwkeurigheid van taken zoals picking en goederenontvangst te meten en voorraadafwijkingen op te sporen.

Waar vind je dit?

Beschikbaar in taak- of orderregeltabellen. Zoek naar velden als 'OrderQuantity', 'PlannedQty' of 'ExpectedQuantity'.

Voorbeelden
10501
Magazijn-ID
WarehouseId
De unieke identificatiecode van het magazijn of distributiecentrum waar de activiteiten plaatsvinden.
Beschrijving

De magazijn-ID geeft de fysieke locatie of vestiging aan waar de magazijnorder wordt verwerkt. Voor organisaties met meerdere distributiecentra is dit een belangrijke dimensie voor analyses.

Met dit attribuut kun je prestaties van verschillende locaties vergelijken. Zo kun je de 'Gemiddelde totale doorlooptijd van orders' van magazijn A en magazijn B naast elkaar zetten om goede werkwijzen of locatiegebonden problemen te herkennen.

Waarom dit belangrijk is

Maakt het mogelijk om prestaties van verschillende magazijnlocaties te vergelijken. Zo komen regionale of locatiegebonden problemen aan het licht.

Waar vind je dit?

Deze informatie staat meestal in de orderkop of in tabellen met locatie-instellingen. De veldnaam kan bijvoorbeeld 'Plant', 'Site' of 'LocationCode' zijn.

Voorbeelden
WH-NYCDC-LAXFC-DAL
Opslaglocatie
StorageLocation
De specifieke locatie in het magazijn, zoals een vak of gangpad, waar goederen zijn opgeslagen of worden gepickt.
Beschrijving

Dit attribuut geeft de fysieke locatie in het magazijn aan, zoals een stelling, schap of vak. Het is relevant voor activiteiten als 'Goederen in opslag weggezet' en 'Goederen uit opslag gepickt'.

In het dashboard 'Efficiëntie van wegzetten en locatiegebruik' gebruik je deze data om reistijden, locatiegebruik en de effectiviteit van opslagstrategieën te analyseren. Je kunt bijvoorbeeld nagaan of artikelen met een hoge omloopsnelheid op goed bereikbare locaties liggen, zodat ze sneller kunnen worden gepickt.

Waarom dit belangrijk is

Helpt de magazijnindeling en opslagstrategie te verbeteren door reistijden en de efficiëntie van wegzetten en picking per locatie te analyseren.

Waar vind je dit?

Te vinden in tabellen met voorraad-, taak- of locatiegegevens. Zoek naar velden als 'BinCode', 'LocationID' of 'StorageBin'.

Voorbeelden
A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05
Ordertype
OrderType
De categorie van de magazijnorder, bijvoorbeeld inkomend, uitgaand of interne verplaatsing.
Beschrijving

Het ordertype geeft het zakelijke doel van de magazijnorder aan. Veelvoorkomende typen zijn klantzendingen (uitgaand), goederenontvangsten van leveranciers (inkomend), voorraadverplaatsingen tussen magazijnlocaties (intern) en retouren.

Dit attribuut is handig om analyses te filteren en te vergelijken. Je kunt de processtromen en prestaties van verschillende soorten logistieke processen naast elkaar zetten, bijvoorbeeld om te zien of het inkomende proces efficiënter verloopt dan het uitgaande.

Waarom dit belangrijk is

Hiermee kun je analyses indelen naar het doel van de order. Zo zie je prestatieverschillen tussen processen zoals inkomende goederenontvangst en uitgaande zendingen.

Waar vind je dit?

Meestal te vinden in de orderkop van Körber WMS. Zoek naar een veld met de naam 'OrderType', 'TransactionType' of iets vergelijkbaars.

Voorbeelden
Uitgaande zendingInkomende goederenontvangstInterne verplaatsingRetour van klant
SLA-status
SLAStatus
Geeft op basis van de aangevraagde afrondingsdatum aan of de order op tijd of te laat is afgerond, of mogelijk te laat komt.
Beschrijving

De SLA-status is een berekend attribuut dat elke order indeelt op basis van de tijdigheid ten opzichte van de 'RequestedCompletionDate'. Mogelijke waarden zijn 'Op tijd', 'Te laat' en 'In behandeling'.

Dit attribuut geeft meteen inzicht in de prestaties ten opzichte van het serviceniveau. Je kunt snel filteren op te late orders en de oorzaken onderzoeken, zoals specifieke bottlenecks of problemen met de inzet van mensen en middelen. Dit is belangrijk voor analyses van klanttevredenheid en de betrouwbaarheid van de bedrijfsvoering.

Waarom dit belangrijk is

Meet rechtstreeks of service level agreements worden nagekomen en maakt het eenvoudig om te late orders te herkennen en de oorzaken te onderzoeken.

Waar vind je dit?

Berekend in de datatransformatielaag door de timestamp van het event 'Magazijnorder afgerond' te vergelijken met de 'RequestedCompletionDate'.

Voorbeelden
Op tijdTe laatIn behandeling
Vervoerder
Carrier
De vervoerder die is aangewezen voor de uiteindelijke levering van de order.
Beschrijving

De vervoerder is de externe logistieke dienstverlener (bijvoorbeeld FedEx, UPS of DHL) die de goederen van het magazijn naar de eindbestemming brengt. Deze wordt meestal toegewezen tijdens de verzendplanning of verzending.

Met een analyse per vervoerder zie je prestatieverschillen tussen verzendpartners. Zo kun je nagaan of bepaalde vervoerders samenhangen met langere wachttijden in de verzendzone of vaker vertraging hebben. Die data is nuttig bij contractonderhandelingen en de keuze van vervoerders.

Waarom dit belangrijk is

Maakt het mogelijk om de prestaties van verschillende verzendpartners te analyseren, zodat je de logistiek kunt verbeteren en leveringen betrouwbaarder kunt maken.

Waar vind je dit?

Te vinden in verzend- of transportplanningstabellen van Körber WMS. Zoek naar velden als 'CarrierCode', 'ShippingAgent' of 'SCAC'.

Voorbeelden
FedExUPSDHLLocal Freight Inc.
Verplicht Aanbevolen Optioneel

Activiteiten voor magazijnbeheer

Leg deze belangrijke processtappen en mijlpalen vast in je event log om de magazijnprocessen nauwkeurig in kaart te brengen.
7 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Goederen ontvangen en geteld
Magazijnmedewerkers lossen de goederen, scannen ze en tellen de artikelen aan de hand van de melding van de inkomende levering. Deze expliciete transactie bevestigt dat specifieke hoeveelheden materiaal fysiek aan het magazijn zijn overgedragen.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal voor inkomende goederen en maakt KPI’s mogelijk zoals ‘Tijd van goederenontvangst tot inslag’. Ook helpt deze gebeurtenis om verschillen tussen verwachte en ontvangen aantallen vroeg op te sporen.

Waar vind je dit?

Aangemaakt wanneer een gebruiker de ontvangen aantallen bevestigt met een RF-scanner of desktoptransactie. Hiermee wordt de voorraadstatus op ‘Received’ of ‘On-Hand’ gezet op een tijdelijke opslaglocatie.

Vastleggen

Timestamp van de transactie ter bevestiging van de ontvangst.

Gebeurtenistype explicit
Goederen opgeslagen
Een medewerker bevestigt dat de inslagtaak is afgerond, meestal door de opslaglocatie en de pallet of het artikel te scannen. Zo wordt de verplaatsing expliciet vastgelegd en de voorraadlocatie in het systeem bijgewerkt.
Waarom dit belangrijk is

Deze belangrijke mijlpaal markeert het einde van het proces voor inkomende goederen. De gebeurtenis wordt gebruikt om de KPI’s ‘Doorlooptijd inslag’ en ‘Tijd van goederenontvangst tot inslag’ te berekenen.

Waar vind je dit?

Vastgelegd wanneer de medewerker de inslagtaak bevestigt via een RF-apparaat. De taakstatus wordt dan bijgewerkt naar ‘Completed’ en er wordt een voltooiingstimestamp geregistreerd.

Vastleggen

Timestamp van de transactie ter bevestiging van de inslagtaak.

Gebeurtenistype explicit
Goederen uit opslag gepickt
Een medewerker bevestigt dat de artikelen voor een order van hun opslaglocatie zijn gepickt. Dit gebeurt meestal door het artikel en de locatie te scannen. De voorraad op de opslaglocatie wordt dan verlaagd en de actie wordt vastgelegd.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal in het proces voor uitgaande orders. Hiermee kun je picktijden analyseren en mogelijke vertragingen tussen het picken en verpakken opsporen.

Waar vind je dit?

Vastgelegd wanneer de medewerker de picktaak bevestigt via een RF-apparaat. De taakstatus wordt bijgewerkt naar ‘Completed’ en er wordt een voltooiingstimestamp geregistreerd.

Vastleggen

Timestamp van de transactie ter bevestiging van de picktaak.

Gebeurtenistype explicit
Goederen verpakt
Het verpakken van een verzenddoos of -container is afgerond en het pakket is gesloten en gelabeld. Deze gebeurtenis betekent dat de order klaarstaat om te worden klaargezet en verzonden. De gebeurtenis wordt expliciet vastgelegd.
Waarom dit belangrijk is

Deze belangrijke mijlpaal markeert het einde van de verzendvoorbereiding. De gebeurtenis wordt gebruikt om de verpakkingsdoorvoer te berekenen en vertragingen vóór het laden op te sporen.

Waar vind je dit?

De medewerker voert een expliciete transactie ‘Packing Complete’ of ‘Close Carton’ uit. Daarbij wordt een voltooiingstimestamp voor de verzendcontainer vastgelegd.

Vastleggen

Timestamp van de transactie ‘Close Container’ of ‘Packing Complete’.

Gebeurtenistype explicit
Magazijnorder aangemaakt
De magazijnorder wordt in het systeem aangemaakt en geeft aan dat goederen moeten worden verplaatst. Deze gebeurtenis wordt meestal expliciet vastgelegd wanneer een gebruiker of een gekoppeld systeem, zoals een ERP-systeem, de order aanmaakt met een timestamp.
Waarom dit belangrijk is

Dit is het begin van het end-to-endproces. Deze gebeurtenis is essentieel om de totale orderdoorlooptijd te meten en de totale vraag en het ordervolume te begrijpen.

Waar vind je dit?

Dit wordt vastgelegd met de aanmaaktimestamp in de tabel met magazijnorderkoppen wanneer een nieuwe order in Körber WMS wordt opgeslagen.

Vastleggen

Vastgelegd met de aanmaaktimestamp van de magazijnorderkop.

Gebeurtenistype explicit
Magazijnorder afgerond
De magazijnorder wordt in het systeem afgesloten. Dit betekent dat alle bijbehorende fysieke verplaatsingen en transacties zijn afgerond. Dit wordt meestal afgeleid uit een statuswijziging in de orderkop, waarmee de levenscyclus van de order wordt beëindigd.
Waarom dit belangrijk is

Dit is het belangrijkste eindpunt van het proces. Je hebt het nodig om de totale doorlooptijd te berekenen en te meten hoeveel processen zijn afgerond.

Waar vind je dit?

Afgeleid uit een statuswijziging in de orderkop naar een eindstatus, zoals 'Complete' of 'Closed'.

Vastleggen

Afgeleid uit de timestamp van de statuswijziging naar 'Completed' in de orderkop.

Gebeurtenistype inferred
Zending vertrokken
De goederen worden geladen en de vrachtwagen vertrekt uit het magazijn. Deze gebeurtenis wordt gestart door een transactie ‘Ship Confirm’ of ‘Post Goods Issue’, waarmee de verzending in het systeem wordt afgerond.
Waarom dit belangrijk is

Deze belangrijke mijlpaal markeert het fysieke vertrek van de goederen. Dit is vaak een belangrijk moment voor de facturatie en het informeren van klanten.

Waar vind je dit?

Er wordt een expliciete transactie 'Ship Confirm' uitgevoerd, die samenhangt met het afdrukken van de vrachtbrief. Deze transactie heeft een specifieke timestamp.

Vastleggen

Timestamp van de transactie 'Ship Confirm' of 'Post Goods Issue'.

Gebeurtenistype explicit
Goederen aangekomen bij de laadkade
De fysieke aankomst van de vervoerder bij de ontvangstkade van het magazijn wordt geregistreerd. Dit doet vaak een poortwachter of medewerker goederenontvangst. Het markeert het begin van de fysieke ontvangst. De gebeurtenis wordt vaak afgeleid uit een statuswijziging van de levering.
Waarom dit belangrijk is

Deze gebeurtenis helpt de punctualiteit van vervoerders te meten en wachttijden bij de ontvangstkade te analyseren. Zo komen mogelijke bottlenecks in beeld voordat het lossen begint.

Waar vind je dit?

Vaak vastgelegd als statusupdate van de registratie van de inkomende levering, of via een specifieke ‘Check-In’-transactie in een yardmanagementmodule, als die beschikbaar is.

Vastleggen

Afgeleid uit een statuswijziging naar ‘Arrived’ of ‘At Dock’ in de registratie van de inkomende levering.

Gebeurtenistype inferred
Inslagtaak aangemaakt
Het WMS maakt een taak aan voor een medewerker om ontvangen goederen van een tijdelijke opslagplek naar een definitieve opslaglocatie te verplaatsen. Op basis van de inslagstrategie bepaalt de systeemlogica de beste bestemming voor de artikelen.
Waarom dit belangrijk is

Deze gebeurtenis markeert het begin van het inslagproces. Door de tijd tussen deze gebeurtenis en het afronden van de taak te analyseren, kun je de efficiëntie van het systeem en de medewerker meten.

Waar vind je dit?

Er wordt een record aangemaakt in een tabel voor taakbeheer of werkvoorraad, met het taaktype ‘Putaway’ en de bijbehorende aanmaaktimestamp.

Vastleggen

Vastgelegd met de aanmaaktimestamp van de inslagtaak.

Gebeurtenistype explicit
Klaargezet voor verzending
De verpakte dozen of pallets worden van de verpakkingszone naar een aangewezen verzendbaan verplaatst, waar ze wachten op de vervoerder. Dit wordt vaak afgeleid uit de timestamp van een voorraadverplaatsing naar een verzendlocatie.
Waarom dit belangrijk is

Zo kun je de wachttijd tussen het verpakken en de uiteindelijke verzending analyseren. Lange wachttijden op de verzendbaan kunnen wijzen op gebrekkige afstemming met vervoerders of inefficiënt beheer van laadperrons.

Waar vind je dit?

Afgeleid uit een locatiewijziging van de logistieke eenheid, van een verpakkingswerkplek naar een verzendbaan. De verplaatsingstransactie bevat de benodigde timestamp.

Vastleggen

Afgeleid uit de timestamp van een voorraadverplaatsing waarbij de bestemmingslocatie een tijdelijke opslagzone is.

Gebeurtenistype inferred
Kwaliteitscontrole uitgevoerd
De ontvangen goederen worden gecontroleerd op kwaliteit. Daarvoor kunnen artikelen naar een aparte kwaliteitscontrolezone worden verplaatst. Deze activiteit wordt vaak afgeleid uit wijzigingen in de voorraadstatus, bijvoorbeeld van ‘On-Hand’ naar ‘QI Hold’ en daarna naar ‘Unrestricted’.
Waarom dit belangrijk is

Hiermee kun je de duur van kwaliteitscontroles analyseren, die een flinke bottleneck kunnen vormen. Ook kun je het aantal controles volgen en vertragingen opsporen voordat voorraad beschikbaar komt.

Waar vind je dit?

Dit kan worden afgeleid uit een reeks wijzigingen in de voorraadstatus die verband houden met kwaliteitsblokkades. Sommige systemen bevatten expliciete transactielogs voor kwaliteitsbeheer.

Vastleggen

Afgeleid uit wijzigingen in de voorraadstatus of uit een transactielog die hoort bij een kwaliteitscontroleorder.

Gebeurtenistype inferred
Magazijnorder geannuleerd
De magazijnorder wordt geannuleerd voordat deze is afgerond. Al het lopende werk wordt stopgezet. Dit wordt meestal afgeleid uit een statuswijziging in de orderkop naar 'Canceled'.
Waarom dit belangrijk is

Dit is een alternatieve manier waarop het proces eindigt. Door annuleringen te analyseren, krijg je inzicht in oorzaken van mislukte processen, zoals voorraadtekorten of wijzigingen van klanten.

Waar vind je dit?

Afgeleid uit een statuswijziging in de orderkop naar 'Canceled' of 'Deleted', samen met de timestamp van die wijziging.

Vastleggen

Afgeleid uit de timestamp van de statuswijziging naar 'Canceled' in de orderkop.

Gebeurtenistype inferred
Melding inkomende levering ontvangen
Een Advanced Shipping Notification (ASN) of melding van een inkomende levering wordt ontvangen van een leverancier. Deze gebeurtenis geeft aan dat goederen onderweg zijn, zodat het magazijn de ontvangst kan plannen. De melding wordt meestal aangemaakt via een EDI-transactie of handmatig ingevoerd.
Waarom dit belangrijk is

Deze activiteit markeert het begin van de planning voor inkomende goederen. Door de tijd tussen de melding en de aankomst van de goederen te analyseren, kun je de prestaties van leveranciers meten en de personeelsbezetting plannen.

Waar vind je dit?

Vastgelegd met de aanmaaktimestamp van een ASN of registratie van een inkomende levering. Deze wordt vaak aangemaakt via een EDI-koppeling of handmatige gegevensinvoer.

Vastleggen

Vastgelegd wanneer een ASN-record succesvol in het systeem is aangemaakt.

Gebeurtenistype explicit
Picktaak aangemaakt
Op basis van een uitgaande magazijnorder maakt het systeem een picktaak aan voor een medewerker. De taak stuurt de medewerker naar een specifieke locatie om een bepaald aantal artikelen op te halen.
Waarom dit belangrijk is

Deze gebeurtenis start het proces voor uitgaande orders. Door te analyseren hoe picktaken worden aangemaakt, krijg je inzicht in de orderverwerking en de verdeling van de werklast.

Waar vind je dit?

In een tabel voor taakbeheer of werkvoorraad in Körber WMS wordt een record aangemaakt met het taaktype ‘Picking’ en een aanmaaktimestamp.

Vastleggen

Vastgelegd met de aanmaaktimestamp van de picktaak.

Gebeurtenistype explicit
Verpakken gestart
De gepickte artikelen komen aan bij een verpakkingsstation en een medewerker begint met verpakken. Dit wordt vaak afgeleid uit de eerste scan van een artikel bij een verpakkingsstation die aan een specifieke uitgaande order is gekoppeld.
Waarom dit belangrijk is

Dit markeert het begin van het verpakkingsproces. Door de wachttijd vóór deze activiteit en de verpakkingsduur te meten, kun je bottlenecks bij de verzendvoorbereiding opsporen.

Waar vind je dit?

Dit kan een expliciete transactie ‘Start Packing’ zijn, maar wordt vaker afgeleid uit de eerste scan van een artikel voor de order bij een verpakkingsstation.

Vastleggen

Afgeleid uit de timestamp van de eerste handeling bij een verpakkingsstation voor een bepaalde order.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Körber WMS

Klaar om te beginnen?

Breng vandaag nog waardevolle inzichten en inefficiënties in het magazijnbeheer aan het licht. Deze template vormt de basis voor een datagedreven aanpak om processen te verbeteren.

Verbeter het magazijnbeheer en verhoog de efficiëntie

Voorkom pickfouten en bereik snel een voorraadnauwkeurigheid van 99,5%.

Start je gratis proefperiode

Geen creditcard nodig. Je kunt op elk moment opzeggen.