Datatemplate voor supplychainmanagement
Datatemplate voor supplychainmanagement
- Aanbevolen attributen voor een grondige analyse
- Belangrijke procesactiviteiten en mijlpalen om te volgen
- Stapsgewijze uitleg voor data-extractie uit Blue Yonder
Attributen voor supplychainmanagement
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteit ActivityName | De naam van een specifieke bedrijfsgebeurtenis of stap in het logistieke proces, zoals ‘Inkooporder verzonden’ of ‘Goederen verzameld en verpakt’. | ||
| Beschrijving De activiteit beschrijft één stap of taak in de levenscyclus van een logistieke order. De events worden chronologisch vastgelegd en vormen zo een reeks acties voor elke case. Activiteiten analyseren is de basis van process mining. Je kunt er de proceskaart mee visualiseren, bottlenecks tussen specifieke stappen opsporen, zien hoe vaak activiteiten voorkomen en afwijkingen van de standaardprocesstroom herkennen. Waarom dit belangrijk is Dit attribuut bepaalt welke stappen op de proceskaart staan. Zo kun je de stroom van logistieke orders visualiseren, analyseren en optimaliseren. Waar vind je dit? Activiteitsnamen zijn afgeleid van event logs, transactiecodes of statuswijzigingen die zijn vastgelegd in verschillende Blue Yonder-modules voor magazijnbeheer, transport en orderbeheer. Voorbeelden Klantorder ontvangenGoederen geproduceerdVerzending ingeplandBewijs van levering ondertekend | |||
| Logistieke order LogisticsOrder | De unieke identificatiecode van één logistieke order. Deze dient als de belangrijkste Case-ID om het volledige supplychainproces te volgen. | ||
| Beschrijving De logistieke order is de belangrijkste identificatiecode die alle bijbehorende activiteiten verbindt, van het aanmaken van de klantorder tot de uiteindelijke levering. Elk uniek nummer van een logistieke order staat voor één afzonderlijke uitvoering van het supplychainproces. Met process mining kun je de volledige levenscyclus van een order bekijken door de data per logistieke order te analyseren. Dat is nodig om de totale doorlooptijd te berekenen, procesvarianten op te sporen en te begrijpen welke stappen elke order doorloopt, van inkoop en productie tot distributie. Waarom dit belangrijk is Dit is de belangrijkste Case-ID. De code verbindt alle processtappen, zodat je het volledige traject van orderuitvoering kunt reconstrueren en analyseren. Waar vind je dit? Deze identificatiecode staat meestal in de hoofdmodules voor orderbeheer of logistieke uitvoering van Blue Yonder. Voorbeelden LO-845123LO-845124LO-845125 | |||
| Starttijd EventTime | De timestamp die aangeeft wanneer een specifieke activiteit is gestart of plaatsvond. | ||
| Beschrijving De eventtijd, of starttijd, is de exacte datum en tijd waarop een activiteit in het bronsysteem is vastgelegd. Deze chronologische data is belangrijk om events in de juiste volgorde te zetten en alle tijdsanalyses uit te voeren. Met deze timestamp bereken je doorlooptijden tussen activiteiten, meet je de duur van het volledige proces en spoor je vertragingen of wachttijden op. Vrijwel alle prestatie-KPI’s zijn ervan afhankelijk, zoals de totale doorlooptijd van order tot levering en de transportdoorlooptijd. Waarom dit belangrijk is Deze timestamp is nodig om events op volgorde te zetten, doorlooptijden te berekenen en procesprestaties en bottlenecks in de tijd te analyseren. Waar vind je dit? Deze informatie is meestal beschikbaar als aanmaakdatum, wijzigingsdatum of boekingsdatum in de transactiedatatabellen van elk bedrijfsobject in Blue Yonder. Voorbeelden 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Gebruikersnaam UserName | De gebruikers-ID of naam van de persoon die de activiteit heeft uitgevoerd. | ||
| Beschrijving Dit attribuut geeft aan welke medewerker of systeemgebruiker verantwoordelijk was voor een processtap. Het is belangrijk om de inzet van middelen, de verdeling van het werk en prestaties per persoon of team te begrijpen. In analyses kun je met de gebruikersnaam proceskaarten filteren en zien hoe verschillende gebruikers dezelfde taak uitvoeren. Ook kun je opleidingsbehoeften en goed presterende medewerkers opsporen. Het attribuut is bovendien belangrijk voor het dashboard ‘Handmatige taken en automatiseringspotentieel’, waarmee je ziet wie vaak terugkerende taken uitvoert. Waarom dit belangrijk is Koppelt gebruikersacties aan specifieke personen. Zo kun je de werkverdeling analyseren, prestaties vergelijken en kansen voor automatisering opsporen. Waar vind je dit? Staat meestal in transactiedata in een veld als ‘Gemaakt door’ of ‘Gewijzigd door’ en is gekoppeld aan een gebruikerstabel in Blue Yonder. Voorbeelden j.doea.smithSYSTEM_RFC | |||
| Gewenste leverdatum RequestedDeliveryDate | De leverdatum die de klant voor de order heeft aangevraagd. | ||
| Beschrijving De gewenste leverdatum is een belangrijk klantgegeven dat bij een logistieke order hoort. De datum geeft aan wat je aan de klant hebt toegezegd en is de belangrijkste maatstaf voor de leverprestaties. Je vergelijkt deze datum met de ‘Werkelijke leverdatum’ om de KPI voor het percentage leveringen op tijd te berekenen. De datum vormt de basis voor het dashboard ‘Prestaties van tijdige levering’. Daarmee kun je vertragingen en hun oorzaken analyseren, zoals de prestaties van vervoerders of interne bottlenecks. Waarom dit belangrijk is Dit is de basis voor het meten van klanttevredenheid en leverprestaties. De datum is nodig om de KPI voor het percentage leveringen op tijd te berekenen. Waar vind je dit? Deze datum staat meestal in de kopgegevens van de klantorder in het orderbeheersysteem van Blue Yonder. Voorbeelden 2023-11-152023-11-202023-12-01 | |||
| Naam leverancier SupplierName | De naam van de leverancier die grondstoffen of onderdelen levert voor een inkooporder. | ||
| Beschrijving De leveranciersnaam geeft aan bij welke leverancier de goederen zijn ingekocht als onderdeel van het supplychainproces. Dit is een belangrijke dimensie voor analyses van inkomende logistiek en inkoop. In het dashboard ‘Prestaties van inkomende leveringen door leveranciers’ kun je de doorlooptijd van het aanmaken van een inkooporder tot de ontvangst van materialen per leverancier uitsplitsen. Zo zie je welke leveranciers betrouwbaar en snel zijn en welke regelmatig vertraging veroorzaken. Die informatie helpt bij inkoopbeslissingen en het beheer van leveranciersrelaties. Waarom dit belangrijk is Hiermee kun je de prestaties van verschillende leveranciers analyseren. Dat helpt om inkomende logistiek te optimaliseren en productieschema’s te halen. Waar vind je dit? Deze informatie staat in de kopgegevens van de inkooporder en is gekoppeld aan een leverancierstabel in Blue Yonder of een geïntegreerd ERP-systeem. Voorbeelden Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Orderstatus OrderStatus | De huidige of uiteindelijke status van de logistieke order, bijvoorbeeld 'In behandeling', 'Afgerond' of 'Geannuleerd'. | ||
| Beschrijving De orderstatus geeft aan in welke fase van de levenscyclus de logistieke order zich bevond toen de data werden opgehaald, of wat de uiteindelijke uitkomst was. Dit is een belangrijke indicator van de status van de case. Met dit attribuut kun je de analyse beperken tot afgeronde orders of onderzoeken waarom bepaalde orders zijn geannuleerd. Het helpt de uitkomsten van verschillende procesvarianten te begrijpen en geeft een eenvoudige manier om het totale percentage geslaagde en mislukte processen te meten. Waarom dit belangrijk is Geeft de uitkomst van een case aan. Je kunt de analyse filteren op afgeronde, lopende of geannuleerde orders en prestatiecijfers zo in de juiste context plaatsen. Waar vind je dit? Dit is meestal een statusveld in de kop van de logistieke order of het verzenddocument in Blue Yonder. Voorbeelden AfgerondIn behandelingGeannuleerdIn 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 kenmerken, urgentie of zakelijke context. Verschillende ordertypen volgen vaak een ander procespad of hebben andere service level agreements (SLA's). Een analyse per ordertype helpt om procesvariaties te begrijpen. Voor spoedorders gelden bijvoorbeeld kortere doorlooptijden en kunnen bepaalde stappen worden overgeslagen. Bulkorders hebben mogelijk langere productiedoorlooptijden. Dit attribuut verklaart waarom bepaalde cases afwijken van het gebruikelijke proces en is nuttig in het dashboard 'Analyse van procesvarianten'. Waarom dit belangrijk is Helpt verschillen in procesverloop en prestaties te verklaren, omdat ordertypen vaak hun eigen routes, prioriteiten en SLA's hebben. Waar vind je dit? Deze informatie staat meestal in de orderkopgegevens van het orderbeheersysteem van Blue Yonder. Voorbeelden StandaardSpoedVoorraadoverboekingRetour | |||
| Werkelijke leverdatum ActualDeliveryDate | De datum waarop de order daadwerkelijk bij de klant is afgeleverd, bevestigd met een bewijs van levering. | ||
| Beschrijving De werkelijke leverdatum wordt vastgelegd wanneer de levering is afgerond, vaak bij het event ‘Bewijs van levering ondertekend’. Deze timestamp markeert de volledige uitvoering van de logistieke order. Dit attribuut is nodig om prestaties te meten. Je vergelijkt de datum met de ‘Gewenste leverdatum’ om te bepalen of de levering op tijd, te laat of te vroeg was. Deze berekening vormt de basis voor de KPI voor het percentage leveringen op tijd en wordt weergegeven in het dashboard ‘Prestaties van tijdige levering’. Waarom dit belangrijk is Dit attribuut is nodig om het percentage leveringen op tijd te berekenen. Het meet de werkelijke prestaties ten opzichte van de verwachting van de klant. Waar vind je dit? Deze datum is vaak af te leiden uit de timestamp van het event voor het bewijs van levering. Dit event kan worden vastgelegd in het TMS van Blue Yonder of een verwante logistieke module. Voorbeelden 2023-11-142023-11-212023-12-01 | |||
| Aanvrager inkoopaanvraag PurchaseRequisitionCreator | De gebruiker of afdeling die het verzoek heeft ingediend om goederen of materialen in te kopen. | ||
| Beschrijving Dit attribuut geeft aan welke persoon of welk team de inkoopaanvraag heeft aangemaakt. Deze interne aanvraag leidt tot het aanmaken van een formele inkooporder. Zo zie je wie binnen de organisatie de inkoopbehoefte heeft aangekaart. Een analyse op dit attribuut maakt interne inkooppatronen zichtbaar en kan worden gebruikt in het dashboard 'Handmatige taken en automatiseringspotentieel'. Als een klein aantal gebruikers veel standaardaanvragen aanmaakt, kan dat erop wijzen dat het aanvraagproces te automatiseren is. Waarom dit belangrijk is Geeft aan waar een inkoopaanvraag vandaan komt. Zo kun je interne vraagpatronen analyseren en kansen voor procesautomatisering herkennen. Waar vind je dit? Te vinden in de gegevens van de inkoopaanvraag, meestal in het veld 'Gemaakt door'. Voorbeelden m.jonesp.chenPLANNING_DEPT | |||
| Bronsysteem SourceSystem | Het systeem waaruit de data is gehaald, in dit geval Blue Yonder. | ||
| Beschrijving Dit attribuut geeft aan waar de procesdata vandaan komt. Het is vooral handig wanneer data uit meerdere systemen wordt gecombineerd voor een volledig beeld van het proces. Zo blijft de herkomst van de data duidelijk. Voor deze analyse is de waarde altijd ‘Blue Yonder’. Het attribuut biedt belangrijke metadata voor datagovernance en context, vooral wanneer ook andere systemen, zoals een ERP of CRM, zijn gekoppeld. Waarom dit belangrijk is Geeft aan waar de data vandaan komt. Dat is belangrijk voor datagovernance, validatie en analyses waarin meerdere bedrijfssystemen samenkomen. Waar vind je dit? Dit is meestal een vaste waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de herkomst van de dataset aan te geven. Voorbeelden Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit is afgerond. | ||
| Beschrijving De eindtijd markeert het einde van een activiteit. Als zowel een starttijd als een eindtijd beschikbaar is, kun je de exacte verwerkingstijd van een activiteit berekenen en onderscheiden van stilstand- of wachttijd. Dit is waardevol bij het analyseren van de duur van specifieke taken, zoals ‘Goederen verzameld en verpakt’ of ‘Kwaliteitscontrole uitgevoerd’. Zo zie je welke activiteiten de meeste tijd kosten en kun je gericht verbeteringen of automatisering onderzoeken. Waarom dit belangrijk is Maakt een nauwkeurige berekening van de verwerkingstijd van activiteiten mogelijk. Dat helpt om inefficiënte taken op te sporen en de productiviteit van ingezette middelen te meten. Waar vind je dit? Net als de starttijd is dit meestal een timestamp in de transactiedatatabellen van elk bedrijfsobject in Blue Yonder. Vaak markeert de timestamp een statuswijziging naar afgerond. Voorbeelden 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Herhaalwerk IsRework | Een berekend kenmerk dat aangeeft of een order opnieuw is verwerkt, bijvoorbeeld doordat het inpakken of de kwaliteitscontrole is herhaald. | ||
| Beschrijving Dit booleaanse kenmerk krijgt de waarde true als er in een logistieke order aanwijzingen zijn voor herhaalde processtappen. Een voorbeeld is de activiteitenreeks 'Goederen gepickt en ingepakt' -> 'Kwaliteitscontrole uitgevoerd' -> 'Goederen gepickt en ingepakt'. Zo herken je cases die afwijken van het gebruikelijke, efficiënte procesverloop. Dit attribuut wordt gebruikt om de KPI 'Percentage orders met herhaalwerk' te berekenen en is zichtbaar in het dashboard 'Analyse van procesvarianten en herhaalwerk'. Door cases met herhaalwerk te vinden, kun je fouten en inefficiënties in het orderafhandelingsproces opsporen en gericht verbeteringen doorvoeren om verspilling en bedrijfskosten te verminderen. Waarom dit belangrijk is Maakt inefficiënties en kwaliteitsproblemen zichtbaar door cases met herhaalde stappen te markeren. Zo kun je gericht werken aan een stabieler proces en lagere kosten. Waar vind je dit? Dit is geen veld in Blue Yonder. Het wordt tijdens de process mining-analyse berekend door specifieke herhaalde activiteitenreeksen binnen een case te herkennen. Voorbeelden truefalse | |||
| Inkoopordernummer PurchaseOrderNumber | De unieke identificatiecode van een inkooporder voor de aanschaf van grondstoffen of goederen bij een leverancier. | ||
| Beschrijving Het inkoopordernummer koppelt de logistieke order aan het inkoopproces. Het wordt aangemaakt bij activiteiten zoals 'Inkoopaanvraag aangemaakt' en 'Inkooporder uitgegeven'. Met dit attribuut kun je het inkoopproces in detail analyseren. Het is essentieel voor het dashboard 'Prestaties van inkomende leveringen van leveranciers'. Daar kun je de route van een specifieke inkooporder volgen, vanaf de uitgifte tot de ontvangst van de goederen, en vertragingen koppelen aan specifieke leveranciers of materialen. Waarom dit belangrijk is Koppelt het hoofdproces voor orderafhandeling aan de voorafgaande inkoopactiviteiten. Zo kun je de prestaties van leveranciers en de doorlooptijden van inkoop in detail analyseren. Waar vind je dit? Deze identificatiecode wordt aangemaakt en opgeslagen in de inkoopmodule van Blue Yonder of in een gekoppeld ERP-systeem. Voorbeelden PO45000123PO45000124PO45000125 | |||
| Klantnaam CustomerName | De naam van de klant die de order heeft geplaatst. | ||
| Beschrijving Geeft aan wie de eindklant van de logistieke order is. Dit is een belangrijke dimensie om de analyse vanuit het perspectief van de klant uit te splitsen. Een analyse van de procesprestaties per klant kan laten zien of bepaalde klanten te maken hebben met langere doorlooptijden of meer problemen. Met dit attribuut kun je dashboards zoals 'Prestaties van tijdige levering' uitsplitsen naar klant. Zo kun je verbeteringen voor belangrijke klanten prioriteit geven. Waarom dit belangrijk is Maakt een analyse vanuit het perspectief van de klant mogelijk. Zo zie je welke klanten het meest te maken hebben met procesinefficiënties en kun je verbeteringen in de dienstverlening prioriteren. Waar vind je dit? Deze informatie staat in de kopgegevens van de klantorder en is gekoppeld aan een klantstamgegevenstabel in Blue Yonder of een geïntegreerd CRM- of ERP-systeem. Voorbeelden Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| 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 geeft de datum en tijd van de meest recente data-extractie. Zo zie je hoe actueel de data is en wanneer je de volgende vernieuwing kunt verwachten. Het is belangrijk om te weten hoe recent de data is die je analyseert. Zo kun je dashboards goed interpreteren en beslissingen nemen op basis van actuele informatie. Waarom dit belangrijk is Geeft belangrijke context over hoe recent de data is, zodat je weet hoe actueel de procesanalyse is. Waar vind je dit? Deze timestamp wordt aangemaakt en toegevoegd tijdens het ETL-proces voor data-extractie, -transformatie en -laden. Voorbeelden 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Naam vervoerder CarrierName | De naam van het transportbedrijf dat verantwoordelijk is voor het verzenden van de goederen. | ||
| Beschrijving De naam van de vervoerder geeft aan welke logistieke partner de goederen van het magazijn naar de eindbestemming heeft vervoerd. Dit is een belangrijke dimensie om de prestaties van uitgaande logistiek te beoordelen. In het dashboard 'Monitor transportefficiëntie' kun je met een analyse op naam van de vervoerder de duur van 'Goederen onderweg' voor verschillende vervoerders vergelijken. Zo zie je welke vervoerders het snelst, betrouwbaarst of voordeligst zijn en kun je de verzendstrategie daarop afstemmen. Waarom dit belangrijk is Maakt het mogelijk de prestaties van verschillende vervoerders te vergelijken, zodat je verzendkosten, routes en levertijden kunt optimaliseren. Waar vind je dit? Deze informatie staat meestal in de verzend- of vrachtorderdocumenten in het Transportation Management System (TMS) van Blue Yonder. Voorbeelden ExpressvrachtNational LogisticsSwift Haulage | |||
| Op tijd geleverd IsOnTimeDelivery | Een berekend kenmerk dat aangeeft of de order op of vóór de gevraagde leverdatum is geleverd. | ||
| Beschrijving Dit booleaanse attribuut wordt berekend door de 'Werkelijke leverdatum' te vergelijken met de 'Gevraagde leverdatum'. Elke order krijgt zo de waarde 'Op tijd' (true) of 'Te laat' (false), wat de prestatieanalyse vereenvoudigt. Dit attribuut voedt het dashboard 'Prestaties van tijdige levering' en wordt gebruikt om de KPI 'Percentage tijdige leveringen' te berekenen. Je kunt er snel mee filteren en oorzaakanalyses uitvoeren om te zien welke factoren, zoals vervoerder of producttype, samenhangen met te late leveringen. Waarom dit belangrijk is Maakt de analyse van tijdige leveringen eenvoudiger met een duidelijke booleaanse uitkomst per order. Zo kun je prestaties eenvoudig berekenen en oorzaken van vertragingen herkennen. Waar vind je dit? Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend met de formule: ActualDeliveryDate <= RequestedDeliveryDate. Voorbeelden truefalse | |||
| Productcategorie ProductCategory | De categorie waartoe het product in de logistieke order behoort, zoals elektronica of kleding. | ||
| Beschrijving De productcategorie is een indeling waarmee vergelijkbare producten bij elkaar worden gegroepeerd. Per categorie kunnen de supplychainprocessen, verwerkingseisen en doorlooptijden verschillen. In het dashboard 'Trend in doorvoer van logistieke orders' kun je dit attribuut gebruiken om het aantal afgeronde orders per producttype te filteren en te vergelijken. Zo wordt zichtbaar of bepaalde productgroepen vaker vertraging oplopen of minder orders verwerken. Dat helpt om verbeteringen te richten op de plekken waar ze het meest nodig zijn. Waarom dit belangrijk is Hiermee kun je de procesanalyse uitsplitsen naar producttype en knelpunten, vraagpatronen of complexe verwerkingsstappen per categorie herkennen. Waar vind je dit? Dit attribuut maakt deel uit van de stamgegevens van het materiaal of product en is in Blue Yonder gekoppeld aan de orderregels van de logistieke order. Voorbeelden ConsumentenelektronicaIndustriële machinesKledingLevensmiddelen | |||
| Toegezegde leverdatum leverancier SupplierPromisedDeliveryDate | De leverdatum die de leverancier voor een specifieke inkooporder heeft toegezegd. | ||
| Beschrijving Deze datum is de toezegging van de leverancier voor de levering van grondstoffen of onderdelen. Je gebruikt de datum als referentie om de betrouwbaarheid en stiptheid van een leverancier te meten. Dit attribuut is essentieel voor het berekenen van de KPI 'Percentage tijdige leveringen door leveranciers'. Je vergelijkt de datum met de werkelijke ontvangstdatum van de materialen (de timestamp van de gebeurtenis 'Grondstoffen ontvangen') om te bepalen of de leverancier de afspraak is nagekomen. Deze analyse vormt de basis voor het dashboard 'Prestaties van inkomende leveringen van leveranciers'. Waarom dit belangrijk is Dient als referentie voor de prestaties van inkomende leveringen. Zo kun je de betrouwbaarheid van leveranciers meten en zien wat het effect daarvan is op de productieplanning. Waar vind je dit? Deze datum staat meestal op regelniveau van de inkooporder en is gebaseerd op informatie van de leverancier of op standaarddoorlooptijden. Voorbeelden 2023-10-102023-10-122023-10-15 | |||
| Totale doorlooptijd van begin tot eind EndToEndCycleTime | De totale tijd tussen de eerste activiteit ('Klantorder ontvangen') en de laatste activiteit ('Bewijs van levering ondertekend') van een logistieke order. | ||
| Beschrijving Deze metriek meet de totale duur van de levenscyclus van een logistieke order. Het is een belangrijke prestatie-indicator voor de snelheid en efficiëntie van de volledige supplychain. Dit is de belangrijkste metriek voor het dashboard 'Analyse van de end-to-end-doorlooptijd van orders' en de KPI 'Totale doorlooptijd van logistieke orders'. Door deze duur te analyseren, kun je structurele vertragingen opsporen en de algehele procesgezondheid meten. Je kunt de resultaten uitsplitsen naar bijvoorbeeld ordertype of productcategorie om te achterhalen waardoor doorlooptijden oplopen. Waarom dit belangrijk is Deze KPI is belangrijk om de algehele snelheid van de supplychain te meten. Die heeft direct invloed op de klanttevredenheid en het werkkapitaal. Waar vind je dit? Deze waarde staat niet in het bronsysteem. Je berekent de waarde per case door de timestamp van de eerste gebeurtenis af te trekken van die van de laatste gebeurtenis. Voorbeelden 15 dagen 4 uur22 dagen 11 uur10 dagen 2 uur | |||
| Transportwijze ModeOfTransport | De manier waarop de zending wordt vervoerd, bijvoorbeeld per vrachtwagen, vliegtuig of schip. | ||
| Beschrijving Dit attribuut geeft aan op welke manier goederen worden vervoerd. De verschillende transportwijzen hebben elk hun eigen kosten, snelheid en capaciteit. Daarom speelt dit attribuut een belangrijke rol bij de planning en analyse van logistiek. Het dashboard 'Monitor transportefficiëntie' gebruikt dit attribuut om transittijden en kosten per transportwijze te vergelijken. Zo kun je bijvoorbeeld kiezen tussen sneller maar duurder luchtvrachtvervoer en langzamer maar goedkoper zeevervoer, afhankelijk van de prioriteit van de order en het beschikbare budget. Waarom dit belangrijk is Biedt een belangrijke dimensie voor de analyse van transportkosten en snelheid. Zo kun je onderbouwd kiezen voor de meest geschikte verzendmethode. Waar vind je dit? Deze informatie staat meestal bij de gegevens van de zending of vrachtorder in het TMS van Blue Yonder. Voorbeelden Volle vrachtwagenlading (FTL)LuchtvrachtZeevervoerSpoorvervoer | |||
Activiteiten voor supplychainmanagement
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Bewijs van levering ondertekend | Deze laatste activiteit bevestigt dat de klant de levering heeft geaccepteerd, vaak door een leveringsdocument te ondertekenen. Meestal wordt dit event vastgelegd via een statusupdate, handmatig of via een mobiele app die de chauffeur gebruikt. | ||
| Waarom dit belangrijk is Dit is het betrouwbaarste eindevent voor het volledige logistieke proces. Het is belangrijk om de totale doorlooptijd en het percentage leveringen op tijd te berekenen. Waar vind je dit? Af te leiden uit een statusupdate op het leverings- of verzenddocument in het TMS of OMS. De timestamp waarop de status verandert naar ‘POD ontvangen’ of ‘Geleverd’ wordt gebruikt. Vastleggen Af te leiden uit een statuswijziging op het verzenddocument die de levering bevestigt. Gebeurtenistype inferred | |||
| Goederen geladen voor transport | Dit markeert het moment waarop de verpakte goederen op het transportvoertuig worden geladen en het magazijn verlaten. Dit is een belangrijk, expliciet event dat vaak als een ‘goederenafgifte’-transactie in het WMS of TMS wordt vastgelegd. | ||
| Waarom dit belangrijk is Dit event is het startpunt voor het meten van de transportdoorlooptijd en de efficiëntie van het vervoer. Het markeert de overdracht van de interne magazijnprocessen aan de externe vervoerder. Waar vind je dit? Wordt expliciet als goederenafgifteboeking vastgelegd in het WMS of ERP-systeem. De boekingsdatum en -tijd van deze transactie gelden als de eventtimestamp. Vastleggen Het event is af te leiden uit het transactielogboek van de goederenafgifte die bij de levering hoort. Gebeurtenistype explicit | |||
| Goederen geproduceerd | Dit event markeert de afronding van het productieproces voor een logistieke order. Vaak is dit af te leiden uit een statuswijziging van de productieorder, bijvoorbeeld naar ‘Voltooid’ of ‘Gereed’. | ||
| Waarom dit belangrijk is Deze mijlpaal is belangrijk om productiedoorlooptijden te meten en vormt het startpunt voor de KPI voor de doorlooptijd van productie tot verzending. Het geeft aan dat de goederen klaar zijn voor de volgende stap in de orderuitvoering. Waar vind je dit? Af te leiden uit een statuswijziging in de tabellen van de productieorder, bijvoorbeeld wanneer de status wordt bijgewerkt naar ‘Voltooid’. De timestamp van deze laatste statuswijziging geldt als het eventtijdstip. Vastleggen Bepaal de timestamp waarop de status van de productieorder verandert naar een definitieve status ‘voltooid’. Gebeurtenistype inferred | |||
| Goederen verzameld en verpakt | Deze activiteit omvat het verzamelen van artikelen uit het magazijn en het verpakken ervan voor verzending. Vaak wordt dit expliciet vastgelegd door magazijnmedewerkers die RF-scanners in het WMS gebruiken. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal in het uitgaande logistieke proces. Door de duur te analyseren, spoor je inefficiënties in de magazijnprocessen op. De activiteit maakt ook deel uit van de doorlooptijd van voorraad tot verzending. Waar vind je dit? Wordt expliciet vastgelegd in de transactielogboeken van het Blue Yonder WMS. Timestamps worden geregistreerd wanneer magazijnmedewerkers bevestigen dat het verzamelen en verpakken is afgerond. Vastleggen De eventtimestamp wordt vastgelegd wanneer de laatste verzamel- of verpakkingsactiviteit voor de order is bevestigd. Gebeurtenistype explicit | |||
| Grondstoffen ontvangen | Deze activiteit staat voor de fysieke ontvangst van goederen van een leverancier in een magazijn of productielocatie. De ontvangst wordt expliciet vastgelegd via een goederenontvangsttransactie, vaak nadat binnenkomende artikelen zijn gescand. | ||
| Waarom dit belangrijk is Dit event markeert het einde van het leveringstraject van de leverancier. Het is belangrijk om de betrouwbaarheid van leveranciers en de efficiëntie van inkomende logistiek te meten. Waar vind je dit? Af te leiden uit transactielogboeken in het Warehouse Management System (WMS) of de voorraadbeheermodules. Het komt overeen met de boekingsdatum en -tijd van de goederenontvangst. Vastleggen Gebaseerd op de transactietimestamp van de geboekte goederenontvangst. Gebeurtenistype explicit | |||
| Inkooporder verzonden | Dit markeert het formeel aanmaken en versturen van een inkooporder aan een externe leverancier voor grondstoffen of gereed product. Dit is een belangrijk, expliciet event in de inkoopfuncties van Blue Yonder. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal om doorlooptijden en prestaties van leveranciers te volgen. Het is het startpunt voor de KPI voor tijdige levering door leveranciers. Waar vind je dit? Wordt als expliciet event vastgelegd in de tabellen van het inkoopsysteem, met een timestamp die aangeeft wanneer de inkooporder is aangemaakt of officieel verzonden. Vastleggen Het event komt overeen met de aanmaak- of verzendtimestamp van de inkooporder. Gebeurtenistype explicit | |||
| Klantorder ontvangen | Deze activiteit markeert het aanmaken van een nieuwe logistieke order in het systeem na een verzoek van een klant. Dit event wordt meestal expliciet vastgelegd wanneer een gebruiker of EDI-bericht een verkooporder aanmaakt in de module Order Management van Blue Yonder. | ||
| Waarom dit belangrijk is Dit is het belangrijkste startevent van het volledige supplychainproces. Door deze activiteit te analyseren, kun je het aantal binnenkomende orders meten en de totale doorlooptijd van order tot levering bepalen. Waar vind je dit? Dit event wordt expliciet vastgelegd in de tabellen van het orderbeheersysteem wanneer een verkooporder wordt aangemaakt. Het komt overeen met de aanmaaktimestamp van de orderkop. Vastleggen Het event wordt vastgelegd zodra de verkooporder is aangemaakt, bijvoorbeeld bij het vastleggen van de transactie. Gebeurtenistype explicit | |||
| Factuur naar klant verzonden | Dit staat voor het aanmaken en versturen van een klantfactuur voor de geleverde goederen. Het is een expliciete financiële transactie die wordt vastgelegd in de orderbeheer- of financiële modules. | ||
| Waarom dit belangrijk is Deze activiteit is een belangrijke stap in de order-to-cashcyclus. Door het tijdstip te vergelijken met de levering, zie je vertragingen in de facturatie die de kasstroom beïnvloeden. Waar vind je dit? Wordt expliciet vastgelegd in de facturatie- of financiële tabellen. Het event komt overeen met de aanmaak- of boekingsdatum van de factuur. Vastleggen Gebaseerd op de boekingstimestamp van het klantfactuurdocument. Gebeurtenistype explicit | |||
| Goederen gelost op bestemming | Deze activiteit betekent dat de zending is aangekomen en gelost op de locatie van de klant. Vaak wordt dit expliciet vastgelegd via een EDI-bericht van de vervoerder of handmatig op basis van informatie van de vervoerder. | ||
| Waarom dit belangrijk is Dit markeert het einde van het transporttraject. Het is belangrijk om de KPI voor transportdoorlooptijd nauwkeurig te berekenen en vertragingen bij vervoerders op te sporen. Waar vind je dit? Deze informatie komt meestal van externe vervoerders, via EDI-berichten of een vervoerdersportaal. De status wordt bijgewerkt op het verzenddocument in het TMS. Vastleggen Het eventtijdstip is gebaseerd op de timestamp van de statusupdate ‘Geleverd’ van de vervoerder. Gebeurtenistype explicit | |||
| Inkoopaanvraag aangemaakt | Deze activiteit vindt plaats wanneer er onvoldoende voorraad is om een order uit te voeren en er daarom een aanvraag wordt gedaan om de benodigde materialen in te kopen. Het aanmaken van een inkoopaanvraag is een expliciet event in de inkoopmodule. | ||
| Waarom dit belangrijk is Door dit te volgen, zie je hoe afhankelijk de orderuitvoering is van inkoop en wat de invloed daarvan is op de totale doorlooptijd. Ook worden cases zichtbaar waarin voorraadtekorten de toeleveringsketen vertragen. Waar vind je dit? Wordt expliciet vastgelegd in de tabellen voor inkoop of supply planning wanneer een inkoopaanvraag wordt aangemaakt en gekoppeld aan de vraag vanuit de verkooporder. Vastleggen Gebaseerd op de aanmaaktimestamp van de inkoopaanvraag. Gebeurtenistype explicit | |||
| Kwaliteitscontrole uitgevoerd | Dit staat voor de afronding van een kwaliteitscontrole van het gereed product voordat het beschikbaar komt voor verzending. Dit is af te leiden uit een statuswijziging van de voorraadpartij of batch naar ‘onbeperkt beschikbaar’ of ‘goedgekeurd’. | ||
| Waarom dit belangrijk is Met deze activiteit spoor je bottlenecks in het kwaliteitscontroleproces op en analyseer je herstelwerk. Herhaalde kwaliteitscontroles voor dezelfde order kunnen op kwaliteitsproblemen wijzen. Waar vind je dit? Af te leiden uit een statuswijziging in de voorraadbeheer- of kwaliteitsbeheermodules. De timestamp van de wijziging van ‘in controle’ naar ‘vrijgegeven’ wordt gebruikt. Vastleggen Af te leiden uit een wijziging van de kwaliteitsstatus van de bijbehorende voorraadbatch of -partij. Gebeurtenistype inferred | |||
| Order geannuleerd | Dit staat voor het annuleren van een logistieke order voordat de uitvoering is afgerond. Dit is een alternatief eindevent, af te leiden uit een definitieve status ‘Geannuleerd’ of ‘Ongeldig’ op de verkooporder. | ||
| Waarom dit belangrijk is Door annuleringen te volgen, krijg je inzicht in waar orders uitvallen en waar klanten ontevreden over zijn. Door te analyseren wanneer en waarom orders worden geannuleerd, kun je onderliggende problemen in de verkoop of bedrijfsvoering opsporen. Waar vind je dit? Af te leiden uit de status van de verkooporderkop. De timestamp van de wijziging naar de definitieve status ‘Geannuleerd’ wordt vastgelegd als eventtijdstip. Vastleggen Gebaseerd op de timestamp waarop de orderstatus verandert naar ‘Geannuleerd’. Gebeurtenistype inferred | |||
| Productie ingepland | Dit staat voor het plannen en inroosteren van een productieorder om de benodigde goederen te maken. Meestal is dit een expliciet event dat wordt aangemaakt door de productie- of supplyplanningmodules van Blue Yonder. | ||
| Waarom dit belangrijk is Deze activiteit geeft inzicht in het begin van de productiecyclus. Door de tijd tussen het inplannen en afronden van de productie te analyseren, zie je waar planning en uitvoering uiteenlopen. Waar vind je dit? Wordt vastgelegd in de tabellen van het productie-uitvoerings- of planningssysteem, met een timestamp die hoort bij het aanmaken of bevestigen van een productieorder. Vastleggen Af te leiden uit de aanmaaktimestamp of de timestamp van een statuswijziging van de productieorder. Gebeurtenistype explicit | |||
| Verzending ingepland | Deze activiteit staat voor het plannen van het transport, waaronder het kiezen van een vervoerder en het boeken van een ophaaltijd. Dit is een expliciet event in het Transportation Management System (TMS) van Blue Yonder wanneer een zending wordt aangemaakt en bevestigd. | ||
| Waarom dit belangrijk is Dit event geeft inzicht in de transportplanning. Vertragingen in deze fase kunnen ervoor zorgen dat een zending later vertrekt en de levering minder vaak op tijd is. Waar vind je dit? Af te leiden uit transactielogboeken in de TMS-module. Het event komt overeen met de timestamp waarop het verzenddocument wordt afgerond of een vervoerder wordt toegewezen. Vastleggen Gebaseerd op de aanmaak- of bevestigingstimestamp van de zending of het laadplan. Gebeurtenistype explicit | |||
| Voorraadbeschikbaarheid gecontroleerd | Dit is de handmatige of automatische controle of de benodigde artikelen op voorraad zijn om de klantorder uit te voeren. Vaak is dit af te leiden uit statuswijzigingen op de orderregel, waaruit blijkt dat de ATP-controle (Available-to-Promise) is geslaagd. | ||
| Waarom dit belangrijk is Met deze activiteit meet je hoe lang het duurt om een order te bevestigen en spoor je vertragingen door voorraadtekorten op. De activiteit is belangrijk voor het berekenen van de KPI voor voorraadbeschikbaarheid en om te bepalen hoeveel orders kunnen worden uitgevoerd. Waar vind je dit? Af te leiden uit een statuswijziging op de verkooporderregel, bijvoorbeeld van ‘Nieuw’ naar ‘Bevestigd’, of uit een timestamp in het logboek van een ATP-controle in de voorraad- of orderbeheermodules van Blue Yonder. Vastleggen Af te leiden uit een statuswijziging op de orderregel die bevestigt dat de voorraad beschikbaar is. Gebeurtenistype inferred | |||
Extractiegidsen
De extractiemethoden voor dit proces worden nog gevalideerd. Kom later terug of neem contact met ons op voor hulp.
Klaar om aan de slag te gaan?
Gebruik deze templates om het supplychainmanagement te verbeteren. Breng verborgen inefficiënties aan het licht en verbeter je bedrijfsvoering.
Voorkom vertragingen: verbeter nu de supplychain in Blue Yonder
Haal een prognosenauwkeurigheid van 90% en voorkom kostbare voorraadtekorten.
Geen creditcard nodig. Je bent binnen enkele minuten aan de slag.