Datatemplate voor voorraadbeheer
Datatemplate voor voorraadbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om vast te leggen
- Instructies voor data-extractie
Attributen voor voorraadbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de voorraadgebeurtenis, zoals 'Goederenontvangst geregistreerd' of 'Picken voltooid'. | ||
| Beschrijving Dit attribuut beschrijft een specifieke stap of mijlpaal in het voorraadbeheerproces. Elke activiteit staat voor een afzonderlijke handeling met de voorraadbatch, zoals ontvangen, inspecteren, verplaatsen of verzenden. De volgorde en frequentie van deze activiteiten vormen de basis van process mining. Je ziet hoe het proces verloopt, ontdekt afwijkingen van de standaardprocedure en vindt activiteiten die vertraging of herstelwerk veroorzaken. Zo kan de analyse laten zien of 'Cyclische telling uitgevoerd' vaak volgt op een mislukte pickpoging. Waarom dit belangrijk is Dit attribuut beschrijft de processtappen en maakt het mogelijk de route van de voorraad van begin tot eind te visualiseren en analyseren. Waar vind je dit? Dit wordt doorgaans afgeleid uit event logs, transactiecodes of statuswijzigingen in Manhattan Active Inventory. Mogelijk moet je technische codes omzetten naar begrijpelijke namen. Voorbeelden Goederenontvangst geregistreerdOpslag voltooidVoorraad gecorrigeerdPicken voltooidGoederenafgifte geregistreerd | |||
| Starttijd van de activiteit EventStartTime | De timestamp waarop de voorraadactiviteit begon. | ||
| Beschrijving Dit attribuut bevat de datum en tijd waarop elke geregistreerde activiteit is gestart. Je hebt deze gegevens nodig om gebeurtenissen chronologisch te ordenen en de tijd tussen processtappen te berekenen. Bij analyses gebruik je de starttijd om belangrijke prestatie-indicatoren te berekenen, zoals de doorlooptijd van het wegzetten, de doorlooptijd van de kwaliteitscontrole en de totale opslagtijd van voorraad. Door timestamps te analyseren, zie je wanneer het werk plaatsvindt, kun je prestaties vergelijken met planningen en tijdsgebonden inefficiënties in het magazijn opsporen. Waarom dit belangrijk is Deze timestamp is nodig om gebeurtenissen in de juiste volgorde te zetten en alle tijdgebonden prestatie-indicatoren en KPI’s te berekenen. Waar vind je dit? Elke transactie of gebeurtenis in Manhattan Active Inventory moet een bijbehorend timestamp-veld hebben, vaak met een naam als 'CREATE_DTTM' of 'EVENT_TIMESTAMP'. Voorbeelden 2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-27T14:05:00Z | |||
| Voorraadbatch/partij InventoryBatchLot | De unieke identificatiecode van een specifieke voorraadbatch of partij. Deze dient als primaire case-ID. | ||
| Beschrijving Het batch- of partijnummer groepeert alle activiteiten voor een specifieke hoeveelheid van een product. Zo kun je de volledige levenscyclus van die voorraad volgen, vanaf de ontvangst en alle verplaatsingen tot de uiteindelijke afgifte of het verbruik. Bij process mining is dit attribuut essentieel om de volledige route van elke voorraadeenheid te reconstrueren. Je kunt procesvarianten, doorlooptijden en bottlenecks per batch analyseren. Zo ontdek je bijvoorbeeld welke batches lang op een kwaliteitsinspectie wachten of vaak intern worden verplaatst voordat ze worden verzonden. Waarom dit belangrijk is Dit is de belangrijkste identificatiecode die alle bijbehorende voorraadgebeurtenissen samenbrengt in één procesinstantie. Zo kun je de volledige levenscyclus van de voorraad analyseren. Waar vind je dit? Deze identificatiecode staat doorgaans in voorraadgegevenstabellen of stamgegevens van partijen in Manhattan Active Inventory. Raadpleeg de systeemdocumentatie voor de specifieke tabel- en veldnamen. Voorbeelden LOT-202405-001ABCH-XYZ-987657458392-01 | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data is geëxtraheerd. | ||
| Beschrijving Dit attribuut geeft aan welke bronapplicatie of module de gebeurtenisdata heeft gegenereerd. In een moderne logistieke omgeving kan de data afkomstig zijn uit het centrale WMS, een yardmanagementsysteem of een transportmanagementsysteem. Vermelding van het bronsysteem is belangrijk voor datagovernance en om de context van de data te begrijpen. Zo maakt het voor automatiseringsanalyse verschil of een gebeurtenis afkomstig is van een geautomatiseerd systeem of handmatig is ingevoerd via een portaal. Waarom dit belangrijk is Geeft belangrijke context over de herkomst van de data. Dat is nodig voor datavalidatie, governance en inzicht in de interacties tussen systemen. Waar vind je dit? Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om de herkomst van de dataset aan te geven. Voorbeelden Manhattan Active InventoryMAI_WMSMANH_SCALE | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is vernieuwd of geëxtraheerd. | ||
| Beschrijving Dit attribuut registreert de datum en tijd waarop de data uit het bronsysteem is opgehaald. Het is een metadataveld dat laat zien hoe actueel de analyse is. In dashboards en rapporten geeft deze timestamp aan hoe recent de onderliggende data is. Zo weten gebruikers met welke vertraging de data beschikbaar komt en kun je het vernieuwen van datapijplijnen plannen. Waarom dit belangrijk is Laat gebruikers zien hoe actueel de data is, zodat ze tijdig beslissingen over de bedrijfsvoering kunnen nemen. Waar vind je dit? Deze timestamp wordt gegenereerd en aan de dataset toegevoegd door de tool of het script voor data-extractie, -transformatie en -laden (ETL). Voorbeelden 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
| Artikelhoeveelheid ItemQuantity | Het aantal eenheden van het artikel waarop de activiteit betrekking heeft. | ||
| Beschrijving Dit attribuut geeft de hoeveelheid producten aan die bij een voorraadgebeurtenis hoort, zoals het aantal ontvangen, verplaatste, gepickte of aangepaste artikelen. De hoeveelheid laat zien wat de omvang van de bedrijfsvoering is en wordt gebruikt om verschillende KPI’s te berekenen. Denk aan de verhouding handmatige voorraadaanpassingen, het afboekingspercentage per hoeveelheid en de pickdoorvoer. Door hoeveelheden te analyseren, zie je of grote en kleine orders anders door het proces gaan. Waarom dit belangrijk is Geeft per activiteit de omvang aan. Deze waarde is nodig om doorvoer, percentages en andere KPI’s op basis van volume te berekenen. Waar vind je dit? Transactietabellen in Manhattan Active Inventory bevatten een hoeveelheidveld voor elke verplaatsing of gebeurtenis. Dit veld kan 'QTY', 'QUANTITY' of 'UNITS' heten. Voorbeelden 10012-51 | |||
| Eindtijd van gebeurtenis EventEndTime | De timestamp waarop de voorraadactiviteit is afgerond. | ||
| Beschrijving Dit attribuut bevat de datum en tijd waarop elke geregistreerde activiteit is afgerond. Sommige gebeurtenissen duren maar een moment (StartTime is gelijk aan EndTime), terwijl andere tijd kosten, zoals een kwaliteitscontrole of een picktaak. De eindtijd is nodig om de verwerkingstijd van afzonderlijke activiteiten te berekenen. Zo zie je welke taken binnen het totale proces de meeste tijd kosten en waar verbeteringen gericht kunnen worden ingezet. Waarom dit belangrijk is Maakt het mogelijk om de duur van afzonderlijke activiteiten te berekenen en precies te bepalen welke taken vertraging in het proces veroorzaken. Waar vind je dit? Dit kan een apart veld in het bronsysteem zijn, bijvoorbeeld 'END_DTTM'. Bij gebeurtenissen die geen tijd kosten, kan de waarde gelijk zijn aan de starttijd. Raadpleeg de documentatie van Manhattan Active Inventory voor de structuur van de gebeurtenisdata. Voorbeelden 2023-10-26T08:05:00Z2023-10-26T09:45:10Z2023-10-27T14:05:00Z | |||
| Gebruiker die de actie uitvoert UserPerformingAction | De identificatie van de gebruiker of medewerker die de activiteit heeft uitgevoerd. | ||
| Beschrijving Dit attribuut bevat de gebruikers-ID of naam van de persoon die een taak uitvoert, zoals picken, inpakken of voorraad aanpassen. Bij geautomatiseerde taken kan het ook de ID van een systeem of bot zijn. Prestatieanalyse per gebruiker helpt om opleidingsbehoeften te vinden, goed presterende medewerkers te herkennen en de verdeling van het werk te begrijpen. Dit attribuut is belangrijk voor dashboards over pick- en inpakprestaties en voor onderzoek naar plekken waar veel handmatige aanpassingen plaatsvinden. Waarom dit belangrijk is Koppelt procesactiviteiten aan specifieke gebruikers. Zo kun je prestaties analyseren, de werkdruk verdelen en opleidingsbehoeften vaststellen. Waar vind je dit? Deze informatie staat meestal bij de transactiegegevens in velden als 'USER_ID', 'EXECUTED_BY' of 'RESOURCE_ID'. Raadpleeg de documentatie van Manhattan Active Inventory. Voorbeelden j.doeasmithSYSTEM_AUTOUSR_1138 | |||
| Magazijnlocatie WarehouseLocation | De specifieke fysieke plek in het magazijn waar de activiteit plaatsvond, zoals een opslagvak of inpakstation. | ||
| Beschrijving Dit attribuut geeft de locatie aan, bijvoorbeeld een zone, gangpad of opslagvak, die bij een voorraadgebeurtenis hoort. Het geeft fysieke context aan voorraadverplaatsingen en activiteiten in het magazijn. Deze dimensie is belangrijk voor analyses en komt in bijna elk dashboard terug. Je kunt ermee zien waar bottlenecks ontstaan, prestaties tussen locaties vergelijken en de oorzaken van voorraadverschillen onderzoeken. Zo wordt bijvoorbeeld duidelijk of in een bepaalde zone veel pickfouten voorkomen of het wegzetten lang duurt. Waarom dit belangrijk is Geeft voorraadgebeurtenissen een fysieke context. Zo kun je bottlenecks, efficiëntie en problemen op specifieke locaties analyseren. Waar vind je dit? Locatiegegevens vormen een vast onderdeel van elk WMS en staan meestal in transactietabellen voor voorraad, in velden als 'LOCATION_ID', 'BIN_CODE' of 'ZONE'. Raadpleeg de documentatie van Manhattan Active Inventory. Voorbeelden A1-R02-S03-B01PACK-STATION-05QC-INBOUNDZONE-C-BULK | |||
| Redencode voorraadverplaatsing MovementReasonCode | Een code die aangeeft waarom voorraad is verplaatst of aangepast. | ||
| Beschrijving De redencode voor voorraadverplaatsing geeft aan waarom een voorraadgebeurtenis heeft plaatsgevonden. De code is vooral van belang bij afwijkende activiteiten, zoals interne verplaatsingen, aanpassingen, retouren of afboekingen. Dit attribuut is belangrijk voor oorzaakanalyse. In het dashboard Overzicht voorraadverschillen kan de code bijvoorbeeld verklaren waarom voorraad is aangepast, zoals 'Damaged Goods', 'Cycle Count Correction' of 'Theft'. Je kunt de code ook gebruiken om te onderzoeken waarom voorraad intern wordt verplaatst of afgeboekt. Waarom dit belangrijk is Verklaart waarom voorraad wordt verplaatst of aangepast. Zo kun je de oorzaken van voorraadverschillen, afboekingen en verplaatsingen onderzoeken. Waar vind je dit? Dit veld staat vaak in transactietabellen en hoort bij specifieke verplaatsingstypen. Zoek in Manhattan Active Inventory naar velden als 'REASON_CODE' of 'MOVEMENT_TYPE'. Voorbeelden ADJ_DAMAGEXFER_REPLENSCRAP_EXPIREDRTN_CUST | |||
| Voorraadartikelnummer (SKU) StockKeepingUnit | De unieke identificatie van een specifiek product of artikel in de voorraad. | ||
| Beschrijving Een Stock Keeping Unit (SKU) is een unieke code waarmee je een product volgt. De code maakt onderscheid tussen artikelen op basis van kenmerken zoals maat, kleur en merk. Met process mining kun je per SKU nagaan of er productspecifieke problemen zijn. Zo zie je of bepaalde SKU’s langer op kwaliteitscontrole wachten, vaker beschadigd raken of worden afgeboekt, of vaak betrokken zijn bij voorraadaanpassingen. Dit attribuut is belangrijk voor dashboards zoals Analyse van de doorlooptijd van het wegzetten en Trends in voorraadafboekingen. Waarom dit belangrijk is Maakt analyse per product mogelijk, zodat je kunt zien of procesproblemen zich voordoen bij specifieke artikelen of productcategorieën. Waar vind je dit? De SKU is een vast veld in stamgegevens van artikelen en in transactietabellen voor voorraad. Zoek naar velden met de naam 'SKU', 'ITEM_ID' of 'PRODUCT_CODE'. Voorbeelden WIDGET-BLUE-LGSKU-849201-APN-775-C | |||
| Artikelwaarde ItemValue | De geldwaarde van de artikelen in de transactie. | ||
| Beschrijving Dit attribuut geeft de financiële waarde van de voorraad bij een gebeurtenis weer. Je berekent deze door de artikelhoeveelheid te vermenigvuldigen met de kostprijs per eenheid. De waarde is vooral relevant voor analyses van financiële gevolgen. Artikelwaarde is belangrijk voor het dashboard Trends in voorraadafboekingen. Je kunt ermee het financiële verlies door afgeboekte goederen berekenen en kostenbesparingen richten op waardevolle artikelen die vaak worden afgeboekt. Ook geeft het voorraadcorrecties en -verschillen een financiële dimensie. Waarom dit belangrijk is Laat zien wat de financiële gevolgen zijn van voorraadverplaatsingen. Zo kun je de kosten van afboekingen, voorraadverschillen en overtollige voorraad berekenen. Waar vind je dit? Deze waarde wordt vaak berekend door de artikelhoeveelheid uit de transactietabel te vermenigvuldigen met de kostprijs per eenheid uit de artikelstamgegevens of financiële data. De kostprijs per eenheid staat mogelijk in velden als 'STANDARD_COST' of 'UNIT_PRICE'. Voorbeelden 1500.0025.50349.99 | |||
| Magazijn Warehouse | De identificatie van het magazijn of distributiecentrum waar de voorraad ligt. | ||
| Beschrijving Dit attribuut geeft aan in welke vestiging, zoals een distributiecentrum of magazijn, de voorraadactiviteit plaatsvindt. Het groepeert gegevens op een hoger niveau dan de specifieke magazijnlocatie, zoals een opslagvak of gangpad. Voor bedrijven met meerdere vestigingen is analyse per magazijn belangrijk. Je kunt de prestaties van locaties vergelijken, zien wat goed presterende magazijnen anders doen en bepalen waar verbetering nodig is. Dit attribuut is een belangrijke dimensie voor het dashboard Doorvoer van magazijnactiviteiten. Waarom dit belangrijk is Maakt vergelijking mogelijk van voorraadprocessen tussen verschillende locaties en distributiecentra. Waar vind je dit? Deze informatie staat meestal in de stamgegevens van locaties of kan worden afgeleid uit de magazijnlocatiecode. Zoek naar velden als 'WH_ID' of 'SITE_CODE'. Voorbeelden WH-01-EASTDC-CENTRALFAC-WEST-3 | |||
| Meeteenheid UnitOfMeasure | De eenheid waarin de artikelhoeveelheid wordt gemeten, zoals 'stuk', 'doos' of 'pallet'. | ||
| Beschrijving De meeteenheid (UoM) geeft context aan het attribuut Artikelhoeveelheid. Zo zie je of de hoeveelheid verwijst naar losse artikelen, dozen met meerdere artikelen of volledige pallets. De meeteenheid is belangrijk voor een juiste analyse, vooral wanneer je verschillende producten of transacties vergelijkt. Zo worden KPI’s zoals de pickdoorvoer correct en op dezelfde manier berekend. Je voorkomt ook dat hoeveelheden verkeerd worden geïnterpreteerd wanneer ze in verschillende eenheden zijn vastgelegd. Waarom dit belangrijk is Geeft context aan hoeveelheidvelden, zodat metingen en vergelijkingen kloppen en betekenisvol zijn. Waar vind je dit? Dit is een standaardveld in de stamgegevens van artikelen en wordt meestal overgenomen in transactietabellen. Zoek naar velden als 'UOM' of 'UNIT'. Voorbeelden STDOOSPLKG | |||
| Naam leverancier SupplierName | De naam van de leverancier die de voorraad heeft geleverd. | ||
| Beschrijving Dit attribuut geeft aan van welke leverancier de voorraadpartij afkomstig is. Het is vooral relevant aan het begin van de levenscyclus van de voorraad, bij de goederenontvangst en kwaliteitscontrole. Analyse per leverancier helpt om leveranciersprestaties te volgen. Het dashboard Doorlooptijd van de kwaliteitscontrole gebruikt dit attribuut bijvoorbeeld om te zien of voorraad van bepaalde leveranciers steeds langer op controle wacht. Dat kan wijzen op kwaliteitsproblemen of ontbrekende documentatie. Waarom dit belangrijk is Koppelt voorraadprocessen aan specifieke leveranciers. Zo kun je leveranciersprestaties analyseren, bijvoorbeeld vertragingen bij kwaliteitscontroles. Waar vind je dit? Deze informatie staat meestal op de inkooporder of de verzendmelding die bij de goederenontvangst hoort. Mogelijk moet je hiervoor inkoopgegevens koppelen. Voorbeelden Global Tech Inc.Component Suppliers LLCOffice Essentials Co. | |||
| Op tijd weggezet IsPutawayOnTime | Een indicator die aangeeft of het wegzetten binnen de afgesproken servicenorm (SLA) is afgerond. | ||
| Beschrijving Dit booleaanse attribuut geeft aan of een wegzettaak binnen de beoogde tijd is afgerond. Je berekent het door de werkelijke doorlooptijd van het wegzetten, van 'Wegzetten gestart' tot 'Wegzetten afgerond', te vergelijken met een vooraf bepaald doel, bijvoorbeeld 4 uur. Dit attribuut wordt gebruikt om de KPI voor het percentage op tijd weggezette voorraad te berekenen. Je kunt eenvoudig filteren op te laat weggezette voorraad en de oorzaken onderzoeken, zoals de magazijnlocatie, SKU-categorie of betrokken gebruiker. Zo kun je normen voor efficiënt werken volgen en handhaven. Waarom dit belangrijk is Meet rechtstreeks of voorraad volgens de interne servicenormen is weggezet. Zo kun je procesproblemen snel vinden en analyseren. Waar vind je dit? Dit is een berekend veld. Je hebt een bedrijfsregel of SLA-definitie nodig, bijvoorbeeld 'Doeltijd voor wegzetten = 4 uur', die je toepast op de berekende doorlooptijd. Voorbeelden truefalse | |||
| Opslagtijd van voorraad StockDwellTime | De totale tijd dat een voorraadpartij in opslag blijft, vanaf het afronden van het wegzetten tot het begin van de goederenuitgifte. | ||
| Beschrijving De opslagtijd van voorraad is een belangrijke prestatie-indicator die meet hoelang voorraad ongebruikt in het magazijn ligt. Je berekent deze tijd voor een voorraadpartij door de timestamp van de gebeurtenis 'Wegzetten afgerond' af te trekken van die van 'Goederenuitgifte geregistreerd'. Door deze KPI te volgen, kun je voorraadniveaus verbeteren en de kasstroom verhogen. Een lange opslagtijd kan wijzen op te veel voorraad, producten die langzaam verkopen of problemen bij de orderafhandeling. Voorraadbeheer is er vaak op gericht de opslagtijd te verkorten. Waarom dit belangrijk is Meet hoelang voorraad wordt aangehouden en helpt bij het verbeteren van voorraadniveaus en het verlagen van voorraadkosten. Waar vind je dit? Dit is een berekend veld. Je zoekt voor een case de gebeurtenissen 'Wegzetten afgerond' en 'Goederenuitgifte geregistreerd' op en trekt de bijbehorende timestamps van elkaar af. Voorbeelden 30 08:00:0015 12:30:0090 00:00:00 | |||
| SKU-categorie SKUCategory | De classificatie of categorie waartoe de SKU behoort, zoals 'Elektronica' of 'Kleding'. | ||
| Beschrijving Met de SKU-categorie kun je vergelijkbare producten groeperen voor analyses op hoofdlijnen. De indeling kan gebaseerd zijn op producttype, opslagvereisten (bijvoorbeeld gekoeld) of verkoopsnelheid (bijvoorbeeld A-, B- en C-artikelen). Dit attribuut geeft inzicht op een hoger niveau dan een analyse per SKU. Zo kun je nagaan of elektronica langer nodig heeft om weg te zetten dan andere categorieën, of afboekingen vooral voorkomen bij seizoensartikelen. De categorie wordt gebruikt in de dashboards Doorlooptijd van het wegzetten en Doorlooptijd van de kwaliteitscontrole. Waarom dit belangrijk is Maakt analyse van productgroepen mogelijk en laat zien welke procestrends en problemen bij hele productfamilies voorkomen. Waar vind je dit? Dit attribuut staat meestal in de stamgegevens van artikelen en is gekoppeld aan de SKU. Raadpleeg de product- of artikelstamgegevens van Manhattan Active Inventory. Voorbeelden ElektronicaKledingDiepvriesproductenHardlopers | |||
| Taakidentificatie TaskIdentifier | De unieke identificatie van een specifieke magazijntaak, zoals een wegzet- of picktaak. | ||
| Beschrijving De voorraadpartij of het lot geeft aan om welk artikel het gaat. De taakidentificatie verwijst naar de specifieke werkinstructie voor een gebruiker of systeem. Zo kan één partij van 100 artikelen worden weggezet met twee afzonderlijke taken van elk 50 artikelen. Met dit attribuut kun je de efficiëntie van de bedrijfsvoering gedetailleerder analyseren. Je kunt bijvoorbeeld de gebeurtenis 'Picktaak aangemaakt' koppelen aan de bijbehorende gebeurtenis 'Picken afgerond' en zo de uitvoeringstijd van de taak precies meten. Dit is handig om pick- en wegzetprestaties per taak te analyseren. Waarom dit belangrijk is Koppelt gebeurtenissen voor het aanmaken en afronden van taken. Zo kun je de uitvoeringstijd van afzonderlijke opdrachten precies meten. Waar vind je dit? Tabellen voor taakbeheer of taakuitvoering in Manhattan Active Inventory bevatten een unieke ID voor elke taak. Zoek naar 'TASK_ID' of 'WORK_ORDER_ID'. Voorbeelden T-20231026-00123PK-987654PA-456789 | |||
| Voorraadstatus InventoryStatus | De huidige status van de voorraadpartij, zoals 'Beschikbaar', 'Geblokkeerd' of 'In kwaliteitscontrole'. | ||
| Beschrijving Dit attribuut beschrijft de staat van de voorraad op een bepaald moment. Het geeft aan of de voorraad beschikbaar is voor orders, wordt gecontroleerd, om een andere reden is geblokkeerd of onderweg is. Veranderingen in de voorraadstatus kunnen waardevolle inzichten opleveren. Door bijvoorbeeld te analyseren hoelang voorraad de status 'Geblokkeerd' of 'In kwaliteitscontrole' heeft, kun je vertragingen in de beschikbaarheid meten. Dit attribuut helpt ook om lange opslagtijden te verklaren. Waarom dit belangrijk is Geeft aan of voorraad beschikbaar is voor orderafhandeling. Zo kun je vertragingen analyseren die ontstaan door statussen als kwaliteitscontrole of blokkering. Waar vind je dit? Dit is een belangrijk veld in tabellen met voorraadstanden of voorraadniveaus in Manhattan Active Inventory. Zoek naar 'STATUS_CODE' of 'INVENTORY_STATUS'. Voorbeelden BeschikbaarKwaliteitscontroleGeblokkeerdBeschadigd | |||
Activiteiten voor voorraadbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Goederenafgifte geregistreerd | Dit markeert het moment waarop de voorraadbatch het magazijn officieel verlaat en de voorraad afneemt. Meestal wordt dit geactiveerd door een scan bij het vertrek van de vrachtwagen of door de bevestiging van de zending. | ||
| Waarom dit belangrijk is Dit is de belangrijkste succesvolle eindgebeurtenis in de levenscyclus van voorraad. Hiermee wordt het uitgaande proces afgerond en kan de totale opslagtijd van de voorraad worden berekend. Waar vind je dit? Dit is een standaardtransactie die expliciet wordt vastgelegd in de voorraadtransactielogboeken en vaak is gekoppeld aan een zending of verkooporder. De transactie verlaagt de hoeveelheid van de voorraadbatch in het systeem. Vastleggen Vastgelegd op basis van een expliciete goederenafgiftetransactie in de transactielogboeken van het systeem. Gebeurtenistype explicit | |||
| Goederenontvangst geregistreerd | Dit markeert de officiële aankomst en registratie van een voorraadbatch in het systeem. Meestal wordt deze gebeurtenis vastgelegd wanneer een medewerker artikelen scant of de ontvangst bevestigt aan de hand van een inkooporder of advance shipping notice (ASN) in Manhattan Active Inventory. | ||
| Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis in de levenscyclus van voorraad. Door de tijd tussen deze gebeurtenis en de volgende activiteiten te analyseren, kun je de efficiëntie van inkomende goederen en de prestaties van leveranciers meten. Waar vind je dit? Dit is een standaardtransactie die expliciet wordt vastgelegd in het voorraadtransactielogboek of in tabellen met ontvangstgeschiedenis wanneer een goederenontvangst wordt geboekt. Zoek naar transactiec codes voor goederenontvangst. Vastleggen Vastgelegd op basis van een expliciete goederenontvangsttransactie in de transactielogboeken van het systeem. Gebeurtenistype explicit | |||
| Opslag voltooid | Dit bevestigt dat de voorraadbatch in het definitieve opslagvak is geplaatst. Meestal wordt dit vastgelegd wanneer een medewerker het opslagvak scant en de opslagtaak als voltooid markeert. | ||
| Waarom dit belangrijk is Dit is een belangrijk moment: het inkomende proces is afgerond en de voorraad is beschikbaar voor orderafhandeling. Deze gebeurtenis is nodig om de KPI’s voor de opslagdoorlooptijd en tijdige opslag te berekenen. Waar vind je dit? Vastgelegd als voltooiingsstatus op de opslagtaak of als een locatiewijziging in de voorraadtransactielogboeken, met een bijbehorende timestamp. Vastleggen Vastgelegd op basis van de voltooiingstimestamp van de opslagtaak of een transactie voor het bijwerken van de locatie. Gebeurtenistype explicit | |||
| Picken voltooid | Dit bevestigt dat een medewerker de voorraad van de opslaglocatie heeft gepickt en naar een buffer- of verpakkingszone heeft verplaatst. Dit wordt vastgelegd wanneer de medewerker de pick bevestigt op een handheld apparaat. | ||
| Waarom dit belangrijk is Dit moment markeert het einde van de pickfase en het begin van het verpakken. Het is nodig om de prestaties van orderpickers te meten en het dashboard voor pick- en verpakkingsprestaties samen te stellen. Waar vind je dit? Vastgelegd met een voltooiingstimestamp op de picktaak of als een locatiewijziging waarbij de voorraad van een opslagvak naar een bufferzone wordt verplaatst. Vastleggen Vastgelegd op basis van de voltooiingstimestamp van de picktaak in het taakbeheersysteem. Gebeurtenistype explicit | |||
| Voorraad afgevoerd | Dit is de definitieve bestemming van een voorraadbatch als afval. De voorraad wordt afgeboekt en fysiek afgevoerd. Dit kan gebeuren met beschadigde, verlopen of verouderde voorraad. | ||
| Waarom dit belangrijk is Dit is een belangrijke verliesgebeurtenis of alternatieve eindgebeurtenis die financieel verlies vertegenwoordigt. Door deze activiteit te volgen, krijg je inzicht in het dashboard met trends in afgevoerde voorraad en de KPI voor het afvoerpercentage. Waar vind je dit? Vastgelegd als een expliciete voorraadcorrectie of afvoertransactie in de voorraadtransactielogboeken, met een specifieke redencode voor afvoer. Vastleggen Herkenbaar aan transacties met specifieke redencodes voor afvoer of verwijdering. Gebeurtenistype explicit | |||
| Voorraad gecorrigeerd | Een expliciete correctie van de voorraadhoeveelheid van een batch in het systeem, nadat een verschil is vastgesteld, bijvoorbeeld tijdens een cyclische telling. De correctie kan positief of negatief zijn. | ||
| Waarom dit belangrijk is Deze gebeurtenis wijst rechtstreeks op een onnauwkeurige voorraadregistratie. Analyse van deze correcties is belangrijk voor het dashboard met voorraadverschillen en de KPI voor het percentage voorraadverschillen. Waar vind je dit? Te vinden in de voorraadtransactielogboeken, herkenbaar aan specifieke transactiecodes voor correcties, zoals 'ADJ+' en 'ADJ-'. Deze logboeken bevatten gegevens zoals de redencode, gebruiker en gewijzigde hoeveelheid. Vastleggen Vastgelegd op basis van transacties met specifieke redencodes voor correcties in het voorraadlogboek. Gebeurtenistype explicit | |||
| Cyclische telling uitgevoerd | Dit betekent dat de voorraadbatch fysiek is geteld en de telling in het systeem is ingevoerd. Deze activiteit maakt deel uit van de controle en afstemming van de voorraad. | ||
| Waarom dit belangrijk is Dit gaat vooraf aan elke voorraadcorrectie. Door de frequentie en uitkomsten van cyclische tellingen te analyseren, krijg je inzicht in de oorzaken van onnauwkeurige voorraadgegevens. Waar vind je dit? Dit wordt doorgaans vastgelegd in een module voor voorraad tellingen of audits in Manhattan Active Inventory. Het is een expliciete handeling van een gebruiker met een bijbehorende timestamp. Vastleggen Geregistreerd wanneer een gebruiker de resultaten van een cyclische telling voor een specifieke locatie of een specifiek artikel indient. Gebeurtenistype explicit | |||
| Kwaliteitsinspectie uitgevoerd | Dit geeft aan dat de kwaliteitscontrole van een ontvangen voorraadbatch is afgerond. Een kwaliteitsinspecteur registreert dit vaak. Daarna verandert de voorraadstatus doorgaans van 'In afwachting' naar 'Beschikbaar'. | ||
| Waarom dit belangrijk is Deze activiteit kan een flinke bottleneck vormen en de beschikbaarheid van voorraad vertragen. Door de duur te meten, zie je waar je de KPI voor de doorlooptijd van kwaliteitsinspecties kunt verbeteren. Waar vind je dit? Dit kan een expliciete transactie in een module voor kwaliteitsbeheer zijn, of worden afgeleid uit een statuswijziging in de voorraadpartijregistratie. Een wijziging van de status 'QI' of 'In afwachting' naar 'Beschikbaar' is een veelvoorkomende aanwijzing. Vastleggen Afgeleid uit een wijziging in het veld voor de voorraadstatus, bijvoorbeeld van 'QUALITY' naar 'AVAILABLE'. Gebeurtenistype inferred | |||
| Opslagtaak aangemaakt | Dit geeft aan dat het systeem een taak heeft aangemaakt voor een magazijnmedewerker om de ontvangen voorraadbatch van de los- en laadkade naar een aangewezen opslaglocatie te verplaatsen. Hiermee begint het opslagproces. | ||
| Waarom dit belangrijk is Met deze activiteit begint de opslagcyclus. Vertraging tussen deze gebeurtenis en 'Opslag voltooid' wijst op inefficiënties bij de taaktoewijzing of de beschikbaarheid van medewerkers. Waar vind je dit? Deze gebeurtenis wordt waarschijnlijk vastgelegd in een tabel van het taakbeheersysteem of warehouse control system in Manhattan Active Inventory. De registratie bevat een aanmaaktimestamp en een koppeling naar de voorraadbatch. Vastleggen Geregistreerd wanneer de taakengine van het systeem een opslagtaak aanmaakt. Gebeurtenistype explicit | |||
| Picktaak aangemaakt | Dit betekent dat het systeem een taak heeft aangemaakt voor een magazijnmedewerker om een voorraadbatch te picken voor een klantorder of productieorder. Hiermee begint het uitgaande proces. | ||
| Waarom dit belangrijk is Dit is het startpunt voor het meten van de volledige orderafhandelingscyclus en de eerste stap bij het berekenen van de KPI voor de gemiddelde pickdoorlooptijd. Waar vind je dit? Vastgelegd in de tabellen voor taakbeheer of golfplanning. Elke taak heeft een aanmaaktimestamp en is gekoppeld aan de voorraadbatch en de bestemmingsorder. Vastleggen Geregistreerd wanneer de allocatie- en taakengine van het systeem een picktaak aanmaakt. Gebeurtenistype explicit | |||
| Retour ontvangen | Dit geeft aan dat een eerder verzonden voorraadbatch van een klant fysiek terug is in het magazijn. Hiermee begint het deelproces voor retourverwerking. | ||
| Waarom dit belangrijk is Dit is het startpunt van de retourlogistiek. Door het proces vanaf dit moment te volgen, krijg je inzicht in het dashboard voor retourverwerking en de bijbehorende KPI’s. Waar vind je dit? Meestal vastgelegd via een ontvangsttransactie met een Return Merchandise Authorization (RMA). Hiermee wordt een nieuwe voorraadregistratie aangemaakt of verandert de status van de oorspronkelijke batch in 'Retour in behandeling'. Vastleggen Vastgelegd op basis van een expliciete transactie voor retourontvangst, vaak gekoppeld aan een RMA-nummer. Gebeurtenistype explicit | |||
| Verpakken voltooid | Dit geeft aan dat de gepickte artikelen, inclusief de specifieke voorraadbatch, in een verzendcontainer zijn verpakt en dat de container is verzegeld. Dit wordt meestal geregistreerd bij een inpakstation. | ||
| Waarom dit belangrijk is Met deze activiteit eindigt de interne verwerking van een artikel voor een order. Door de tijd tussen picken en verpakken te analyseren, kun je bottlenecks bij inpakstations opsporen. Waar vind je dit? Vaak vastgelegd als een statusupdate van de zending of order, of als een expliciete 'pack'-transactie bij het inpakstation. De registratie is gekoppeld aan de artikelen en batches in de verpakte container. Vastleggen Geregistreerd als expliciete gebeurtenis wanneer een gebruiker een verzendcontainer bij een inpakstation afsluit. Gebeurtenistype explicit | |||
| Voorraad intern verplaatst | Dit is de verplaatsing van een voorraadbatch van de ene opslaglocatie naar een andere binnen dezelfde vestiging. Dit kan nodig zijn voor aanvulling, samenvoeging of andere logistieke redenen. | ||
| Waarom dit belangrijk is Door interne verplaatsingen te volgen, kun je de efficiëntie van het magazijn analyseren en controleren of voorraad op de juiste locatie staat. Deze activiteit voedt het dashboard voor de efficiëntie van interne voorraadverplaatsingen. Waar vind je dit? Vastgelegd in voorraadtransactielogboeken die locatiewijzigingen van een artikel of opslagvak registreren. Het gaat om wijzigingen die geen deel uitmaken van de eerste opslag of het uiteindelijke pickproces. Zoek naar specifieke transactietypen voor verplaatsingen. Vastleggen Herkenbaar aan specifieke transactiecodes voor interne overboekingen of verplaatsingen tussen locaties. Gebeurtenistype explicit | |||
Extractiegidsen
De extractiemethoden voor dit proces worden nog gevalideerd. Kom later terug of neem contact met ons op voor hulp.
Klaar om te beginnen?
Met deze template heb je alles wat je nodig hebt om je voorraadbeheer te verbeteren. Begin vandaag met het verzamelen van data en ontdek wat er in je processen gebeurt.
Verbeter het voorraadbeheer en verlaag nu de kosten
Haal bottlenecks weg en verkort de doorlooptijd met 30%. Zie vandaag al resultaat.
Geen creditcard nodig. Binnen enkele minuten ingesteld.