Uw Transportmanagement Data Template
Uw Transportmanagement Data Template
- Aanbevolen attributen voor uitgebreide analyse
- Belangrijkste activities om te volgen voor proces discovery
- Gedetailleerde extractierichtlijnen voor Blue Yonder TMS
Transportmanagement Attributes
| 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 | |||
Transportmanagement Activiteiten
| 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 | |||
Extractie Guides
De extractiemethoden voor dit proces worden momenteel gevalideerd. Kom later terug of neem contact met ons op voor assistentie.