Uw Transportmanagement Data Template

Blue Yonder TMS
Uw Transportmanagement Data Template

Uw Transportmanagement Data Template

Deze uitgebreide data template biedt een gestructureerde aanpak voor het analyseren van uw Transportation Management proces. Het schetst de essentiële attributes om te verzamelen, de kritieke activiteiten om te volgen, en praktische leidraad voor data-extractie. Gebruik deze bron om een robuuste event log op te bouwen en waardevolle inzichten in uw logistieke operaties te onthullen.
  • Aanbevolen attributen voor uitgebreide analyse
  • Belangrijkste activities om te volgen voor proces discovery
  • Gedetailleerde extractierichtlijnen voor Blue Yonder TMS
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Transportmanagement Attributes

Dit zijn de essentiële data-velden die worden aanbevolen voor opname in uw event log, en die een solide basis bieden voor diepgaande transportation management analyse.
5 Verplicht 7 Aanbevolen 7 Optioneel
Naam Omschrijving
Activiteit
ActivityName
De naam van de specifieke bedrijfsevent of activiteit die op een bepaald moment voor een zending plaatsvond.
Omschrijving

Deze attribute beschrijft een enkele stap in het transportproces, zoals 'Shipment Planned', 'Carrier Tendered' of 'Goods Delivered'. Deze activiteiten vormen de knooppunten van de gedetecteerde proceskaart, en hun volgorde definieert de processtroom voor elke zending.

Het analyseren van de volgorde en frequentie van deze activiteiten is de kern van process mining. Het helpt de meest voorkomende procespaden (varianten) te identificeren, knelpunten te ontdekken waar activiteiten vertraagd zijn, en rework loops aan te wijzen waar activiteiten zoals 'Tender Rejected' worden herhaald.

Het belang

Het definieert de stappen van het proces, waardoor de visualisatie van het zendingtraject en de identificatie van procesinefficiënties mogelijk wordt.

Vindplaats

Afgeleid van event logs, statuswijzigingsrecords of transactiecodes binnen verschillende modules van Blue Yonder TMS. Dit vereist vaak het toewijzen van systeemevents aan bedrijfsvriendelijke activiteitsnamen.

Voorbeelden
Zending geplandVervoerder AangebodenGoederen geleverdBetaling Verwerkt
Starttijd
EventTime
De tijdstempel die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden.
Omschrijving

Event Time geeft de exacte datum en tijd voor elke activiteit in het zendingproces. Het is de chronologische ruggengraat van het event log, wat het ordenen van activiteiten en het berekenen van de duur ertussen mogelijk maakt.

In de analyse is deze timestamp cruciaal voor het berekenen van alle tijdgebaseerde KPI's, zoals End-to-End Zending Doorlooptijd, Douane Afhandeling Duur, en On-Time Levering prestaties. Het maakt de identificatie mogelijk van wanneer vertragingen optreden en hoe lang elke fase van het proces duurt.

Het belang

Deze timestamp is essentieel voor het ordenen van events, het berekenen van doorlooptijden en het analyseren van procesprestaties over tijd.

Vindplaats

Dit wordt typisch gevonden naast status- of eventrecords in de transactie logs van Blue Yonder TMS. Elke event of statuswijziging zou een gekoppelde timestamp moeten hebben.

Voorbeelden
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
Zending
ShipmentId
De unieke identificatie voor een enkele zending, die dient als de case ID voor het transportproces.
Omschrijving

De Shipment ID is de centrale sleutel die alle activiteiten en events koppelt gerelateerd aan de verplaatsing van goederen van een startpunt naar een bestemming. Elke unieke ID vertegenwoordigt een complete transport case, die alles omvat, van de initiële aanvraag tot de uiteindelijke betaling.

In process mining analyse is deze attribute fundamenteel voor het reconstrueren van het end-to-end traject van elke zending. Het maakt het mogelijk om events zoals 'Shipment Planned', 'Goods Picked Up' en 'Goods Delivered' te groeperen in een coherente processtroom, wat de berekening van doorlooptijden en de identificatie van procesvarianten voor individuele zendingen mogelijk maakt.

Het belang

Dit is de essentiële Case ID die alle gerelateerde transportevents verbindt, waardoor het mogelijk wordt de gehele levenscyclus van een zending te analyseren.

Vindplaats

Dit is een primaire sleutel in zending- of ladingsbeheermodules binnen Blue Yonder TMS. Raadpleeg de systeemdocumentatie voor de specifieke tabel, waarschijnlijk gerelateerd aan zendingheaders.

