Datatemplate voor transportmanagement

Dit attribuut beschrijft één stap in het transportproces, zoals ‘Zending gepland’, ‘Aanbod aan vervoerder gedaan’ of ‘Goederen afgeleverd’. Deze activiteiten vormen de knooppunten op de ontdekte proceskaart. De volgorde ervan bepaalt het procesverloop van elke zending.

De volgorde en frequentie van deze activiteiten analyseren is een belangrijk onderdeel van process mining. Zo kun je de meest voorkomende procesroutes (varianten) herkennen, bottlenecks opsporen waar activiteiten vertraging oplopen en herstelwerk herkennen wanneer activiteiten zoals ‘Aanbod afgewezen’ zich herhalen.

Dit attribuut bepaalt de processtappen. Zo kun je de reis van de zending visualiseren en inefficiënties in het proces opsporen.

Afgeleid uit event logs, statuswijzigingen of transactiecodes in verschillende modules van Blue Yonder TMS. Vaak moeten systeemgebeurtenissen worden gekoppeld aan begrijpelijke activiteitsnamen.

De gebeurtenistijd geeft voor elke activiteit in het zendingsproces de exacte datum en tijd. Deze vormt de chronologische basis van het event log, zodat je activiteiten op volgorde kunt zetten en de tijd ertussen kunt berekenen.

Bij analyses is deze timestamp nodig om alle tijdgerelateerde KPI’s te berekenen, zoals de totale doorlooptijd van een zending, de duur van de douaneafhandeling en de prestaties van tijdige levering. Je kunt ermee zien wanneer vertragingen ontstaan en hoelang elke processtap duurt.

Deze timestamp is nodig om gebeurtenissen op volgorde te zetten, doorlooptijden te berekenen en procesprestaties over tijd te analyseren.

Deze timestamp staat meestal bij status- of gebeurtenisrecords in de transactielogs van Blue Yonder TMS. Bij elke gebeurtenis of statuswijziging hoort een timestamp.

De Shipment ID is de centrale sleutel die alle activiteiten en gebeurtenissen koppelt aan het vervoer van goederen van vertrekpunt tot bestemming. Elke unieke ID staat voor één volledige transportcase, van de eerste aanvraag tot de uiteindelijke betaling.

Bij process mining is dit attribuut essentieel om de volledige reis van elke zending te reconstrueren. Je kunt er gebeurtenissen zoals ‘Zending gepland’, ‘Goederen opgehaald’ en ‘Goederen afgeleverd’ mee groeperen tot één samenhangend procesverloop. Zo kun je doorlooptijden berekenen en procesvarianten per zending herkennen.

Dit is de Case-ID die alle gerelateerde transportgebeurtenissen met elkaar verbindt. Zo kun je de volledige levenscyclus van een zending analyseren.

Dit is een primaire sleutel in de modules voor zendings- of ladingbeheer van Blue Yonder TMS. Raadpleeg de systeemdocumentatie voor de specifieke tabel, waarschijnlijk een tabel met zendingskoppen.

Dit attribuut geeft aan waar de gebeurtenisdata vandaan komt, in dit geval uit Blue Yonder TMS. Het is vooral handig wanneer je data uit meerdere systemen combineert voor een breder beeld van het proces.

Bij analyses kun je hiermee data filteren en de context ervan begrijpen. Door deze informatie te bewaren, blijft de herkomst van de data traceerbaar. Dat is ook een goede werkwijze voor datagovernance.

Dit geeft belangrijke context over de herkomst van de data. Zo blijft die traceerbaar en kun je data uit meerdere bronnen beheren.

Dit is meestal een vaste waarde die tijdens het proces voor data-extractie, transformatie en laden (ETL) wordt toegevoegd.

Dit attribuut geeft aan hoe actueel de data is. Het registreert de datum en tijd waarop het event log voor het laatst is bijgewerkt vanuit Blue Yonder TMS.

Dit is belangrijk om te weten hoe actueel de dashboards en KPI’s zijn. Gebruikers kunnen zien of ze realtime informatie bekijken of data uit een eerdere periode. Dat helpt bij het nemen van goed onderbouwde beslissingen over de bedrijfsvoering.

