Uw Supply Chain Management Data Template
Uw Supply Chain Management Data Template
Dit is onze generieke process mining-datatemplate voor {processNaam}. Gebruik onze systeemspecifieke templates voor meer specifieke begeleiding.
Selecteer een specifiek systeem- Gestandaardiseerde data attributes voor consistente analyse
- Essentiële activiteiten om de volledige processtroom vast te leggen
- Toepasbaar binnen diverse supply chain management systemen
Supply Chain Management Attributen
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteit Activity | De naam van een specifieke zakelijke event of stap die plaatsvond binnen het logistieke proces, zoals 'Inkooporder Uitgegeven' of 'Goederen Verzonden'. | ||
| Omschrijving De Activiteit vertegenwoordigt een afzonderlijke stap of taak die wordt uitgevoerd binnen het supply chain proces. Elke activiteit markeert een specifiek punt in de lifecycle van een logistieke order, en levert de bouwstenen voor de proceskaart. Het analyseren van activiteiten stelt organisaties in staat om te begrijpen welke stappen daadwerkelijk worden uitgevoerd, in welke sequentie en hoe vaak. Deze weergave helpt bij het identificeren van knelpunten, redundante stappen en afwijkingen van de standaard operationele procedure. Veelvoorkomende activiteiten in de supply chain zijn ordercreatie, goederenontvangst, picking, inpakken, verzenden en factureren. Het belang Dit attribute vormt de ruggengraat van de process map, waardoor visualisatie en analyse van de opeenvolging van stappen in de supply chain mogelijk is. Vindplaats Vaak afgeleid van event logs, statuswijzigingsrecords, documenttypen of transactiecodes in het bronsysteem. Voorbeelden Inkooporder UitgegevenProductie Goederen VoltooidVerzamelen VoltooidGoederen verzonden | |||
| Logistieke Order CaseId | De unieke identificatie voor één enkele, end-to-end logistieke order, die dient als de primaire case ID voor procesanalyse. | ||
| Omschrijving De Case ID vertegenwoordigt de unieke instantie van een geanalyseerd proces. Binnen Supply Chain Management is dit doorgaans het logistieke ordernummer, dat alle gerelateerde activiteiten, van initiële aanmaak tot uiteindelijke levering, met elkaar verbindt. Dit attribuut is essentieel voor het groeperen van alle gerelateerde events, zoals aanmaak van inkooporders, goederenverzending en klantfacturering, in één end-to-end processtroom. Door deze identificatie te volgen, kunnen analisten de complete reis van een order visualiseren, de totale cyclustijd meten en variaties tussen verschillende orderpaden identificeren. Zonder een consistente Case ID is het onmogelijk om de processtroom nauwkeurig te reconstrueren. Het belang Het is het fundamentele attribuut voor process mining, aangezien het alle gerelateerde activiteiten verbindt tot één case, waardoor de analyse van de end-to-end processtroom mogelijk wordt. Vindplaats Wordt doorgaans gevonden in de header data van primaire bedrijfsdocumenten zoals verkooporders, leveringsbonnen of overkoepelende logistieke ordertabellen. Voorbeelden LO-2024-00123ORD-987654321SHIP-55443322 | |||
| Starttijd StartTime | De timestamp die aangeeft wanneer een specifieke activiteit is gestart of heeft plaatsgevonden. | ||
| Omschrijving De Start Time is een precieze timestamp, inclusief datum en tijd, die het begin van een activiteit markeert. Het is een cruciaal onderdeel voor de chronologische ordening van events en voor prestatieanalyse. Dit attribute is fundamenteel voor het berekenen van cyclustijden, het identificeren van vertragingen tussen stappen en het begrijpen van de totale duur van het proces. Door timestamps te analyseren, kunnen bedrijven de throughput meten, knelpunten opsporen waar cases lange tijd wachten, en prestaties evalueren ten opzichte van service level agreements. Nauwkeurige timestamps vormen de basis van elke tijdgebaseerde process mining analyse. Het belang Het maakt de chronologische sequentie van activiteiten mogelijk en is essentieel voor alle tijdgebaseerde berekeningen, zoals cyclustijden en knelpuntanalyse. Vindplaats Meestal te vinden in event logs, transactiegegevens of documentcreatie-timestamps in de transactionele tabellen 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 geëxtraheerd. | ||
| Omschrijving Het Source System attribute identificeert de applicatie of database waar de event data is ontstaan. In complexe supply chain omgevingen komt data vaak uit meerdere systemen, zoals een ERP, een Warehouse Management System (WMS) en een Transportation Management System (TMS). Het traceren van het bronsysteem is belangrijk voor data governance, validatie en het begrijpen van de context van een activiteit. Het helpt bij het oplossen van problemen met datakwaliteit en kan worden gebruikt in analyses om processen te vergelijken die verschillende systemen omvatten of om activiteiten te identificeren die uitsluitend door een specifieke applicatie worden afgehandeld. Deze informatie biedt een technische context voor het bedrijfsproces. Het belang Het biedt cruciale context over dataherkomst, wat essentieel is voor data validatie en voor het analyseren van processen die meerdere enterprisesystemen overspannen. Vindplaats Deze informatie is vaak onderdeel van de data-extractie-laag of kan een statische waarde zijn die wordt toegewezen op basis van de data source connection. Voorbeelden SAP S/4HANAOracle SCM CloudBlue Yonder WMSKinaxis RapidResponse | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is ververst of uit het bronsysteem is geëxtraheerd. | ||
| Omschrijving Dit attribute registreert de datum en tijd van de meest recente data-extractie of update voor een gegeven event record. Het is een technisch attribute dat wordt gebruikt om de actualiteit en betrouwbaarheid van data te waarborgen. Hoewel het meestal niet wordt gebruikt voor directe procesanalyse, is Last Data Update cruciaal voor dashboard monitoring en data governance. Het helpt gebruikers te begrijpen hoe actueel de weergegeven informatie is en kan worden gebruikt om alerts in te stellen voor data pipeline failures. Dit zorgt ervoor dat zakelijke beslissingen worden genomen op basis van tijdige en relevante data. Het belang Het is essentieel voor data governance en monitoring, waardoor gebruikers de actualiteit van de analyse kunnen verifiëren en de geboden inzichten kunnen vertrouwen. Vindplaats Deze timestamp wordt doorgaans gegenereerd en geregistreerd door de ETL (Extract, Transform, Load) tool of het data-integratieplatform tijdens het data-ingestieproces. Voorbeelden 2023-05-20T01:00:00Z2023-05-20T02:00:00Z2023-05-20T03:00:00Z | |||
| Actuele Leverdatum ActualDeliveryDate | De daadwerkelijke datum waarop de order succesvol aan de klant werd geleverd, bevestigd door bewijs van levering. | ||
| Omschrijving De Werkelijke Leveringsdatum markeert de laatste timestamp in de order fulfillment lifecycle, en legt het moment vast waarop de goederen door de klant werden ontvangen. Dit wordt vaak bevestigd via een bewijs van leveringsdocument of een statusupdate van de vervoerder. Dit attribuut is essentieel voor het berekenen van daadwerkelijke end-to-end cyclustijden en voor prestatiemeting. Wanneer vergeleken met de Gevraagde Leveringsdatum, bepaalt het direct of een order te vroeg, op tijd of te laat was. Het analyseren van deze data helpt bij het identificeren van systemische oorzaken van vertragingen, of deze nu voortkomen uit inkoop, productie of logistiek, en biedt de feitelijke basis voor het verbeteren van de leveringsbetrouwbaarheid. Het belang Het biedt het feitelijke eindpunt voor het meten van daadwerkelijke cyclustijden en wordt gebruikt met de gevraagde datum om de on-time delivery performance te bepalen. Vindplaats Afkomstig van Transportation Management Systemen (TMS), carrier updates of bewijs van leveringsrecords. Voorbeelden 2023-05-022023-06-142023-07-22 | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een specifieke activiteit is voltooid. | ||
| Omschrijving De Eindtijd is een precieze timestamp die de voltooiing van een activiteit markeert. Wanneer zowel een Starttijd als een Eindtijd beschikbaar zijn voor een event, wordt het mogelijk om de verwerkingstijd direct te meten. Dit attribuut maakt een meer granulaire analyse van prestaties mogelijk. In plaats van alleen de wachttijd tussen activiteiten te meten, kunnen analisten onderscheid maken tussen actieve verwerkingstijd en idle time. Dit is bijzonder nuttig voor het identificeren van inefficiënte activiteiten die aanzienlijke resources verbruiken, zoals lange inpakduren of verlengde kwaliteitsinspectietijden. Dit detailniveau ondersteunt gerichte operationele verbeteringen. Het belang Het maakt de berekening van de verwerkingstijd van activiteiten mogelijk, wat helpt om te onderscheiden tussen waardecreërende tijd en wachttijd voor een preciezere knelpuntanalyse. Vindplaats Gevonden in event logs of transactionele tabellen waar zowel start- als eind-timestamps voor taken zijn 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. | ||
| Omschrijving Het User Name attribute identificeert de persoon, afdeling of systeemagent die verantwoordelijk is voor het uitvoeren van een specifieke taak in het proces. Dit kan een magazijnmedewerker zijn die het picken voltooit of een systeembot die automatisch een inkooporder aanmaakt. Het analyseren van procesprestaties per gebruiker of team helpt bij het blootleggen van efficiëntieverschillen, het identificeren van trainingsbehoeften en het benadrukken van best practices. Zo kan het bijvoorbeeld onthullen welke teams de kortste verwerkingstijden hebben of welke gebruikers het meest afwijken van het standaardproces. Het is ook waardevol voor compliance- en auditdoeleinden om bij te houden wie kritieke acties heeft uitgevoerd. Het belang Dit attribute voegt een menselijke of systeemresource-dimensie toe aan de analyse, waardoor prestatievergelijking, workload balancing en compliance tracking mogelijk worden. Vindplaats Beschikbaar in transactielogs of documentwijzigingshistorie, vaak gekoppeld aan gebruikers stamdata. Voorbeelden j.smithWarehouseTeamAAUTO_INVOICE_BOTlisa.jones | |||
| Gewenste leverdatum RequestedDeliveryDate | De leveringsdatum voor de order zoals aangevraagd door de klant of intern gepland. | ||
| Omschrijving De Requested Delivery Date is de streefdatum waarop de goederen naar verwachting op de locatie van de klant aankomen. Deze datum wordt doorgaans door de klant ingesteld op het moment van orderplaatsing of bepaald door interne planningsprocessen. Dit attribute dient als de primaire basislijn voor het meten van de on-time delivery performance, een cruciale KPI in supply chain management. Door de Requested Delivery Date te vergelijken met de Actual Delivery Date, kunnen bedrijven hun On-Time In-Full (OTIF) percentage berekenen, redenen voor vertragingen identificeren en prestatietrends analyseren in verschillende regio's, klanten of producttypen. Het is fundamenteel voor het beoordelen van klanttevredenheid en supply chain betrouwbaarheid. Het belang Het is de basislijn voor het berekenen van de On-Time Delivery Rate, een van de meest kritische KPI's voor het meten van supply chain prestaties en klanttevredenheid. Vindplaats Gevonden in verkooporder header data of planningsdocumenten binnen het ERP- of order management systeem. Voorbeelden 2023-05-012023-06-152023-07-20 | |||
| Klant-ID CustomerIdentifier | De unieke identificatie voor de klant die de order heeft geplaatst. | ||
| Omschrijving De Klantidentificatie is een unieke code of nummer toegewezen aan elke klant. Dit attribuut koppelt een logistieke order aan de specifieke entiteit die de goederen en betaling zal ontvangen. Dit attribuut is een belangrijke dimensie voor het segmenteren en analyseren van het order-to-cash proces. Het stelt bedrijven in staat om prestatiestatistieken, zoals on-time delivery en order cyclustijd, te evalueren voor verschillende klantgroepen of key accounts. Deze analyse kan onthullen welke klanten de meeste vertragingen ervaren of welke unieke procesvariaties hebben. Deze inzichten zijn waardevol voor het verbeteren van klantenservice en het afstemmen van logistieke operaties op specifieke behoeften. Het belang Het maakt klantgerichte analyse mogelijk, waardoor segmentatie van prestatiestatistieken zoals cyclustijd en on-time delivery per klant mogelijk is. Vindplaats Gevonden in verkooporder header data of klant stamdata binnen een ERP- of CRM-systeem. Voorbeelden CUST-00542GLOBEX-US77889900 | |||
| Leveranciers-ID SupplierIdentifier | De unieke identificatie voor de leverancier van grondstoffen of componenten. | ||
| Omschrijving De Supplier Identifier is een code of nummer dat een leverancier uniek identificeert die betrokken is bij de inkoopfase van de supply chain. Deze ID koppelt inkooporders en goederenontvangstactiviteiten aan een specifieke leverancier. Het analyseren van procesprestaties per leverancier is cruciaal voor effectief leveranciersmanagement. Het stelt bedrijven in staat om de on-time delivery rates, lead times en slagingspercentages van kwaliteitsinspecties van leveranciers te meten. Deze inzichten kunnen leveranciersscorecards, contractonderhandelingen en beslissingen over supply chain diversificatie informeren om risico's te beperken. Door het proces te segmenteren per leverancier, kunnen bedrijven toonaangevende partners en degenen die vertragingen veroorzaken identificeren. Het belang Het maakt leveranciersprestatieanalyse mogelijk, en helpt bij het meten van doorlooptijden, on-time delivery rates en kwaliteit, wat cruciaal is voor inkoopoptimalisatie. Vindplaats Gevonden in inkooporderdocumenten of leverancier stamdata binnen een ERP- of inkoopsysteem. Voorbeelden SUP-1001V-98765ACME-CORP | |||
| Product-ID ProductIdentifier | De unieke identificatie voor het product dat aan de logistieke order is gekoppeld, zoals een SKU of materiaalnummer. | ||
| Omschrijving De Product Identifier, vaak een Stock Keeping Unit (SKU) of materiaalnummer, identificeert uniek het artikel dat wordt ingekocht, geproduceerd en geleverd. Een enkele logistieke order kan één of meerdere product identifiers omvatten. Het analyseren van het supply chain proces per product onthult hoe verschillende artikelen door het systeem stromen. Het kan producten benadrukken die langere productielevertijden, hogere uitvalpercentages bij kwaliteitscontroles of meer verzendvertragingen hebben. Dit productniveau-inzicht is essentieel voor voorraadbeheer, vraagvoorspelling en het optimaliseren van productie- en logistieke strategieën voor verschillende productfamilies. Het belang Dit maakt productniveau-analyse van het proces mogelijk, wat helpt te identificeren welke producten langere cyclustijden hebben of geassocieerd zijn met meer procesuitzonderingen. Vindplaats Gevonden in de regeldetails van verkooporders, inkooporders of productieorders. Voorbeelden SKU-12345-BLK-LMAT-RAW-0098PN-750-B | |||
| Inkoopordernummer PurchaseOrderNumber | De unieke identificatie voor een inkooporder die naar een leverancier is gestuurd. | ||
| Omschrijving Het Purchase Order Number is de unieke identificatie voor het document dat wordt gebruikt om goederen of diensten van een externe leverancier in te kopen. Het is een belangrijke schakel tussen de algehele logistieke order en de specifieke inkoopactiviteiten. Dit attribute stelt analisten in staat om dieper in te gaan op het inkoopsubproces. Het helpt bij het volgen van de levenscyclus van een aankoop, van aanvraag tot goederenontvangst, het nauwkeurig meten van leverancierslevertijden en het identificeren van knelpunten in het inkoopgoedkeurings- of fulfilmentproces. Het kan ook worden gebruikt om inkoopgerelateerde problemen te correleren met daaropvolgende vertragingen in productie of klantlevering. Het belang Het koppelt het end-to-end proces aan specifieke inkoopactiviteiten, waardoor gedetailleerde analyse van het procure-to-pay subproces en leveranciersprestaties mogelijk wordt. Vindplaats Opgeslagen in inkoopdocument headers en waarnaar wordt verwezen in gerelateerde documenten zoals goederenontvangsten en leveranciersfacturen. Voorbeelden PO45000123457300005678PO-2023-987 | |||
| Oorsprongslocatie OriginLocation | Het magazijn, de fabriek of de faciliteit waar de zending vandaan komt. | ||
| Omschrijving De Origin Location identificeert de fysieke locatie, zoals een distributiecentrum, productiefaciliteit of leveranciersmagazijn, van waaruit goederen hun reis beginnen. Het vertegenwoordigt het startpunt van een belangrijke logistieke schakel in de supply chain. Het analyseren van het proces per herkomstlocatie helpt bij het identificeren van prestatieverschillen tussen verschillende faciliteiten. Het kan benadrukken welke fabrieken langere productielevertijden hebben of welke distributiecentra efficiënter zijn in het picken en verpakken. Deze geografische of locatiespecifieke analyse is van vitaal belang voor netwerkoptimalisatie, resource-allocatie en het standaardiseren van best practices binnen de organisatie. Het belang Het maakt prestatievergelijking tussen verschillende fabrieken of magazijnen mogelijk, en helpt operationele knelpunten en best practices op specifieke locaties te identificeren. Vindplaats Gevonden in voorraadbeheer, magazijnbeheer of transportsystemen, vaak geassocieerd met zending- of productieorder data. Voorbeelden WH-CENTRAL-01PLANT-FRANKFURTDC-US-WEST | |||
| Orderstatus OrderStatus | De huidige of definitieve status van de logistieke order, zoals 'Voltooid' of 'Geannuleerd'. | ||
| Omschrijving De Order Status geeft een momentopname van de positie van de logistieke order in de levenscyclus aan het einde van het proces of op het moment van data-extractie. Het weerspiegelt doorgaans de uiteindelijke uitkomst van de case. Dit attribute wordt voornamelijk gebruikt voor uitkomstanalyse. Door bijvoorbeeld te filteren op cases met de status 'Geannuleerd', kunnen analisten de hoofdoorzaken van orderannuleringen onderzoeken. Op dezelfde manier kan het analyseren van 'Deels geleverde' orders problemen met voorraadnauwkeurigheid of leveranciersbetrouwbaarheid aan het licht brengen. Het begrijpen van de verdeling van de uiteindelijke statussen is cruciaal voor het meten van het algehele processucces. Het belang Het is cruciaal voor uitkomstanalyse, waardoor filtering en onderzoek van cases mogelijk is op basis van hun eindstatus, zoals voltooid, geannuleerd of vertraagd. Vindplaats Beschikbaar in de header data van het primaire orderdocument (bijv. verkooporder, logistieke order). Voorbeelden VoltooidIn uitvoeringGeannuleerdIn de wacht | |||
| Ordertype OrderType | De classificatie van de order, zoals 'Standaard Order', 'Spoedorder' of 'Grootbestelling'. | ||
| Omschrijving De Order Type categoriseert logistieke orders op basis van hun aard, prioriteit of fulfilmentstrategie. Veelvoorkomende typen zijn onder andere standaard-, spoed-, aanvullings- of speciale projectorders. Dit attribute is een krachtig filter voor vergelijkende analyse. Door de processtromen van spoedorders te vergelijken met standaardorders, kan een bedrijf beoordelen of versnelde processen daadwerkelijk sneller zijn of dat ze inefficiënties en hogere kosten met zich meebrengen. Het helpt ook te begrijpen of verschillende ordertypen afzonderlijke procespaden volgen en maakt de onafhankelijke optimalisatie van elk pad mogelijk. Het belang Het maakt procesvergelijking tussen verschillende ordertypes mogelijk, en helpt te begrijpen of bepaalde categorieën meer vatbaar zijn voor vertragingen of herwerk. Vindplaats Wordt doorgaans opgeslagen in de header data van verkooporders of logistieke orders. Voorbeelden StandaardorderSpoedorderGrootbestellingAanvulling | |||
| Transportmodus ModeOfTransport | De transportmethode gebruikt voor de zending, zoals Vrachtwagen, Lucht of Zee. | ||
| Omschrijving De Transportmodus specificeert de logistieke methode die wordt gebruikt om goederen van de oorsprong naar de bestemming te verplaatsen. Dit kan opties omvatten zoals weg-, spoor-, lucht- of zeevracht. Het analyseren van het proces per transportmodus helpt bij het optimaliseren van logistieke kosten en prestaties. Het kan bijvoorbeeld de daadwerkelijke transittijden voor luchtvracht versus zeevracht onthullen, wat een datagestuurde kosten-batenanalyse mogelijk maakt. Het helpt ook te identificeren of bepaalde transportmodi gevoeliger zijn voor vertragingen of schade, ter ondersteuning van betere vervoerders- en routeplanning. Het belang Het biedt een belangrijke dimensie voor het analyseren van transportkosten en levertijden, wat helpt bij het optimaliseren van logistieke strategieën. Vindplaats Gevonden in verzenddocumenten, leveringsorders of Transportation Management System (TMS) records. Voorbeelden VrachtwagenLuchtZeeRail | |||
| Verkoopordernummer SalesOrderNumber | De unieke identificatie voor de verkooporder van een klant. | ||
| Omschrijving Het Sales Order Number is de unieke identificatie voor het document dat het fulfilmentproces initieert op basis van een klantverzoek. Het dient als primaire referentie gedurende de gehele order-to-cash cyclus. In scenario's waarin de hoofd Case ID een geconsolideerde logistieke order is, biedt het Sales Order Number een cruciale link terug naar de specifieke klantvraag. Het maakt analyse van het proces vanuit een verkoopoogpunt mogelijk, wat helpt bij het meten van orderverwerkingstijden, fulfilmentpercentages en de tijd vanaf ordercreatie tot uiteindelijke levering. Het is essentieel voor het direct verbinden van supply chain operaties met klanttransacties. Het belang Het verbindt logistieke activiteiten met de initiële klantvraag, waardoor een helder beeld ontstaat van het order-to-cash proces en de customer fulfillment performance. Vindplaats Opgeslagen in verkoopdocument headers en waarnaar wordt verwezen in volgende documenten zoals leveringen en facturen. Voorbeelden SO-102030408000009876ORD-CUST-5544 | |||
Supply Chain Management Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Bewijs Van Levering Ontvangen | Vertegenwoordigt de formele bevestiging, vaak met een handtekening, dat de klant de levering heeft geaccepteerd. Deze activiteit sluit officieel het logistieke fulfillment proces af. | ||
| Het belang Dit is de definitieve eindevent voor een succesvol afgehandelde order. Het is cruciaal voor omzetverantwoording en het oplossen van geschillen over levering. Vindplaats Wordt doorgaans vastgelegd vanuit een statusupdate of de bijlage van een proof of delivery document bij de order of levering. Vastleggen Leg de timestamp vast wanneer een status van bewijs van levering wordt bijgewerkt of een POD document wordt gekoppeld aan de order of levering. Gebeurtenistype explicit | |||
| Goederen geleverd | Deze activiteit betekent dat de zending is aangekomen en fysiek is ontvangen op de bestemming van de klant. Het markeert het einde van het transportgedeelte van de reis. | ||
| Het belang Meet de transittijd en de on-time delivery performance van de vervoerder. Dit is een cruciale event voor het berekenen van de algehele order-tot-levering cyclustijd vanuit het perspectief van de klant. Vindplaats Vaak vastgelegd vanuit carrier data feeds, zoals EDI-berichten, of via handmatige updates in een Transportation Management System of ERP. Vastleggen Wordt doorgaans afgeleid uit carrier tracking updates of de invoer van een proof of delivery datum. Gebeurtenistype inferred | |||
| Goederen verzonden | Markeert het tijdstip waarop de verpakte goederen fysiek het magazijn of distributiecentrum verlaten. Deze event draagt doorgaans het eigendomsrisico over en actualiseert financiële records, zoals voorraad en kosten van verkochte goederen. | ||
| Het belang Dit is een kritieke mijlpaal die het begin van de in-transit tijd markeert. Het is een sleuteldatum voor het meten van de on-time shipment performance ten opzichte van door de klant gevraagde data. Vindplaats Vastgelegd via een 'goederenafgifte' boeking, 'verzending bevestigen' transactie, of een soortgelijke event in een WMS of ERP systeem. Vastleggen Gebruik de boekingsdatum of timestamp van de goederenuitgifte-transactie die de voorraad vermindert. Gebeurtenistype explicit | |||
| Inkooporder Uitgegeven | Deze activiteit markeert de formele creatie en verzending van een inkooporder naar een externe leverancier. Het vertegenwoordigt een juridische verbintenis om goederen of materialen te kopen tegen een overeengekomen prijs. | ||
| Het belang Dit is een kritieke mijlpaal die de leverancierslevertijd start. Het analyseren van de tijd tussen dit event en de goederenontvangst is essentieel voor leveranciersprestatiemanagement. Vindplaats Wordt doorgaans vastgelegd vanuit een statusupdate of timestamp wanneer de inkooporder is bevestigd, goedgekeurd of naar de leverancier is verzonden. Vastleggen Leg de timestamp vast wanneer de inkooporderstatus wordt bevestigd, goedgekeurd of naar de leverancier wordt verzonden. Gebeurtenistype explicit | |||
| Klantfactuur Aangemaakt | Vertegenwoordigt het aanmaken van het factuurdocument voor de klant op basis van de verzonden goederen. Deze activiteit initieert het financiële afwikkelingsdeel van de order-to-cash cyclus. | ||
| Het belang Benadrukt de overdracht naar het debiteurenproces. Het analyseren van de kloof tussen verzending en facturering kan factureringsvertragingen en hun impact op de cashflow onthullen. Vindplaats Expliciet vastgelegd wanneer een factuurdocument wordt aangemaakt of geboekt in de facturerings- of financiële module van een ERP-systeem. Vastleggen Gebruik de creatie- of boeking-timestamp van het klantfactuurdocument. Gebeurtenistype explicit | |||
| Order Aangemaakt | Markeert de formele start van de logistieke order lifecycle. Deze event vindt plaats wanneer een klantverzoek voor goederen of diensten wordt ingevoerd en opgeslagen als een nieuw orderdocument in het primaire bedrijfssysteem. | ||
| Het belang Dit is de primaire startevent voor het proces. Het analyseren van de tijd vanaf deze activiteit tot andere onthult de totale order-to-cash cyclustijd en identificeert knelpunten in een vroeg stadium. Vindplaats Wordt doorgaans vastgelegd vanuit de creatie-timestamp van de verkooporder of de klantorderheadertabel in een Order Management of ERP-systeem. Vastleggen Gebruik de creatie-timestamp van het primaire verkooporderdocument. Gebeurtenistype explicit | |||
| Order geannuleerd | Vertegenwoordigt de beëindiging van een logistieke order voordat fulfillment compleet is. Dit is een alternatieve eindstatus voor het proces, wat aangeeft dat het verzoek van de klant niet is gefulfilled. | ||
| Het belang Dit is een kritieke faalevent. Het analyseren van waarom en wanneer orders worden geannuleerd, helpt bij het identificeren van problemen in verkoop, productbeschikbaarheid of klantcommunicatie. Vindplaats Vastgelegd vanuit een definitieve statuswijziging op de verkooporder, zoals 'Geannuleerd' of 'Ongeldig'. Vastleggen Leg de timestamp vast wanneer de orderstatus definitief wordt gewijzigd naar 'Geannuleerd' of 'Ongeldig'. Gebeurtenistype explicit | |||
| Uitgaande Levering Aangemaakt | Beteekent het aanmaken van een leveringsdocument dat het magazijn autoriseert om te beginnen met picking-, inpak- en verzendactiviteiten. Deze activiteit draagt het proces formeel over van order management naar logistieke uitvoering. | ||
| Het belang Dit is een belangrijk overdrachtspunt tussen commerciële en logistieke teams. Het markeert het begin van de fulfilment cyclustijd, een cruciaal onderdeel van de totale orderlevertijd. Vindplaats Vastgelegd als een expliciete event wanneer een afleverbon, verzendorder of equivalent document wordt aangemaakt in het logistieke uitvoeringssysteem. Vastleggen Gebruik de creatie-timestamp van het uitgaande leverings- of verzenddocument. Gebeurtenistype explicit | |||
| Goederen Ontvangen van Leverancier | Beteekent de fysieke ontvangst van goederen of grondstoffen van een externe leverancier in een magazijn of productiefaciliteit. Deze event actualiseert voorraadniveaus en stelt de materialen beschikbaar voor gebruik. | ||
| Het belang Deze activiteit sluit de leverancierslevertijd af. Het vergelijken van de ontvangstdatum met de gevraagde leverdatum helpt bij het meten van de on-time delivery performance van de leverancier. Vindplaats Vastgelegd vanuit goederenontvangst transacties in een Inventory Management, Warehouse Management, of ERP systeem. Vastleggen Gebruik de boekingsdatum of entry timestamp van de goederenontvangsttransactie tegen de inkooporder. Gebeurtenistype explicit | |||
| Inkoopaanvraag Aangemaakt | Vertegenwoordigt een interne aanvraag om goederen of grondstoffen in te kopen die nodig zijn om de logistieke order te fulfillen. Deze stap wordt doorgaans geactiveerd wanneer er onvoldoende voorraad beschikbaar is. | ||
| Het belang Geeft een afhankelijkheid van het inkoop subproces aan. Het volgen van deze activiteit helpt bij het meten van interne inkoop doorlooptijden en hun impact op de algehele order fulfillment. Vindplaats Meestal vastgelegd als een aparte transactie wanneer een inkoopaanvraagdocument wordt aangemaakt in een inkoop- of ERP-systeem. Vastleggen Gebruik de creatie-timestamp van het inkoopaanvraagdocument gekoppeld aan de verkooporder. Gebeurtenistype explicit | |||
| Kwaliteitsinspectie Voltooid | Vertegenwoordigt de voltooiing van een kwaliteitscontrole op geproduceerde of ontvangen goederen. Deze stap zorgt ervoor dat items voldoen aan de vereiste standaarden voordat ze beschikbaar worden gesteld voor verzending. | ||
| Het belang Benadrukt een kritische kwaliteitscontrole in het proces. Vertragingen of mislukkingen in dit stadium kunnen een aanzienlijke impact hebben op on-time delivery en klanttevredenheid. Vindplaats Meestal vastgelegd vanuit een statusupdate of transactie in een Quality Management module, vaak aangeduid als een gebruiksbeslissing. Vastleggen Afleiden van de timestamp van de definitieve statuswijziging of gebruiksbeslissing van de kwaliteitsinspectiebatch. Gebeurtenistype inferred | |||
| Order Wachtstatus Toegepast | Dit event treedt op wanneer een order tijdelijk wordt gepauzeerd om een specifieke reden, zoals een mislukte kredietcontrole of een kwaliteitsprobleem. De hold moet worden opgelost voordat de order verder kan. | ||
| Het belang Benadrukt procesonderbrekingen en herwerk loops. Het analyseren van de frequentie en duur van holds kan systemische problemen aan het licht brengen die vertragingen veroorzaken. Vindplaats Wordt doorgaans afgeleid uit een statuswijziging van de order of de toepassing van een reden die verdere verwerking blokkeert. Vastleggen Identificeer timestamps wanneer een 'blokkeer'- of 'wacht'-status wordt toegepast op de verkooporder header of regelitem. Gebeurtenistype inferred | |||
| Productie Goederen Voltooid | Markeert de voltooiing van het productie- of assemblageproces voor de eindproducten. Op dit punt worden de goederen als voltooid gerapporteerd en in de voorraad opgenomen. | ||
| Het belang Deze activiteit sluit de productiecyclus af. De tijd tussen productiecreatie en -voltooiing is een belangrijke maatstaf voor productie-efficiëntie en throughput. Vindplaats Wordt doorgaans vastgelegd door een transactie die de productievoltooiing bevestigt of een goederenontvangst boekt vanuit de productieorder. Vastleggen Gebruik de timestamp van de definitieve productiebevestiging of de 'Report as Finished' journaalboeking. Gebeurtenistype explicit | |||
| Productieorder aangemaakt | Deze activiteit vertegenwoordigt de formele creatie van een interne order om de voor de klant benodigde goederen te produceren of assembleren. Het initieert het subproces van productieplanning en -uitvoering. | ||
| Het belang Geeft aan dat de order productie vereist. Dit maakt analyse van productiedoorlooptijden en hun bijdrage aan de totale ordercyclustijd mogelijk. Vindplaats Vastgelegd als een afzonderlijke event wanneer een productieorder of werkorder wordt aangemaakt in een productie- of ERP-systeem. Vastleggen Gebruik de creatie-timestamp van het productieorderdocument gekoppeld aan de klantvraag. Gebeurtenistype explicit | |||
| Verpakking Voltooid | Vertegenwoordigt de voltooiing van het proces waarbij gepickte items worden geconsolideerd, verpakt in verzenddozen en gelabeld. Dit is de laatste waardecreërende stap binnen de magazijnmuren. | ||
| Het belang Meet de efficiëntie van het inpakproces. De tijd van picking tot voltooiing van het inpakken helpt bij het identificeren van beperkingen bij inpakstations. Vindplaats Vaak vastgelegd wanneer een inpakstationoperator bevestigt dat een doos is verzegeld of wanneer een verzendlabel wordt gegenereerd in een WMS. Vastleggen Gebruik de timestamp van de verpakkingsbevestigingstransactie of de event voor het aanmaken van een verzendlabel. Gebeurtenistype explicit | |||
| Verzamelen Voltooid | Deze activiteit markeert de voltooiing van het fysieke proces van het verzamelen van items uit hun opslaglocaties in het magazijn. Dit is een cruciale stap in de voorbereiding van de order voor verzending. | ||
| Het belang Meet de efficiëntie van magazijnpicking operaties. Het analyseren van de tijd van leveringscreatie tot voltooiing van de picking kan helpen bij het identificeren van knelpunten in het magazijn. Vindplaats Wordt doorgaans vastgelegd vanuit een statusupdate op het leveringsdocument of een transactielog van een Warehouse Management System, vaak via scanning. Vastleggen Gebruik de timestamp wanneer de pickingstatus van het leveringsdocument wordt bijgewerkt naar 'Voltooid'. Gebeurtenistype explicit | |||
Extractie Guides
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,