Voorbeelden
SHP-0012845SHP-0012991SHP-0013054
Bronsysteem
SourceSystem
Identificeert het systeem waaruit de `data` is geëxtraheerd.
Omschrijving

Deze attribute specificeert de oorsprong van de event data, wat in dit geval Blue Yonder TMS is. Het is bijzonder nuttig in omgevingen waar data uit meerdere systemen gecombineerd kan worden voor een breder procesoverzicht.

Voor analyse helpt het bij het filteren van data en het begrijpen van de context ervan. Het behouden van deze informatie waarborgt data lineage en is een best practice voor data governance.

Het belang

Het biedt cruciale context over de herkomst van data, wat traceerbaarheid waarborgt en helpt bij het beheren van data uit meerdere bronnen.

Vindplaats

Dit is doorgaans een statische waarde die tijdens het ETL-proces (extractie, transformatie en laden) wordt toegevoegd.

Voorbeelden
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
Laatste data-update
LastDataUpdate
De timestamp waarop de data voor dit record voor het laatst is ververst of geëxtraheerd uit het bronsysteem.
Omschrijving

Deze attribute geeft de actualiteit van de data aan. Het registreert de datum en tijd waarop de event log voor het laatst is bijgewerkt vanuit Blue Yonder TMS.

Bij analyse is dit belangrijk voor het begrijpen van de tijdigheid van de dashboards en KPI's. Het stelt gebruikers in staat te weten of ze naar real-time informatie kijken of data uit een eerdere periode, wat cruciaal is voor het nemen van geïnformeerde operationele beslissingen.

Het belang

Het informeert gebruikers over de actualiteit van de data, wat cruciaal is voor de relevantie en nauwkeurigheid van de analyse.

Vindplaats

Dit is een metadata-veld dat typisch wordt gegenereerd en toegevoegd tijdens het data-extractie (ETL) proces.

Voorbeelden
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Gewenste leverdatum
RequestedDeliveryDate
De leveringsdatum die de klant heeft aangevraagd of die door de verkooporder wordt vereist.
Omschrijving

Deze attribute legt de beoogde leveringsdatum vast die het logistieke proces wil behalen. Het vertegenwoordigt de verwachting van de klant of de interne service level agreement (SLA) voor de zending.

Deze datum is de basis voor het berekenen van de 'On-Time Delivery Rate' KPI. Door de 'ActualDeliveryTime' te vergelijken met de 'RequestedDeliveryDate', kan de analyse bepalen of een zending te vroeg, op tijd of te laat was. Dit is fundamenteel voor het 'On-Time Pickup and Delivery Performance' dashboard.

Het belang

Het dient als de primaire benchmark voor het meten van de punctualiteit van leveringen en klanttevredenheid.

Vindplaats

Deze informatie is typisch afkomstig van een upstream systeem zoals een ERP of Order Management Systeem en wordt opgeslagen in de zendingaanvraagdetails in Blue Yonder TMS.

Voorbeelden
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
Land van Bestemming
DestinationCountry
Het land waar de zending wordt afgeleverd.
Omschrijving

Deze attribute specificeert het land van uiteindelijke bestemming voor de zending, afgeleid van het adres van de ontvanger of de leveringslocatie.

Vergelijkbaar met Origin Country, wordt deze attribute gebruikt voor geografische segmentatie. Het stelt analisten in staat prestaties te vergelijken voor verschillende handelsroutes (bijv. VS naar Canada vs. VS naar Mexico), leveringsuitdagingen in specifieke landen te analyseren, en de impact van grensoverschrijdende complexiteiten op doorlooptijden te beoordelen.

Het belang

Het maakt prestatieanalyse per bestemming mogelijk, wat cruciaal is voor het begrijpen van de complexiteit van handelsroutes en regionale leveringsuitdagingen.

Vindplaats

Opgeslagen als onderdeel van de data van de bestemmingslocatie of het adres van de ontvanger in de zendingdetails binnen Blue Yonder TMS.

Voorbeelden
CanadaMexicoVerenigd Koninkrijk
Land van Herkomst
OriginCountry
Het land van waaruit de zending afkomstig is.
Omschrijving

Deze attribute specificeert het startland voor het zendingtraject. Het is afgeleid van het adres van de verzender of de ophaallocatiedetails.