Zo weten gebruikers hoe recent de data is. Dat is belangrijk voor de relevantie en nauwkeurigheid van de analyse.

Dit is een metadataveld dat meestal tijdens het data-extractieproces (ETL) wordt aangemaakt en toegevoegd.

Dit attribuut bevat de beoogde leverdatum waarop het logistieke proces is gericht. De datum geeft de verwachting van de klant of de interne service level agreement (SLA) voor de zending weer.

Deze datum vormt de basis voor de KPI ‘Percentage tijdige leveringen’. Door ‘ActualDeliveryTime’ te vergelijken met ‘RequestedDeliveryDate’ kun je bepalen of een zending te vroeg, op tijd of te laat is geleverd. Dit is een belangrijke maatstaf voor het dashboard ‘Prestaties van tijdige ophaling en levering’.

Dit is de belangrijkste maatstaf voor het meten van tijdige leveringen en klanttevredenheid.

Deze informatie komt meestal uit een bronsysteem, zoals een ERP- of orderbeheersysteem, en wordt opgeslagen bij de zendingsaanvraag in Blue Yonder TMS.

Dit attribuut geeft het land van bestemming van de zending aan. Het wordt afgeleid van het adres van de ontvanger of de afleverlocatie.

Net als het land van vertrek kun je dit attribuut gebruiken om de data geografisch uit te splitsen. Zo kunnen analisten prestaties op verschillende handelsroutes vergelijken, bijvoorbeeld van de VS naar Canada of van de VS naar Mexico. Ook kunnen ze leveringsproblemen in specifieke landen analyseren en zien hoe grensoverschrijdende complexiteit de doorlooptijden beïnvloedt.

Hiermee kun je prestaties per bestemming analyseren. Dat is belangrijk om de complexiteit van handelsroutes en regionale leveringsproblemen te begrijpen.

Opgeslagen bij de gegevens van de bestemming of het adres van de ontvanger in de zendingsgegevens van Blue Yonder TMS.

Dit attribuut geeft het land aan waar de reis van de zending begint. Het wordt afgeleid van het adres van de verzender of de gegevens van de ophaallocatie.

Bij analyses kun je het land van vertrek gebruiken om de data uit te splitsen. Zo krijg je inzicht in regionale verschillen in procesprestaties, de beschikbaarheid van vervoerders en doorlooptijden. Dit is bijvoorbeeld belangrijk voor het analyseren van douaneafhandeling bij internationale zendingen.

Hiermee kun je procesprestaties geografisch analyseren en regionale bottlenecks of verschillen in efficiëntie opsporen.

Opgeslagen bij de gegevens van de vertrekplaats of het adres van de verzender in de zendingsgegevens van Blue Yonder TMS.

De naam van de vervoerder geeft aan welk extern bedrijf het vervoer van de goederen uitvoert. Dit kan een transportbedrijf, luchtvaartmaatschappij, rederij of expediteur zijn.

Dit attribuut is nodig voor prestatieanalyses, vooral voor het dashboard ‘Prestaties van vervoerders vergelijken’. Je kunt de data filteren en uitsplitsen om vervoerders te vergelijken op bijvoorbeeld tijdige leveringen, tijdige ophalingen en gemiddelde vertraging. Dat helpt bij de keuze van vervoerders en het beheer van de samenwerking.

Hiermee kun je de prestaties van verschillende vervoerders vergelijken en analyseren, zodat je de vervoerdersselectie kunt verbeteren en de servicekwaliteit kunt verhogen.

Te vinden bij de zendings- of ladinggegevens in Blue Yonder TMS, vaak gekoppeld aan een tabel met stamgegevens van vervoerders.

De status van de zending geeft aan waar de zending zich in de levenscyclus bevindt, bijvoorbeeld ‘Gepland’, ‘Onderweg’, ‘Afgeleverd’ of ‘Geannuleerd’. Zo zie je in één oogopslag waar de zending zich in het proces bevindt.

