Jouw datatemplate voor magazijnbeheer

Körber WMS
Jouw datatemplate voor magazijnbeheer

Jouw datatemplate voor magazijnbeheer

Deze template helpt je om je warehousemanagementdata voor te bereiden op process mining. Je krijgt een overzicht van de belangrijkste datavelden die je moet verzamelen, de activiteiten die je moet volgen en praktische richtlijnen voor data-extractie. Met deze aanbevelingen leg je een goede basis voor een volledige analyse van je warehouseprocessen.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen in warehouseprocessen
  • Extractierichtlijnen voor Körber WMS
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Attributen voor magazijnbeheer

Dit zijn de aanbevolen datavelden voor je event log, zodat je de magazijnbeheerprocessen volledig kunt analyseren.
5 Verplicht 4 Aanbevolen 11 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke gebeurtenis of taak die op een bepaald moment tijdens 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 staat voor een afzonderlijke bedrijfsgebeurtenis die in het systeem is vastgelegd en aan een specifieke timestamp is gekoppeld.

Activiteiten analyseren is de kern van process mining. Hiermee bouw je de proceskaart op en zie je hoe het werk daadwerkelijk door het magazijn loopt. Zo kun je bottlenecks, herstelrondes en afwijkingen van de standaardwerkwijze vinden.

Waarom dit belangrijk is

Het definieert de processtappen, vormt de basis van de proceskaart en maakt analyse van procesflow, variaties en bottlenecks mogelijk.

Waar je het vindt

Tabellen met event logs of transactielogs in Körber WMS, waarin bedrijfsgebeurtenissen worden vastgelegd. Deze informatie is vaak afgeleid van transactiecodes of beschrijvingen van statuswijzigingen.

Voorbeelden
Picktaak aangemaaktGoederen verpaktZending verzondenMagazijnorder geannuleerd
Gebeurtenistijd
EventTime
De exacte datum en tijd waarop de activiteit of gebeurtenis in het bronsysteem is vastgelegd.
Beschrijving

Gebeurtenistijd is de timestamp die aan elke activiteit is gekoppeld en het exacte moment van uitvoering markeert. Deze tijdsdata is de basis voor het berekenen van tijdsduur, doorlooptijden en wachttijden tussen verschillende processtappen.

Bij procesanalyse gebruik je dit attribuut om gebeurtenissen chronologisch te ordenen, de procesflow op te bouwen en tijdsanalyses uit te voeren. Het is essentieel voor dashboards die prestaties meten, zoals doorlooptijdanalyses, en voor KPI's zoals 'Gemiddelde end-to-end-doorlooptijd van orders'.

Waarom dit belangrijk is

Deze timestamp is belangrijk voor het ordenen van gebeurtenissen, het berekenen van alle tijdsgebonden metingen, zoals doorlooptijden en wachttijden, en het begrijpen van de procesprestaties.

Waar je het vindt

Te vinden in alle transactie- en eventlogtabellen binnen Körber WMS, meestal met 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 identificatie van een magazijnorder. Deze dient als primaire case-identificatie voor het volgen van alle gerelateerde logistieke activiteiten.
Beschrijving

De magazijnorder is de centrale identificatie die alle taken en gebeurtenissen rond een specifieke logistieke aanvraag groepeert, zoals een inkomende ontvangst of een uitgaande zending. Hiermee kun je de volledige levenscyclus van een order in het magazijn volgen, van aanmaak tot uiteindelijke verzending of annulering.

In process mining kun je met een analyse op basis van de magazijnorder de volledige procesflow van elke order visualiseren. Zo zie je veelvoorkomende routes, afwijkingen, bottlenecks en de totale doorlooptijd voor verschillende ordertypen, zoals standaardorders en spoedorders.

Waarom dit belangrijk is

Dit is de essentiële Case ID die alle gerelateerde gebeurtenissen koppelt. Zo kun je het magazijnbeheerproces voor elke specifieke order volledig van begin tot eind analyseren.

Waar je het vindt

Deze identificatie staat meestal in de centrale orderbeheertabellen van Körber WMS. Raadpleeg de documentatie van Körber WMS voor specifieke tabel- en veldnamen, zoals orderheaders.

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