Bij analyse is Origin Country een krachtige dimensie voor het segmenteren van de data. Het helpt bij het begrijpen van regionale verschillen in procesprestaties, vervoerdersbeschikbaarheid en doorlooptijden. Voor internationale zendingen is het bijvoorbeeld cruciaal voor het analyseren van douaneafhandelingstijden.

Het belang

Het maakt geografische analyse van procesprestaties mogelijk, wat helpt bij het identificeren van regionale knelpunten of variaties in efficiëntie.

Vindplaats

Opgeslagen als onderdeel van de data van de oorspronkelijke locatie of het adres van de verzender in de zendingdetails binnen Blue Yonder TMS.

Voorbeelden
USADuitslandChina
Naam Vervoerder
CarrierName
De naam van het transportbedrijf of de logistieke dienstverlener die verantwoordelijk is voor het verplaatsen van de zending.
Omschrijving

De Vervoerdersnaam identificeert het externe bedrijf dat is toegewezen om het transport van goederen uit te voeren. Dit kan een transportbedrijf, een luchtvaartmaatschappij, een rederij of een expediteursbedrijf zijn.

Deze attribute is essentieel voor prestatieanalyse, met name voor het 'Carrier Performance Comparison' dashboard. Het maakt het mogelijk data te filteren en te segmenteren om vervoerders te vergelijken op metrics zoals punctualiteit van leveringen, naleving van ophaaltijden en gemiddelde vertragingsduur. Dit helpt bij strategische vervoerderselectie en relatiemanagement.

Het belang

Het maakt prestatievergelijking en -analyse tussen verschillende vervoerders mogelijk om de vervoerderselectie te optimaliseren en de servicekwaliteit te verbeteren.

Vindplaats

Te vinden in de zending- of laaddetails binnen Blue Yonder TMS, vaak gekoppeld vanuit een stamdatatable voor vervoerders.

Voorbeelden
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
Transportwijze
ModeOfTransport
De transportmethode die voor de zending is gebruikt, zoals vrachtwagen, lucht, zee of spoor.
Omschrijving

Deze attribute specificeert de transportmodus. Veelvoorkomende waarden zijn Less-than-Truckload (LTL), Full Truckload (FTL), luchtvracht, zeevracht en spoorvracht.

In procesanalyse is de transportmodus een kritische dimensie voor filtering en vergelijking. Processen, doorlooptijden en kosten kunnen aanzienlijk variëren tussen verschillende modi. De 'Customs Clearance Bottleneck Analysis' is bijvoorbeeld zeer relevant voor lucht- en zeezendingen, maar minder voor binnenlandse vrachtzendingen. Het analyseren van prestaties per modus helpt om verbeteringsinitiatieven af te stemmen op specifieke logistieke contexten.

Het belang

Het maakt gesegmenteerde analyse mogelijk, aangezien verschillende transportmodi verschillende processen, kosten en typische doorlooptijden hebben.

Vindplaats

Dit is een standaard veld in zendingplanning- en ratingmodules binnen Blue Yonder TMS.

Voorbeelden
LTLFTLAirOcean
Werkelijke Levertijd
ActualDeliveryTime
De werkelijke timestamp waarop de 'Goods Delivered' event plaatsvond.
Omschrijving

Deze attribute is de timestamp die specifiek is gekoppeld aan de uiteindelijke leveringsactiviteit. Het registreert het precieze moment waarop de zending zijn bestemming bereikte en als afgeleverd werd bevestigd.

Het is een cruciaal data-punt voor prestatiemeting. De 'On-Time Delivery Rate' KPI wordt berekend door deze timestamp te vergelijken met de 'RequestedDeliveryDate'. Bovendien markeert het het eindpunt voor het berekenen van de 'Overall Throughput to Delivery' KPI.

Het belang

Deze timestamp is essentieel voor het berekenen van de on-time leveringsgraad en het meten van de totale zending transittijd.

Vindplaats

Dit is de timestamp van de statusupdate 'Goods Delivered', vaak ontvangen via een EDI-bericht van de vervoerder of een handmatige invoer in Blue Yonder TMS.

Voorbeelden
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
Zending Status
ShipmentStatus
De huidige of laatst bekende status van de zending.
Omschrijving

Zending Status geeft de huidige status van de zending aan binnen de levenscyclus, zoals 'Planned', 'In-Transit', 'Delivered' of 'Cancelled'. Het geeft een momentopname van waar de zending zich in het proces bevindt.

