Uw Toeleveringsketen datatemplate
Uw Toeleveringsketen datatemplate
Dit is onze generieke process mining-datatemplate voor {processNaam}. Gebruik onze systeemspecifieke templates voor meer specifieke begeleiding.
Selecteer een specifiek systeem- Gestandaardiseerde data attributen voor consistente analyse
- Essentiële activiteiten om de volledige processtroom vast te leggen
- Toepasbaar binnen diverse supply chain management systemen
Toeleveringsketen Attributen
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteit Activity | De naam van een specifieke zakelijke gebeurtenis 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 levenscyclus 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 volgorde en hoe vaak. Deze weergave helpt bij het vinden 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 attribuut vormt de basis van de procesmap, waardoor visualisatie en analyse van de opeenvolging van stappen in de supply chain mogelijk is. Vindplaats Vaak afgeleid van event logs, statuswijzigings, documenttypen of transactiecodes in het bronsysteem. Voorbeelden Inkooporder UitgegevenProductie Goederen VoltooidVerzamelen VoltooidGoederen verzonden | |||
| Logistieke Order CaseId | De unieke ID 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 Toeleveringsketen is dit doorgaans het logistieke ordernummer, dat alle gerelateerde activiteiten, van initiële aanmaak tot uiteindelijke levering, met elkaar verbindt. Dit attribuut is belangrijk voor het groeperen van alle gerelateerde gebeurtenissen, zoals aanmaak van inkooporders, goederenverzending en klantfacturering, in één end-to-end processtroom. Door deze identificatie te volgen, kunnen analysesten de complete reis van een order visualiseren, de totale cyclustijd meten en variaties tussen verschillende orderpaden vinden. 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 worden. 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 begon of plaatsvond. | ||
| Omschrijving De Starttijd is een precieze timestamp, inclusief datum en tijd, die het begin van een activiteit markeert. Het is een belangrijk onderdeel voor de chronologische ordening van gebeurtenissen en voor prestatieanalyse. Dit attribuut is onmisbaar voor het berekenen van cyclustijden, het vinden van vertragingen tussen stappen en het begrijpen van de totale duur van het proces. Door tijdstempels te analyseren, kunnen bedrijven de doorlooptijd meten, knelpunten opsporen waar cases lange tijd wachten, en prestaties ewaarderen ten opzichte van service level agreements. Nauwkeurige tijdstempels vormen de basis van elke tijdgebonden process mining-analyse. Het belang Het maakt de chronologische volgorde van activiteiten mogelijk en is belangrijk voor alle tijdgebonden berekeningen, zoals cyclustijden en knelpuntanalyse. Vindplaats Meestal te vinden in event logs, transactiegegevens of documentcreatie-tijdstempels 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 gebeurtenis data is opgehaald. | ||
| Omschrijving Het Source System attribuut identificeert de applicatie of database waar de gebeurtenis data is ontstaan. In complexe supply chain omgevingen komt data vaak uit meerdere systemen, zoals een ERP, een Warehouse Management System (WMS) en een Transportbeheer 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 vinden die uitsluitend door een specifieke applicatie worden afgehandeld. Deze Informatie biedt een technische context voor het bedrijfsproces. Het belang Het biedt belangrijke context over dataherkomst, wat belangrijk is voor datavalidatie en voor het analyseren van processen die meerdere grote organisatiesystemen 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 databronverbinding. Voorbeelden SAP S/4HANAOracle SCM CloudBlue Yonder WMSKinaxis RapidResponse | |||
| Tijdstip van extractie LastDataUpdate | De timestamp die aangeeft wanneer de data voor het voor het laatst is bijgewerkt of uit het bronsysteem is opgehaald. | ||
| Omschrijving Dit attribuut registreert de datum en tijd van de meest recente data-extractie of update voor een gegeven gebeurtenis record. Het is een technisch attribuut dat wordt gebruikt om de relevantie en betrouwbaarheid van data te waarborgen. Hoewel het meestal niet wordt gebruikt voor directe procesanalyse, is Last Data Update belangrijk voor dashboard monitoring en data governance. Het helpt gebruikers te begrijpen hoe actueel de weergegeven Informatie is en kan worden gebruikt om meldingen in te stellen voor fouten in de datapijplijn. Dit zorgt ervoor dat zakelijke beslissingen worden genomen op basis van tijdige en relevante data. Het belang Het is belangrijk voor data governance en monitoring, waardoor gebruikers de relevantie 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-importproces. 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 is geleverd, bevestigd door een `proof of delivery`. | ||
| Omschrijving De Werkelijke Leveringsdatum markeert de laatste timestamp in de order fulfillment levenscyclus, 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 belangrijk 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 vinden 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 prestaties te bepalen. Vindplaats Afkomstig van Transportbeheer 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 gebeurtenis, wordt het mogelijk om de verwerkingstijd direct te meten. Dit attribuut maakt een fijnmazigere analyse van prestaties mogelijk. In plaats van alleen de wachttijd tussen activiteiten te meten, kunnen analysesten onderscheid maken tussen actieve verwerkingstijd en wachttijd. Dit is bijzonder nuttig voor het vinden van inefficiënte activiteiten die aanzienlijke bronnen 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-tijdstempels 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 Gebruiker Naam attribuut 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 vinden van trainingsbehoeften en het benadrukken van best practices. Zo kan het bijvoorbeeld zichtbaar maken 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 attribuut voegt een menselijke of systeembron-dimensie toe aan de analyse, waardoor prestatievergelijking, werkdrukverdeling 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 attribuut dient als de primaire basislijn voor het meten van de on-time delivery prestaties, een belangrijke KPI in supply chain management. Door de Requested Delivery Date te vergelijken met de Actual Delivery Date, kunnen bedrijven hun OTIF-percentage (On-Time In-Full) berekenen, redenen voor vertragingen vinden en prestatietrends analyseren in verschillende regio's, klanten of producttypen. Het is onmisbaar 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 ID 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 ewaarderen voor verschillende klantgroepen of key accounts. Deze analyse kan zichtbaar maken 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 ID voor de leverancier van grondstoffen of componenten. | ||
| Omschrijving De Leverancier 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 belangrijk 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 Informapakketmeren om risico's te beperken. Door het proces te segmenteren per leverancier, kunnen bedrijven toonaangevende partners en degenen die vertragingen veroorzaken vinden. Het belang Het maakt leveranciersprestatieanalyse mogelijk, en helpt bij het meten van doorlooptijden, on-time delivery rates en kwaliteit, wat belangrijk 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 ID 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, identificeer jeniek het artikel dat wordt ingekocht, geproduceerd en geleverd. Een enkele logistieke order kan één of meerdere product kenmerks 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 belangrijk voor voorraadbeheer, vraagvoorspelling en het optimaliseren van productie- en logistieke strategieën voor verschillende productfamilies. Het belang Dit maakt analyse op productniveau van het proces mogelijk, wat helpt te vinden 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 ID 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 attribuut stelt analysesten 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 vinden 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 worden. 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 vinden 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 belangrijk voor netwerkoptimalisatie, toewijzing van middelen 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 vinden. Vindplaats Gevonden in voorraadbeheer, magazijnbeheer of transportsystemen, vaak geassocieerd met zending- of productieordergegevens. 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 attribuut wordt voornamelijk gebruikt voor uitkomstanalyse. Door bijvoorbeeld te filteren op cases met de status 'Geannuleerd', kunnen analysesten de hoofdoorzaken van orderannuleringen onderzoeken. Op dezelfde manier kan het analyseren van 'Deels geleverde' orders problemen met voorraadnauwkeurigheid of leveranciersbetrouwbaarheid inzichtelijk maken. Het begrijpen van de verdeling van de uiteindelijke statussen is belangrijk voor het meten van het algehele processucces. Het belang Het is belangrijk 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 'Bulkorder'. | ||
| 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 attribuut 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 rework. Vindplaats Wordt doorgaans opgeslagen in de header data van verkooporders of logistieke orders. Voorbeelden StandaardorderSpoedorderGrootbestellingAanvulling | |||
| Transportwijze ModeOfTransport | De transportmethode die voor de zending is gebruikt, 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 doorlooptijden voor luchtvracht versus zeevracht zichtbaar maken, wat een datagestuurde kosten-batenanalyse mogelijk maakt. Het helpt ook te vinden 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 Transportbeheer System (TMS) records. Voorbeelden VrachtwagenLuchtZeeRail | |||
| Verkoopordernummer SalesOrderNumber | De unieke ID 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 belangrijke 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 belangrijk 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 prestaties. Vindplaats Opgeslagen in verkoopdocument headers en waarnaar wordt verwezen in volgende documenten zoals leveringen en facturen. Voorbeelden SO-102030408000009876ORD-CUST-5544 | |||
Toeleveringsketen 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 fulfilmentproces af. | ||
| Het belang Dit is de definitieve eindgebeurtenis voor een succesvol afgehandelde order. Het is belangrijk 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 prestaties van de vervoerder. Dit is een belangrijke gebeurtenis 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 Transportbeheer 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 gebeurtenis 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 prestaties ten opzichte van door de klant gevraagde data. Vindplaats Vastgelegd via een 'goederenafgifte' boeking, 'verzending bevestigen' transactie, of een soortgelijke gebeurtenis 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 gebeurtenis en de goederenontvangst is belangrijk 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 zichtbaar maken. 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 levenscyclus. Deze gebeurtenis 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 startgebeurtenis 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 Orderbeheer 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 faalgebeurtenis. Het analyseren van waarom en wanneer orders worden geannuleerd, helpt bij het vinden 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 belangrijk onderdeel van de totale orderlevertijd. Vindplaats Vastgelegd als een expliciete gebeurtenis 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 gebeurtenis 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 prestaties van de leverancier. Vindplaats Vastgelegd vanuit goederenontvangst transacties in een Voorraadbeheer, 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 gebeurtenis 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 herhaalstappen (loops). Het analyseren van de frequentie en duur van holds kan systemische problemen inzichtelijk maken 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 tijdstempels 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 doorlooptijd. 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 gebeurtenis 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 vinden 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 gebeurtenis 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 belangrijke 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 vinden 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 | |||
Extractiegidsen
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,
Klaar om te starten?
Ontgrendel de kracht van uw supply chain data. Kies een systeemspecifieke gids voor instructies op maat, of gebruik deze generieke template als basis om vandaag nog uw supply chain inzichten te transformeren.
Optimaliseer Uw Supply Chain Nu, Verhoog Vandaag Nog de Efficiëntie
Verkrijg onmiddellijk inzicht in uw supply chain processen en verlaag de kosten.
Geen creditcard nodig, binnen enkele minuten Aan de slag.