Dit attribuut identificeert het systeem waar de eventdata vandaan komt, in dit geval 'Körber WMS'. In omgevingen met meerdere geïntegreerde systemen helpt dit veld om bronnen van elkaar te onderscheiden en de herkomst van data te volgen.

Voor analyses biedt het context, vooral wanneer je data uit meerdere systemen combineert. Het helpt de datakwaliteit te bewaken en kan worden gebruikt om een analyse te beperken tot activiteiten uit één 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 je het vindt

Dit is meestal 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 vernieuwd.
Beschrijving

Dit attribuut geeft de datum en tijd van de meest recente data-extractie of update aan. Het biedt context over de actualiteit van de geanalyseerde data, zodat gebruikers weten hoe actueel het procesoverzicht is.

In dashboards en rapporten is deze informatie belangrijk voor transparantie. Hiermee zie je of je naar realtime-, dagelijkse of wekelijkse data kijkt. Dat heeft invloed op beslissingen.

Waarom dit belangrijk is

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

Waar je het vindt

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
ID van gebruiker/operator
UserOperatorId
De identificatie van de gebruiker of operator die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut identificeert de magazijnmedewerker of systeemgebruiker die verantwoordelijk is voor een specifieke taak, zoals picken, verpakken of wegzetten van goederen. In sommige gevallen kan het ook om een geautomatiseerd systeem of een bot gaan.

Deze dimensie is belangrijk voor analyses van prestaties per bron. Je krijgt inzicht in de verdeling van de werklast, ziet welke medewerkers het best presteren en ontdekt wie extra training nodig heeft. Dit vormt de basis voor het dashboard 'Brongebruik en werklast' en de KPI 'Throughput per operator'.

Waarom dit belangrijk is

Maakt analyse van personeels prestaties, werklastverdeling en efficiëntie van bronnen mogelijk. Zo kun je trainingsbehoeften en goed presterende medewerkers vinden.

Waar je het vindt

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

Voorbeelden
JSMITHABOT01CDAVISsysteem
Prioriteitsniveau
PriorityLevel
Geeft de urgentie of prioriteit van de magazijnorder aan, bijvoorbeeld standaard of met spoed.
Beschrijving

Het prioriteitsniveau is een classificatie die aan een magazijnorder wordt toegekend om de urgentie van de afhandeling te bepalen. Een order kan bijvoorbeeld de status 'Met spoed' of 'Hoge prioriteit' krijgen, wat betekent dat deze vóór standaardorders moet worden verwerkt.

Dit attribuut is belangrijk voor het dashboard 'Analyse van spoedorders' en de KPI 'Percentage spoedzendingen'. Je krijgt inzicht in de invloed van urgente orders op de totale bedrijfsvoering van het magazijn en de bijbehorende kosten. Ook zie je of ze daadwerkelijk sneller worden verwerkt dan standaardorders.

Waarom dit belangrijk is

Helpt bij het analyseren van de afhandeling van urgente orders, de frequentie ervan en de invloed op de totale procesprestaties en kosten.

Waar je het vindt

Te vinden in de orderheaderdata. Zoek naar velden zoals 'Priority', 'Urgency' of een specifieke indicator voor het serviceniveau van de verzending.

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

De product-SKU is de unieke identificatie van een specifiek product of materiaal in de magazijnorder. Een order kan één of meerdere SKU's bevatten.

Met een analyse op product-SKU zie je of bepaalde producten complexere of problematische verwerkingsprocessen hebben. Je kunt bijvoorbeeld ontdekken dat kwetsbare artikelen langer moeten worden verpakt of dat bepaalde SKU's vaak samenhangen met afwijkingen tijdens het picken. Deze informatie kan leiden tot aanpassingen in de opslagstrategie of werkinstructies.

Waarom dit belangrijk is

Maakt analyse van procesprestaties per product mogelijk. Zo zie je of bepaalde artikelen vertragingen of fouten veroorzaken.

Waar je het vindt

Te vinden in de orderregelitemtabellen, die aan de hoofdorderheader zijn gekoppeld. 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 fysiek heeft geteld, gepickt, verpakt of ontvangen. Deze waarde wordt bij het voltooien van de taak vastgelegd en kan afwijken van de 'Geplande hoeveelheid' door voorraadtekorten, schade of menselijke fouten.