In process mining is het analyseren van de uiteindelijke status van cases belangrijk voor uitkomstanalyse. Het vergelijken van de processtromen van 'Delivered' zendingen versus 'Cancelled' zendingen kan bijvoorbeeld patronen onthullen die leiden tot ongewenste uitkomsten. Het helpt ook bij het monitoren van de actieve workload door te filteren op zendingen die nog niet voltooid zijn.

Het belang

Het biedt een snel overzicht van de huidige status van de zending en helpt onderscheid te maken tussen voltooide, lopende en geannuleerde zendingen.

Vindplaats

Dit is een belangrijk veld op de zendingheader of de hoofdstatusvolgtabel in Blue Yonder TMS.

Voorbeelden
GeplandIn-TransitGeleverdGeannuleerd
Gebruiker
User
De gebruikers-ID of naam van de persoon die de activiteit uitvoerde.
Omschrijving

Deze attribute identificeert de logistiek planner, coördinator of systeemgebruiker die verantwoordelijk is voor het uitvoeren van een specifieke event of statuswijziging in het TMS. Voor geautomatiseerde events kan dit een systeem- of serviceaccount ID zijn.

Analyseren per gebruiker helpt bij het begrijpen van de workloadverdeling, individuele prestaties en trainingsbehoeften. Het kan onthullen of bepaalde gebruikers geassocieerd zijn met hogere nawerk- of vertragingspercentages, of dat specifieke teams efficiënter zijn dan andere. Dit ondersteunt resource management en gerichte procesverbeteringsinspanningen.

Het belang

Het maakt analyse van prestaties en werkbelasting per gebruiker of team mogelijk, wat helpt bij het identificeren van trainingsmogelijkheden en resourcebeperkingen.

Vindplaats

Deze informatie zou beschikbaar moeten zijn in de transactie- of event logs, vaak als een 'Changed By' of 'User ID' veld gekoppeld aan elk record.

Voorbeelden
j.doea.smithTMS_AUTOMATION_USER
Geplande Ophaaltijd
ScheduledPickupTime
De geplande datum en tijd voor de vervoerder om de goederen op te halen vanaf de oorspronkelijke locatie.
Omschrijving

Deze attribute slaat de afspraaktijd op die was gepland en overeengekomen met de vervoerder voor het ophalen van de zending. Het is een belangrijke mijlpaal in het zendingplan.

Deze timestamp wordt gebruikt als basislijn voor het berekenen van de 'On-Time Pickup Rate' en 'Average Pickup Delay Duration' KPI's. Het vergelijken ervan met de 'ActualPickupTime' helpt bij het identificeren van vertragingen aan het begin van het zendingtraject, die vaak een cascade-effect hebben op latere mijlpalen.

Het belang

Het is de benchmark voor het meten van de punctualiteit van ophalingen, een belangrijke indicator voor de betrouwbaarheid van vervoerders en de nauwkeurigheid van de planning.

Vindplaats

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

Voorbeelden
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
Is `Tijdige Levering`
IsOnTimeDelivery
Een berekende indicator die aangeeft of de zending op of vóór de aangevraagde leveringsdatum is geleverd.
Omschrijving

Deze booleaanse attribute is afgeleid door de 'ActualDeliveryTime' te vergelijken met de 'RequestedDeliveryDate'. Het is waar als de werkelijke levering op of voor de aangevraagde datum plaatsvindt, en onwaar andersom.

Als een berekende metric vereenvoudigt het de analyse en visualisatie voor de 'On-Time Delivery Rate' KPI. Het maakt gemakkelijke filtering en aggregatie mogelijk om dashboards te creëren die on-time prestatiepercentages tonen over tijd, per vervoerder of per transportmodus, en ondersteunt direct het 'On-Time Pickup and Delivery Performance' dashboard.

Het belang

Dit vereenvoudigt de analyse van de on-time prestaties en maakt snelle filtering en aggregatie mogelijk in dashboards en KPI's.

Vindplaats

Deze attribute is niet aanwezig in het bronsysteem. Het wordt berekend tijdens het data transformatieproces met behulp van de formule: ActualDeliveryTime <= RequestedDeliveryDate.

Voorbeelden
truefalse
Reden Vertraging
DelayReason
Een code of tekst die de oorzaak van een vertraging bij een ophaling of levering verklaart.
Omschrijving

