Datatemplate voor transportmanagement
Datatemplate voor transportmanagement
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Richtlijnen voor data-extractie
Attributen voor transportmanagement
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de bedrijfsgebeurtenis of mijlpaal die op een bepaald moment voor een zending plaatsvond. | ||
| Beschrijving De activiteitsnaam beschrijft een specifieke stap of statuswijziging in het transportproces. Deze gebeurtenissen vormen de volgorde op de proceskaart en laten zien hoe een zending van aanmaak tot afronding verloopt. Activiteiten analyseren is een belangrijk onderdeel van process mining. Je maakt het procesverloop zichtbaar, vindt veelvoorkomende en zeldzame routes, ontdekt herstelwerk zoals herhaalde boekingspogingen en meet hoe vaak elke stap voorkomt. De volgorde en timing van activiteiten worden gebruikt om doorlooptijden te berekenen en bottlenecks tussen processtappen op te sporen. Waarom dit belangrijk is Dit attribuut bepaalt de processtappen. Het vormt de basis voor de proceskaart en maakt analyse van het procesverloop, afwijkingen en bottlenecks mogelijk. Waar vind je dit? Meestal afgeleid uit event logs, tabellen met statuswijzigingen of specifieke transactieregistraties in Trimble TMS die aan een zending zijn gekoppeld. Voorbeelden Zending geplandGoederen opgehaaldGoederen afgeleverdVrachtfactuur gecontroleerd | |||
| Tijdstip van gebeurtenis EventTime | De timestamp die aangeeft wanneer de activiteit plaatsvond, inclusief datum en tijd. | ||
| Beschrijving Het tijdstip van de gebeurtenis is de exacte datum en tijd die voor elke activiteit in de levenscyclus van een zending is vastgelegd. Hiermee bepaal je de chronologische volgorde van gebeurtenissen. Dat is nodig om het procesverloop op te stellen en tijdsanalyses uit te voeren. Dit attribuut vormt de basis voor alle process mining-analyses. Je gebruikt het om doorlooptijden tussen activiteiten en de totale duur van een case te berekenen, wachttijden vast te stellen en procesprestaties over verschillende perioden te analyseren. Nauwkeurige timestamps zijn belangrijk om vertragingen te onderzoeken en de procesefficiëntie te begrijpen. Waarom dit belangrijk is Dit geeft de chronologische volgorde van gebeurtenissen. Die is nodig om alle tijdsgebonden metrieken, zoals doorlooptijden, te berekenen en procesvertragingen op te sporen. Waar vind je dit? Te vinden naast het activiteits- of statusveld in event logs of transactietabellen in Trimble TMS. Voorbeelden 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| Zending Shipment | De unieke identificatiecode voor één goederenverplaatsing. Deze vormt de primaire case voor procesanalyse. | ||
| Beschrijving De zending-ID is de centrale case-ID die alle gebeurtenissen en activiteiten voor één transportorder groepeert. Elke zending staat voor een volledige reis, van aanmaken en plannen tot uitvoering, aflevering en financiële afhandeling. Door het proces per zending te analyseren, krijg je met process mining een volledig beeld van het transportproces van begin tot eind. Je kunt de totale doorlooptijden meten, bottlenecks bij specifieke zendingen opsporen en procesroutes van verschillende soorten zendingen vergelijken. Dit attribuut is essentieel om één order door het hele systeem te volgen. Waarom dit belangrijk is Dit is de essentiële case-ID die alle bijbehorende activiteiten met elkaar verbindt. Zo kun je elke transportorder van begin tot eind analyseren. Waar vind je dit? Dit is de primaire sleutel in de hoofdtabellen voor zendingen of orders in Trimble TMS. Raadpleeg de documentatie van Trimble TMS voor de specifieke tabel- en veldnamen. Voorbeelden SH-750331SH-750332SH-750333 | |||
| Bronsysteem SourceSystem | Het systeem waaruit de gebeurtenisdata is gehaald. | ||
| Beschrijving Dit attribuut geeft aan uit welke brontoepassing de data afkomstig is. In dit geval is dat meestal 'Trimble TMS'. In complexere omgevingen kan het onderscheid maken tussen verschillende modules of gekoppelde systemen, zoals een apart financieel systeem voor betalingen. Het bronsysteem vermelden is belangrijk voor datagovernance en traceerbaarheid. Zo begrijp je de context van de data. Dit is ook nodig wanneer je data uit meerdere bronnen samenvoegt tot één procesoverzicht van begin tot eind. Waarom dit belangrijk is Dit zorgt voor traceerbaarheid en context van de data. Dat is belangrijk wanneer je data uit meerdere systemen combineert om het volledige proces te analyseren. Waar vind je dit? Dit is vaak een vaste waarde die tijdens de data-extractie wordt toegevoegd om de herkomst van de registraties aan te geven. Voorbeelden Trimble TMSTrimble TMS v2023.1 | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor deze registratie voor het laatst vanuit het bronsysteem is bijgewerkt. | ||
| Beschrijving Dit attribuut toont de datum en tijd waarop de data voor het laatst uit Trimble TMS is gehaald of bijgewerkt. Zo zie je hoe actueel de geanalyseerde data is. Voor tijdige en relevante zakelijke beslissingen is het belangrijk te weten hoe recent de data is. Met deze timestamp kunnen gebruikers de data beter beoordelen en zien welke periode de huidige analyse bestrijkt. Zo voorkom je dat beslissingen op verouderde informatie zijn gebaseerd. Waarom dit belangrijk is Geeft aan hoe actueel de data is. Zo baseer je analyses en beslissingen op recente informatie. Waar vind je dit? Deze timestamp wordt meestal tijdens het inlezen van de data gegenereerd en vastgelegd door de ETL-tool (Extract, Transform, Load). Voorbeelden 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit is afgerond. | ||
| Beschrijving De eindtijd geeft aan wanneer een activiteit is afgerond. Als deze beschikbaar is, kun je de eindtijd samen met de starttijd gebruiken om de exacte verwerkingstijd van één stap te berekenen. Zo onderscheid je die van de wachttijd tot de volgende stap begint. Met een start- en eindtijd voor activiteiten kun je de procesprestaties gedetailleerder analyseren. Je ziet het verschil tussen actieve werktijd (verwerkingstijd) en inactieve tijd (wachttijd). Dat helpt om echte efficiëntiewinst te onderscheiden van vertragingen door bronnen of planning. Zo kun je bijvoorbeeld de exacte duur van de activiteit 'Vrachtfactuur gecontroleerd' meten. Waarom dit belangrijk is Maakt het mogelijk de verwerkingstijd van een activiteit nauwkeurig te berekenen en actieve werktijd te onderscheiden van wachttijd tussen processtappen. Waar vind je dit? Sommige modules in Trimble TMS leggen voor bepaalde activiteiten zowel een start- als een eindgebeurtenis vast. Controleer dit in de event logs of transactielogs. Voorbeelden 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| Gewenste afleverdatum RequestedDeliveryDate | De afleverdatum die de klant heeft aangevraagd of die als doel is afgesproken in de service level agreement (SLA). | ||
| Beschrijving De gewenste afleverdatum is de datum waarop de zending naar verwachting op de eindbestemming wordt afgeleverd. Dit is de belangrijkste maatstaf voor het meten van tijdige leveringen. Dit attribuut is nodig om belangrijke prestatie-indicatoren te berekenen, zoals het percentage zendingen dat op tijd wordt afgeleverd. Door de werkelijke afleveringstimestamp met deze datum te vergelijken, bepaalt het systeem of een zending te vroeg, op tijd of te laat is afgeleverd. Dit vormt de basis voor het dashboard dat de werkelijke afleverprestaties met de gewenste prestaties vergelijkt en helpt de klanttevredenheid en betrouwbaarheid van vervoerders te beoordelen. Waarom dit belangrijk is Vormt de basis voor het meten van tijdige leveringen, een belangrijke KPI voor klanttevredenheid en efficiënte bedrijfsvoering. Waar vind je dit? Te vinden in de tabellen met order- of zendingsgegevens in Trimble TMS. Voorbeelden 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| Naam vervoerder CarrierName | De naam van het transportbedrijf dat verantwoordelijk is voor het vervoer van de zending. | ||
| Beschrijving De naam van de vervoerder geeft aan welke externe logistieke dienstverlener of interne vloot het vervoer van de goederen uitvoert. Dit is belangrijke stamdata voor elke zending. Dit attribuut is nodig voor prestatieanalyses, vooral voor het dashboard voor vervoerdersprestaties en compliance. Door procesdata op naam van de vervoerder te groeperen, kunnen bedrijven het percentage tijdige leveringen, de gemiddelde doorlooptijden en het aantal vertragingen per vervoerder vergelijken. Zo kunnen ze contracten bespreken, betrouwbare partners kiezen en de hele toeleveringsketen verbeteren. Waarom dit belangrijk is Maakt het mogelijk de prestaties en compliance van verschillende vervoerders te vergelijken. Dit ondersteunt het beheer en de selectie van vervoerders. Waar vind je dit? Te vinden in de hoofdtabellen voor zendingen of ladingen in Trimble TMS, vaak gekoppeld aan een tabel met stamgegevens van vervoerders. Voorbeelden Global Freightways Inc.Speedy LogisticsCross-Country Movers | |||
| Op tijd afgeleverd IsOnTime | Een booleaanse indicator die aangeeft of de zending op of vóór de gewenste afleverdatum is afgeleverd. | ||
| Beschrijving Dit is een berekende indicator die 'ActualDeliveryDate' vergelijkt met 'RequestedDeliveryDate'. De waarde is true als de zending op of vóór de gewenste datum is afgeleverd, en anders false. Dit attribuut maakt prestatieanalyses en het maken van dashboards eenvoudiger. In plaats van in elke grafiek datums met elkaar te vergelijken, kun je met deze indicator eenvoudig filteren en groeperen om de KPI voor het percentage zendingen dat op tijd is afgeleverd te berekenen. De indicator geeft per zending een helder ja-of-nee-resultaat, zodat je het percentage geslaagde leveringen makkelijk kunt weergeven. Waarom dit belangrijk is Vereenvoudigt de berekening van KPI’s voor tijdige levering en maakt het eenvoudig om op tijd en te laat afgeleverde zendingen te filteren en uit te splitsen. Waar vind je dit? Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend door 'ActualDeliveryDate' <= 'RequestedDeliveryDate' te vergelijken. Voorbeelden truefalse | |||
| Reden van vertraging DelayReason | Een code of omschrijving van de oorzaak van een vertraging van de zending. | ||
| Beschrijving De reden van vertraging geeft aan waarom een zending niet volgens planning is verlopen. Mogelijke redenen zijn bijvoorbeeld 'Vertraging door vervoerder', 'Vastgehouden bij de douane', 'Weersomstandigheden' of 'Klant niet beschikbaar'. Deze informatie wordt vaak handmatig ingevoerd of gekozen uit een vooraf bepaalde lijst wanneer een vertraging wordt geregistreerd. Dit attribuut is erg nuttig voor oorzaakanalyse, vooral voor het dashboard Redenanalyse van zendingvertragingen. Door vertragingen in categorieën in te delen, kunnen bedrijven terugkerende problemen opsporen bij specifieke vervoerders, routes of interne processen. Zo kunnen ze gericht verbeteringen doorvoeren om vertragingen te beperken en de betrouwbaarheid te verhogen. Waarom dit belangrijk is Maakt oorzaakanalyse van vertragingen mogelijk en helpt terugkerende problemen bij vervoerders, routes of processen op te sporen, zodat je die gericht kunt verbeteren. Waar vind je dit? Mogelijk opgeslagen in een aparte tabel voor vertragingen of uitzonderingen, of als vrij tekstveld bij de zending in Trimble TMS. Voorbeelden Vertraging door weersomstandighedenDouane-inspectieDefect materieel van vervoerderVerkeersdrukte | |||
| Vervoerswijze ModeOfTransport | De vervoerswijze voor de zending, zoals vrachtwagen, vliegtuig, trein of schip. | ||
| Beschrijving De vervoerswijze geeft aan hoe de zending wordt vervoerd. Dit kan gaan om Full Truckload (FTL), Less Than Truckload (LTL), luchtvracht, zeevracht of spoorvervoer. Analyse per vervoerswijze is belangrijk voor strategische beslissingen en kostenoptimalisatie. Je kunt de efficiëntie, snelheid en kosteneffectiviteit van verschillende vervoerswijzen vergelijken. Het dashboard voor vergelijking van de efficiëntie per vervoerswijze gebruikt dit attribuut bijvoorbeeld om te laten zien welke vervoerswijzen langere transittijden of meer vertragingen hebben. Zo kunnen planners betere keuzes maken. Waarom dit belangrijk is Maakt het mogelijk de kosten, snelheid en efficiëntie van verschillende vervoerswijzen te vergelijken. Dit ondersteunt strategische keuzes voor routes en vervoer. Waar vind je dit? Dit is een standaardveld in de zendings- of ladingsregistratie in Trimble TMS. Voorbeelden FTL (volledige vrachtwagenlading)LTL (deelvracht)LuchtvrachtZeevracht | |||
| Bedrag vrachtfactuur FreightBillAmount | Het totale bedrag dat voor de vervoersdienst in rekening is gebracht. | ||
| Beschrijving Het bedrag van de vrachtfactuur is de gefactureerde prijs voor het vervoer van de zending. Deze financiële data is belangrijk voor kostenanalyses en om de financiële gevolgen van inefficiënte processen te begrijpen. Met process mining kun je de kosten vergelijken van verschillende procesvarianten, vervoerders en routes. Zo kun je nagaan of zendingen met veel herstelwerk of vertragingen hogere kosten met zich meebrengen. Dit attribuut is ook nodig voor analyses van de controle en betaling van vrachtfacturen. Waarom dit belangrijk is Koppelt de procesuitvoering aan financiële resultaten. Zo kun je analyseren hoe procesvarianten, vertragingen en de keuze van vervoerder de vervoerskosten beïnvloeden. Waar vind je dit? Te vinden in de modules voor vrachtfacturering of financiële afwikkeling van Trimble TMS, gekoppeld aan de zending. Voorbeelden 1250.75850.003400.50 | |||
| Doorlooptijd POD ProofOfDeliveryCycleTime | De tijd tussen de gebeurtenissen 'Goederen afgeleverd' en 'Ontvangst van afleverbewijs'. | ||
| Beschrijving Deze berekende metriek meet hoe lang het duurt om het afleverbewijs (POD) te ontvangen en te verwerken nadat de goederen fysiek zijn afgeleverd. Een lange doorlooptijd voor het afleverbewijs kan de facturering vertragen en de kasstroom beïnvloeden. Dit attribuut vormt de basis voor het dashboard Vertraging bij ontvangst van afleverbewijzen en de bijbehorende KPI. Door de doorlooptijd per zending te berekenen, kun je knelpunten in het POD-proces opsporen. Denk aan vervoerders die het bewijs laat aanleveren of interne verwerking die te lang duurt. Vervolgens kun je maatregelen nemen om klanten sneller te factureren. Waarom dit belangrijk is Meet rechtstreeks hoe efficiënt de administratieve afhandeling na de levering verloopt. Dat is belangrijk voor tijdige facturering en een gezonde kasstroom. Waar vind je dit? Berekend door voor elke zending het verschil te bepalen tussen de timestamp van de activiteiten 'Ontvangst van afleverbewijs' en 'Goederen afgeleverd'. Voorbeelden P2DT12H30MP5DP1DT4H | |||
| Gebruikersnaam UserName | De gebruiker of systeemagent die een bepaalde activiteit heeft uitgevoerd. | ||
| Beschrijving De gebruikersnaam geeft aan welke medewerker of welk geautomatiseerd systeem verantwoordelijk was voor een processtap, zoals het plannen van een zending, het controleren van een vrachtfactuur of het verwerken van een betaling. Zo worden procesactiviteiten gekoppeld aan menselijke of systeembronnen. Met een analyse per gebruiker krijg je inzicht in de verdeling van het werk, opleidingsbehoeften en afwijkende prestaties. In het dashboard Herstelwerk en fouten bij zendingboekingen kan dit attribuut bijvoorbeeld helpen vaststellen of herstelwerk zich concentreert bij bepaalde gebruikers. Dat kan wijzen op behoefte aan extra training of duidelijkere procesafspraken. Ook is dit attribuut belangrijk voor compliance en audits. Waarom dit belangrijk is Koppelt procesactiviteiten aan specifieke medewerkers of systeemgebruikers. Zo kun je de werkverdeling en prestaties analyseren en opleidingsbehoeften opsporen. Waar vind je dit? Meestal te vinden in transactie- of eventlogs, gekoppeld aan de gebruikers-ID van degene die de registratie heeft aangemaakt of gewijzigd. Voorbeelden j.doea.smithsystem.api | |||
| Klantnaam CustomerName | De naam van de klant voor wie de zending wordt vervoerd. | ||
| Beschrijving De klantnaam geeft aan welke klant of organisatie eigenaar is van de goederen die worden verzonden, of de dienst afneemt. Dit is een belangrijk stamgegeven om analyses mee uit te splitsen. Een analyse van het transportproces per klant kan belangrijke inzichten opleveren. Je ziet bijvoorbeeld of bepaalde klanten vaker vertraging hebben, meer herstelwerk bij boekingen veroorzaken of een afwijkend proces volgen. Met deze informatie kun je de klantenservice verbeteren, logistieke oplossingen afstemmen en belangrijke klantrelaties beter beheren. Waarom dit belangrijk is Maakt procesanalyses per klant mogelijk. Zo kun je zien of bepaalde klanten specifieke problemen ervaren of een ander serviceniveau nodig hebben. Waar vind je dit? Te vinden in de hoofdtabellen voor orders of zendingen, vaak gekoppeld aan een tabel met klantstamgegevens. Voorbeelden ACME CorporationStark IndustriesWayne Enterprises | |||
| Land van bestemming DestinationCountry | Het land waar de zending wordt afgeleverd. | ||
| Beschrijving Het land van bestemming is het land van het uiteindelijke afleveradres van de zending. Net als het land van herkomst is dit een belangrijk attribuut voor geografische procesanalyses. Door de data per bestemmingsland te analyseren, ontdek je problemen die specifiek zijn voor bepaalde locaties. Zendingen naar een bepaald land kunnen bijvoorbeeld steeds langer bij de douane liggen of vertraging oplopen. Met dit inzicht kun je de planning aanpassen en de levertijden voor specifieke routes beter inschatten. Waarom dit belangrijk is Helpt procesproblemen in specifieke bestemmingsregio’s opsporen, zoals vertragingen bij de douane of problemen met de laatste kilometer. Waar vind je dit? Afgeleid van de adresgegevens van de bestemming in de zending- of ordergegevens in Trimble TMS. Voorbeelden USACANMEXFRA | |||
| Land van herkomst OriginCountry | Het land waar de zending vandaan komt. | ||
| Beschrijving Het land van herkomst is het land waar de zending begint. Deze geografische informatie is belangrijk voor analyses van logistieke processen op wereldwijde of regionale schaal. Met dit attribuut kun je procesprestaties per regio vergelijken. Zo zie je of doorlooptijden of vertragingspercentages hoger zijn voor zendingen uit bepaalde landen. Dat kan wijzen op regionale uitdagingen, zoals ingewikkelde douaneprocedures of problemen met de infrastructuur. Het attribuut is vooral nuttig bij analyses van knelpunten in de douaneafhandeling. Waarom dit belangrijk is Maakt geografische analyse van procesprestaties mogelijk en helpt regionale knelpunten op te sporen, vooral rond douaneafhandeling en transittijden. Waar vind je dit? Afgeleid van de adresgegevens van de herkomst in de zending- of ordergegevens in Trimble TMS. Voorbeelden USACANMEXDEU | |||
| Status van zending ShipmentStatus | De huidige operationele status van de zending. | ||
| Beschrijving De status van de zending geeft de laatst bekende fase in de levenscyclus aan, zoals 'Gepland', 'Onderweg', 'Afgeleverd' of 'Geannuleerd'. Zo zie je waar de zending op een bepaald moment staat. Process mining reconstrueert het verloop in het verleden. De huidige status is vooral handig om lopende cases te filteren en te analyseren. Je kunt de data bijvoorbeeld uitsplitsen naar open en afgeronde zendingen, of onderzoeken waarom veel zendingen in een bepaalde status blijven hangen. Dit geeft context voor de operationele bewaking. Waarom dit belangrijk is Geeft een actueel beeld van de voortgang van de zending. Zo kun je open, afgeronde of problematische cases analyseren en filteren. Waar vind je dit? Een standaardveld in de kop van de hoofd- of laadtabel voor zendingen in Trimble TMS. Voorbeelden GeplandOnderwegAfgeleverdGefactureerdGeannuleerd | |||
| Status vrachtfactuur FreightBillStatus | De status van de vrachtfactuur, bijvoorbeeld 'Ontvangen', 'Gecontroleerd', 'Afgewezen' of 'Betaald'. | ||
| Beschrijving De status van de vrachtfactuur volgt de voortgang van een factuur tijdens de financiële afhandeling van het transport. Je ziet of de factuur is ontvangen, wordt beoordeeld, is goedgekeurd, is afgewezen voor correctie of volledig is betaald. Dit attribuut is essentieel voor het dashboard Controle en betaling van vrachtfacturen. Je kunt ermee de doorlooptijd van het controleproces meten, knelpunten bij betalingsgoedkeuringen opsporen en het afwijzingspercentage van vrachtfacturen berekenen. Een analyse van deze statussen kan inefficiënties in het inkoop-tot-betalingssubproces aan het licht brengen. Waarom dit belangrijk is Geeft inzicht in de financiële afhandeling. Zo kun je de efficiëntie van controles meten en oorzaken van betalingsvertragingen of geschillen opsporen. Waar vind je dit? Te vinden in de module voor crediteurenadministratie of vrachtfactuurafhandeling van Trimble TMS. Voorbeelden OntvangenGecontroleerd - goedgekeurdGecontroleerd - afgewezenBetaald | |||
| Totale doorlooptijd TotalCycleTime | De totale tijd tussen de eerste en de laatste gebeurtenis van een zending. | ||
| Beschrijving De totale doorlooptijd meet hoe lang elke zendingcase van begin tot eind duurt. Je berekent deze door de timestamp van de eerste activiteit, bijvoorbeeld 'Zending aangemaakt', af te trekken van die van de laatste activiteit, bijvoorbeeld 'Betaling verwerkt'. Dit is een belangrijke KPI voor de efficiëntie van het totale proces. Het dashboard Totale doorvoer en doorlooptijd van zendingen geeft een overzicht van de prestaties. Door te bekijken hoe deze metriek zich in de tijd ontwikkelt en verschilt per vervoerder, route of vervoerswijze, kun je brede mogelijkheden voor verbetering opsporen. Waarom dit belangrijk is Meet de snelheid van het volledige proces van begin tot eind en geeft een belangrijke indicatie van de efficiëntie en de klantervaring. Waar vind je dit? Berekend op caseniveau door de minimale timestamp af te trekken van de maximale timestamp van alle gebeurtenissen binnen één 'Zending'-case. Voorbeelden P15D6HP22DT10HP12D | |||
| Vertraagd IsDelayed | Een booleaanse indicator die aangeeft of er voor een zending een vertragingsgebeurtenis is geregistreerd. | ||
| Beschrijving Deze berekende indicator krijgt de waarde true als er een reden voor vertraging aan de zending is gekoppeld of als de status op vertraging wijst. Dit verschilt van 'IsOnTime': een zending kan vertraging hebben opgelopen en door corrigerende maatregelen toch op tijd aankomen. Met dit attribuut kun je de analyse richten op zendingen met uitzonderingen. In het dashboard Redenanalyse van zendingvertragingen gebruik je het om problematische cases apart te bekijken en de oorzaken te analyseren, zonder de zendingen die volgens plan verlopen. Zo kun je meten hoe vaak operationele uitzonderingen voorkomen. Waarom dit belangrijk is Markeert zendingen met operationele uitzonderingen. Zo kun je de oorzaken en gevolgen van vertragingen gericht analyseren. Waar vind je dit? Berekend tijdens de datatransformatie. De indicator krijgt de waarde true als het veld 'DelayReason' niet null is of als er een specifieke activiteit voor vertraging voorkomt. Voorbeelden truefalse | |||
| Werkelijke afleverdatum ActualDeliveryDate | De werkelijke timestamp waarop de activiteit 'Goederen afgeleverd' is geregistreerd. | ||
| Beschrijving De werkelijke afleverdatum is de timestamp waarop de levering is voltooid. Deze geeft aan wanneer de zending daadwerkelijk op de bestemming is aangekomen. Meestal is dit de timestamp van de gebeurtenis 'Goederen afgeleverd'. Dit attribuut wordt samen met de gewenste afleverdatum gebruikt om te bepalen of de levering op tijd was. Het is het feitelijke eindpunt voor veel berekeningen van doorlooptijden en prestatiemetingen. De waarde wordt rechtstreeks gebruikt in KPI’s voor leverprestaties en de betrouwbaarheid van vervoerders. Ook vormt dit attribuut een basis voor de vergelijking van de werkelijke procesuitvoering met de geplande schema’s. Waarom dit belangrijk is Geeft het feitelijke tijdstip waarop de levering is voltooid. Hiermee kun je de leverprestatie op tijd en de werkelijke transittijden berekenen. Waar vind je dit? Dit is de timestamp die hoort bij de gebeurtenisstatus 'Goederen afgeleverd' in het event log van de zending. Voorbeelden 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
Activiteiten voor transportmanagement
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Aanbod geaccepteerd door vervoerder | De vervoerder heeft het aanbod voor de zending officieel geaccepteerd en bevestigt daarmee het transport uit te voeren. Dit wordt vastgelegd wanneer de acceptatie van de vervoerder, vaak via EDI of een portaal, de status van de zending wijzigt. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal voor de toezegging. De vervoerder ligt nu vast en het ophalen en afleveren kan worden ingepland. Ook begint hiermee officieel de verantwoordelijkheid van de vervoerder. Waar vind je dit? Af te leiden uit een statuswijziging in de zendingsregistratie, bijvoorbeeld van 'Aangeboden' naar 'Geboekt' of 'Geaccepteerd', op basis van communicatie met de vervoerder. Vastleggen Af te leiden uit een statuswijziging na een reactie van de vervoerder via EDI of het portaal. Gebeurtenistype inferred | |||
| Betaling verwerkt | De betaling van de vrachtfactuur is uitgevoerd en naar de vervoerder verstuurd. Hiermee is het financiële deel van de levenscyclus van de zending afgerond. | ||
| Waarom dit belangrijk is Dit is de laatste activiteit in het proces. Door de tijd tussen de aflevering of ontvangst van de factuur en de betaling te analyseren, kun je de cashflow en de relatie met vervoerders beter beheren. Waar vind je dit? Vastgelegd via een koppeling met een ERP- of boekhoudsysteem. Dit systeem werkt de betalingsstatus van de vrachtfactuur in het TMS bij. Vastleggen Vanaf de timestamp van de betalingsregistratie via de koppeling met het ERP- of boekhoudsysteem. Gebeurtenistype explicit | |||
| Goederen afgeleverd | De zending is op de eindbestemming aangekomen en overgedragen aan de ontvanger. Dit is een belangrijke gebeurtenis die door de chauffeur of via EDI van de vervoerder wordt bijgewerkt. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal om de prestaties van tijdige levering en de totale doorlooptijd te meten. Hierna volgen processen zoals facturatie en het verzamelen van het POD. Waar vind je dit? Vastgelegd als een statusupdate van de zending naar 'Afgeleverd'. Dit gebeurt na een invoer in de mobiele app van de chauffeur of een EDI 214-bericht van de vervoerder met de afleveringstimestamp. Vastleggen Uit het event log, op basis van een EDI-bericht van de vervoerder of een update in de chauffeursapp. Gebeurtenistype explicit | |||
| Goederen opgehaald | De vervoerder heeft de zending fysiek opgehaald op de locatie van vertrek. Dit is meestal een expliciete gebeurtenis die door de chauffeur wordt bijgewerkt of via een EDI-bericht van de vervoerder binnenkomt. | ||
| Waarom dit belangrijk is Deze gebeurtenis markeert het begin van het fysieke transport. Het is een belangrijke mijlpaal om de prestaties van de vervoerder en het naleven van de planning te volgen. Waar vind je dit? Vastgelegd als een statuswijziging van de zending naar 'Onderweg' of 'Opgehaald', meestal na een invoer in de mobiele app van de chauffeur of een EDI 214-bericht van de vervoerder. Vastleggen Uit het event log, op basis van een EDI-bericht van de vervoerder of een update in de chauffeursapp. Gebeurtenistype explicit | |||
| Proof of Delivery ontvangen | Het ondertekende document of de digitale bevestiging van de aflevering is ontvangen van de vervoerder en geüpload naar het systeem. Dit is meestal een handmatige of geautomatiseerde stap voor documentverwerking. | ||
| Waarom dit belangrijk is De tijd tussen de aflevering en de ontvangst van het POD is een belangrijke prestatie-indicator voor de administratieve afhandeling. Meestal is een POD nodig voordat een factuur kan worden betaald. Waar vind je dit? Dit wordt waarschijnlijk vastgelegd wanneer een POD-document wordt gescand of geüpload en aan de zendingsregistratie wordt gekoppeld. Dit kan een statuswijziging veroorzaken of het veld 'Datum POD ontvangen' invullen. Vastleggen Vanaf de timestamp van het uploaden van het POD-document of de statuswijziging. Gebeurtenistype explicit | |||
| Zending aangemaakt | Deze activiteit markeert het aanmaken van een nieuwe zending in het systeem, meestal naar aanleiding van een transportaanvraag van een klant. De activiteit wordt vastgelegd wanneer een nieuwe regel wordt toegevoegd aan de hoofd- of ordertabel voor zendingen. | ||
| Waarom dit belangrijk is Dit is het begin van het volledige transportproces. Door de tijd tussen deze gebeurtenis en volgende gebeurtenissen te analyseren, meet je hoe efficiënt orders worden verwerkt en wat de totale doorlooptijd is. Waar vind je dit? Dit is meestal een expliciete gebeurtenis die wordt vastgelegd in de hoofd- of laadtabel voor zendingen in Trimble TMS, met een timestamp voor het aanmaken. Vastleggen Vanaf de timestamp waarop de zending is aangemaakt. Gebeurtenistype explicit | |||
| Douaneafhandeling afgerond | Bij internationale zendingen geeft dit aan dat de goederen de douane succesvol zijn gepasseerd. Dit wordt meestal vastgelegd via een update van een douane-expediteur of vervoerder. | ||
| Waarom dit belangrijk is Douaneafhandeling is vaak een bottleneck in de internationale logistiek. Door de benodigde tijd voor deze activiteit te meten, kun je grote vertragingen opsporen en aanpakken. Waar vind je dit? Waarschijnlijk vastgelegd als statusupdate of als afzonderlijke regel in het event log, op basis van een EDI-bericht of handmatige update van een douane-expediteur of vervoerder. Vastleggen Uit het event log, op basis van communicatie met de expediteur of vervoerder. Gebeurtenistype explicit | |||
| Ophalen ingepland | Er is een datum en tijd afgesproken voor het ophalen van de goederen en deze zijn vastgelegd. Dit wordt afgeleid uit het invullen van de velden voor de geplande ophaaldatum en -tijd. | ||
| Waarom dit belangrijk is Het inplannen van het ophalen is een belangrijke stap, omdat hiermee verwachtingen voor de verzender worden vastgelegd. Vertraging tussen de boeking en het geplande ophaalmoment kan wijzen op problemen met de toewijzing van bronnen. Waar vind je dit? Af te leiden uit het invullen van de velden 'Geplande ophaaldatum/-tijd' bij de zending of stop in Trimble TMS. Vastleggen Af te leiden uit de timestamp waarop de velden voor de ophaalafspraak worden ingevuld. Gebeurtenistype inferred | |||
| Vervoerder geselecteerd | Er wordt een specifieke vervoerder toegewezen aan de zending. Dit wordt vaak vastgelegd wanneer het vervoerdersveld in de zendingsgegevens wordt ingevuld of bijgewerkt. | ||
| Waarom dit belangrijk is Door dit bij te houden, kun je de efficiëntie van de vervoerderstoewijzing en de invloed ervan op de boekings- en ophaaltijden analyseren. Dit is belangrijke informatie om de prestaties van vervoerders te beoordelen. Waar vind je dit? Af te leiden uit het invullen of bijwerken van het veld met de vervoerders-ID in de zendingsregistratie, samen met de bijbehorende timestamp. Vastleggen Af te leiden uit de timestamp waarop het vervoerdersveld wordt ingevuld. Gebeurtenistype inferred | |||
| Vrachtfactuur gecontroleerd | De vrachtfactuur van de vervoerder is gecontroleerd op juistheid aan de hand van de afgesproken tarieven en uitgevoerde diensten. Dit wordt vastgelegd met een statusupdate van de factuur. | ||
| Waarom dit belangrijk is Dit is een belangrijke financiële controle. De duur en uitkomst, zoals een afwijzing, zijn van belang om de efficiëntie van het controleproces en de juistheid van de facturatie door vervoerders te analyseren. Waar vind je dit? Af te leiden uit een statuswijziging van de vrachtfactuur, bijvoorbeeld van 'Wacht op controle' naar 'Gecontroleerd' of 'Goedgekeurd voor betaling'. Vastleggen Af te leiden uit een statuswijziging van de vrachtfactuur. Gebeurtenistype inferred | |||
| Vrachtfactuur ontvangen | De vervoerder heeft de factuur voor de transportdienst ingediend. Hiermee begint het financiële deel van het proces. | ||
| Waarom dit belangrijk is Deze gebeurtenis start de betalingstermijn en het proces voor de controle van de vrachtfactuur. Door dit te analyseren, kun je de termijnen voor crediteurenbeheer goed bewaken. Waar vind je dit? Vastgelegd wanneer een factuur van de vervoerder in het systeem wordt ingevoerd, handmatig of via een EDI 210-bericht. De gegevens worden opgeslagen in de financiële tabellen die bij de zending horen. Vastleggen Vanaf de timestamp waarop de vrachtfactuur in het systeem is aangemaakt. Gebeurtenistype explicit | |||
| Zending aangeboden aan vervoerder | De zending wordt formeel aan de geselecteerde vervoerder aangeboden. Vaak gebeurt dit met een actie in het TMS die een melding of EDI-bericht naar de vervoerder stuurt. | ||
| Waarom dit belangrijk is Dit markeert het begin van de samenwerking met de vervoerder. De tijd tussen het aanbod en de acceptatie is belangrijk om de reactiesnelheid van de vervoerder en mogelijke boekingsvertragingen te meten. Waar vind je dit? Waarschijnlijk een expliciete gebeurtenis of statuswijziging, bijvoorbeeld wanneer de status in de levenscyclusregistratie van de zending in Trimble TMS verandert in 'Aangeboden'. Vastleggen Vastgelegd wanneer de actie voor het aanbieden van de zending in het systeem wordt uitgevoerd. Gebeurtenistype explicit | |||
| Zending geannuleerd | De zending is geannuleerd nadat deze is aangemaakt, maar voordat het ophalen is afgerond. Dit is een alternatieve eindstatus van het proces. | ||
| Waarom dit belangrijk is Door annuleringen bij te houden, kun je problemen met vraagprognoses, orderbeheer of planning opsporen. Een annulering wijst op een mislukking of uitzondering in het proces. Waar vind je dit? Meestal een expliciete statuswijziging naar de eindstatus 'Geannuleerd' in de zendingsregistratie, na een actie van een gebruiker. Vastleggen Expliciete statuswijziging naar 'Geannuleerd' in de zendingsregistratie. Gebeurtenistype explicit | |||
| Zending gepland | Voor de zending is een voorlopige route en vervoerswijze gekozen, en zijn mogelijke bronnen toegewezen. Deze activiteit wordt meestal afgeleid uit een statuswijziging in de zending. | ||
| Waarom dit belangrijk is Deze activiteit geeft inzicht in de efficiëntie van de logistieke planningsfase. Vertragingen kunnen doorwerken in de rest van het proces en het hele leverschema beïnvloeden. Waar vind je dit? Waarschijnlijk af te leiden uit een wijziging in het statusveld van de zending, bijvoorbeeld van 'Nieuw' naar 'Gepland', of uit het invullen van routegegevens. Vastleggen Af te leiden uit een statuswijziging van de zending naar 'Gepland' of een vergelijkbare status. Gebeurtenistype inferred | |||
| Zending onderweg | Dit is de periode na het ophalen en vóór aankomst op de bestemming. Het is vaak geen afzonderlijke gebeurtenis, maar een status die bij meerdere locatie-updates hoort. | ||
| Waarom dit belangrijk is Hoewel dit een status is en geen gebeurtenis, is het belangrijk om het begin van deze fase vast te stellen. Zo kun je de transittijd meten en vergelijken met schattingen of met die van andere vervoerders en vervoerswijzen. Waar vind je dit? Meestal af te leiden uit de status van de zending direct na de gebeurtenis 'Goederen opgehaald'. De ophaaltimestamp geldt als starttijd. Vastleggen De status na een geslaagde ophaalgebeurtenis. Gebeurtenistype inferred | |||
Extractiegidsen
De extractiemethoden voor dit proces worden nog gevalideerd. Kom later terug of neem contact met ons op voor hulp.
Klaar om te beginnen?
Begin vandaag met het optimaliseren van je transportmanagementprocessen met deze datatemplate. Maak je logistiek efficiënter en verbeter de bedrijfsvoering met zekerheid.
Optimaliseer je transportmanagement: begin nu.
Verbeter je logistiek: verkort de doorlooptijd met 30% met ons platform.
Je hebt geen creditcard nodig. Start vandaag je gratis proefperiode.