Datatemplate voor magazijnbeheer
Datatemplate voor magazijnbeheer
Dit is onze generieke datatemplate voor process mining voor Magazijnbeheer. Gebruik onze templates voor specifieke systemen voor gerichter advies.
Selecteer een specifiek systeem- Een algemene datastructuur die geschikt is voor elk magazijnbeheersysteem.
- Aanbevolen attributen en activiteiten voor een volledige procesanalyse.
- Een praktische basis om met process mining aan de slag te gaan.
Attributen voor magazijnbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke magazijntaak of gebeurtenis, zoals 'Goederen gepickt' of 'Zending verzonden'. | ||
| Beschrijving De activiteitsnaam beschrijft een afzonderlijke stap of gebeurtenis in het magazijnbeheerproces. Deze activiteiten zijn de losse taken die worden uitgevoerd om een magazijnorder af te handelen en geven een gedetailleerd beeld van het procesverloop. Voorbeelden zijn een order aanmaken, goederen ontvangen, kwaliteitscontroles uitvoeren, artikelen picken en zendingen versturen. Bij process mining gebruik je dit attribuut om de proceskaart op te bouwen. Het bepaalt de knooppunten in de procesgrafiek, zodat analisten de volgorde van gebeurtenissen kunnen visualiseren, zien hoe vaak taken voorkomen en bottlenecks of inefficiënte overgangen tussen activiteiten opsporen. Een duidelijke, consistente naamgeving van activiteiten is belangrijk voor bruikbare procesontdekking en analyse. Waarom dit belangrijk is Dit attribuut bepaalt de stappen op de proceskaart. Die vormt de basis voor process mining-analyses waarmee je bottlenecks en afwijkingen opspoort. Waar vind je dit? Meestal te vinden in event logs, taakbeheertabellen of transactiegegevens waarin afzonderlijke magazijnactiviteiten worden vastgelegd. Voorbeelden Goederen gepicktMagazijnopslagtaak aangemaaktZending verzondenMagazijnorder voltooid | |||
| Bronsysteem SourceSystem | De identificatiecode van het systeem of de applicatie waaruit de data is gehaald. | ||
| Beschrijving Het attribuut Bronsysteem geeft aan waar de gebeurtenisdata vandaan komt, bijvoorbeeld uit een Warehouse Management System (WMS), een Enterprise Resource Planning-systeem (ERP) of een oudere applicatie. In complexe IT-omgevingen kan één bedrijfsproces meerdere systemen omvatten. Dit veld laat zien uit welk systeem elk gegeven afkomstig is. Deze informatie helpt bij datavalidatie en gegevensbeheer: je kunt nagaan of de data voor process mining naar de juiste bron is terug te leiden. Ook helpt het bij oorzaakanalyse wanneer er problemen met de datakwaliteit worden gevonden. Je kunt procesvarianten en prestatiecijfers tussen verschillende systemen of systeemversies binnen dezelfde organisatie vergelijken. Waarom dit belangrijk is Dit geeft context over de herkomst van de data. Dat is belangrijk voor datavalidatie, probleemoplossing en inzicht in procesvarianten tussen systemen. Waar vind je dit? Deze informatie wordt vaak toegevoegd tijdens de data-extractie (ETL) of is een standaardveld in datawarehouses en integratieplatforms. Voorbeelden SAP EWMManhattan SCALEOracle WMS | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor dit proces voor het laatst is vernieuwd of opgehaald. | ||
| Beschrijving De timestamp van de laatste data-update geeft aan wanneer de dataset voor de analyse voor het laatst is vernieuwd vanuit de bronsystemen. Zo zie je hoe actueel de data is en op welke periode de analyse betrekking heeft. Dit attribuut helpt het vertrouwen in process mining-dashboards en analyses te behouden. Je ziet of de informatie bijna realtime is of op historische data is gebaseerd. Door deze timestamp duidelijk in dashboards te tonen, weten gebruikers wat ze kunnen verwachten en voorkomen ze verkeerde conclusies op basis van verouderde informatie. Dit is een belangrijk onderdeel van gegevensbeheer en transparantie. Waarom dit belangrijk is Deze timestamp laat zien hoe actueel de data is. Dat is belangrijk om op basis van process mining-inzichten tijdig beslissingen te nemen. Waar vind je dit? Deze timestamp wordt meestal aangemaakt en opgeslagen tijdens de data-extractie (ETL), wanneer de data naar het process mining-platform wordt geladen. Voorbeelden 2023-10-27T02:00:00Z2023-10-26T18:00:00Z2023-10-27T04:30:00Z | |||
| Magazijnorder-ID WarehouseOrderId | De unieke identificatiecode van een magazijnorder. Deze code is de primaire case waarmee je alle bijbehorende logistieke activiteiten volgt, van aanmaak tot afronding. | ||
| Beschrijving De magazijnorder-ID is een unieke sleutel voor elke logistieke werkorder in het magazijnbeheersysteem. De ID verbindt alle bijbehorende activiteiten, zoals ontvangst, opslag, picking, verpakken en verzenden, tot één end-to-end procesinstantie. Bij process mining is dit attribuut essentieel om de levenscyclus van elke magazijnorder te reconstrueren. Als analist kun je de magazijnorder-ID als case-ID gebruiken om de volledige orderstroom te visualiseren, veelvoorkomende routes te herkennen, afwijkingen van het standaardproces op te sporen en de totale doorlooptijd te meten. Zo analyseer je het volledige orderverwerkingsproces in het magazijn voor een specifieke order. Waarom dit belangrijk is Dit is de essentiële Case-ID die alle bijbehorende magazijnactiviteiten met elkaar verbindt. Zo kun je het volledige orderverwerkingsproces analyseren. Waar vind je dit? Meestal te vinden in de koptabellen van magazijnorderdocumenten of in transactielogboeken voor logistieke taken. Voorbeelden WO-00583921739200184ORD-C1-99203 | |||
| Starttijd van gebeurtenis EventStartTime | De timestamp die aangeeft wanneer een specifieke magazijnactiviteit of gebeurtenis begon. | ||
| Beschrijving De starttijd van een gebeurtenis is een nauwkeurige timestamp van het moment waarop een magazijnactiviteit begint. Dit gegeven helpt je de timing en duur van processtappen te begrijpen. In combinatie met een eindtimestamp kun je precies berekenen hoelang een activiteit duurde. Bij process mining gebruik je deze timestamp om gebeurtenissen chronologisch te ordenen en zo het procesverloop op te bouwen. Alle tijdsanalyses zijn erop gebaseerd, zoals het berekenen van doorlooptijden tussen activiteiten, het opsporen van wachttijden en het vinden van bottlenecks waar werk vertraging oploopt. Nauwkeurige starttijden zijn essentieel voor dashboards en KPI’s over procesefficiëntie. Waarom dit belangrijk is Deze timestamp is essentieel om gebeurtenissen in de juiste volgorde te zetten en doorlooptijden te berekenen. Zo kun je bottlenecks en vertragingen in processen opsporen. Waar vind je dit? Te vinden in systeemlogboeken met gebeurtenissen of transactieregistraties die het begin van een specifieke taak of statuswijziging vastleggen. Voorbeelden 2023-04-15T09:12:45Z2023-05-20T14:00:10Z2023-06-01T08:30:00Z | |||
| Eindtijd van gebeurtenis EventEndTime | De timestamp die aangeeft wanneer een specifieke magazijnactiviteit of gebeurtenis is afgerond. | ||
| Beschrijving De eindtijd van een gebeurtenis markeert het precieze moment waarop een magazijntaak of -activiteit is afgerond. Deze timestamp is het tegenstuk van de starttijd van de gebeurtenis en is essentieel om de duur van afzonderlijke activiteiten te meten. Niet elke gebeurtenis heeft een duidelijke duur, maar voor activiteiten zoals picken of verpakken is deze data erg waardevol. Met zowel een start- als eindtijd kun je bij process mining de prestaties van processen nauwkeuriger analyseren. Je kunt de verwerkingstijd, de tijd waarin actief aan een taak wordt gewerkt, onderscheiden van de wachttijd tussen taken. Dat onderscheid helpt om echte operationele bottlenecks te herkennen en ze te onderscheiden van problemen met de beschikbaarheid van middelen. Analyse van de duur van activiteiten helpt bij prestatievergelijkingen, personeelsplanning en het vinden van mogelijkheden om de bedrijfsvoering te verbeteren. Waarom dit belangrijk is Hiermee kun je de duur van activiteiten nauwkeurig berekenen en actieve verwerkingstijd onderscheiden van wachttijd. Dat maakt bottleneckanalyse nauwkeuriger. Waar vind je dit? Te vinden in systeemlogboeken met gebeurtenissen of transactieregistraties die de afronding van een specifieke taak of statuswijziging vastleggen. Voorbeelden 2023-04-15T09:25:11Z2023-05-20T14:05:30Z2023-06-01T08:45:00Z | |||
| Gebruikers-ID UserId | De identificatiecode van de magazijnmedewerker, operator of het geautomatiseerde systeem dat de activiteit heeft uitgevoerd. | ||
| Beschrijving De gebruikers-ID geeft aan welke persoon of bron verantwoordelijk was voor een specifieke magazijntaak. Dit kan een magazijnmedewerker, een ploegleider of een geautomatiseerd systeem zijn, zoals een robot of een transportbandbesturing. Door vast te leggen wie elke activiteit uitvoerde, krijg je inzicht in de inzet en prestaties van middelen. Met dit attribuut kun je analyses uitvoeren van personeels- en middelenbeheer. Je kunt de productiviteit van verschillende gebruikers of teams vergelijken, opleidingsbehoeften vaststellen en controleren of standaardwerkwijzen worden gevolgd. Door de proceskaart op gebruikers-ID te filteren, kunnen analisten zien hoe verschillende personen of teams hetzelfde proces uitvoeren en goede werkwijzen of verbeterpunten ontdekken. Ook is dit attribuut belangrijk voor compliance en audits. Waarom dit belangrijk is Dit attribuut is belangrijk voor analyses van bronprestaties. Je kunt de efficiëntie en kwaliteit van verschillende medewerkers, teams of ploegen vergelijken. Waar vind je dit? Meestal beschikbaar in transactielogboeken of uitvoeringsregistraties van taken, waarin wordt vastgelegd welke gebruiker de handeling heeft bevestigd of afgerond. Voorbeelden JSMITHOPERATOR_1138ROBOT_A05 | |||
| Geplande hoeveelheid PlannedQuantity | Het verwachte aantal artikelen voor een taak, gebaseerd op een brondocument zoals een inkoop- of verkooporder. | ||
| Beschrijving De geplande hoeveelheid is het beoogde aantal eenheden voor een specifieke magazijntaak. Bij een inkomende order is dit het aantal dat naar verwachting wordt ontvangen. Bij een uitgaande order is dit het aantal dat moet worden gepickt en verzonden. De waarde komt meestal uit het oorspronkelijke bedrijfsdocument, zoals een inkooporder of verkooporder. Dit attribuut vormt een belangrijke basis voor analyses van prestaties en nauwkeurigheid. Door de geplande hoeveelheid te vergelijken met de werkelijke hoeveelheid, kunnen bedrijven de picknauwkeurigheid, verschillen bij ontvangst en de nauwkeurigheid van voorraadregistraties meten. Analyse van afwijkingen kan structurele problemen met leveranciers, interne processen of voorraaddata aan het licht brengen. Zo kun je de efficiëntie van de bedrijfsvoering en de klanttevredenheid verbeteren. Waarom dit belangrijk is Dit is de basis voor het meten van nauwkeurigheid. Vergelijk de geplande met de werkelijke hoeveelheid om KPI’s zoals picknauwkeurigheid te berekenen en verschillen op te sporen. Waar vind je dit? Te vinden in de regelgegevens van een magazijnorder of taak, vaak afkomstig uit een gekoppelde verkooporder, inkooporder of transferorder. Voorbeelden 100502500 | |||
| Gewenste voltooiingsdatum RequestedCompletionDate | De datum en tijd waarop de magazijnorder volgens planning of verzoek moet zijn afgerond en verzonden. | ||
| Beschrijving De gewenste voltooiingsdatum is de uiterste datum waarop een magazijnorder moet zijn afgerond, meestal bij uitgaande zendingen. Deze datum hangt vaak samen met afspraken met klanten, ophaaltijden van vervoerders of interne service level agreements (SLA’s). Je gebruikt de datum als belangrijkste maatstaf voor prestaties op tijd. Bij process mining is dit attribuut essentieel voor de analyse van tijdige verzendingen. Door de werkelijke voltooiingsdatum te vergelijken met de gewenste voltooiingsdatum, kun je het percentage tijdige verzendingen berekenen en de oorzaken van vertragingen achterhalen. Een analyse van orders die niet op tijd zijn afgerond, kan specifieke bottlenecks, beperkte capaciteit of processtappen aan het licht brengen die steeds opnieuw voor vertraging zorgen. Zo kun je gericht verbeteringen doorvoeren. Waarom dit belangrijk is Dit is de maatstaf voor prestaties op tijd. Vergelijk de datum met de werkelijke voltooiingsdatum om de KPI voor tijdige verzendingen te berekenen. Waar vind je dit? Meestal te vinden in de kopgegevens van de magazijnorder. De datum is vaak overgenomen uit de bijbehorende verkooporder of het verzoek van de klant. Voorbeelden 2023-07-20T17:00:00Z2023-08-01T23:59:59Z2023-07-22T12:00:00Z | |||
| Opslaglocatie StorageLocation | De specifieke locatie in het magazijn, zoals een opslagvak, gangpad of zone, waar goederen zijn opgeslagen of worden gepickt. | ||
| Beschrijving De opslaglocatie geeft aan welke fysieke plek in het magazijn bij een activiteit hoort. Dit kan de bronlocatie van een picktaak zijn of de bestemmingslocatie van een opslagtaak. De locatie kan een hele zone zijn, maar ook een specifiek rek, schap of opslagvak. Door data per opslaglocatie te analyseren, krijg je inzicht in de indeling en efficiëntie van het magazijn. Process mining kan reistijden tussen locaties zichtbaar maken, drukke plekken aanwijzen en inefficiënte opslag- of pickroutes laten zien. Deze informatie helpt bij het bepalen van de opslagindeling: artikelen die vaak worden gepickt, kunnen op goed bereikbare plekken worden opgeslagen om reistijd te beperken en het picken efficiënter te maken. Je kunt de indeling ook aanpassen om opstoppingen te verminderen en de goederenstroom te verbeteren. Waarom dit belangrijk is Hiermee kun je de indeling van het magazijn en de efficiëntie van looproutes analyseren. Zo kun je pickroutes en opslagstrategieën verbeteren en doorlooptijden verkorten. Waar vind je dit? Te vinden in de gegevens van magazijntaken, voorraadregistraties en transacties voor materiaalverplaatsingen. Voorbeelden A1-03-B2RECEIVING-DOCK-04ZONE-C-BULK | |||
| Ordertype OrderType | Deelt magazijnorders in, bijvoorbeeld als inkomende ontvangst, uitgaande zending of interne verplaatsing. | ||
| Beschrijving Het ordertype deelt magazijnorders in op basis van hun bedrijfsdoel. Veelvoorkomende typen zijn inkomende orders voor het ontvangen van goederen van leveranciers, uitgaande orders voor het verzenden van producten naar klanten en interne orders voor verplaatsingen, zoals aanvulling of voorraadcorrecties. Dit attribuut helpt om verschillende magazijnprocessen apart te bekijken en te vergelijken. Het procesverloop van een inkomende order verschilt sterk van dat van een uitgaande order. Met het ordertype als filter kunnen analisten voor elke goederenstroom aparte proceskaarten en dashboards maken. Zo wordt de analyse nauwkeuriger en relevanter. Door KPI’s zoals doorlooptijd tussen ordertypen te vergelijken, kun je middelen beter inzetten en processen afstemmen op specifieke behoeften. Waarom dit belangrijk is Hiermee kun je inkomende, uitgaande en interne goederenstromen apart analyseren en vergelijken. Ze hebben elk een ander procesverloop en andere prestatiedoelen. Waar vind je dit? Meestal te vinden in de kopgegevens van het magazijnorderdocument. Voorbeelden Uitgaande zendingInkomende ontvangstInterne overboekingRetouren | |||
| Werkelijke hoeveelheid ActualQuantity | Het werkelijke aantal artikelen dat tijdens een taak is verwerkt of bevestigd, bijvoorbeeld het aantal dat fysiek is geteld of gepickt. | ||
| Beschrijving De werkelijke hoeveelheid is het aantal eenheden dat een magazijnmedewerker of systeem tijdens een activiteit fysiek heeft verwerkt, geteld en bevestigd. Dit geeft weer wat er in de praktijk is gebeurd, zoals het aantal artikelen dat van een leverancier is ontvangen of uit een opslaglocatie is gepickt voor een order. Dit attribuut is essentieel voor afwijkingsanalyses in vergelijking met de geplande hoeveelheid. Verschillen tussen geplande en werkelijke aantallen wijzen rechtstreeks op procesproblemen, zoals een te kleine levering van een leverancier, pickfouten of onjuiste voorraadgegevens. Met process mining kun je vaststellen welke producten, locaties of medewerkers het vaakst met deze verschillen te maken hebben. Zo kun je gericht ingrijpen om de nauwkeurigheid te verbeteren en kostbare fouten te beperken. Waarom dit belangrijk is Dit laat zien wat een taak in de praktijk heeft opgeleverd. Vergelijk de werkelijke met de geplande hoeveelheid om fouten en inefficiënties bij het picken, ontvangen of tellen op te sporen. Waar vind je dit? Vastgelegd in de bevestigingsgegevens van een taak, wanneer een medewerker of systeem het aantal fysiek verwerkte artikelen invoert. Voorbeelden 98502500 | |||
| Apparaat-ID EquipmentId | Identificatie van het interne transportmiddel dat voor een taak is gebruikt, zoals een specifieke heftruck of transportband. | ||
| Beschrijving De apparaat-ID geeft aan welk intern transportmiddel (MHE) is gebruikt voor een magazijntaak. Dit kan een heftruck, palletwagen, handscanner, headset voor voicepicking of een geautomatiseerd systeem zoals een transportband of sorteermachine zijn. Met een analyse op basis van apparaat-ID krijg je inzicht in het gebruik van materieel en kun je onderhoud plannen. Je ziet bijvoorbeeld welke apparaten het vaakst worden gebruikt, of er bottlenecks zijn die met apparatuur te maken hebben en hoe de prestaties van apparaten de totale taakduur beïnvloeden. Deze informatie helpt bij beslissingen over de aanschaf van apparatuur, de verdeling van het wagenpark over het magazijn en het plannen van preventief onderhoud om stilstand te beperken. Waarom dit belangrijk is Met dit attribuut analyseer je het gebruik van machines, spoor je bottlenecks door apparatuur op en onderbouw je beslissingen over onderhoud of aanschaf. Waar vind je dit? Vaak vastgelegd in de taakbevestiging, wanneer een medewerker registreert welk apparaat voor het werk is gebruikt, of afkomstig uit automatische systeemlogboeken. Voorbeelden FORKLIFT-07SCANNER-HH-112CONVEYOR-B3 | |||
| Magazijn-ID WarehouseId | Identificatie van het magazijn of distributiecentrum waar de activiteit plaatsvond. | ||
| Beschrijving De magazijn-ID is een unieke code voor de fysieke locatie, zoals een distributiecentrum of magazijn, waar de geregistreerde activiteiten plaatsvonden. Dit is vooral belangrijk voor organisaties met meerdere logistieke locaties. Met dit attribuut kun je locaties met elkaar vergelijken. Filter of segmenteer de data op magazijn-ID om prestaties te vergelijken, de procesefficiëntie te meten en te zien welke werkwijzen op goed presterende locaties ook elders kunnen werken. Je krijgt ook inzicht in regionale verschillen in vraag, de inzet van middelen en operationele uitdagingen. Dat helpt bij strategische beslissingen voor het hele netwerk. Waarom dit belangrijk is Hiermee kun je prestaties en processen van verschillende distributiecentra vergelijken. Zo ontdek je goede werkwijzen en regionale knelpunten. Waar vind je dit? Dit is een belangrijk organisatiegegeven en staat meestal in de kop van vrijwel elk transactiedocument voor het magazijn. Voorbeelden WH-CENTRAL-01DC-WEST-CA1710 | |||
| Orderprioriteit OrderPriority | Geeft aan hoe urgent of belangrijk de magazijnorder is, bijvoorbeeld ‘Hoog’, ‘Standaard’ of ‘Laag’. | ||
| Beschrijving Orderprioriteit geeft aan hoe belangrijk of urgent een magazijnorder is ten opzichte van andere orders. Dit bepaalt vaak in welke volgorde taken worden toegewezen en uitgevoerd. Een order met de prioriteit ‘Versneld’ of ‘Hoog’ kan bijvoorbeeld eerder worden verwerkt dan een order met de prioriteit ‘Standaard’, ook als die later is binnengekomen. Met een analyse op basis van orderprioriteit kun je controleren of service level agreements (SLA’s) worden nagekomen. Process mining laat zien of orders met hoge prioriteit inderdaad sneller worden verwerkt dan standaardorders. Ook wordt duidelijk of het voorrang geven aan bepaalde orders voor grote vertragingen of bottlenecks bij andere orders zorgt. Zo kun je de prioriteitsregels en de inzet van middelen aanpassen, zodat urgente orders snel worden verwerkt zonder dat dit ten koste gaat van de efficiëntie in het magazijn. Waarom dit belangrijk is Zo kun je controleren of service level agreements worden nagekomen door te vergelijken of orders met hoge prioriteit sneller worden verwerkt dan orders met een lagere prioriteit. Waar vind je dit? Meestal te vinden in de kopgegevens van een magazijnorder. De prioriteit wordt vaak bepaald door de bijbehorende verkooporder of de bedrijfsvereisten. Voorbeelden HoogStandaardLaagVersneld | |||
| Product-ID ProductId | De unieke identificatiecode van het product, materiaal of de Stock Keeping Unit (SKU) die wordt verwerkt. | ||
| Beschrijving De product-ID, ook wel SKU of materiaalnummer genoemd, is de unieke code voor elk afzonderlijk artikel dat in het magazijn wordt opgeslagen. Deze code koppelt activiteiten aan specifieke producten, zodat je kunt analyseren hoe verschillende artikelen worden verwerkt. Door het proces per product-ID te analyseren, kun je belangrijke patronen ontdekken. Je kunt bijvoorbeeld de afhandeling van grote en kleine artikelen vergelijken, producten opsporen die vaak leiden tot procesafwijkingen zoals een kwaliteitsblokkade, of de orderverwerking van producten met een hoge en lage vraag vergelijken. Dit detailniveau is belangrijk voor voorraadbeheer, de indeling van het magazijn en logistieke processen die aansluiten op de kenmerken van producten. Waarom dit belangrijk is Hiermee kun je analyses per product uitvoeren en procesvarianten en bottlenecks opsporen die samenhangen met specifieke artikelen of productcategorieën. Waar vind je dit? Deze informatie staat in de artikelgegevens van magazijnorders, taken en voorraadregistraties. Voorbeelden SKU-987-BMAT-001254PROD-XYZ-001 | |||
| Werkelijke voltooiingsdatum ActualCompletionDate | De datum en tijd waarop de laatste activiteit voor de magazijnorder is afgerond, meestal bij verzending. | ||
| Beschrijving De werkelijke voltooiingsdatum is de timestamp waarop alle activiteiten voor een magazijnorder zijn afgerond. Bij uitgaande orders is dit meestal het moment waarop de zending het magazijn verlaat. Bij inkomende orders kan dit het moment zijn waarop alle goederen zijn opgeslagen en beschikbaar zijn in de voorraad. Dit attribuut is de feitelijke tegenhanger van de gewenste voltooiingsdatum en is belangrijk voor het meten van prestaties. Je gebruikt het rechtstreeks om het percentage tijdige leveringen en de totale doorlooptijd van de orderafhandeling te berekenen. Bij oorzaakanalyse kun je filteren op cases met een late werkelijke voltooiingsdatum en inzoomen op het procesverloop van vertraagde orders. Zo ontdek je terugkerende patronen en oorzaken. Waarom dit belangrijk is Dit geeft de werkelijke uitkomst voor de analyse van tijdige verzendingen. Je gebruikt de datum om de totale doorlooptijd te berekenen en vast te stellen of een order te vroeg, op tijd of te laat is afgerond. Waar vind je dit? Dit is de timestamp van de laatste gebeurtenis in de levenscyclus van de order, zoals ‘Zending verzonden’ of ‘Magazijnorder afgerond’. Voorbeelden 2023-07-20T16:45:10Z2023-08-02T09:30:00Z2023-07-22T11:55:21Z | |||
| Zending-ID ShipmentId | De unieke identificatie van de uitgaande zending waartoe een of meer magazijnorders behoren. | ||
| Beschrijving De zending-ID is een unieke sleutel die een of meer magazijnorders groepeert voor één uitgaande levering. Een zending kan meerdere orders bevatten die naar dezelfde bestemming gaan of door dezelfde vervoerder worden afgehandeld. Met deze identificatie koppel je magazijnactiviteiten aan de transport- en logistieke fase. Met dit attribuut analyseer je een volledige zending in plaats van alleen afzonderlijke orders. Je kunt de efficiëntie van het verzamelen en laden analyseren, de tijd meten tussen het verzamelen van het eerste artikel voor een zending en het vertrek van de vrachtwagen, en magazijnprestaties vergelijken met transportdata. Zo krijg je zicht op de hele uitgaande logistieke keten, niet alleen op de stappen binnen het magazijn. Waarom dit belangrijk is Hiermee groepeer je meerdere magazijnorders in één levering. Zo kun je het volledige uitgaande proces analyseren, inclusief het verzamelen en laden. Waar vind je dit? Te vinden in verzend- of transportdocumenten. De zending-ID wordt vaak tijdens de golfplanning of toewijzing aan magazijnorders gekoppeld. Voorbeelden SHP-440921ASN-88201-3BOL-592100 | |||
Activiteiten voor magazijnbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Goederen gepickt | Dit markeert de voltooiing van de picktaak: een medewerker heeft de artikelen verzameld en de handeling in het systeem bevestigd. De gebeurtenis wordt vastgelegd wanneer de medewerker de artikelen scant en het picken bevestigt op het apparaat. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal in de uitgaande goederenstroom en heeft direct invloed op de snelheid van de orderverwerking. Door picktijden te analyseren, kun je de prestaties van medewerkers, looproutes en de indeling van het magazijn beoordelen. Waar vind je dit? Vastgelegd in de tabel met magazijntaken als bevestigings- of voltooiingstimestamp van een picktaak. Vastleggen Gebruik de bevestigingstimestamp uit de tabel met magazijntaken wanneer een picktaak als voltooid wordt gemarkeerd. Gebeurtenistype explicit | |||
| Goederen ontvangen | Dit betekent dat de goederen zijn gelost en gescand en dat de aantallen zijn gecontroleerd aan de hand van de leveringsdocumenten. Dit is een belangrijke transactie waarbij de voorraad officieel onder de verantwoordelijkheid van het magazijn valt. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal in het inkomende proces: vanaf dit moment vallen de goederen officieel onder het beheer van het magazijn. Deze stap is essentieel om de doorlooptijd en nauwkeurigheid van de goederenontvangst te meten. Waar vind je dit? Vastgelegd in tabellen voor goederenontvangst of voorraadtransacties wanneer een gebruiker de ontvangen aantallen bevestigt. Vastleggen Gebruik de boekingsdatum of transactietimestamp van de goederenontvangst die aan de regels van de inkomende levering is gekoppeld. Gebeurtenistype explicit | |||
| Goederen opgeslagen | Deze gebeurtenis bevestigt dat de goederen naar de aangewezen opslaglocatie zijn verplaatst en daar zijn gescand. De gebeurtenis wordt vastgelegd wanneer een medewerker de opslagtaak afrondt, meestal met een handheld apparaat. | ||
| Waarom dit belangrijk is Deze mijlpaal markeert het einde van het inkomende proces. Vanaf dat moment is de voorraad beschikbaar voor orderverwerking. Door de opslagtijd te analyseren, krijg je inzicht in de efficiëntie van het personeel en de indeling van het magazijn. Waar vind je dit? Vastgelegd in de tabel met magazijntaken als bevestigings- of voltooiingstimestamp. Vastleggen Gebruik de bevestigingstimestamp uit de tabel met magazijntaken wanneer een opslagtaak als voltooid wordt gemarkeerd. Gebeurtenistype explicit | |||
| Magazijnorder aangemaakt | Deze activiteit markeert het aanmaken van een magazijnorder, het centrale document voor inkomende, uitgaande of interne taken. Meestal gaat het om een expliciete transactie waarbij een nieuwe order handmatig of via een koppeling in het warehousemanagementsysteem wordt ingevoerd. | ||
| Waarom dit belangrijk is Als startpunt van het proces is deze gebeurtenis belangrijk voor het berekenen van de totale doorlooptijd van orderafhandeling. Je meet hiermee de tijd tussen het ontstaan van de vraag en de start van de magazijnverwerking. Waar vind je dit? Deze gebeurtenis wordt meestal vastgelegd in de orderkopregel, met daarin een aanmaaktimestamp voor elke order. Vastleggen Gebruik de aanmaaktimestamp uit de primaire tabel voor magazijnorders of aanvragen. Gebeurtenistype explicit | |||
| Magazijnorder geannuleerd | Dit is de annulering van een magazijnorder voordat deze volledig is verwerkt of verzonden. De gebeurtenis wordt vastgelegd wanneer een gebruiker of systeem een annuleringsactie uitvoert. | ||
| Waarom dit belangrijk is Deze gebeurtenis markeert een niet-succesvol einde van het proces. Door annuleringen te analyseren, kun je oorzaken van procesuitval opsporen, zoals voorraadverschillen of veranderingen in de klantvraag. Waar vind je dit? Af te leiden uit een statuswijziging in de tabel met de orderkop naar 'Geannuleerd' of 'Ongeldig'. Vastleggen Zoek de timestamp waarop de status van de magazijnorder wordt gewijzigd in 'Geannuleerd'. Gebeurtenistype inferred | |||
| Magazijnorder voltooid | Dit is de eindstatus van de magazijnorder. Alle bijbehorende activiteiten zijn afgerond en de order is gesloten. De gebeurtenis wordt vastgelegd wanneer de status van de order wordt gewijzigd in 'Voltooid' of 'Gesloten'. | ||
| Waarom dit belangrijk is Deze gebeurtenis markeert het succesvolle einde van het proces. De gebeurtenis is essentieel om de volledige doorlooptijd en doorvoer van het magazijnproces te berekenen. Waar vind je dit? Af te leiden uit een laatste statuswijziging in de tabel of het document met de orderkop. Vastleggen Zoek de timestamp waarop de status van de magazijnorder wordt gewijzigd in de definitieve status 'Voltooid' of 'Gesloten'. Gebeurtenistype inferred | |||
| Zending verzonden | Deze gebeurtenis betekent dat de verpakte goederen op de vrachtwagen van de vervoerder zijn geladen en dat de vrachtwagen het magazijn heeft verlaten. Dit wordt meestal vastgelegd wanneer een 'Goederenafgifte' wordt geboekt en de zending daarmee wordt afgerond. | ||
| Waarom dit belangrijk is Dit is de laatste fysieke stap in het magazijn en een belangrijke mijlpaal voor het berekenen van tijdige verzendingen. De goederen gaan hierbij over van het magazijn naar de vervoerder. Waar vind je dit? Vastgelegd in een verzend- of transportdocument, vaak als timestamp van de 'Boeking goederenafgifte' of als statuswijziging naar 'Verzonden'. Vastleggen Gebruik de boekingsdatum of transactietimestamp van de goederenafgifte waarmee de uitgaande levering wordt afgerond. Gebeurtenistype explicit | |||
| Goederen aangekomen bij de loskade | Deze activiteit markeert de fysieke aankomst van een vrachtwagen of vervoerder bij de ontvangsthal van het magazijn, voordat het lossen begint. De gebeurtenis wordt vaak vastgelegd in een yardmanagementmodule of wanneer een medewerker het voertuig aanmeldt. | ||
| Waarom dit belangrijk is Dit markeert het begin van de fysieke afhandeling in het magazijn. Vertraging tussen aankomst en de start van de ontvangst kan wijzen op bottlenecks bij de ontvangsthal of bij het personeel op het terrein. Waar vind je dit? Vaak vastgelegd in een toegangscontrole- of yardmanagementlogboek, of als statuswijziging op het document voor de inkomende levering. Vastleggen Leg de timestamp vast waarop de status van de inkomende levering wordt gewijzigd in 'Aangekomen' of 'Aangemeld'. Gebeurtenistype explicit | |||
| Goederen verpakt | Deze gebeurtenis bevestigt dat alle artikelen voor een zending in verzendverpakkingen zijn verpakt en dat de labels zijn aangemaakt. De gebeurtenis wordt vastgelegd wanneer de medewerker bevestigt dat het verpakken in het systeem is afgerond. | ||
| Waarom dit belangrijk is Dit markeert het einde van de ordervoorbereiding en geeft aan dat de zending klaar is voor de laatste stappen. Dit is een belangrijk meetpunt voor de efficiëntie van het verpakken. Waar vind je dit? Meestal vastgelegd als expliciete transactie in een tabel voor verpakken of beheer van handling units. Vastleggen Gebruik de timestamp waarop de verpakkingsstatus van de handling unit of order wordt ingesteld op 'Voltooid'. Gebeurtenistype explicit | |||
| Inkomende levering aangekondigd | Dit is de ontvangst van een Advanced Shipping Notification (ASN) of een vergelijkbaar document van een leverancier. De melding geeft aan dat goederen onderweg zijn naar het magazijn, zodat je de ontvangst kunt plannen. | ||
| Waarom dit belangrijk is Deze activiteit geeft inzicht in de verwachte werkdruk bij de ontvangsthal. De tijd tussen de melding en de aankomst kan iets zeggen over de prestaties van leveranciers en vertragingen in het transport. Waar vind je dit? Meestal te vinden in tabellen voor inkomende leveringen of ASN’s. De gegevens worden vastgelegd wanneer een document binnenkomt via elektronische gegevensuitwisseling of handmatige invoer. Vastleggen Zoek naar de aanmaaktimestamp van de Advanced Shipping Notification of het document voor de inkomende levering dat aan de magazijnorder is gekoppeld. Gebeurtenistype explicit | |||
| Klaargezet voor verzending | Dit is het verplaatsen van verpakte goederen van de inpakzone naar een aangewezen verzendbaan, waar ze wachten op de vervoerder. Zo worden zendingen geordend en klaargemaakt om efficiënt te laden. | ||
| Waarom dit belangrijk is Met deze activiteit kun je analyseren hoelang orders na het verpakken wachten op de vervoerder. Lange wachttijden kunnen wijzen op slechte afstemming met vervoerders of een inefficiënte planning van laadperrons. Waar vind je dit? Vaak af te leiden uit voorraadverplaatsingen waarbij de bestemmingslocatie een verzamelgebied is. Vastleggen Leid dit af uit de timestamp van een voorraadverplaatsing waarbij de handling unit naar een locatie voor 'Verzamelen' of 'Verzenden' wordt verplaatst. Gebeurtenistype inferred | |||
| Kwaliteitscontrole uitgevoerd | Dit is een kwaliteitscontrole van ontvangen goederen voordat ze beschikbaar komen. Voor bepaalde materialen is dit een vaste stap; in andere gevallen wordt de controle uitgevoerd na een afwijking. | ||
| Waarom dit belangrijk is Kwaliteitscontroles kunnen de inkomende goederenstroom flink vertragen. Door deze activiteit te volgen, kun je bottlenecks opsporen en de efficiëntie van het kwaliteitsteam meten. Waar vind je dit? Meestal te vinden in kwaliteitsbeheerlogboeken of als statuswijziging van een voorraadbatch of partij. Vastleggen Leg de timestamp vast waarop een inspectieresultaat wordt geregistreerd of waarop de voorraadstatus verandert van 'Kwaliteitscontrole' naar 'Onbeperkt beschikbaar'. Gebeurtenistype explicit | |||
| Magazijnopslagtaak aangemaakt | Deze activiteit markeert het moment waarop het systeem een taak aanmaakt om ontvangen goederen van de ontvangsthal naar een definitieve opslaglocatie te verplaatsen. De WMS-logica genereert hiervoor een expliciete systeemgebeurtenis die een magazijnmedewerker aanstuurt. | ||
| Waarom dit belangrijk is Dit is het begin van het opslagproces. De tijd tussen de goederenontvangst en het aanmaken van de opslagtaak kan wijzen op problemen met de systeemconfiguratie of prestaties. Waar vind je dit? Te vinden in tabellen met magazijntaken of werkorders. De taak is herkenbaar aan de aanmaaktimestamp en het type 'Opslag'. Vastleggen Gebruik de aanmaaktimestamp uit de tabel met magazijntaken voor taken van het type 'Opslag'. Gebeurtenistype explicit | |||
| Picktaak aangemaakt | Deze gebeurtenis markeert het aanmaken van een taak voor een medewerker om goederen uit een opslaglocatie te halen voor een uitgaande order. De WMS genereert deze expliciete gebeurtenis wanneer een order wordt vrijgegeven voor picking. | ||
| Waarom dit belangrijk is Dit markeert het begin van de fysieke afhandeling van uitgaande orders. Vertraging tussen het aanmaken van de order en het picken kan wijzen op problemen met de voorraadtoewijzing of de strategie voor het vrijgeven van orders. Waar vind je dit? Te vinden in tabellen met magazijntaken of werkorders. De taak is herkenbaar aan de aanmaaktimestamp en het type 'Picken'. Vastleggen Gebruik de aanmaaktimestamp uit de tabel met magazijntaken voor taken van het type 'Picken'. Gebeurtenistype explicit | |||
| Verpakken gestart | Deze activiteit markeert het begin van het verpakken bij een inpakstation. De gebeurtenis wordt meestal vastgelegd wanneer een medewerker de gepickte artikelen of de orderbak scant om de zending klaar te maken. | ||
| Waarom dit belangrijk is Deze gebeurtenis markeert het begin van de toegevoegde waarde bij het verpakken. Door de duur te meten, krijg je inzicht in de efficiëntie van inpakstations en de inzet van middelen. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn uit het logboek van een inpakstation, of worden afgeleid van de eerste scan van een artikel bij een station dat aan een uitgaande order is gekoppeld. Vastleggen Leid dit af uit de timestamp van de eerste artikelsscan bij een aangewezen inpakwerkplek voor een bepaalde order. Gebeurtenistype inferred | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
Klaar om aan de slag te gaan?
Verbeter vandaag nog je magazijnbeheer. Kies een extractiegids voor een specifiek systeem of gebruik deze generieke template als basis voor de voorbereiding van je data.
Verbeter vandaag nog de prestaties van je magazijn
Spoor bottlenecks op, verlaag kosten en handel orders sneller af met inzichten uit data.
Geen creditcard nodig. De installatie duurt maar een paar minuten.