Deze attribute legt de opgegeven reden vast waarom een zendingmijlpaal werd gemist. Voorbeelden zijn 'Weather Delay', 'Customs Hold' of 'Carrier Capacity Issue'. Deze informatie wordt vaak door de vervoerder verstrekt.

Dit is cruciaal voor het 'On-Time Pickup and Delivery Performance' dashboard. In plaats van alleen te weten dat een zending te laat was, legt deze attribute uit waarom. Het analyseren van de meest voorkomende vertragingsredenen stelt het logistieke team in staat om risico's proactief te beperken en samen te werken met vervoerders om terugkerende problemen aan te pakken.

Het belang

Het verklaart de grondoorzaak van vertragingen, wat proactief risicomanagement en gerichte verbeteringen met vervoerders mogelijk maakt.

Vindplaats

Deze data wordt vaak vastgelegd in event- of uitzonderingsbeheersecties van Blue Yonder TMS, vaak aangevuld vanuit EDI-updates van vervoerders (bijv. EDI 214).

Voorbeelden
WeerDouanevastgehoudenVertraging ChauffeurFaciliteitscongestie
Vrachtfactuurafwijking
FreightBillDiscrepancyReason
Een code of beschrijving die verklaart waarom een vrachtfactuur de controle heeft gefaald.
Omschrijving

Wanneer een vrachtfactuurcontrole resulteert in een discrepantie, geeft deze attribute de reden. Voorbeelden zijn 'Incorrect Rate', 'Duplicate Invoice' of 'Missing Proof of Delivery'.

Deze attribute is essentieel voor het 'Proof of Delivery and Billing Accuracy' dashboard en de 'Freight Bill Rework Rate' KPI. Het analyseren van de frequentie van verschillende discrepantieredenen helpt bij het identificeren van de grondoorzaken van factureringsfouten, of deze nu voortkomen uit fouten van de vervoerder, contractafwijkingen of interne procesproblemen. Dit maakt gerichte acties mogelijk om nawerk aan facturen te verminderen.

Het belang

Het biedt de grondoorzaak voor facturatiefouten, wat gerichte verbeteringen mogelijk maakt om herwerk van vrachtfacturen en betalingsvertragingen te verminderen.

Vindplaats

Te vinden in de module voor vrachtcontrole en betaling van Blue Yonder TMS, geassocieerd met uitzonderings- of afwijzingslogs.

Voorbeelden
Onjuist Tarief ToegepastDubbele factuurGeschil over bijkomende kosten
Werkelijke Ophaaltijd
ActualPickupTime
De werkelijke timestamp waarop de 'Goods Picked Up' event plaatsvond.
Omschrijving

Deze attribute legt de exacte tijd vast waarop de vervoerder de zending fysiek heeft opgehaald vanaf het oorspronkelijke punt. Het markeert de officiële start van de in-transit fase.

Dit data-punt is essentieel voor het meten van vervoerderprestaties. Het wordt vergeleken met de 'ScheduledPickupTime' om de 'On-Time Pickup Rate' en 'Average Pickup Delay Duration' KPI's te berekenen. Het analyseren van afwijkingen helpt bij het identificeren van problemen met specifieke vervoerders of ophaallocaties.

Het belang

Deze timestamp wordt gebruikt om nauwkeurig de ophaalprestaties te meten en vertragingen in een vroeg stadium in het transportproces te identificeren.

Vindplaats

Dit is de timestamp van de statusupdate 'Goods Picked Up', typisch ontvangen van de vervoerder via EDI of handmatig ingevoerd in Blue Yonder TMS.

Voorbeelden
2023-04-16T14:30:00Z2023-05-02T10:15:00Z
Zending Doorlooptijd
ShipmentCycleTime
De totale duur van de zending van de eerste activiteit tot de laatste.
Omschrijving

Deze berekende metric meet de totale verstreken tijd voor een zending case. Het wordt typisch berekend als het verschil tussen de timestamp van de laatste event (bijv. 'Payment Processed') en de eerste event (bijv. 'Shipment Request Received').

Deze attribute ondersteunt direct de 'Shipment End-to-End Cycle Time' KPI en het dashboard. Het analyseren van de verdeling ervan helpt bij het begrijpen van de algehele procesefficiëntie, outliers (uitzonderlijk langlopende cases) te identificeren, en de impact van verbeteringsinitiatieven op de totale procesduur te volgen.

Het belang

Het biedt een hoog-niveau maatstaf voor de algehele procesefficiëntie en is een belangrijke metric voor het identificeren van langdurige of problematische zendingen.