Bij process mining is de eindstatus van cases belangrijk voor de uitkomstanalyse. Door het procesverloop van afgeleverde en geannuleerde zendingen te vergelijken, kun je patronen herkennen die tot ongewenste uitkomsten leiden. Je kunt ook de actieve werklast volgen door te filteren op zendingen die nog niet zijn afgerond.

Dit geeft snel inzicht in de huidige status van de zending en helpt onderscheid te maken tussen afgeronde, lopende en geannuleerde zendingen.

Dit is een belangrijk veld in de zendingskop of de hoofdtabel voor statusregistratie van Blue Yonder TMS.

Dit attribuut geeft de vervoerswijze aan. Veelvoorkomende waarden zijn deelvracht (LTL), volle vrachtwagenlading (FTL), luchtvracht, zeevracht en spoorvervoer.

Bij procesanalyses is de vervoerswijze een belangrijke dimensie om data op te filteren en te vergelijken. Processen, doorlooptijden en kosten kunnen per vervoerswijze sterk verschillen. Zo is het dashboard ‘Bottleneckanalyse van de douaneafhandeling’ vooral relevant voor lucht- en zeevracht, en minder voor binnenlands wegtransport. Door prestaties per vervoerswijze te analyseren, kun je verbeteracties afstemmen op de logistieke situatie.

Je kunt de analyse uitsplitsen, omdat vervoerswijzen elk hun eigen processen, kosten en gebruikelijke doorlooptijden hebben.

Dit is een standaardveld in de plannings- en tariefmodules van Blue Yonder TMS.

Dit attribuut is de timestamp van de laatste afleveractiviteit. Het registreert het exacte moment waarop de zending op de bestemming aankwam en als afgeleverd werd bevestigd.

Dit is een belangrijk gegeven voor prestatiemeting. De KPI ‘Percentage tijdige leveringen’ wordt berekend door deze timestamp te vergelijken met ‘RequestedDeliveryDate’. Ook vormt dit het eindpunt voor de KPI ‘Totale doorvoer tot levering’.

Deze timestamp is nodig om het percentage tijdige leveringen te berekenen en de totale transittijd van de zending te meten.

Dit is de timestamp van de statusupdate ‘Goederen afgeleverd’. Die komt vaak binnen via een EDI-bericht van de vervoerder of wordt handmatig ingevoerd in Blue Yonder TMS.

Dit attribuut geeft aan welke logistiek planner, coördinator of systeemgebruiker verantwoordelijk is voor een gebeurtenis of statuswijziging in het TMS. Bij geautomatiseerde gebeurtenissen kan dit de ID van een systeem- of serviceaccount zijn.

Door data per gebruiker te analyseren, krijg je inzicht in de verdeling van het werk, individuele prestaties en opleidingsbehoeften. Zo kun je zien of bepaalde gebruikers vaker met herstelwerk of vertragingen te maken hebben, of dat specifieke teams efficiënter werken dan andere. Dit helpt bij het beheer van middelen en het gericht verbeteren van processen.

Hiermee kun je prestaties en werklast per gebruiker of team analyseren en opleidingsmogelijkheden en beperkingen in de beschikbare middelen opsporen.

Deze informatie hoort beschikbaar te zijn in de transactie- of gebeurtenislogs, vaak in een veld als ‘Gewijzigd door’ of ‘Gebruikers-ID’ bij elk record.

Dit attribuut bevat de afspraaktijd die met de vervoerder is gepland en afgesproken voor het ophalen van de zending. Het is een belangrijke mijlpaal in het zendingsplan.

Deze timestamp vormt de basis voor de KPI’s ‘Percentage tijdige ophalingen’ en ‘Gemiddelde ophaalvertraging’. Door deze te vergelijken met ‘ActualPickupTime’ kun je vertragingen aan het begin van de reis opsporen. Die kunnen ook latere mijlpalen vertragen.

Dit is de maatstaf voor het meten van tijdige ophalingen, een belangrijke indicator voor de betrouwbaarheid van vervoerders en de nauwkeurigheid van de planning.

