Datatemplate voor supplychainbeheer
Datatemplate voor supplychainbeheer
Dit is onze generieke datatemplate voor process mining voor Supplychainmanagement. Gebruik onze templates voor specifieke systemen voor gerichter advies.
Selecteer een specifiek systeem- Gestandaardiseerde datavelden voor consistente analyses
- Belangrijke activiteiten om het volledige procesverloop vast te leggen
- Geschikt voor verschillende systemen voor supplychainbeheer
Attributen voor supplychainbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteit Activity | De naam van een specifieke bedrijfsgebeurtenis of stap in het logistieke proces, zoals 'Inkooporder aangemaakt' of 'Goederen verzonden'. | ||
| Beschrijving De Activiteit is een afzonderlijke stap of taak binnen het supplychainproces. Elke activiteit markeert een specifiek moment in de levenscyclus van een logistieke order en vormt een bouwsteen voor de proceskaart. Door activiteiten te analyseren, zie je welke stappen daadwerkelijk worden uitgevoerd, in welke volgorde en hoe vaak. Zo kun je bottlenecks, overbodige stappen en afwijkingen van de standaardprocedure opsporen. Veelvoorkomende activiteiten in de supply chain zijn het aanmaken van orders, goederenontvangst, orderpicken, verpakken, verzenden en factureren. Waarom dit belangrijk is Dit attribuut vormt de basis van de proceskaart en maakt het mogelijk de volgorde van stappen in de supply chain zichtbaar te maken en te analyseren. Waar vind je dit? Vaak afgeleid uit event logs, statuswijzigingen, documenttypen of transactiecodes in het bronsysteem. Voorbeelden Inkooporder verstuurdProductie van goederen afgerondOrderverzameling afgerondGoederen verzonden | |||
| Logistieke order CaseId | De unieke identificatiecode van één logistieke order van begin tot eind. Deze dient als primaire Case-ID voor procesanalyse. | ||
| Beschrijving De Case-ID staat voor één unieke procesinstantie die wordt geanalyseerd. In supply chain management is dit meestal het nummer van de logistieke order. Daarmee zijn alle bijbehorende activiteiten gekoppeld, van de eerste aanmaak tot de uiteindelijke levering. Dit attribuut is nodig om alle bijbehorende gebeurtenissen, zoals het aanmaken van een inkooporder, het verzenden van goederen en het factureren van de klant, samen te brengen in één proces van begin tot eind. Met deze identificatiecode kunnen analisten het volledige verloop van een order in kaart brengen, de totale doorlooptijd meten en verschillen tussen orderroutes vaststellen. Zonder een consistente Case-ID is het procesverloop niet nauwkeurig te reconstrueren. Waarom dit belangrijk is Dit is het belangrijkste attribuut voor process mining: het koppelt alle bijbehorende activiteiten aan één case, zodat je het volledige procesverloop kunt analyseren. Waar vind je dit? Meestal te vinden in de kopgegevens van primaire bedrijfsdocumenten, zoals verkooporders, leveringsbonnen of overkoepelende tabellen met logistieke orders. Voorbeelden LO-2024-00123ORD-987654321SHIP-55443322 | |||
| Starttijd StartTime | De timestamp die aangeeft wanneer een activiteit is gestart of plaatsvond. | ||
| Beschrijving De Starttijd is een nauwkeurige timestamp met datum en tijd die het begin van een activiteit markeert. Deze is belangrijk om gebeurtenissen chronologisch te ordenen en prestaties te analyseren. Met dit attribuut bereken je doorlooptijden, spoor je vertragingen tussen stappen op en krijg je inzicht in de totale procesduur. Door timestamps te analyseren, kunnen bedrijven de doorvoer meten, bottlenecks opsporen waar cases lang wachten en prestaties toetsen aan service level agreements. Nauwkeurige timestamps vormen de basis voor elke tijdsgebonden process mining-analyse. Waarom dit belangrijk is Hiermee kun je activiteiten chronologisch ordenen. Het is nodig voor alle tijdsberekeningen, zoals doorlooptijden en bottleneckanalyse. Waar vind je dit? Meestal te vinden in event logs, transactieregistraties of timestamps voor het aanmaken van documenten in de transactietabellen van het bronsysteem. Voorbeelden 2023-04-15T09:00:00Z2023-04-16T14:30:15Z2023-04-18T11:20:00Z | |||
| Bronsysteem SourceSystem | De naam van het informatiesysteem waaruit de event data is gehaald. | ||
| Beschrijving Het attribuut Bronsysteem geeft aan uit welke applicatie of database de event data afkomstig is. In complexe supplychainomgevingen komt data vaak uit meerdere systemen, zoals een ERP-systeem, een Warehouse Management System (WMS) en een Transportation Management System (TMS). Het bronsysteem bijhouden is belangrijk voor datagovernance, validatie en inzicht in de context van een activiteit. Het helpt problemen met de datakwaliteit op te sporen en maakt het mogelijk processen uit verschillende systemen te vergelijken of activiteiten te vinden die alleen in een specifieke applicatie worden afgehandeld. Zo krijgt het bedrijfsproces een technische context. Waarom dit belangrijk is Dit geeft belangrijke context over de herkomst van de data. Die is nodig om data te valideren en processen te analyseren die meerdere bedrijfssystemen omvatten. Waar vind je dit? Deze informatie maakt vaak deel uit van de data-extractielaag. Je kunt ook een vaste waarde toekennen op basis van de verbinding met de databron. Voorbeelden SAP S/4HANAOracle SCM CloudBlue Yonder WMSKinaxis RapidResponse | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is vernieuwd of uit het bronsysteem is gehaald. | ||
| Beschrijving Dit attribuut registreert de datum en tijd van de meest recente data-extractie of update van een gebeurtenisrecord. Het is een technisch attribuut waarmee je controleert of de data actueel en betrouwbaar is. De Laatste data-update wordt meestal niet gebruikt voor directe procesanalyse, maar is wel belangrijk voor dashboardmonitoring en datagovernance. Zo zie je hoe actueel de getoonde informatie is. Je kunt dit attribuut ook gebruiken om meldingen in te stellen bij problemen met de datapijplijn. Zo baseer je bedrijfsbeslissingen op actuele en relevante data. Waarom dit belangrijk is Dit is belangrijk voor datagovernance en monitoring. Zo kunnen gebruikers controleren of de analyse actueel is en vertrouwen op de getoonde inzichten. Waar vind je dit? Deze timestamp wordt doorgaans tijdens het inlezen van de data aangemaakt en vastgelegd door de ETL-tool (Extract, Transform, Load) of het dataintegratieplatform. Voorbeelden 2023-05-20T01:00:00Z2023-05-20T02:00:00Z2023-05-20T03:00:00Z | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit is afgerond. | ||
| Beschrijving De Eindtijd is een nauwkeurige timestamp die het einde van een activiteit markeert. Als zowel een Starttijd als een Eindtijd beschikbaar is, kun je de verwerkingstijd van de activiteit rechtstreeks meten. Dit attribuut maakt een gedetailleerdere prestatieanalyse mogelijk. Analisten kunnen niet alleen de wachttijd tussen activiteiten meten, maar ook actieve verwerkingstijd onderscheiden van stilstand. Dat is vooral handig om inefficiënte activiteiten op te sporen die veel middelen kosten, zoals langdurig verpakken of uitgebreide kwaliteitscontroles. Met dit detailniveau kun je gerichte verbeteringen in de bedrijfsvoering doorvoeren. Waarom dit belangrijk is Hiermee bereken je de verwerkingstijd van activiteiten. Zo kun je waarde toevoegende tijd onderscheiden van wachttijd en bottlenecks nauwkeuriger analyseren. Waar vind je dit? Te vinden in event logs of transactietabellen waarin zowel de start- als eindtijd van taken is vastgelegd. Voorbeelden 2023-04-15T09:15:20Z2023-04-16T15:00:00Z2023-04-18T11:55:30Z | |||
| Gebruikersnaam UserName | De naam of ID van de gebruiker, het team of het geautomatiseerde systeem dat de activiteit heeft uitgevoerd. | ||
| Beschrijving Het attribuut Gebruikersnaam geeft aan welke persoon, afdeling of systeemagent een specifieke taak in het proces heeft uitgevoerd. Dit kan een magazijnmedewerker zijn die orders pickt, of een systeembot die automatisch een inkooporder aanmaakt. Door procesprestaties per gebruiker of team te analyseren, ontdek je verschillen in efficiëntie, opleidingsbehoeften en goede werkwijzen. Zo zie je bijvoorbeeld welke teams de kortste verwerkingstijden hebben of welke gebruikers het vaakst van het standaardproces afwijken. Ook voor compliance en audits is het nuttig om vast te leggen wie belangrijke handelingen heeft uitgevoerd. Waarom dit belangrijk is Dit attribuut voegt een menselijke of systeembron toe aan de analyse. Zo kun je prestaties vergelijken, de werkdruk verdelen en compliance bijhouden. Waar vind je dit? Beschikbaar in transactielogs of de wijzigingsgeschiedenis van documenten, vaak gekoppeld aan stamgegevens van gebruikers. Voorbeelden j.smithWarehouseTeamAAUTO_INVOICE_BOTlisa.jones | |||
| Gevraagde leverdatum RequestedDeliveryDate | De leverdatum die de klant heeft gevraagd of die intern is gepland. | ||
| Beschrijving De Gevraagde leverdatum is de datum waarop de goederen naar verwachting bij de klant aankomen. De klant geeft deze datum meestal op bij het plaatsen van de order, of de datum wordt bepaald door interne planningsprocessen. Dit attribuut is de belangrijkste basis voor het meten van de prestaties van tijdige levering, een belangrijke KPI in supply chain management. Door de Gevraagde leverdatum te vergelijken met de Werkelijke leverdatum, kunnen bedrijven het percentage On-Time In-Full (OTIF) berekenen, oorzaken van vertragingen opsporen en prestaties vergelijken tussen regio's, klanten of producttypen. Dit is belangrijk om klanttevredenheid en de betrouwbaarheid van de supply chain te beoordelen. Waarom dit belangrijk is Dit is de basis voor het berekenen van het percentage tijdige leveringen, een van de belangrijkste KPI's voor het meten van supplychainprestaties en klanttevredenheid. Waar vind je dit? Te vinden in de kopgegevens van verkooporders of in planningsdocumenten in het ERP- of orderbeheersysteem. Voorbeelden 2023-05-012023-06-152023-07-20 | |||
| Klant-ID CustomerIdentifier | De unieke identificatiecode van de klant die de order heeft geplaatst. | ||
| Beschrijving De Klant-ID is een unieke code of een uniek nummer voor elke klant. Dit attribuut koppelt een logistieke order aan de partij die de goederen ontvangt en betaalt. Dit attribuut is een belangrijke dimensie om het order-to-cash-proces uit te splitsen en te analyseren. Bedrijven kunnen er prestatiecijfers, zoals tijdige levering en de doorlooptijd van orders, mee vergelijken tussen klantgroepen of belangrijke klanten. Zo wordt duidelijk welke klanten de meeste vertragingen ervaren of met afwijkende procesroutes te maken hebben. Deze inzichten helpen de klantenservice te verbeteren en de logistiek af te stemmen op specifieke behoeften. Waarom dit belangrijk is Hiermee kun je prestaties per klant analyseren, bijvoorbeeld door doorlooptijd en tijdige levering per klant te vergelijken. Waar vind je dit? Te vinden in de kopgegevens van verkooporders of in de klantstamgegevens van een ERP- of CRM-systeem. Voorbeelden CUST-00542GLOBEX-US77889900 | |||
| Leveranciers-ID SupplierIdentifier | De unieke identificatiecode van de leverancier van grondstoffen of onderdelen. | ||
| Beschrijving De Leveranciers-ID is een code of nummer waarmee een leverancier die betrokken is bij de inkoopfase van de supply chain uniek wordt aangeduid. Deze ID koppelt inkooporders en goederenontvangsten aan een specifieke leverancier. Door procesprestaties per leverancier te analyseren, kun je leveranciers goed beoordelen. Je meet bijvoorbeeld het percentage tijdige leveringen, de levertijden en het percentage goedgekeurde kwaliteitscontroles. Deze inzichten helpen bij leveranciersbeoordelingen, contractonderhandelingen en keuzes voor spreiding van de supply chain om risico's te beperken. Door het proces per leverancier uit te splitsen, zie je welke partners goed presteren en welke vertragingen veroorzaken. Waarom dit belangrijk is Hiermee kun je leveranciersprestaties analyseren, zoals levertijden, tijdige leveringen en kwaliteit. Dat helpt om de inkoop te verbeteren. Waar vind je dit? Te vinden in inkooporders of in de leveranciersstamgegevens van een ERP- of inkoopsysteem. Voorbeelden SUP-1001V-98765ACME-CORP | |||
| Product-ID ProductIdentifier | De unieke identificatiecode van het product bij de logistieke order, zoals een SKU of materiaalnummer. | ||
| Beschrijving De Product-ID, vaak een Stock Keeping Unit (SKU) of materiaalnummer, identificeert het artikel dat wordt ingekocht, geproduceerd en geleverd. Een logistieke order kan één of meerdere product-ID's bevatten. Door het supplychainproces per product te analyseren, zie je hoe verschillende artikelen door het systeem lopen. Zo kun je producten opsporen met langere productielevertijden, meer afgekeurde kwaliteitscontroles of vaker vertraging bij verzending. Dit inzicht per product is belangrijk voor voorraadbeheer, vraagvoorspelling en het verbeteren van productie- en logistieke strategieën voor verschillende productgroepen. Waarom dit belangrijk is Hiermee kun je het proces per product analyseren en vaststellen welke producten langere doorlooptijden hebben of vaker tot procesuitzonderingen leiden. Waar vind je dit? Te vinden in de orderregels van verkooporders, inkooporders of productieorders. Voorbeelden SKU-12345-BLK-LMAT-RAW-0098PN-750-B | |||
| Werkelijke leverdatum ActualDeliveryDate | De datum waarop de order daadwerkelijk bij de klant is afgeleverd, bevestigd met een bewijs van levering. | ||
| Beschrijving De Werkelijke leverdatum is de laatste timestamp in de orderafhandeling. Deze legt vast wanneer de klant de goederen heeft ontvangen. Dit wordt vaak bevestigd met een bewijs van levering of een statusupdate van de vervoerder. Dit attribuut is nodig om de werkelijke doorlooptijd van begin tot eind te berekenen en prestaties te meten. Vergelijk je deze datum met de Gevraagde leverdatum, dan zie je of een order te vroeg, op tijd of te laat is geleverd. Door deze data te analyseren, spoor je structurele oorzaken van vertragingen op, bijvoorbeeld in inkoop, productie of logistiek. Zo krijg je een feitelijke basis om de betrouwbaarheid van leveringen te verbeteren. Waarom dit belangrijk is Dit is het feitelijke eindpunt voor het meten van de werkelijke doorlooptijd. Samen met de gevraagde datum bepaalt dit de prestaties van tijdige levering. Waar vind je dit? Afkomstig uit transportmanagementsystemen (TMS), updates van vervoerders of registraties van bewijzen van levering. Voorbeelden 2023-05-022023-06-142023-07-22 | |||
| Inkoopordernummer PurchaseOrderNumber | De unieke identificatiecode van een inkooporder die naar een leverancier is gestuurd. | ||
| Beschrijving Het Inkoopordernummer is de unieke identificatiecode van het document waarmee goederen of diensten bij een externe leverancier worden ingekocht. Het koppelt de volledige logistieke order aan specifieke inkoopactiviteiten. Met dit attribuut kunnen analisten inzoomen op het inkoopsubproces. Je kunt de levenscyclus van een inkoop volgen, van aanvraag tot goederenontvangst, levertijden van leveranciers nauwkeurig meten en bottlenecks in de goedkeuring of afhandeling van inkopen opsporen. Ook kun je inkoopproblemen koppelen aan latere vertragingen in de productie of levering aan klanten. Waarom dit belangrijk is Dit koppelt het volledige proces aan specifieke inkoopactiviteiten. Zo kun je het procure-to-pay-subproces en leveranciersprestaties gedetailleerd analyseren. Waar vind je dit? Opgeslagen in de kopgegevens van inkoopdocumenten en vermeld in bijbehorende documenten, zoals goederenontvangsten en leveranciersfacturen. Voorbeelden PO45000123457300005678PO-2023-987 | |||
| Orderstatus OrderStatus | De huidige of uiteindelijke status van de logistieke order, bijvoorbeeld 'Voltooid' of 'Geannuleerd'. | ||
| Beschrijving De Orderstatus geeft aan waar de logistieke order zich aan het einde van het proces of op het moment van data-extractie bevindt. Meestal geeft deze de uiteindelijke uitkomst van de case weer. Dit attribuut wordt vooral gebruikt voor uitkomstanalyse. Door bijvoorbeeld cases met de status 'Geannuleerd' te filteren, kunnen analisten de oorzaken van orderannuleringen onderzoeken. Een analyse van 'Gedeeltelijk afgehandelde' orders kan problemen met de voorraadnauwkeurigheid of de betrouwbaarheid van leveranciers aan het licht brengen. De verdeling van eindstatussen laat zien hoe succesvol het proces als geheel is. Waarom dit belangrijk is Dit is belangrijk voor uitkomstanalyse. Je kunt cases filteren en onderzoeken op basis van hun eindstatus, zoals voltooid, geannuleerd of vertraagd. Waar vind je dit? Beschikbaar in de kopgegevens van het primaire orderdocument, bijvoorbeeld een verkooporder of logistieke order. Voorbeelden VoltooidIn uitvoeringGeannuleerdIn de wacht | |||
| Ordertype OrderType | De indeling van de order, bijvoorbeeld 'Standaardorder', 'Spoedorder' of 'Bulkorder'. | ||
| Beschrijving Het Ordertype deelt logistieke orders in op basis van hun aard, prioriteit of afhandelingsstrategie. Veelvoorkomende typen zijn standaard-, spoed-, aanvul- en projectorders. Dit attribuut is een handige filter voor vergelijkende analyses. Door de procesroutes van spoedorders en standaardorders te vergelijken, kan een bedrijf nagaan of spoedprocessen echt sneller zijn of juist inefficiëntie en hogere kosten veroorzaken. Ook zie je of verschillende ordertypen een eigen procesroute volgen. Vervolgens kun je elke route afzonderlijk verbeteren. Waarom dit belangrijk is Hiermee kun je verschillende ordertypen vergelijken en nagaan of bepaalde categorieën vaker vertragingen of herstelwerk opleveren. Waar vind je dit? Meestal opgeslagen in de kopgegevens van verkooporders of logistieke orders. Voorbeelden StandaardorderSpoedorderBulkorderAanvulling | |||
| Verkoopordernummer SalesOrderNumber | De unieke identificatiecode van de verkooporder van een klant. | ||
| Beschrijving Het Verkoopordernummer is de unieke identificatiecode van het document waarmee de afhandeling van een klantverzoek begint. Het dient als primaire referentie tijdens de order-to-cash-cyclus. Als de hoofd-Case-ID een samengevoegde logistieke order is, koppelt het Verkoopordernummer deze aan de specifieke klantvraag. Zo kun je het proces vanuit verkoop analyseren en de verwerkingstijd van orders, het afhandelingspercentage en de tijd tussen het aanmaken van een order en de uiteindelijke levering meten. Dit attribuut koppelt de supplychainprocessen rechtstreeks aan klanttransacties. Waarom dit belangrijk is Dit koppelt logistieke activiteiten aan de oorspronkelijke klantvraag. Zo krijg je inzicht in het order-to-cash-proces en de prestaties van de orderafhandeling. Waar vind je dit? Opgeslagen in de kopgegevens van verkoopdocumenten en vermeld in vervolgdocumenten, zoals leveringen en facturen. Voorbeelden SO-102030408000009876ORD-CUST-5544 | |||
| Vertreklocatie OriginLocation | Het magazijn, de fabriek of de vestiging waar de zending vandaan komt. | ||
| Beschrijving De Vertreklocatie geeft aan vanaf welke fysieke locatie de goederen hun reis beginnen, bijvoorbeeld een distributiecentrum, fabriek of magazijn van een leverancier. Dit is het vertrekpunt van een belangrijke logistieke etappe in de supply chain. Door het proces per vertreklocatie te analyseren, zie je prestatieverschillen tussen vestigingen. Zo wordt duidelijk welke fabrieken langere productielevertijden hebben of welke distributiecentra efficiënter orders picken en verpakken. Deze analyse per locatie is belangrijk voor netwerkoptimalisatie, de verdeling van middelen en het delen van goede werkwijzen binnen de organisatie. Waarom dit belangrijk is Hiermee kun je prestaties van fabrieken en magazijnen vergelijken en bottlenecks en goede werkwijzen op specifieke locaties opsporen. Waar vind je dit? Te vinden in voorraadbeheer-, magazijnbeheer- of transportsystemen, vaak gekoppeld aan gegevens over zendingen of productieorders. Voorbeelden WH-CENTRAL-01PLANT-FRANKFURTDC-US-WEST | |||
| Vervoerswijze ModeOfTransport | De manier waarop de zending wordt vervoerd, bijvoorbeeld per vrachtwagen, vliegtuig of schip. | ||
| Beschrijving De Vervoerswijze geeft aan hoe goederen van de herkomst naar de bestemming worden vervoerd. Mogelijke opties zijn weg-, spoor-, lucht- of zeevervoer. Door het proces per vervoerswijze te analyseren, kun je logistieke kosten en prestaties verbeteren. Zo kun je de werkelijke transittijden van lucht- en zeevervoer vergelijken en kosten en baten op basis van data afwegen. Ook zie je of bepaalde vervoerswijzen vaker vertragingen of schade opleveren. Dat helpt bij het kiezen van vervoerders en routes. Waarom dit belangrijk is Dit is een belangrijke dimensie voor het analyseren van transportkosten en levertijden en helpt logistieke strategieën te verbeteren. Waar vind je dit? Te vinden in verzenddocumenten, leveringsorders of registraties van het transportmanagementsysteem (TMS). Voorbeelden VrachtwagenLuchtZeeSpoor | |||
Activiteiten voor supplychainbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Bestelling aangemaakt | Dit markeert de officiële start van de levenscyclus van een logistieke bestelling. De gebeurtenis vindt plaats wanneer een klantverzoek voor goederen of diensten in het primaire bedrijfssysteem wordt ingevoerd en als nieuw orderdocument wordt opgeslagen. | ||
| Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen deze activiteit en andere activiteiten te analyseren, zie je de totale doorlooptijd van bestelling tot betaling en ontdek je bottlenecks in een vroeg stadium. Waar vind je dit? Meestal vastgelegd met de aanmaaktimestamp uit de tabel met verkooporders of klantorderkoppen in een orderbeheersysteem of ERP-systeem. Vastleggen Gebruik de aanmaaktimestamp van het primaire verkooporderdocument. Gebeurtenistype explicit | |||
| Bestelling geannuleerd | Dit geeft aan dat een logistieke bestelling is beëindigd voordat de afhandeling is afgerond. Dit is een alternatieve eindstatus van het proces en betekent dat het verzoek van de klant niet is uitgevoerd. | ||
| Waarom dit belangrijk is Dit is een belangrijke gebeurtenis die op een mislukking wijst. Door te analyseren waarom en wanneer bestellingen worden geannuleerd, kun je problemen met verkoop, productbeschikbaarheid of klantcommunicatie opsporen. Waar vind je dit? Vastgelegd bij een definitieve statuswijziging van de verkooporder, bijvoorbeeld naar 'Geannuleerd' of 'Vervallen'. Vastleggen Leg de timestamp vast waarop de status van de bestelling definitief wordt gewijzigd naar 'Geannuleerd' of 'Vervallen'. Gebeurtenistype explicit | |||
| Bewijs van levering ontvangen | Dit is de officiële bevestiging, vaak met een handtekening, dat de klant de levering heeft geaccepteerd. Hiermee wordt het logistieke afhandelingsproces officieel afgesloten. | ||
| Waarom dit belangrijk is Dit is de definitieve eindgebeurtenis voor een succesvol afgehandelde bestelling. De gebeurtenis is belangrijk voor de omzetverantwoording en het oplossen van geschillen over de levering. Waar vind je dit? Meestal vastgelegd met een statuswijziging of door een bewijs van levering aan de bestelling of levering toe te voegen. Vastleggen Leg de timestamp vast waarop de status van het bewijs van levering wordt bijgewerkt of het document aan de bestelling of levering wordt toegevoegd. Gebeurtenistype explicit | |||
| Goederen geleverd | Deze activiteit geeft aan dat de zending is aangekomen en fysiek op de bestemming van de klant is ontvangen. Hiermee eindigt het transporttraject. | ||
| Waarom dit belangrijk is Dit meet de transporttijd en hoe vaak de vervoerder op tijd levert. Deze gebeurtenis is belangrijk om vanuit het perspectief van de klant de totale doorlooptijd van bestelling tot levering te berekenen. Waar vind je dit? Vaak vastgelegd via data van de vervoerder, zoals EDI-berichten, of via handmatige updates in een Transportation Management System of ERP-systeem. Vastleggen Meestal afgeleid uit trackingupdates van de vervoerder of de invoer van een bewijs van levering. Gebeurtenistype inferred | |||
| Goederen verzonden | Dit markeert het moment waarop de ingepakte goederen het magazijn of distributiecentrum fysiek verlaten. Bij deze gebeurtenis gaat het risico van eigendom meestal over en worden financiële gegevens bijgewerkt, zoals de voorraad en de kostprijs van verkochte goederen. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal en het begin van de transporttijd. De datum is belangrijk om te meten of de verzending op tijd plaatsvindt ten opzichte van de door de klant gevraagde datum. Waar vind je dit? Vastgelegd via een boeking voor goederenafgifte, een verzendbevestiging of een vergelijkbare gebeurtenis in een WMS- of ERP-systeem. Vastleggen Gebruik de boekingsdatum of timestamp van de goederenafgifte die de voorraad verlaagt. Gebeurtenistype explicit | |||
| Inkooporder verstuurd | Deze activiteit markeert het officieel aanmaken en versturen van een inkooporder naar een externe leverancier. Hiermee wordt afgesproken goederen of materialen tegen een overeengekomen prijs te kopen. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal en het begin van de levertijd van de leverancier. De tijd tussen deze gebeurtenis en de goederenontvangst analyseren is essentieel om leveranciersprestaties te bewaken. Waar vind je dit? Meestal vastgelegd met een statuswijziging of timestamp op het moment dat de inkooporder wordt bevestigd, goedgekeurd of naar de leverancier wordt verstuurd. Vastleggen Leg de timestamp vast waarop de status van de inkooporder wordt bevestigd, goedgekeurd of naar de leverancier wordt verstuurd. Gebeurtenistype explicit | |||
| Klantfactuur aangemaakt | Dit geeft aan dat op basis van de verzonden goederen een factuur voor de klant is aangemaakt. Hiermee begint de financiële afhandeling van de order-to-cashcyclus. | ||
| Waarom dit belangrijk is Dit markeert de overdracht naar het proces voor debiteurenbeheer. Door de tijd tussen verzending en facturering te analyseren, kun je factureringsvertragingen en het effect daarvan op de kasstroom opsporen. Waar vind je dit? Expliciet vastgelegd wanneer in de facturerings- of financiële module van een ERP-systeem een factuurdocument wordt aangemaakt of geboekt. Vastleggen Gebruik de aanmaak- of boekingstimestamp van de klantfactuur. Gebeurtenistype explicit | |||
| Uitgaande levering aangemaakt | Dit geeft aan dat een leveringsdocument is aangemaakt waarmee het magazijn kan beginnen met verzamelen, inpakken en verzenden. Hiermee gaat het proces officieel over van orderbeheer naar logistieke uitvoering. | ||
| Waarom dit belangrijk is Dit is een belangrijk overdrachtsmoment tussen de commerciële en logistieke teams. Het markeert het begin van de doorlooptijd van de orderafhandeling, een belangrijk onderdeel van de totale orderdoorlooptijd. Waar vind je dit? Vastgelegd als afzonderlijke gebeurtenis wanneer in het systeem voor logistieke uitvoering een leveringsbon, verzendorder of vergelijkbaar document wordt aangemaakt. Vastleggen Gebruik de aanmaaktimestamp van het uitgaande leverings- of verzenddocument. Gebeurtenistype explicit | |||
| Bestelling geblokkeerd | Deze gebeurtenis vindt plaats wanneer een bestelling tijdelijk wordt stilgezet, bijvoorbeeld vanwege een mislukte kredietcontrole of een kwaliteitsprobleem. De blokkade moet worden opgeheven voordat de bestelling verder kan. | ||
| Waarom dit belangrijk is Dit brengt procesonderbrekingen en herstelwerk aan het licht. Door te analyseren hoe vaak blokkades voorkomen en hoelang ze duren, kun je structurele oorzaken van vertraging opsporen. Waar vind je dit? Meestal afgeleid uit een statuswijziging van de bestelling of het toevoegen van een reden die verdere verwerking blokkeert. Vastleggen Zoek de timestamps waarop de status 'Geblokkeerd' of 'On hold' wordt toegepast op de kopregel of orderregel van de verkooporder. Gebeurtenistype inferred | |||
| Goederen ontvangen van leverancier | Dit geeft aan dat goederen of grondstoffen fysiek zijn ontvangen van een externe leverancier in een magazijn of productielocatie. De gebeurtenis werkt de voorraadniveaus bij en maakt de materialen beschikbaar voor gebruik. | ||
| Waarom dit belangrijk is Met deze activiteit eindigt de levertijd van de leverancier. Door de ontvangstdatum te vergelijken met de gevraagde leverdatum, kun je meten hoe vaak de leverancier op tijd levert. Waar vind je dit? Vastgelegd in transacties voor goederenontvangst in een voorraadbeheersysteem, magazijnbeheersysteem of ERP-systeem. Vastleggen Gebruik de boekingsdatum of invoertimestamp van de goederenontvangsttransactie voor de inkooporder. Gebeurtenistype explicit | |||
| Inkoopaanvraag aangemaakt | Dit is een intern verzoek om goederen of grondstoffen in te kopen die nodig zijn voor de afhandeling van de logistieke bestelling. Deze stap wordt meestal gestart wanneer er onvoldoende voorraad is. | ||
| Waarom dit belangrijk is Dit wijst op een afhankelijkheid van het inkoopproces. Door deze activiteit te volgen, kun je de interne inkoopdoorlooptijd meten en zien wat het effect ervan is op de totale orderafhandeling. Waar vind je dit? Meestal vastgelegd als een afzonderlijke transactie wanneer in een inkoop- of ERP-systeem een inkoopaanvraag wordt aangemaakt. Vastleggen Gebruik de aanmaaktimestamp van de inkoopaanvraag die aan de verkooporder is gekoppeld. Gebeurtenistype explicit | |||
| Inpakken afgerond | Dit geeft aan dat de verzamelde artikelen zijn samengevoegd, in verzenddozen zijn verpakt en van een label zijn voorzien. Dit is de laatste stap in het magazijn die waarde toevoegt. | ||
| Waarom dit belangrijk is Dit meet de efficiëntie van het inpakproces. De tijd tussen het verzamelen en afronden van het inpakken helpt knelpunten bij de inpakstations op te sporen. Waar vind je dit? Vaak vastgelegd wanneer een medewerker bij het inpakstation bevestigt dat een doos is gesloten of wanneer in een WMS een verzendlabel wordt aangemaakt. Vastleggen Gebruik de timestamp van de inpakbevestiging of de gebeurtenis waarbij het verzendlabel wordt aangemaakt. Gebeurtenistype explicit | |||
| Kwaliteitscontrole afgerond | Dit geeft aan dat de kwaliteitscontrole van geproduceerde of ontvangen goederen is afgerond. Zo wordt gecontroleerd of de artikelen aan de eisen voldoen voordat ze voor verzending beschikbaar komen. | ||
| Waarom dit belangrijk is Dit markeert een belangrijke kwaliteitscontrole in het proces. Vertragingen of afkeuringen in deze fase kunnen de tijdige levering en klanttevredenheid flink beïnvloeden. Waar vind je dit? Meestal vastgelegd met een statuswijziging of transactie in een module voor kwaliteitsbeheer, vaak aangeduid als een gebruiksbeslissing. Vastleggen Leid dit af uit de timestamp van de laatste statuswijziging of gebruiksbeslissing van de kwaliteitscontrolepartij. Gebeurtenistype inferred | |||
| Orderverzameling afgerond | Deze activiteit markeert het einde van het fysieke proces waarbij artikelen op hun opslaglocaties in het magazijn worden verzameld. Dit is een belangrijke stap in de voorbereiding van de verzending. | ||
| Waarom dit belangrijk is Dit meet de efficiëntie van het orderverzamelen in het magazijn. Door de tijd tussen het aanmaken van de levering en het afronden van de orderverzameling te analyseren, kun je bottlenecks in het magazijn opsporen. Waar vind je dit? Meestal vastgelegd met een statuswijziging op het leveringsdocument of een transactielog uit een Warehouse Management System, vaak op basis van scans. Vastleggen Gebruik de timestamp waarop de status van de orderverzameling op het leveringsdocument wordt bijgewerkt naar 'Afgerond'. Gebeurtenistype explicit | |||
| Productie van goederen afgerond | Dit markeert het einde van het productie- of assemblageproces voor de eindproducten. De goederen worden nu als gereed gemeld en aan de voorraad toegevoegd. | ||
| Waarom dit belangrijk is Met deze activiteit eindigt de productiecyclus. De tijd tussen het aanmaken en afronden van de productieorder is een belangrijke maatstaf voor de productie-efficiëntie en doorvoer. Waar vind je dit? Meestal vastgelegd met een transactie die de productieafronding bevestigt of de goederenontvangst van de productieorder boekt. Vastleggen Gebruik de timestamp van de laatste productiebevestiging of de boeking 'Gereedmelden'. Gebeurtenistype explicit | |||
| Productieorder aangemaakt | Deze activiteit geeft aan dat er formeel een interne order is aangemaakt om de benodigde goederen voor de klant te produceren of te assembleren. Hiermee begint het proces voor productieplanning en -uitvoering. | ||
| Waarom dit belangrijk is Dit geeft aan dat de bestelling moet worden geproduceerd. Zo kun je de productiedoorlooptijd analyseren en zien welk effect die heeft op de totale orderdoorlooptijd. Waar vind je dit? Vastgelegd als afzonderlijke gebeurtenis wanneer in een productie- of ERP-systeem een productieorder of werkorder wordt aangemaakt. Vastleggen Gebruik de aanmaaktimestamp van het productieorderdocument dat aan de klantvraag is gekoppeld. Gebeurtenistype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
Klaar om te beginnen?
Haal meer uit de data van je supply chain. Kies een gids voor een specifiek systeem voor instructies op maat, of gebruik deze generieke template als basis om vandaag nog aan de slag te gaan met je supplychaininzichten.
Optimaliseer je supply chain en verhoog de efficiëntie
Krijg meteen inzicht in supplychainprocessen en verlaag de kosten.
Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.