Vindplaats

Deze metric wordt berekend binnen de process mining tool of tijdens data transformatie door de minimale event tijd af te trekken van de maximale event tijd voor elke case (ShipmentId).

Voorbeelden
10 dagen 4 uur25 dagen 11 uur15 days 2 hours
Verplicht Aanbevolen Optioneel

Transportmanagement Activiteiten

Dit zijn de kritieke processtappen en mijlpalen die moeten worden vastgelegd in uw event log voor nauwkeurige procesvisualisatie en -detectie.
6 Aanbevolen 7 Optioneel
Activiteit Omschrijving
Betaling Verwerkt
Dit is de laatste activiteit in de zendinglevenscyclus, die bevestigt dat de vervoerder is betaald voor de transportdienst. Deze event is typisch afkomstig uit een extern financieel systeem (ERP) en wordt terug bijgewerkt naar het TMS.
Het belang

Deze activiteit markeert de financiële afsluiting van de zending. Het analyseren van de doorlooptijd van levering of audit tot betaling is belangrijk voor het beheren van werkkapitaal en het onderhouden van goede vervoerdersrelaties.

Vindplaats

Dit is meestal een expliciete event die wordt vastgelegd wanneer een interfacebericht van de crediteurenadministratie of het ERP-systeem de betalingsstatus van de vrachtbrief in het TMS bijwerkt.

Vastleggen

Gebruik de timestamp van het betalingsbevestigingsbericht ontvangen van het financiële systeem.

Gebeurtenistype explicit
Douane Afgehandeld
Voor internationale zendingen markeert deze activiteit het punt waarop de goederen succesvol door de douane zijn gegaan bij een grens of haven. Dit event wordt getriggerd door een melding van een douane-expediteur of de vervoerder.
Het belang

De douane is een veelvoorkomende bron van aanzienlijke vertragingen in internationale logistiek. Het meten van de tijd om inklaring te bereiken is cruciaal voor het identificeren van knelpunten en het verbeteren van grensoverschrijdende transittijden.

Vindplaats

Dit wordt typisch vastgelegd als een expliciete event, gebaseerd op een vervoerdersbericht (bijv. EDI 214) of een handmatige update, die de douanestatus van de zending wijzigt naar 'cleared'.

Vastleggen

Leg de timestamp vast wanneer de douanestatus van de zending wordt bijgewerkt naar 'Afgehandeld'.

Gebeurtenistype explicit
Goederen geleverd
Deze mijlpaal betekent dat de zending fysiek is aangekomen op de bestemming van de ontvanger. De vervoerder geeft deze bevestiging, meestal via een EDI 214-bericht, wat de zendingstatus in het TMS bijwerkt.
Het belang

Dit is een kritieke succesmijlpaal, die het einde van het fysieke transport markeert. Het is de basis voor het meten van de punctualiteit van leveringen, een belangrijke indicator voor klanttevredenheid en vervoerderbetrouwbaarheid.

Vindplaats

Dit is een expliciete event vastgelegd van een leveringsbevestigingsbericht van een vervoerder. Het TMS logt de timestamp wanneer de EDI 214 (met status 'D1') of een gelijkwaardig bericht wordt verwerkt.

Vastleggen

Gebruik de timestamp van het verwerkte leveringsbevestigingsbericht van de vervoerder.

Gebeurtenistype explicit
Goederen Opgehaald
Deze activiteit markeert de fysieke start van het zendingtraject, wanneer de vervoerder de goederen in bezit neemt vanaf de oorspronkelijke locatie. Deze event wordt typisch vastgelegd in Blue Yonder TMS op basis van een statusupdatebericht van de vervoerder, zoals een EDI 214-transactie.
Het belang

Dit is een kritieke uitvoeringsmijlpaal die bevestigt dat de zending onderweg is. Het dient als basislijn voor het berekenen van transittijden en het meten van de punctualiteit van het ophalen tegen de geplande datum.

Vindplaats

Dit is een expliciete event vastgelegd vanuit statusupdates van vervoerders. Het systeem registreert de timestamp wanneer een ophaalbevestiging (bijv. EDI 214 met status 'AF' of 'X3') wordt verwerkt.

Vastleggen

Gebruik de timestamp van de verwerkte EDI 214 of een ander ophaalbevestigingsbericht van de vervoerder.