Door dit attribuut met de 'Geplande hoeveelheid' te vergelijken, krijg je de basis voor het dashboard 'Gezondheid en nauwkeurigheid van het voorraadproces'. Verschillen tussen beide waarden wijzen rechtstreeks op procesfouten of onnauwkeurige data die nader onderzoek vereisen.

Waarom dit belangrijk is

Geeft weer wat er fysiek is verwerkt. Daarmee is het essentieel voor het berekenen van afwijkingspercentages en het bewaken van de voorraadnauwkeurigheid.

Waar je het vindt

Te vinden in transactiebevestigingen of registraties van voltooide taken. Mogelijke veldnamen zijn 'ActualQty', 'ConfirmedQuantity' en 'PickedQuantity'.

Voorbeelden
10491
Doorlooptijd
CycleTime
De totale duur van de magazijnorder, van aanmaak tot voltooiing.
Beschrijving

De doorlooptijd is een berekende metriek die de totale verstreken tijd van een case meet, vanaf de eerste gebeurtenis ('Magazijnorder aangemaakt') tot de laatste gebeurtenis ('Magazijnorder voltooid'). Dit is de end-to-end-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 'End-to-end-doorlooptijd van magazijnorders' en de KPI 'Gemiddelde end-to-end-doorlooptijd van orders'. Je gebruikt deze om de algehele procesgezondheid te volgen en orders te vinden die ongewoon lang duren.

Waarom dit belangrijk is

Dit is een belangrijke KPI voor de efficiëntie van het magazijnproces. De doorlooptijd heeft rechtstreeks invloed op klanttevredenheid en bedrijfskosten.

Waar je het vindt

Deze metriek wordt in de process-miningtool berekend door voor elke magazijnorder het verschil te nemen tussen de timestamp van de laatste en de eerste gebeurtenis.

Voorbeelden
8640017280036000
Eindtijd
EndTime
De timestamp die aangeeft wanneer een activiteit is voltooid, als die beschikbaar is.
Beschrijving

De eindtijd is de timestamp waarop een activiteit wordt voltooid. StartTime (EventTime) markeert het begin en de eindtijd het einde. Zo kun je de duur van die afzonderlijke activiteit rechtstreeks berekenen. Niet elke gebeurtenis heeft een aparte eindtijd. Vaak gebruik je de StartTime van de volgende gebeurtenis om de duur van de vorige gebeurtenis af te leiden.

Dit attribuut is zeer waardevol voor het nauwkeurig berekenen van de verwerkingstijd van afzonderlijke taken. Je gebruikt het bijvoorbeeld om de 'Gemiddelde tijd voor kwaliteitsinspectie' te bepalen, door de tijd tussen de start en het einde van de inspectie te meten.

Waarom dit belangrijk is

Maakt een nauwkeurige berekening van de verwerkingstijd per activiteit mogelijk. Zo kun je inefficiënte taken en bottlenecks in de inzet van bronnen vinden.

Waar je het vindt

Raadpleeg de documentatie van Körber WMS. De informatie kan in transactietabellen naast de starttijd staan of in gerelateerde statushistorietabellen.

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

Dit attribuut geeft aan welk intern transportmiddel (MHE) of welke technologie tijdens een magazijntaak is gebruikt. Dat kan een specifieke heftruck, palletwagen, handheldscanner of automatisch geleid voertuig (AGV) zijn.

Met een analyse per apparaat krijg je inzicht in het gebruik van bronnen, onderhoudsbehoeften en de invloed van verschillende typen apparatuur op de efficiëntie van taken. Het is een belangrijke dimensie voor het dashboard 'Brongebruik en werklast', waarmee je zowel menselijke als machinale bronnen kunt bekijken.

Waarom dit belangrijk is

Maakt analyse van het gebruik van apparatuur en de invloed daarvan op taakprestaties mogelijk. Zo kun je het wagenpark beter beheren en bottlenecks door machines vinden.

Waar je het vindt

Raadpleeg de documentatie van Körber WMS. Deze data kan in uitvoeringsregistraties van taken staan, vooral wanneer operators zich op specifieke apparatuur aanmelden.

Voorbeelden
FORKLIFT-08SCANNER-112AGV-03
Geplande hoeveelheid
PlannedQuantity
De hoeveelheid van een artikel die tijdens een taak, zoals picken of ontvangen, moet worden verwerkt.
Beschrijving

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

