Datatemplate voor magazijnbeheer
Datatemplate voor magazijnbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om bij te houden
- Instructies voor data-extractie uit Manhattan SCALE
Attributen voor magazijnbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke magazijnbeheertaak of gebeurtenis. | ||
|
Beschrijving
Dit attribuut legt de afzonderlijke stappen of mijlpalen in het magazijnbeheerproces vast. Voorbeelden zijn ‘Goederen uit opslag gepickt’, ‘Inpakken gestart’ en ‘Zending verzonden’. Elke activiteit staat voor een specifieke handeling op de magazijnorder. Dit attribuut is belangrijk voor process mining, omdat het de knooppunten in de proceskaart bepaalt. Door de volgorde, frequentie en duur van activiteiten te analyseren, kun je processtromen visualiseren, afwijkingen van de standaardprocedure opsporen en bottlenecks vinden waar werk vertraging oploopt.
Waarom dit belangrijk is
Dit attribuut bepaalt de processtappen en vormt de basis voor de proceskaart. Zo kun je de processtroom en afwijkingen analyseren.
Waar vind je dit?
Afgeleid van transactiecodes, event logs of statustabellen in Manhattan SCALE die de voortgang van magazijnorders bijhouden.
Voorbeelden
Goederen aangekomen bij het dockPicktaak aangemaaktGoederen ingepaktZending verzonden
|
|||
|
Magazijnorder
WarehouseOrder
|
De unieke identificatiecode voor een specifieke logistieke werkeenheid, zoals een inkomende goederenontvangst of een uitgaande zending. | ||
|
Beschrijving
De magazijnorder is de belangrijkste case-ID. Hiermee worden alle activiteiten voor één logistiek proces van begin tot eind gegroepeerd. Zo kun je een order in het magazijn volgen, van goederenontvangst en inslag tot picken, inpakken en verzenden. Bij process mining is dit attribuut essentieel om het verloop van elke order te reconstrueren. Door alle gebeurtenissen aan een specifieke magazijnorder te koppelen, kunnen analisten processtromen visualiseren, doorlooptijden per order meten en afwijkingen of bottlenecks opsporen die de efficiëntie van de orderafhandeling beïnvloeden.
Waarom dit belangrijk is
Dit is de sleutel waarmee je alle bijbehorende magazijnactiviteiten koppelt tot één samenhangende procesinstantie, zodat je het proces van begin tot eind kunt analyseren.
Waar vind je dit?
Deze identificatiecode staat meestal in de belangrijkste orderbeheertabellen van Manhattan SCALE, zoals de tabel met orderkoppen.
Voorbeelden
WO-00583921WO-00583922WO-00583923
|
|||
|
Tijdstip van gebeurtenis
EventTime
|
Het timestamp dat aangeeft wanneer de magazijnactiviteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
Dit attribuut bevat de exacte datum en tijd van elke vastgelegde procesactiviteit. Het vormt de chronologische basis van het event log en bepaalt de volgorde en timing van alle magazijnactiviteiten voor een order. Het tijdstip van de gebeurtenis is nodig voor alle tijdsanalyses met process mining. Je gebruikt het om doorlooptijden tussen activiteiten en de totale procesduur te berekenen, vertragingen op te sporen en de procesprestaties over verschillende perioden te analyseren. Nauwkeurige timestamps zijn belangrijk voor een betrouwbare proceskaart en bruikbare prestatiemaatstaven.
Waarom dit belangrijk is
Dit timestamp is belangrijk om gebeurtenissen in de juiste volgorde te zetten en alle tijdsgebonden maatstaven te berekenen, zoals doorlooptijden.
Waar vind je dit?
Te vinden in eventlogtabellen of transactieregistraties naast de activiteitsgegevens in Manhattan SCALE. Velden heten vaak bijvoorbeeld ‘created_ts’, ‘event_timestamp’ of ‘status_change_date’.
Voorbeelden
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data afkomstig is. | ||
|
Beschrijving
Dit attribuut geeft aan uit welke brontoepassing de gebeurtenisdata afkomstig is. Voor dit proces is de waarde meestal ‘Manhattan SCALE’. In een omgeving met meerdere gekoppelde systemen helpt dit veld om databronnen van elkaar te onderscheiden. Het geeft context over de herkomst van de data. Dat kan van belang zijn voor datagovernance, het oplossen van problemen en het begrijpen van verschillen in de manier waarop verschillende platforms data vastleggen.
Waarom dit belangrijk is
Dit geeft belangrijke context over de herkomst van de data. Die informatie is nodig voor datagovernance, validatie en integratie in complexe IT-omgevingen.
Waar vind je dit?
Dit is vaak een vaste waarde die tijdens het proces voor extractie, transformatie en laden (ETL) wordt toegevoegd om de dataset te labelen.
Voorbeelden
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Laatste data-update
LastDataUpdate
|
Het timestamp van de meest recente data-update vanuit het bronsysteem. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de data voor het laatst uit Manhattan SCALE is gehaald en in de process mining-tool is geladen. Zo zie je hoe actueel de geanalyseerde data is. Met deze informatie kunnen gebruikers beoordelen hoe recent de analyse is. Je ziet of je naar realtime data kijkt of naar een momentopname. Dat is belangrijk voor onderbouwde beslissingen over de bedrijfsvoering en voor rapportages.
Waarom dit belangrijk is
Dit laat gebruikers zien hoe actueel de data is en welke periode de analyse en rapporten bestrijken.
Waar vind je dit?
Dit timestamp wordt meestal tijdens het laden van de data aangemaakt en opgeslagen door de ETL-tool of datapijplijn.
Voorbeelden
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Eindtijd
EndTime
|
Het timestamp dat aangeeft wanneer een activiteit met een meetbare duur is afgerond. | ||
|
Beschrijving
De eindtijd markeert het einde van een activiteit. In combinatie met een starttijd (EventTime) kun je de verwerkingstijd van afzonderlijke taken nauwkeurig berekenen. Niet elke gebeurtenis heeft een aparte eindtijd, maar voor activiteiten zoals ‘Picken’ of ‘Inpakken’ is deze data erg waardevol. In analyses gebruik je de eindtijd om de metriek ‘ProcessingTime’ te berekenen. Die is belangrijk om de efficiëntie van de inzet van middelen en de taakduur te begrijpen. Zo zie je welke activiteiten de meeste tijd kosten en bijdragen aan de totale doorlooptijd en mogelijke vertragingen.
Waarom dit belangrijk is
Hiermee kun je de verwerkingstijd van afzonderlijke activiteiten nauwkeurig berekenen en zien welke taken de meeste tijd en middelen kosten.
Waar vind je dit?
Deze informatie staat mogelijk in dezelfde transactielogboeken als de starttijd, in een apart veld zoals ‘completed_ts’ of ‘end_time’. Als de eindtijd niet rechtstreeks beschikbaar is, kan die soms worden afgeleid van de starttijd van de volgende activiteit.
Voorbeelden
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
Gebruikers-ID/medewerker-ID
UserOperatorId
|
De unieke identificatiecode van de magazijnmedewerker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribuut bevat de ID van de gebruiker die verantwoordelijk is voor een specifieke magazijntaak, zoals picken, inpakken of inslag. Het koppelt procesactiviteiten aan de betrokken medewerkers. Door prestaties per gebruikers-ID of medewerker-ID te analyseren, krijg je inzicht in de inzet van middelen en de efficiëntie van individuele medewerkers en teams. Je kunt zien wie goed presteert, waar training nodig is en hoe het werk is verdeeld. Deze data is belangrijk voor het dashboard ‘Inzet van middelen per medewerker’ en bijbehorende KPI’s. Managers kunnen hiermee de personeelsbezetting en taakverdeling verbeteren.
Waarom dit belangrijk is
Dit koppelt procesprestaties aan specifieke medewerkers of teams, zodat je werkdruk, productiviteit en de verdeling van middelen kunt analyseren.
Waar vind je dit?
Deze informatie wordt meestal vastgelegd in transactielogboeken in Manhattan SCALE, vaak in velden zoals ‘user_id’, ‘operator’ of ‘executed_by’.
Voorbeelden
JSMITHBWILLIAMSLCHEN
|
|||
|
Gevraagde afrondingsdatum
RequestedCompletionDate
|
De datum waarop de klant of interne belanghebbende de order uiterlijk verzonden wil hebben. | ||
|
Beschrijving
Dit attribuut geeft de service level agreement (SLA) of beoogde leverdatum voor een uitgaande magazijnorder weer. Het is de deadline waartegen de prestaties van de magazijnactiviteiten worden afgezet. Deze datum is een belangrijke maatstaf voor de prestaties. In het dashboard ‘Op tijd verzonden zendingen’ en de KPI ‘Percentage zendingen op tijd’ wordt deze gebruikt om te bepalen of een order op tijd is afgehandeld. Door orders te analyseren die deze datum niet halen, kun je structurele oorzaken van vertraging opsporen en de klanttevredenheid verbeteren.
Waarom dit belangrijk is
Dit is de belangrijkste maatstaf om te bepalen of zendingen op tijd vertrekken en of de afspraken over het serviceniveau met klanten worden nagekomen.
Waar vind je dit?
Meestal opgeslagen in de orderkop in Manhattan SCALE. De datum wordt vaak overgenomen uit een bovenliggend ERP- of orderbeheersysteem.
Voorbeelden
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
Materiaal-ID
MaterialId
|
De unieke identificatiecode van het product of materiaal dat wordt verwerkt. | ||
|
Beschrijving
Dit attribuut, vaak aangeduid als SKU (Stock Keeping Unit), identificeert het specifieke artikel bij een magazijnactiviteit. Een magazijnorder kan meerdere materialen bevatten, die elk als afzonderlijke orderregels of taken worden verwerkt. Door het proces per materiaal-ID te analyseren, kun je problemen met specifieke producten opsporen. Sommige artikelen worden bijvoorbeeld vaker afgekeurd bij kwaliteitscontroles, verkeerd gepickt of langer verwerkt vanwege hun formaat, gewicht of opslagvereisten. Zo kun je de opslagstrategie en werkwijze afstemmen op verschillende producttypen.
Waarom dit belangrijk is
Hiermee kun je per product analyseren of bepaalde artikelen samenhangen met procesvertragingen, fouten of herstelwerk.
Waar vind je dit?
Te vinden in de orderregeltabellen in Manhattan SCALE, gekoppeld aan de hoofdmagazijnorder.
Voorbeelden
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
Ordertype
OrderType
|
De categorie van de magazijnorder, bijvoorbeeld inkomend, uitgaand of interne verplaatsing. | ||
|
Beschrijving
Het ordertype geeft aan wat het doel van de magazijnorder is. Veelvoorkomende typen zijn klantzendingen (uitgaand), goederenontvangsten van leveranciers (inkomend), voorraadverplaatsingen tussen locaties (intern) en retouren. Met dit attribuut kun je de procesanalyse opdelen. Filter op ordertype om bijvoorbeeld het ontvangstproces met het verzendproces te vergelijken. Dat is belangrijk omdat de stappen, middelen en prestatiedoelen vaak sterk verschillen. Als je deze processen samen analyseert, kan dat een vertekend beeld geven.
Waarom dit belangrijk is
Hiermee kun je verschillende processen, zoals inkomend en uitgaand, afzonderlijk analyseren en vergelijken. Ze hebben immers andere processtromen en prestatiedoelen.
Waar vind je dit?
Te vinden in de orderkopgegevens in Manhattan SCALE. Het veld kan ‘order_type’, ‘transaction_type’ of iets vergelijkbaars heten.
Voorbeelden
Inkomende goederenontvangstUitgaande zendingInterne verplaatsingKlantretour
|
|||
|
Werkelijke hoeveelheid
ActualQuantity
|
De werkelijke hoeveelheid materiaal die is geteld, gepickt of verzonden. | ||
|
Beschrijving
Dit attribuut legt de gemeten hoeveelheid goederen vast bij een belangrijk controlepunt, zoals de goederenontvangst of het picken. Het geeft aan wat er fysiek is verwerkt. Dat kan afwijken van de geplande hoeveelheid. Door de werkelijke hoeveelheid met de geplande hoeveelheid te vergelijken, kun je verschillen opsporen. Dit vormt de basis voor het dashboard ‘Trends in afwijkingen van orderhoeveelheden’ en de bijbehorende KPI. Door deze verschillen bij te houden, kun je problemen met de nauwkeurigheid van leveranciers, voorraadregistraties of pickfouten opsporen. Dat helpt de voorraadgegevens betrouwbaar te houden.
Waarom dit belangrijk is
Dit attribuut helpt verschillen tussen geplande en werkelijke hoeveelheden op te sporen en mogelijke problemen met voorraadnauwkeurigheid of fouten in de bedrijfsvoering aan het licht te brengen.
Waar vind je dit?
Te vinden in transactiedetails van activiteiten zoals ontvangst, tellen of picken in Manhattan SCALE.
Voorbeelden
100985010
|
|||
|
Doorlooptijd van orderafhandeling
OrderFulfillmentCycleTime
|
De totale tijd vanaf het aanmaken van de magazijnorder tot de volledige afhandeling ervan. | ||
|
Beschrijving
Deze metriek berekent de totale doorlooptijd van elke magazijnorder, vanaf de gebeurtenis 'Magazijnorder aangemaakt' tot 'Magazijnorder afgerond'. Dit is een belangrijke prestatie-indicator voor de efficiëntie van het volledige magazijnproces, van begin tot eind. In dashboards en analyses geeft dit attribuut een overzicht van de algehele prestaties. Je gebruikt het om trends te volgen, uitschieters te vinden, zoals lange doorlooptijden, en prestaties door de tijd heen te vergelijken. De metriek ondersteunt het dashboard 'Totale doorlooptijd van orderafhandeling' en de bijbehorende KPI.
Waarom dit belangrijk is
Deze KPI meet hoe snel en efficiënt het magazijn orders van begin tot eind afhandelt. Dat heeft direct invloed op de klanttevredenheid en de bedrijfskosten.
Waar vind je dit?
Dit berekende veld is het verschil tussen de timestamps van de eerste en laatste gebeurtenis voor elke magazijnorder.
Voorbeelden
2,1 dagen18,5 uur36 uur
|
|||
|
Gebruikte apparatuur
EquipmentUsed
|
De identificatiecode van de apparatuur die voor een activiteit is gebruikt, zoals een heftruck of handheldscanner. | ||
|
Beschrijving
Dit attribuut geeft aan welk intern transportmiddel of welke technologie is gebruikt voor een magazijntaak. Denk aan specifieke heftruck-ID’s, palletwagennummers of ID’s van handheld RF-scanners. Deze data is waardevol voor analyses van de inzet van middelen, ook buiten de medewerkers om. Je krijgt inzicht in het gebruik van dure apparatuur, kunt onderhoud plannen en ervoor zorgen dat de juiste hulpmiddelen beschikbaar zijn wanneer ze nodig zijn. De data ondersteunt KPI’s zoals ‘Inzet van middelen (picken)’ en biedt een extra dimensie voor analyse.
Waarom dit belangrijk is
Hiermee kun je het gebruik van apparatuur en de invloed daarvan op de procesefficiëntie analyseren. Dat helpt bij het plannen van onderhoud en investeringen in intern transportmaterieel.
Waar vind je dit?
Raadpleeg de documentatie van Manhattan SCALE of de systeemlogboeken. Als het systeem zo is ingesteld dat deze informatie wordt vastgelegd, staat die mogelijk in de uitvoeringsgegevens van taken.
Voorbeelden
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
Geplande hoeveelheid
PlannedQuantity
|
De verwachte hoeveelheid materiaal voor een taak, op basis van de order. | ||
|
Beschrijving
Dit attribuut geeft aan hoeveel artikelen volgens de oorspronkelijke magazijnorder of taakinstructie ontvangen, gepickt of verwerkt moesten worden. Het is de basis waarmee je de werkelijke uitvoering vergelijkt. Je gebruikt deze waarde samen met de ‘Werkelijke hoeveelheid’ om verschillen te berekenen. Regelmatige afwijkingen tussen geplande en werkelijke hoeveelheden kunnen wijzen op problemen met leveringen van leveranciers, voorraadnauwkeurigheid of pickprocessen. Daarom is dit een belangrijk attribuut voor kwaliteits- en nauwkeurigheidsanalyses.
Waarom dit belangrijk is
Dit is de basis om de nauwkeurigheid van hoeveelheden te meten en afwijkingen op te sporen die invloed hebben op de voorraad en orderafhandeling.
Waar vind je dit?
Te vinden in de orderregel- of taakdetailtabellen in Manhattan SCALE.
Voorbeelden
1001005012
|
|||
|
Herstelwerk
IsRework
|
Een indicator die aangeeft of een activiteit of reeks activiteiten herstelwerk is. | ||
|
Beschrijving
Dit booleaanse attribuut herkent herstelwerk, bijvoorbeeld wanneer de activiteit 'Goederen uit opslag gepickt' binnen één order meerdere keren voor hetzelfde materiaal wordt uitgevoerd. De waarde wordt afgeleid door patronen in de processtroom te analyseren. Door herstelwerk te markeren, kun je inefficiënties en fouten in het proces opsporen. Het attribuut helpt de KPI 'Percentage herstelwerk bij orderpicken' te berekenen en cases met herhaalde stappen te onderzoeken. Als je weet waardoor herstelwerk ontstaat, kun je de bedrijfskosten verlagen en de proceskwaliteit verbeteren.
Waarom dit belangrijk is
Het markeert inefficiënte lussen en herhaald werk in het proces. Die zijn vaak een verborgen oorzaak van vertragingen en hogere bedrijfskosten.
Waar vind je dit?
Dit berekende attribuut wordt meestal in de process mining-tool afgeleid met regels die specifieke patronen van herhaalde activiteiten herkennen, zoals zelflussen of korte lussen.
Voorbeelden
truefalse
|
|||
|
Hoeveelheidsverschil
QuantityDiscrepancy
|
Het berekende verschil tussen de geplande en werkelijke hoeveelheid van een artikel. | ||
|
Beschrijving
Deze metriek is het verschil tussen de 'Werkelijke hoeveelheid' en de 'Geplande hoeveelheid'. Een waarde anders dan nul betekent dat de hoeveelheid verwerkte goederen afwijkt van wat was verwacht. De waarde kan positief zijn bij een overschot of negatief bij een tekort. Dit attribuut vormt de basis voor de KPI 'Percentage orders met een hoeveelheidsverschil'. Het maakt de omvang van fouten bij ontvangst of orderpicken meetbaar en geeft dashboards een duidelijke metriek voor de voorraadnauwkeurigheid. Door trends en oorzaken van deze verschillen te analyseren, kun je nauwkeuriger werken.
Waarom dit belangrijk is
Het maakt fouten in de voorraad en orderafhandeling meetbaar. Zo kun je de nauwkeurigheid volgen en zien wat de financiële gevolgen van afwijkingen zijn.
Waar vind je dit?
Dit berekende veld wordt in de process mining-tool afgeleid met de formule: ActualQuantity - PlannedQuantity.
Voorbeelden
0-25
|
|||
|
Naam vervoerder
CarrierName
|
De naam van het transportbedrijf dat verantwoordelijk is voor de verzending van de order. | ||
|
Beschrijving
Dit attribuut geeft aan welke logistieke partner of vervoerder, zoals FedEx, UPS of DHL, aan een uitgaande zending is toegewezen. Het koppelt het magazijnproces aan het daaropvolgende transport. Door prestaties per vervoerder te analyseren, kun je belangrijke informatie over de toeleveringsketen vinden. Zo zie je of bepaalde vervoerders samenhangen met langere wachttijden in de verzamelzone, regelmatige vertragingen of specifieke vereisten voor de afhandeling. Deze informatie helpt vervoerders te beoordelen en logistieke samenwerkingen te verbeteren.
Waarom dit belangrijk is
Dit koppelt magazijnactiviteiten aan logistieke partners. Zo kun je prestaties per vervoerder analyseren en mogelijke bottlenecks in het transport opsporen.
Waar vind je dit?
Te vinden in de verzend- of transportplanningstabellen in Manhattan SCALE, vaak gekoppeld aan de orderkop.
Voorbeelden
FedExUPSXPO Logistics
|
|||
|
Op tijd verzonden
IsOnTimeShipment
|
Een indicator die aangeeft of de order op of vóór de gevraagde einddatum is verzonden. | ||
|
Beschrijving
Dit booleaanse attribuut wordt afgeleid door de 'Werkelijke einddatum' te vergelijken met de 'Gevraagde einddatum'. De waarde is waar als de order op tijd is afgerond en onwaar als dat te laat gebeurde. Met dit attribuut kun je prestaties eenvoudig filteren en samenvatten. Het vormt de basis voor de KPI 'Percentage op tijd verzonden' en voedt dashboards die bijhouden of je de SLA’s met klanten nakomt. Zo zie je snel welke orders wel en niet aan de afspraken voldoen en kun je de oorzaken van vertragingen onderzoeken.
Waarom dit belangrijk is
Het maakt prestatierapportages eenvoudiger: datumvergelijkingen worden omgezet in een eenvoudige waar/onwaar-indicator, waarmee je makkelijk het percentage op tijd verzonden orders berekent.
Waar vind je dit?
Berekend door 'ActualCompletionDate' <= 'RequestedCompletionDate' te vergelijken. Deze logica wordt toegepast in de process mining-tool.
Voorbeelden
truefalse
|
|||
|
Opslaglocatie
StorageLocation
|
De specifieke locatie in het magazijn, zoals een vak of gangpad, waar goederen worden opgeslagen of gepickt. | ||
|
Beschrijving
Dit attribuut geeft de fysieke locatie aan, bijvoorbeeld gangpad 5, vak 3 of niveau C, die bij een opslag- of ophaalactiviteit hoort. Zo krijg je inzicht in de locatie van de activiteit in het magazijn. Door activiteiten per opslaglocatie te analyseren, kun je de magazijnindeling en goederenstroom verbeteren. Je ziet welke locaties vaak worden bezocht, welke looproutes tijdens het picken inefficiënt zijn en waar opstoppingen ontstaan. Deze data helpt de efficiëntie van inslag en picken te analyseren en laat zien waar de opslagstrategie beter kan.
Waarom dit belangrijk is
Dit geeft inzicht in de locatie van goederenverplaatsingen in het magazijn. Zo kun je de efficiëntie van de indeling, reistijden en pickroutes analyseren.
Waar vind je dit?
Te vinden in taakgegevens voor inslag- en pickactiviteiten in Manhattan SCALE, in velden zoals ‘location_id’, ‘bin_code’ of ‘source_location’.
Voorbeelden
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
Resultaat kwaliteitsinspectie
QualityInspectionResult
|
De uitkomst van een kwaliteitsinspectie, zoals ‘Goedgekeurd’, ‘Afgekeurd’ of ‘Herstelwerk nodig’. | ||
|
Beschrijving
Dit attribuut legt het resultaat van de activiteit ‘Kwaliteitscontrole uitgevoerd’ vast. Het geeft aan of de ontvangen goederen aan de vereiste kwaliteitsnormen voldeden of dat er vervolgactie nodig is. Dit attribuut is belangrijk voor analyses van kwaliteitsbeheer. Je kunt er het ‘Nalevingspercentage kwaliteitscontrole’ mee volgen, zowel op basis van naleving als van de resultaten. Door afkeurpercentages per leverancier of materiaal te analyseren, kun je inkoopbeslissingen verbeteren en de vervolgkosten van goederen van slechte kwaliteit verlagen.
Waarom dit belangrijk is
Dit geeft de uitkomst van kwaliteitscontroles weer. Zo kun je de kwaliteit van leveranciers, productproblemen en de effectiviteit van het inspectieproces analyseren.
Waar vind je dit?
Raadpleeg de documentatie van Manhattan SCALE. Deze informatie staat waarschijnlijk in tabellen voor kwaliteitsbeheer of ontvangsttaken.
Voorbeelden
GoedgekeurdAfgekeurdHerstelwerk nodig
|
|||
|
Tijd van ontvangst tot opslag
GoodsReceiptToPutawayTime
|
De tijd vanaf de ontvangst van goederen tot het moment waarop ze op hun opslaglocatie zijn gezet. | ||
|
Beschrijving
Deze berekende metriek meet de doorlooptijd van een belangrijk deel van het inkomende proces: de tijd tussen de activiteit 'Goederen ontvangen en geteld' en 'Goederen opgeslagen'. Zo wordt de efficiëntie van de loskade en het opslaan van goederen meetbaar. Deze doorlooptijd is een belangrijke invoer voor het dashboard 'Doorlooptijd van goederenontvangst tot opslag' en de bijbehorende KPI. Een hoge waarde kan wijzen op knelpunten bij de loskade, vertraging bij het aanmaken van opslagopdrachten of inefficiënte looproutes. Daardoor zijn goederen later beschikbaar.
Waarom dit belangrijk is
Deze metriek meet de efficiëntie van een belangrijke stap in het inkomende proces en maakt knelpunten zichtbaar die de beschikbaarheid van voorraad vertragen.
Waar vind je dit?
Dit berekende veld is het tijdsverschil tussen de gebeurtenissen 'Goederen ontvangen en geteld' en 'Goederen opgeslagen' voor een bepaalde case.
Voorbeelden
45 minuten2,5 uur8 uur
|
|||
|
Werkelijke afrondingsdatum
ActualCompletionDate
|
De datum waarop de magazijnorder daadwerkelijk is afgerond, meestal bij verzending. | ||
|
Beschrijving
Dit attribuut bevat het timestamp van de laatste stap in het magazijnproces voor een order, zoals ‘Zending verzonden’. Het geeft aan wanneer de orderafhandeling daadwerkelijk is afgerond. Je vergelijkt deze datum rechtstreeks met de ‘Gevraagde afrondingsdatum’ om te bepalen of de zending op tijd is verstuurd. Dit is het feitelijke datapunt dat bevestigt wanneer de verantwoordelijkheid van het magazijn voor de order eindigde. Met dit attribuut kun je de doorlooptijden van de orderafhandeling en de prestaties ten opzichte van SLA’s nauwkeurig meten.
Waarom dit belangrijk is
Dit geeft het feitelijke tijdstip waarop de order is afgerond. Je gebruikt het om de werkelijke doorlooptijden te berekenen en de prestaties met de gevraagde datums te vergelijken.
Waar vind je dit?
Dit komt overeen met het timestamp van de laatste activiteit in het proces, zoals ‘Zending verzonden’ of ‘Magazijnorder afgerond’.
Voorbeelden
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Zending-ID
ShipmentId
|
Een unieke identificatiecode voor een groep orders die samen worden verzonden. | ||
|
Beschrijving
De zending-ID is een identificatiecode op een hoger niveau. Hiermee worden een of meer magazijnorders gegroepeerd die samen in hetzelfde voertuig of als onderdeel van dezelfde vracht worden vervoerd. De ID koppelt afzonderlijke orders aan een specifieke transportgebeurtenis. Met de zending-ID kun je logistieke processen op een hoger niveau analyseren. Je kunt de efficiëntie van het samenvoegen van orders tijdens het klaarzetten en laden onderzoeken, de prestaties op tijd per zending meten en zien hoe het samenvoegen van orders de totale doorlooptijden beïnvloedt.
Waarom dit belangrijk is
Hiermee groepeer je meerdere orders in één verzendgebeurtenis, zodat je het samenvoegen, klaarzetten en laden kunt analyseren.
Waar vind je dit?
Te vinden in de transport- of zendingbeheertabellen in Manhattan SCALE. Deze ID is meestal gekoppeld aan meerdere magazijnorders.
Voorbeelden
SH-945001SH-945002SH-945003
|
|||
Activiteiten voor magazijnbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Goederen ingepakt
|
Deze activiteit geeft aan dat alle artikelen voor een zending in de uiteindelijke verpakking zitten en dat de verpakking is verzegeld. De gebeurtenis wordt expliciet geregistreerd wanneer de inpakkers in het systeem bevestigen dat de doos of zending klaar is. | ||
|
Waarom dit belangrijk is
Deze mijlpaal rondt het inpakken af en maakt de zending klaar om naar de verzendzone te gaan en te worden verzonden. Dit is een belangrijk datapunt voor de analyse van de doorvoer en efficiëntie van het inpakproces.
Waar vind je dit?
Geregistreerd in de inpak- of verzendtransactielogboeken wanneer de actie ‘Close Carton’ of ‘Pack Complete’ in Manhattan SCALE wordt uitgevoerd.
Vastleggen
Vastgelegd aan de hand van het tijdstip van de transactie ‘Pack Complete’ of ‘Close Container’.
Gebeurtenistype
explicit
|
|||
|
Goederen ontvangen en geteld
|
Dit markeert het einde van de fysieke ontvangst. De goederen zijn gelost en geïdentificeerd, en de aantallen zijn vergeleken met de leveringsmelding. Meestal wordt dit expliciet vastgelegd wanneer een medewerker de definitieve ontvangen aantallen per artikel bevestigt op een handheld apparaat of terminal. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk moment voor de voorraadnauwkeurigheid en het begin van de inslag. Je kunt hiermee verschillen in aantallen analyseren en de efficiëntie van het ontvangstteam beoordelen.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd in de transactielogs voor ontvangstregels in Manhattan SCALE. De timestamps worden geregistreerd zodra de aantallen zijn bevestigd.
Vastleggen
Vastgelegd wanneer een medewerker de ontvangen aantallen bevestigt door ze te scannen of handmatig in te voeren.
Gebeurtenistype
explicit
|
|||
|
Goederen opgeslagen
|
Deze activiteit bevestigt dat goederen op de toegewezen opslaglocatie zijn geplaatst. De activiteit wordt expliciet vastgelegd wanneer de medewerker de opslaglocatie scant en de inslag bevestigt. Daarmee wordt de taak in het systeem afgerond. | ||
|
Waarom dit belangrijk is
Met deze gebeurtenis is het inkomende proces afgerond en komt de voorraad beschikbaar voor orderafhandeling. Dit is het eindpunt voor de KPI ‘Tijd tussen goederenontvangst en inslag’.
Waar vind je dit?
Geregistreerd in de taakbeheer- of voorraadtransactielogboeken wanneer de status van een inslagtaak wordt gewijzigd in ‘Voltooid’ of een vergelijkbare status.
Vastleggen
Vastgelegd aan de hand van het tijdstip waarop de inslagtaak is afgerond, meestal via een scan van de opslaglocatie.
Gebeurtenistype
explicit
|
|||
|
Goederen uit opslag gepickt
|
Deze activiteit bevestigt dat een medewerker een artikel fysiek van de opslaglocatie heeft gehaald. De gebeurtenis wordt expliciet vastgelegd wanneer de medewerker het artikel en/of de locatie scant om het picken op het handheld apparaat te bevestigen. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal in de orderafhandeling. De gebeurtenis is nodig om de pickdoorvoer, het aantal gevallen van herstelwerk en de inzet van middelen te meten.
Waar vind je dit?
Geregistreerd in de picktransactielogboeken of taakgeschiedenis wanneer een pick wordt bevestigd. Vaak worden ook de gebruikers-ID en het tijdstip vastgelegd.
Vastleggen
Vastgelegd aan de hand van het bevestigingstijdstip van een orderregel, meestal via een barcodescan.
Gebeurtenistype
explicit
|
|||
|
Magazijnorder aangemaakt
|
Deze activiteit markeert het aanmaken van een order in het warehouse management-systeem. Het kan gaan om een inkomende ontvangst of een uitgaande order. Meestal wordt dit expliciet vastgelegd met een aanmaaktimestamp wanneer een nieuwe orderregel in het systeem wordt aangemaakt, vaak via een koppeling met een ERP-systeem. | ||
|
Waarom dit belangrijk is
Dit is de belangrijkste startgebeurtenis van het magazijnproces. De tijd tussen dit moment en de afronding is belangrijk om de totale doorlooptijd van de orderafhandeling te meten.
Waar vind je dit?
Deze gebeurtenis wordt vastgelegd aan de hand van de aanmaaktimestamp in de tabel met de belangrijkste ordergegevens in Manhattan SCALE, bijvoorbeeld het veld met de aanmaakdatum van de order.
Vastleggen
Vastgelegd aan de hand van de aanmaaktimestamp van de magazijnorder.
Gebeurtenistype
explicit
|
|||
|
Magazijnorder afgerond
|
Geeft aan dat de magazijnorder administratief wordt afgesloten nadat alle fysieke activiteiten zijn afgerond. Dit is meestal een afgeleide gebeurtenis, gebaseerd op een laatste statusupdate van de order, zoals ‘Voltooid’ of ‘Gesloten’. | ||
|
Waarom dit belangrijk is
Deze activiteit markeert het definitieve einde van de volledige levenscyclus van de magazijnorder. De gebeurtenis is nodig om de totale doorlooptijd en doorvoer van de orderafhandeling te berekenen.
Waar vind je dit?
Afgeleid van het tijdstip waarop het statusveld van de orderkop in Manhattan SCALE wordt bijgewerkt naar een definitieve, gesloten status.
Vastleggen
Afgeleid van het tijdstip van de laatste update, wanneer de orderstatus verandert in ‘Voltooid’.
Gebeurtenistype
inferred
|
|||
|
Zending verzonden
|
Dit markeert het moment waarop de vervoerder met de goederen het magazijn verlaat. De gebeurtenis wordt expliciet gestart wanneer een gebruiker in het systeem de transactie ‘Ship Confirm’ of ‘Dispatch’ uitvoert en de zending daarmee afrondt. | ||
|
Waarom dit belangrijk is
Dit is een belangrijke mijlpaal om te meten of zendingen op tijd vertrekken ten opzichte van de gevraagde leverdatums. Vaak worden hiermee ook klantmeldingen en facturering gestart.
Waar vind je dit?
Vastgelegd aan de hand van het tijdstip van de transactie ‘Ship Confirm’ in de verzend- of uitgaandeordertabellen van Manhattan SCALE.
Vastleggen
Geregistreerd wanneer de verzendbevestiging voor de oplegger of order wordt uitgevoerd.
Gebeurtenistype
explicit
|
|||
|
Goederen aangekomen bij het dock
|
Deze activiteit geeft aan dat een vrachtwagen of container fysiek bij het ontvangstdock is aangekomen. Vaak wordt dit expliciet vastgelegd wanneer een medewerker bij de poort of het dock de zending in het systeem registreert, voordat het lossen begint. | ||
|
Waarom dit belangrijk is
Door de tijd tussen aankomst en het begin van de ontvangstactiviteiten te volgen, kun je bottlenecks bij het ontvangstdock opsporen. Denk bijvoorbeeld aan wachttijden doordat er geen medewerkers of apparatuur beschikbaar zijn.
Waar vind je dit?
Vastgelegd in een module voor zendingen of afsprakenplanning in Manhattan SCALE wanneer de vervoerder zich op de locatie meldt.
Vastleggen
Vastgelegd aan de hand van de timestamp van de aanmelding bij het ontvangstdock.
Gebeurtenistype
explicit
|
|||
|
Inpakken gestart
|
Markeert het begin van het inpakproces, wanneer gepickte goederen bij een inpakstation aankomen. Dit kan een expliciete gebeurtenis zijn die wordt vastgelegd wanneer een medewerker een bak of order bij een inpakstation scant. De gebeurtenis kan ook worden afgeleid van de eerste scan van een artikel bij dat station. | ||
|
Waarom dit belangrijk is
Met deze gebeurtenis begint de laatste stap die waarde toevoegt voordat de goederen worden verzonden. Door vanaf dit moment te meten, kun je knelpunten in het inpakgebied afzonderlijk in kaart brengen.
Waar vind je dit?
Vastgelegd in transactielogboeken van inpakstations in Manhattan SCALE. Dit kan een transactie ‘Start Pack’ zijn of het tijdstip waarop het eerste artikel is ingepakt.
Vastleggen
Geregistreerd wanneer een medewerker bij een station begint met het inpakken van een order.
Gebeurtenistype
explicit
|
|||
|
Inslagtaak aangemaakt
|
Het systeem maakt een taak aan die een medewerker opdracht geeft ontvangen goederen van het dock naar een opslaglocatie te verplaatsen. Deze gebeurtenis wordt expliciet vastgelegd in de taakbeheerfunctie wanneer het systeem een bestemming toewijst en een nieuwe inslagopdracht aanmaakt. | ||
|
Waarom dit belangrijk is
Dit markeert het begin van de interne verplaatsing van goederen. De tijd tussen het aanmaken en afronden van de taak laat zien hoe efficiënt de inslag verloopt en hoe goed het systeem presteert.
Waar vind je dit?
Vastgelegd in de taak- of werkorderhistorie van Manhattan SCALE, met een timestamp voor het aanmaken van de inslagtaak.
Vastleggen
Geregistreerd wanneer het systeem een inslagtaken aanmaakt.
Gebeurtenistype
explicit
|
|||
|
Klaargezet voor verzending
|
Geeft aan dat ingepakte dozen van het inpakgebied naar een aangewezen verzendbaan of verzendzone worden verplaatst. Deze activiteit wordt meestal afgeleid van een wijziging van de locatie van de verzendcontainer of pallet in het WMS. | ||
|
Waarom dit belangrijk is
Helpt vertragingen tussen het inpakken en laden op te sporen. Een lange verblijfsduur in deze status kan wijzen op slechte afstemming met vervoerders of inefficiënt beheer van laaddeuren.
Waar vind je dit?
Afgeleid van een voorraadverplaatsingstransactie of locatie-update voor de ID van de verzendcontainer in Manhattan SCALE. Hieruit blijkt dat de container naar een verzamelzone is verplaatst.
Vastleggen
Afgeleid van een locatieverandering van de ingepakte container naar een verzamelzone of laaddeur.
Gebeurtenistype
inferred
|
|||
|
Kwaliteitscontrole uitgevoerd
|
Dit is een kwaliteitscontrole van ontvangen goederen voordat ze worden opgeslagen. De gebeurtenis wordt expliciet vastgelegd wanneer een medewerker van kwaliteitscontrole de uitslag, goed- of afgekeurd, voor de betreffende voorraad in het systeem registreert. | ||
|
Waarom dit belangrijk is
Met deze activiteit kun je controleren of de kwaliteitsprocedures worden gevolgd. Door te analyseren of en hoe lang de controle duurt, houd je de productkwaliteit in de gaten en spoor je vertragingen bij de inspectie op.
Waar vind je dit?
Vastgelegd in de module voor kwaliteitsbeheer of in de transactielogs voor de voorraadstatus in Manhattan SCALE wanneer een inspectieresultaat wordt ingediend.
Vastleggen
Vastgelegd aan de hand van de transactielog van de bevestiging van de kwaliteitscontrole.
Gebeurtenistype
explicit
|
|||
|
Melding van inkomende levering ontvangen
|
Dit is de ontvangst van een Advanced Shipping Notification (ASN) van een leverancier met informatie over een inkomende zending. De gebeurtenis wordt expliciet vastgelegd wanneer de ASN in Manhattan SCALE is verwerkt. Daarna begint de planning van de inkomende goederen. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis is het startpunt voor het meten van het inkomende logistieke proces. Je kunt hiermee de prestaties van leveranciers en de voorbereiding van het magazijn op inkomende goederen analyseren.
Waar vind je dit?
Vastgelegd in de tabellen voor inkomende transacties of ASN’s nadat een leveringsmelding via EDI of handmatig is ingevoerd.
Vastleggen
Gebeurtenis vastgelegd na ontvangst en verwerking van de ASN.
Gebeurtenistype
explicit
|
|||
|
Op vervoerder geladen
|
Deze activiteit legt vast dat ingepakte containers fysiek op een vrachtwagen of oplegger worden geladen. Meestal wordt dit expliciet geregistreerd wanneer een medewerker elke pallet of container scant terwijl die op het vervoermiddel wordt geladen. | ||
|
Waarom dit belangrijk is
Dit is de laatste fysieke handeling in het magazijn. Door deze activiteit te analyseren, kun je de laadtijden meten en controleren of alle goederen voor een zending correct zijn geladen.
Waar vind je dit?
Geregistreerd in de verzendtransactielogboeken in Manhattan SCALE wanneer containers tijdens het laden worden gescand.
Vastleggen
Vastgelegd aan de hand van het scantijdstip waarop een verzendcontainer op een voertuig wordt geladen.
Gebeurtenistype
explicit
|
|||
|
Picktaak aangemaakt
|
Geeft aan dat het systeem een picktaak aanmaakt voor een medewerker die artikelen uit de opslag haalt om een order af te handelen. Deze gebeurtenis wordt expliciet vastgelegd wanneer de order wordt toegewezen en het WMS een opdracht voor een gebruiker aanmaakt. | ||
|
Waarom dit belangrijk is
Dit is het begin van het uitgaande orderafhandelingsproces. De tijd tussen deze gebeurtenis en het afronden van het picken is belangrijk om de efficiëntie van orderpickers te meten.
Waar vind je dit?
Geregistreerd in de taak- of werkorderhistorie in Manhattan SCALE, met een aanmaaktijdstip.
Vastleggen
Geregistreerd wanneer het systeem een picktaak aanmaakt.
Gebeurtenistype
explicit
|
|||
Extractiegidsen
Klaar om te beginnen?
Gebruik deze datatemplate om vandaag nog je magazijnbeheer te verbeteren. De template helpt je op weg naar een efficiënter magazijn.
Haal meer uit het magazijn. Start vandaag gratis.
Voorkom fouten bij het orderpicken en bereik eenvoudig een voorraadnauwkeurigheid van 99,5%.
Geen creditcard nodig. Binnen enkele minuten gratis aan de slag.