Gebeurtenistype explicit
Zending Geboekt
Deze mijlpaal geeft aan dat een vervoerder het aanbod heeft geaccepteerd en zich heeft verbonden aan de afhandeling van de zending. De zendingstatus wordt bijgewerkt naar 'booked' of 'committed', waarbij de vervoerder en het tarief voor het transport worden vastgelegd.
Het belang

Dit is een belangrijke mijlpaal die de planningsfase afrondt en de zending in uitvoering brengt. Het meten van de doorlooptijd tot dit punt helpt bij het evalueren van de boekingsefficiëntie en responsiviteit.

Vindplaats

Dit wordt vastgelegd wanneer een vervoerdersacceptatie (bijv. EDI 990) wordt ontvangen en verwerkt, wat een expliciete statuswijziging op het zendingdossier in het TMS triggert.

Vastleggen

Leg de timestamp van de statuswijziging naar 'Geboekt' of 'Toegewezen' vast.

Gebeurtenistype explicit
Zendingaanvraag Ontvangen
Deze activiteit markeert de creatie van een transportbehoefte binnen Blue Yonder TMS, meestal geïnitieerd door een order vanuit een upstream systeem zoals een ERP. Het vertegenwoordigt de officiële start van de zendinglevenscyclus, waarbij een nieuw zendingdossier wordt aangemaakt met een initiële 'ongeplande' of 'nieuwe' status.
Het belang

Dit is de primaire startevent voor het end-to-end transportproces. Het analyseren van de tijd van deze event tot de daaropvolgende planningsactiviteiten helpt bij het identificeren van initiële verwerkingsvertragingen en het meten van de algehele doorvoer.

Vindplaats

Deze event wordt typisch afgeleid uit de aanmaak-timestamp van het zendingdossier in de kern zending- of ordertabellen. Het kan ook een expliciete event zijn die wordt gelogd wanneer een interfacebericht van een ERP wordt verwerkt.

Vastleggen

Gebruik de aanmaak-timestamp van het zendingdossier.

Gebeurtenistype inferred
Aanbod Afgewezen
Deze event betekent dat een vervoerder het aanbod heeft afgewezen om de zending te transporteren. Deze afwijzing wordt typisch elektronisch ontvangen via een EDI 990-transactie of een handmatige update in het vervoerdersportaal, wat een workflow triggert om een alternatieve vervoerder te vinden.
Het belang

Het volgen van afwijzingen van aanbiedingen is cruciaal voor het identificeren van rework loops in vervoerderselectie. Hoge afwijzingspercentages kunnen wijzen op problemen met prijzen, vervoerderscapaciteit of onnauwkeurige ladingsinformatie, wat leidt tot vertragingen en verhoogde kosten.

Vindplaats

Dit wordt meestal vastgelegd als een expliciete event wanneer een afwijzingsreactie van een vervoerder door het TMS wordt verwerkt, waarbij de aanbodstatus van de zending wordt bijgewerkt.

Vastleggen

Geregistreerd als een event bij ontvangst van een afwijzingsbericht van de vervoerder (bijv. EDI 990).

Gebeurtenistype explicit
Afleverbewijs Ontvangen
Deze activiteit vertegenwoordigt de ontvangst van formele documentatie die de levering bevestigt, zoals een getekend cognossement. Dit is vaak een aparte stap na de fysieke levering en is een voorwaarde voor vrachtbetaling.
Het belang

Het efficiënt ontvangen van Bewijs van Levering (POD) is essentieel voor het versnellen van de facturatie- en betalingscyclus. Vertragingen in deze stap hebben directe invloed op de cashflow en kunnen leiden tot geschillen over vervoerdersbetalingen.

Vindplaats

Dit wordt meestal vastgelegd wanneer een gebruiker handmatig het POD als ontvangen markeert of het document koppelt aan het zendingdossier in het TMS, wat een statuswijziging triggert.

Vastleggen

Leg de timestamp vast wanneer een 'POD Ontvangen' vlag of status is ingesteld voor de zending.

Gebeurtenistype inferred
In-Transit Update Ontvangen
Vertegenwoordigt de ontvangst van een locatie- of statusupdate van de vervoerder terwijl de zending onderweg is. Deze updates, vaak afkomstig van EDI 214-berichten, bieden inzicht in de voortgang van de zending en eventuele vertragingen.
Het belang

Deze events zijn essentieel voor het volgen van de voortgang van zendingen en het identificeren van vertragingen onderweg. Een gebrek aan updates kan wijzen op lacunes in de zichtbaarheid, terwijl frequente vertragingsupdates duiden op prestatieproblemen van de vervoerder.