Te vinden in de modules voor afsprakenplanning of ladingplanning van Blue Yonder TMS.

Dit booleaanse attribuut wordt berekend door 'ActualDeliveryTime' te vergelijken met 'RequestedDeliveryDate'. De waarde is waar als de zending op of vóór de gevraagde datum is afgeleverd, en onwaar als dat niet zo is.

Als berekende metriek vereenvoudigt dit attribuut de analyse en visualisatie van de KPI 'On-Time Delivery Rate'. Je kunt er eenvoudig op filteren en gegevens mee groeperen voor dashboards met percentages tijdige leveringen over een bepaalde periode, per vervoerder of per transportwijze. Zo ondersteunt het dashboard 'On-Time Pickup and Delivery Performance'.

Hiermee analyseer je prestaties op tijd eenvoudiger en kun je snel filteren en gegevens groeperen in dashboards en KPI's.

Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend met de formule: ActualDeliveryTime <= RequestedDeliveryDate.

Dit attribuut bevat de reden waarom een mijlpaal van een zending niet is gehaald. Voorbeelden zijn ‘Vertraging door het weer’, ‘Vastgehouden door de douane’ en ‘Onvoldoende capaciteit bij vervoerder’. De vervoerder geeft deze informatie vaak door.

Dit attribuut is belangrijk voor het dashboard ‘Prestaties van tijdige ophaling en levering’. Je ziet niet alleen dat een zending te laat was, maar ook waarom. Door de meest voorkomende vertragingsredenen te analyseren, kan het logistieke team risico’s vooraf beperken en samen met vervoerders terugkerende problemen aanpakken.

Dit verklaart de oorzaak van vertragingen, zodat je risico’s vooraf kunt beperken en samen met vervoerders gericht verbeteringen kunt doorvoeren.

Deze data wordt vaak vastgelegd in de secties voor gebeurtenis- of uitzonderingsbeheer van Blue Yonder TMS. De gegevens komen regelmatig uit EDI-updates van vervoerders, bijvoorbeeld via EDI 214.

Als bij de controle van een vrachtfactuur een verschil wordt gevonden, geeft dit attribuut de reden aan. Voorbeelden zijn ‘Onjuist tarief’, ‘Dubbele factuur’ en ‘Afleverbewijs ontbreekt’.

Dit attribuut is belangrijk voor het dashboard ‘Afleverbewijs en factuurnauwkeurigheid’ en de KPI ‘Percentage vrachtfacturen met herstelwerk’. Door de verschillende redenen voor verschillen te analyseren, kun je de oorzaken van factuurfouten opsporen. Die kunnen liggen bij fouten van vervoerders, afwijkingen van contractafspraken of interne procesproblemen. Zo kun je gericht herstelwerk aan facturen verminderen.

Dit geeft de oorzaak van factuurfouten aan, zodat je gericht herstelwerk aan vrachtfacturen en betalingsvertragingen kunt verminderen.

Te vinden in de module voor controle en betaling van vrachtfacturen in Blue Yonder TMS, gekoppeld aan uitzonderings- of afwijzingslogs.

Dit attribuut registreert het exacte moment waarop de vervoerder de zending op de vertrekplaats fysiek heeft opgehaald. Daarmee begint officieel de fase waarin de zending onderweg is.

Dit gegeven is nodig om de prestaties van vervoerders te meten. Je vergelijkt het met ‘ScheduledPickupTime’ om de KPI’s ‘Percentage tijdige ophalingen’ en ‘Gemiddelde ophaalvertraging’ te berekenen. Door afwijkingen te analyseren, kun je problemen bij specifieke vervoerders of ophaallocaties opsporen.

Deze timestamp wordt gebruikt om de prestaties van ophalingen nauwkeurig te meten en vertragingen aan het begin van het transportproces op te sporen.

Dit is de timestamp van de statusupdate ‘Goederen opgehaald’. De vervoerder stuurt deze meestal via EDI, of iemand voert de update handmatig in Blue Yonder TMS in.