Dit attribuut is belangrijk om afwijkingen te vinden door het te vergelijken met de 'Werkelijke hoeveelheid'. Het is een belangrijke invoer voor de KPI's 'Percentage pickafwijkingen' en 'Percentage voorraadverschillen', die nodig zijn om de voorraadnauwkeurigheid te bewaken.

Waarom dit belangrijk is

Dient als basis voor het meten van nauwkeurigheid bij taken zoals picken en ontvangen. Zo kunnen voorraadverschillen worden gevonden.

Waar je het vindt

Beschikbaar in taak- of orderregelitemtabellen. Zoek naar velden zoals 'OrderQuantity', 'PlannedQty' of 'ExpectedQuantity'.

Voorbeelden
10501
Gevraagde voltooiingsdatum
RequestedCompletionDate
De datum waarop de klant of interne belanghebbende wil dat de order is voltooid.
Beschrijving

Dit is de gewenste voltooiings- of verzenddatum voor een uitgaande order, vaak bepaald door klantverwachtingen of service level agreements (SLA's). De datum dient als belangrijkste deadline waartegen je de werkelijke prestaties meet.

Deze datum is belangrijk voor het dashboard 'Analyse van spoedorders'. Door de 'Gevraagde voltooiingsdatum' te vergelijken met de 'Werkelijke voltooiingsdatum', de timestamp van de activiteit 'Zending verzonden' of 'Magazijnorder voltooid', kun je de tijdige uitvoering bepalen en orders vinden die mogelijk te laat worden geleverd.

Waarom dit belangrijk is

Vormt de basis voor het meten van tijdige uitvoering en het nakomen van service level agreements (SLA's), en maakt mogelijk te late orders zichtbaar.

Waar je het vindt

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

Voorbeelden
2023-10-28T23:59:59Z2023-11-05T23:59:59Z
Is er een pickafwijking
IsPickingDiscrepancy
Een vlag 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' afwijkt van de 'Geplande hoeveelheid' bij een pickgerelateerde activiteit. Het is een eenvoudige indicator van een pickfout of voorraadprobleem bij een specifieke taak.

Met deze vlag kun je snel filteren op alle orders met een pickafwijking. De vlag wordt gebruikt om de KPI 'Percentage pickafwijkingen' te berekenen en ondersteunt het dashboard 'Gezondheid en nauwkeurigheid van het voorraadproces' door specifieke foutpunten zichtbaar te maken.

Waarom dit belangrijk is

Geeft een duidelijke binaire indicator van pickfouten en vereenvoudigt de analyse waarmee je problemen met voorraadnauwkeurigheid vindt en kwantificeert.

Waar je het vindt

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

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

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

Met dit attribuut kun je prestaties tussen verschillende locaties vergelijken. Je kunt bijvoorbeeld de 'Gemiddelde end-to-end-doorlooptijd van orders' tussen magazijn A en magazijn B vergelijken om best practices of locatiegebonden problemen te vinden.

Waarom dit belangrijk is

Maakt prestatievergelijking en benchmarking tussen verschillende fysieke magazijnlocaties mogelijk. Zo worden regionale of locatiegebonden problemen zichtbaar.

Waar je het vindt

Deze informatie is meestal beschikbaar in orderheader- of locatieconfiguratietabellen. De waarde kan bijvoorbeeld worden weergegeven als 'Plant', 'Site' of 'LocationCode'.

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 identificeert de fysieke positie in het magazijn, zoals een stelling, schap of vak. Het is relevant voor activiteiten zoals 'Goederen weggezet in opslag' en 'Goederen uit opslag gepickt'.

Deze data wordt gebruikt in het dashboard 'Efficiëntie van wegzetten en locatiegebruik' om looptijden, locatiegebruik en de effectiviteit van opslagstrategieën te analyseren. Zo kun je bijvoorbeeld bepalen of artikelen met een hoge omloopsnelheid op goed bereikbare locaties liggen, zodat de picktijd kort blijft.

Waarom dit belangrijk is

Helpt de magazijnindeling en opslagstrategie te verbeteren door looptijden en de efficiëntie van wegzet- en picktaken per locatie te analyseren.

Waar je het vindt

Te vinden in tabellen met voorraad-, taak- of locatie-stamdata. Zoek naar velden zoals 'BinCode', 'LocationID' of 'StorageBin'.

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

Het ordertype beschrijft het bedrijfsdoel van de magazijnorder. Veelvoorkomende typen zijn klantzendingen (uitgaand), ontvangsten van leveranciers (inkomend), voorraadverplaatsingen tussen magazijnlocaties (intern) en retouren.

Dit is een waardevol attribuut voor filtering en vergelijkende analyses. Je kunt procesflows en prestaties van verschillende logistieke processen vergelijken, bijvoorbeeld om te zien of het inkomende proces efficiënter is dan het uitgaande proces.

Waarom dit belangrijk is

Maakt het mogelijk om analyses te segmenteren op basis van het doel van de order. Zo worden prestatieverschillen zichtbaar tussen processen zoals inkomende ontvangsten en uitgaande zendingen.

Waar je het vindt

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

Voorbeelden
Uitgaande zendingInkomende ontvangstInterne overdrachtRetour van klant
SLA-status
SLAStatus
Geeft aan of de order op tijd, te laat of mogelijk te laat is voltooid, op basis van de gevraagde voltooiingsdatum.
Beschrijving

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

Dit attribuut geeft direct 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 bronnen. Dit is een belangrijk onderdeel van analyses rond klanttevredenheid en betrouwbaarheid van de bedrijfsvoering.

Waarom dit belangrijk is

Meet rechtstreeks in hoeverre service level agreements worden nagekomen. Zo kun je te late orders eenvoudig vinden en de oorzaken analyseren.

Waar je het vindt

Wordt berekend in de datatransformatielaag door de timestamp van de gebeurtenis 'Magazijnorder voltooid' te vergelijken met '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, zoals FedEx, UPS of DHL, die verantwoordelijk is voor het transport van de goederen van het magazijn naar de eindbestemming. Deze wordt meestal toegewezen tijdens de planning of verzending.

Met een analyse per vervoerder zie je prestatieverschillen tussen logistieke partners. Zo kun je ontdekken of bepaalde vervoerders samenhangen met langere wachttijden in de verzendzone of vaker vertraging veroorzaken. Dat levert bruikbare data op voor contractonderhandelingen en de keuze van vervoerders.

Waarom dit belangrijk is

Maakt prestatieanalyse van verschillende verzendpartners mogelijk. Zo kun je de logistiek verbeteren en de betrouwbaarheid van leveringen verhogen.

Waar je het vindt

Te vinden in tabellen voor zendingen of transportplanning binnen Körber WMS. Zoek naar velden zoals 'CarrierCode', 'ShippingAgent' of 'SCAC'.

Voorbeelden
FedExUPSDHLLocal Freight Inc.
Verplicht Aanbevolen Optioneel

Activiteiten voor magazijnbeheer

Dit zijn de essentiële processtappen en mijlpalen die je in je event log moet vastleggen voor een nauwkeurige procesontdekking van je magazijnactiviteiten.
7 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Goederen ontvangen en geteld
Magazijnmedewerkers lossen de goederen, scannen ze en tellen de ontvangen 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 belangrijk moment in het inkomende proces. Hiermee kun je KPI's meten zoals 'Goods Receipt to Putaway Time'. Ook zie je vroegtijdig verschillen tussen verwachte en ontvangen hoeveelheden.

Waar je het vindt

Wordt gegenereerd wanneer een gebruiker de ontvangen hoeveelheden bevestigt via een RF-scanner of desktoptransactie. Hiermee wordt de voorraadstatus op een tijdelijke locatie bijgewerkt naar 'Received' of 'On-Hand'.

Vastleggen

Timestamp van de transactie voor de ontvangstbevestiging.

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

Dit belangrijke moment markeert het einde van het inkomende proces. Het wordt gebruikt om de KPI's 'Putaway Cycle Time' en 'Goods Receipt to Putaway Time' te berekenen.

Waar je het vindt

Vastgelegd wanneer de medewerker de afronding van de inslagtaak bevestigt via een RF-apparaat. De taakstatus wordt bijgewerkt naar 'Completed' en er wordt een voltooiingstimestamp opgeslagen.

Vastleggen

Timestamp van de transactie waarin de inslagtaak wordt bevestigd.

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

Dit is een belangrijk moment in het uitgaande proces. Je kunt hiermee picktijden analyseren en mogelijke vertragingen tussen picking en verpakken vinden.

Waar je het vindt

Vastgelegd wanneer de medewerker de afronding van de picktaak bevestigt via een RF-apparaat. De taakstatus wordt bijgewerkt naar 'Completed' en er wordt een voltooiingstimestamp opgeslagen.

Vastleggen

Timestamp van de transactie waarin de picktaak wordt bevestigd.

Eventtype explicit
Goederen verpakt
Het verpakken van een verzendcontainer of doos is afgerond. Het pakket is gesloten en gelabeld. Deze gebeurtenis betekent dat de order klaar is voor staging en verzending en wordt expliciet vastgelegd.
Waarom dit belangrijk is

Dit belangrijke moment rondt de voorbereiding van de goederen voor verzending af. Je gebruikt het om de verpakkingsdoorvoer te berekenen en vertragingen vóór het laden te vinden.

Waar je het vindt

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'.

Eventtype explicit
Magazijnorder aangemaakt
Het eerste moment waarop een magazijnorder in het systeem wordt aangemaakt. De order vertegenwoordigt een behoefte aan goederenverplaatsing. Deze gebeurtenis wordt meestal expliciet vastgelegd wanneer een gebruiker of een geïntegreerd systeem, zoals een ERP, de order aanmaakt met een aanmaaktimestamp.
Waarom dit belangrijk is

Dit markeert het begin van het end-to-endproces. Het is essentieel om de totale orderdoorlooptijd en de totale vraag en ordervolumes te meten.

Waar je het vindt

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

Vastleggen

Vastgelegd via de aanmaaktimestamp in de magazijnorderkop.

Eventtype explicit
Magazijnorder afgerond
De magazijnorder wordt in het systeem gesloten. Dit betekent dat alle bijbehorende fysieke verplaatsingen en transacties zijn afgerond. Dit wordt meestal afgeleid van een statuswijziging in de orderkop, waarmee de levenscyclus van de order eindigt.
Waarom dit belangrijk is

Dit is het belangrijkste eindpunt van het proces. Het is nodig om de end-to-enddoorlooptijd en het totale afrondingspercentage van het proces te berekenen.

Waar je het vindt

Afgeleid van een statuswijziging in de magazijnorderkop naar een eindstatus zoals 'Complete' of 'Closed'.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'Completed' in de magazijnorderkop.

Eventtype inferred
Zending verzonden
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 zending in het systeem wordt afgerond.
Waarom dit belangrijk is

Dit belangrijke moment markeert het fysieke vertrek van de goederen. Het is vaak een belangrijke gebeurtenis voor facturatie en klantupdates.

Waar je het vindt

Er wordt een expliciete transactie 'Ship Confirm' uitgevoerd. Deze is gekoppeld aan het afdrukken van de vrachtbrief en bevat een specifieke timestamp.

Vastleggen

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

Eventtype explicit
Goederen aangekomen bij dock
De fysieke aankomst van de vervoerder bij het ontvangstdock van het magazijn wordt vastgelegd. Dit gebeurt vaak door een portier of medewerker goederenontvangst en markeert het begin van het fysieke ontvangstproces. De gebeurtenis wordt vaak afgeleid van een statuswijziging van de levering.
Waarom dit belangrijk is

Met deze gebeurtenis meet je de punctualiteit van vervoerders en analyseer je wachttijden bij het ontvangstdock. Zo vind je mogelijke knelpunten voordat het lossen begint.

Waar je het vindt

Wordt vaak vastgelegd als statusupdate op de inkomende levering of via een specifieke 'Check-In'-transactie in een yardmanagementmodule, als die beschikbaar is.

Vastleggen

Afgeleid van een statuswijziging naar 'Arrived' of 'At Dock' op de inkomende levering.

Eventtype inferred
Inslagtaak aangemaakt
Het WMS maakt een taak aan voor een medewerker die ontvangen goederen van een tijdelijke locatie naar een definitieve opslaglocatie moet verplaatsen. Op basis van inslagstrategieën bepaalt de systeemlogica de optimale opslaglocatie 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, meet je de efficiëntie van het systeem en de medewerker.

Waar je het vindt

Er wordt een record aangemaakt in een tabel voor taakbeheer of werkqueues, met het taaktype 'Putaway' en een bijbehorende aanmaaktimestamp.

Vastleggen

Vastgelegd via de aanmaaktimestamp van het record van de inslagtaak.

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

Hiermee analyseer je de verblijftijd tussen verpakken en de uiteindelijke verzending. Lange stagingtijden kunnen wijzen op slechte afstemming met vervoerders of inefficiënt beheer van dockdeuren.

Waar je het vindt

Afgeleid van een locatiewijziging van de handling unit, van een verpakkingswerkcentrum naar een verzendbaan. De verplaatsing bevat de benodigde timestamp.

Vastleggen

Afgeleid van de timestamp van een voorraadverplaatsing waarbij de bestemmingslocatie een stagingzone is.

Eventtype inferred
Kwaliteitscontrole uitgevoerd
Op de ontvangen goederen wordt een kwaliteitscontrole uitgevoerd. Daarbij kunnen artikelen naar een speciale QC-zone worden verplaatst. Deze activiteit wordt vaak afgeleid van 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 kan een aanzienlijk knelpunt vormen. Ook volg je controlevolumes en zie je vertragingen bij het beschikbaar maken van voorraad.

Waar je het vindt

Kan worden afgeleid uit een reeks wijzigingen in voorraadstatus die verband houden met kwaliteitsblokkeringen. Sommige systemen hebben expliciete transactielogs voor kwaliteitsbeheer.

Vastleggen

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

Eventtype inferred
Magazijnorder geannuleerd
De magazijnorder wordt vóór afronding geannuleerd, waardoor alle lopende werkzaamheden stoppen. Dit wordt meestal afgeleid van een statuswijziging in de orderkop naar 'Canceled'.
Waarom dit belangrijk is

Dit is een alternatief eindpunt van het proces. Door annuleringen te analyseren, krijg je inzicht in oorzaken van procesuitval, zoals voorraadtekorten of wijzigingen door de klant.

Waar je het vindt

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

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'Canceled' in de magazijnorderkop.

Eventtype inferred
Melding inkomende levering ontvangen
Een Advanced Shipping Notification (ASN) of melding van een inkomende levering wordt van een leverancier ontvangen. 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 deze melding en de aankomst van de goederen te analyseren, meet je de prestaties van leveranciers en plan je de benodigde inzet.

Waar je het vindt

Vastgelegd via de aanmaaktimestamp van een ASN of inkomende levering. Deze wordt vaak aangemaakt via een EDI-interface of handmatige data-invoer.

Vastleggen

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

Eventtype explicit
Picktaak aangemaakt
Het systeem genereert op basis van een uitgaande magazijnorder een picktaak voor een medewerker. Deze taak stuurt de medewerker naar een specifieke locatie om een bepaalde hoeveelheid van een artikel te pakken.
Waarom dit belangrijk is

Deze gebeurtenis start het uitgaande orderafhandelingsproces. Door het aanmaken van picktaken te analyseren, krijg je inzicht in de orderverwerkingslogica en de verdeling van de werkdruk.

Waar je het vindt

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

Vastleggen

Vastgelegd via de aanmaaktimestamp van het record van de picktaak.

Eventtype explicit
Verpakken gestart
De gepickte artikelen komen aan bij een verpakkingsstation en een medewerker begint met verpakken. Dit wordt vaak afgeleid van 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 de verpakkingsstap. Door de wachttijd vóór deze activiteit en de verpakkingsduur te meten, vind je knelpunten in de voorbereiding van zendingen.

Waar je het vindt

Dit kan een expliciete transactie 'Start Packing' zijn, maar wordt meestal afgeleid van de eerste scan van een artikel bij een verpakkingsstation voor de order.

Vastleggen

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

Eventtype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit Körber WMS

Klaar om aan de slag te gaan?

Ontdek vandaag nog waardevolle inzichten en inefficiënties in je warehousemanagementproces. Deze template biedt de basis voor een geoptimaliseerde aanpak op basis van data.

Optimaliseer warehousemanagement en verhoog vandaag nog je efficiëntie

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

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je kunt op elk moment opzeggen.