Vindplaats

Dit zijn expliciete events die worden gelogd in een zendingvolg- of eventgeschiedenistabel telkens wanneer een in-transit bericht van een vervoerder (bijv. EDI 214 met status 'X1', 'AG') wordt ontvangen en verwerkt.

Vastleggen

Elk verwerkt in-transit vervoerdersbericht creëert een nieuwe event log entry.

Gebeurtenistype explicit
Vervoerder Aangeboden
Deze activiteit vindt plaats wanneer de zending formeel wordt aangeboden aan een specifieke vervoerder ter acceptatie. Dit is een aparte actie binnen het TMS, vaak communicatie naar de vervoerder triggerend via een EDI 204-transactie, een e-mail of een portaalmelding.
Het belang

Deze event is het startpunt voor het meten van de responsiviteit van vervoerders en acceptatiepercentages van aanbiedingen. Het analyseren van de tijd tussen het aanbieden en de reactie van de vervoerder is essentieel voor het begrijpen van de efficiëntie van vervoerdersrelaties.

Vindplaats

Blue Yonder TMS registreert dit waarschijnlijk als een expliciet event in een zendinghistorie of aanbestedingshistorie tabel wanneer de aanbestedingsactie wordt uitgevoerd door een gebruiker of het systeem.

Vastleggen

Geregistreerd in de zending event historie wanneer de aanbestedingsactie wordt uitgevoerd.

Gebeurtenistype explicit
Vrachtfactuur Gecontroleerd
De factuur van de vervoerder, of vrachtbrief, is systematisch of handmatig gecontroleerd tegen de gecontracteerde tarieven, bijkomende kosten en het afleverbewijs. Deze stap verifieert de kosten voordat de betaling wordt goedgekeurd.
Het belang

Dit is een belangrijk financieel controlepunt. Het analyseren van het auditproces kan frequente factureringsverschillen aan het licht brengen, terwijl nawerk in dit stadium wijst op problemen die de administratieve overhead verhogen.

Vindplaats

Deze event wordt vastgelegd wanneer de vrachtbrief gekoppeld aan de zending een statuswijziging ondergaat naar 'Audited', 'Approved for Payment', of een vergelijkbare status binnen de TMS-vrachtauditmodule.

Vastleggen

Leg de timestamp van de statuswijziging vast op de vrachtfactuur entiteit die gekoppeld is aan de zending.

Gebeurtenistype inferred
Zending Geannuleerd
Vertegenwoordigt de annulering van een zending voordat deze werd opgehaald. Dit kan om diverse redenen gebeuren, zoals een klant die een bestelling annuleert of een planningswijziging, en dient als een definitieve, mislukte eindstatus.
Het belang

Het volgen van annuleringen is belangrijk voor het begrijpen van de vraagvolatiliteit en procesverspilling. Het analyseren waarom zendingen worden geannuleerd kan problemen in order management of planningsprocessen aan het licht brengen.

Vindplaats

Dit is een expliciete event, vastgelegd wanneer een gebruiker of een geautomatiseerd proces de primaire status van de zending wijzigt naar 'Cancelled'.

Vastleggen

Leg de timestamp van de statuswijziging naar 'Geannuleerd' vast.

Gebeurtenistype explicit
Zending gepland
Vertegenwoordigt de voltooiing van de initiële planningsfase waarin een route, transportmodus en potentiële vervoerders worden bepaald voor de zending. De planningsengine van het systeem genereert een oplossing, en de zendingstatus wordt bijgewerkt om aan te geven dat een plan beschikbaar is.
Het belang

Het volgen van deze activiteit helpt de efficiëntie van de planning- en optimalisatie-engine te meten. Vertragingen of rework loops met betrekking tot deze stap kunnen wijzen op problemen met master data, vervoerdersbeschikbaarheid of systeemconfiguratie.

Vindplaats

Dit wordt waarschijnlijk afgeleid uit een statuswijziging op de zending-entiteit, bijvoorbeeld van 'unplanned' naar 'planned'. De timestamp van deze statuswijziging markeert de event.

Vastleggen

Leg de timestamp vast wanneer de zendingstatus verandert naar een 'geplande' staat.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit Blue Yonder TMS haalt

De extractiemethoden voor dit proces worden momenteel gevalideerd. Kom later terug of neem contact met ons op voor assistentie.