Datatemplate voor transportbeheer
Datatemplate voor transportbeheer
Dit is onze generieke datatemplate voor process mining voor Transportmanagement. Gebruik onze templates voor specifieke systemen voor gerichter advies.
Selecteer een specifiek systeem- Een universeel raamwerk voor elk transportbeheersysteem.
- Benoemt de belangrijkste attributen en activiteiten voor een grondige procesanalyse.
- Een goed startpunt voor process mining.
Attributen voor transportbeheer
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsgebeurtenis of mijlpaal die op een bepaald moment voor een zending heeft plaatsgevonden. | ||
| Beschrijving De activiteitsnaam beschrijft één stap of taak in het transportproces, zoals ‘Zending gepland’, ‘Aanbod aan vervoerder gedaan’, ‘Goederen opgehaald’ of ‘Vrachtfactuur ontvangen’. Deze activiteiten geven de belangrijkste mijlpalen in de reis van de zending weer. Met dit attribuut kun je de processtroom visualiseren en zien hoe zendingen daadwerkelijk door het proces lopen. Door de volgorde en frequentie van activiteiten te analyseren, krijg je zicht op de standaardwerkwijze en veelvoorkomende afwijkingen. Ook kun je herstelwerk en inefficiënties opsporen. Dit attribuut vormt de basis van elke process mining-analyse. Waarom dit belangrijk is Dit attribuut bepaalt de stappen op de proceskaart. Zo kun je de workflow van zendingen, variaties en bottlenecks visualiseren en analyseren. Waar vind je dit? Meestal afkomstig uit event logs of statustabellen, of afgeleid van statuswijzigingen in het TMS. Voorbeelden Zending geplandAanbod aan vervoerder gedaanGoederen geleverdOntvangstbewijs van levering ontvangen | |||
| Tijdstip van event EventTime | De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis voor een zending heeft plaatsgevonden. | ||
| Beschrijving Het tijdstip van het event legt de exacte datum en tijd vast waarop een activiteit plaatsvond. Met deze timestamp kun je events chronologisch ordenen en de tijd tussen processtappen berekenen. Bij process mining maakt dit attribuut alle tijdsanalyses mogelijk. Je gebruikt het om KPI’s zoals doorlooptijden, wachttijden en verwerkingstijden te berekenen. Door de tijdstippen van events te analyseren, zie je waar zendingen de meeste tijd doorbrengen, kun je controleren of serviceafspraken worden nagekomen en krijg je inzicht in de spreiding van procesactiviteiten over de tijd. Waarom dit belangrijk is Dit attribuut geeft alle activiteiten een chronologische context. Daarmee kun je doorlooptijden berekenen, bottlenecks opsporen en prestaties meten. Waar vind je dit? Afkomstig uit event logs of transactieregistraties in het TMS. Bij elke vastgelegde actie hoort een timestamp. Voorbeelden 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z | |||
| Zending-ID ShipmentId | De unieke identificatiecode van één zending. Deze dient als case-ID voor het transportproces. | ||
| Beschrijving De zending-ID is de primaire sleutel waarmee één transportorder of goederenverplaatsing van vertrekpunt naar bestemming uniek wordt geïdentificeerd. Elke zendingcase bevat alle bijbehorende activiteiten, mijlpalen en datapunten, zoals planning, boeking, ophalen, levering en facturering. Bij process mining is dit attribuut essentieel om de volledige reis van elke zending te reconstrueren. De tool kan hiermee alle bijbehorende events in chronologische volgorde koppelen. Dat vormt de basis voor procesontdekking, conformancechecks en prestatieanalyse. Door processen op zending-ID te analyseren, kun je bottlenecks, vertragingen en variaties in de levenscyclus van transport opsporen. Waarom dit belangrijk is Deze unieke identificatiecode koppelt alle bijbehorende events aan één procesinstantie. Zo kun je de volledige levenscyclus van een zending analyseren. Waar vind je dit? Meestal te vinden in de kopregel of hoofdtabel voor zendingen of vrachtorders in een Transportation Management System (TMS). Voorbeelden SH-2024-001237004568910FO-US-987654 | |||
| Bronsysteem SourceSystem | Geeft aan uit welk systeem of welke applicatie de data is gehaald. | ||
| Beschrijving Het attribuut Bronsysteem geeft aan waar de eventdata vandaan komt, bijvoorbeeld uit een Transportation Management System (TMS), een platform voor het volgen van vervoerders of een ERP-systeem. In de moderne logistiek kan data over één zending uit meerdere gekoppelde systemen komen. Dit attribuut helpt je de herkomst en kwaliteit van data te begrijpen. Je kunt er inconsistenties mee opsporen en de data analyseren op basis van de bron. Zo kun je bijvoorbeeld vergelijken hoe snel updates binnenkomen vanuit een trackingplatform en het centrale TMS, of problemen terugleiden naar het systeem waar ze zijn ontstaan. Waarom dit belangrijk is Hiermee kun je data terugleiden naar de bron. Dat is belangrijk voor datavalidatie, probleemoplossing en inzicht in de bijdrage van verschillende systemen aan het proces. Waar vind je dit? Deze informatie is vaak als standaardveld beschikbaar in data-extracten. Je kunt het veld ook tijdens het inladen van de data toevoegen op basis van de databron. Voorbeelden SAP TMBlue Yonder TMSOracle OTMproject44 | |||
| Laatste data-update LastDataUpdate | De timestamp waarop de data voor deze registratie voor het laatst is vernieuwd of uit het bronsysteem is gehaald. | ||
| Beschrijving Dit attribuut geeft aan wanneer een registratie of event voor het laatst is bijgewerkt of voor de process mining-dataset is opgehaald. Zo zie je hoe actueel de geanalyseerde data is. Dit attribuut wordt niet rechtstreeks gebruikt voor de analyse van de processtroom, maar is wel belangrijk voor datagovernance en monitoring. Het helpt je controleren of de analyse op actuele informatie is gebaseerd. Je kunt er ook meldingen mee instellen voor datastromen die vertraging oplopen of niet meer werken. Zo krijg je zicht op de betrouwbaarheid en actualiteit van de gegenereerde inzichten. Waarom dit belangrijk is Dit attribuut geeft aan hoe actueel de data is. Zo kun je controleren of procesanalyse en monitoring op tijdige en relevante informatie zijn gebaseerd. Waar vind je dit? Deze timestamp wordt meestal aangemaakt tijdens het proces voor data-extractie, transformatie en laden (ETL). Voorbeelden 2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z | |||
| Gevraagde leverdatum RequestedDeliveryDate | De leverdatum die de klant heeft gevraagd of die in de verkooporder is vastgelegd. | ||
| Beschrijving De gevraagde leverdatum is de datum waarop de zending naar verwachting op de bestemming aankomt. Deze datum staat vaak in de inkooporder van de klant of in een service level agreement (SLA). Dit attribuut is nodig om de dienstverlening aan klanten en de prestaties ten opzichte van afspraken te meten. Het vormt de basis voor de berekening van de KPI ‘Percentage tijdige leveringen’. Door de gevraagde en werkelijke leverdatum te vergelijken, kun je terugkerende oorzaken van vertragingen opsporen en leveringen beter voorspelbaar maken. Waarom dit belangrijk is Dit is de belangrijkste maatstaf voor tijdige levering, een belangrijke KPI voor klanttevredenheid en de betrouwbaarheid van de toeleveringsketen. Waar vind je dit? Meestal afkomstig uit een bronsysteem zoals een ERP- of orderbeheersysteem. De datum wordt opgeslagen bij de vrachtordergegevens in het TMS. Voorbeelden 2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z | |||
| Land van bestemming DestinationCountry | Het land waar de zending wordt afgeleverd. | ||
| Beschrijving Het land van bestemming geeft aan in welk land de zending volgens planning wordt afgeleverd. Dit is onderdeel van de adresgegevens van de bestemming. Net als het land van herkomst is dit attribuut belangrijk voor geografische analyses en om inzicht te krijgen in de prestaties per handelsroute. Je kunt de data uitsplitsen om de leverprestaties, kosten en doorlooptijden van zendingen naar verschillende landen te vergelijken. Ook kun je hiermee de douaneafhandeling van internationale zendingen analyseren. Waarom dit belangrijk is Hiermee kun je prestaties en kosten per bestemming uitsplitsen. Dat is belangrijk om de efficiëntie van handelsroutes te analyseren en de complexiteit van internationaal transport te beheersen. Waar vind je dit? Dit staat meestal in de vrachtorder bij de gegevens van de bestemmingslocatie of het adres van de geadresseerde. Voorbeelden CanadaMexicoVerenigd KoninkrijkJapan | |||
| Naam vervoerder CarrierName | De naam van het transportbedrijf of de logistieke dienstverlener die verantwoordelijk is voor het vervoer van de zending. | ||
| Beschrijving De naam van de vervoerder geeft aan welke externe logistieke dienstverlener (3PL) of welk transportbedrijf is ingehuurd om de goederen fysiek te vervoeren. Dit kan een transportbedrijf, luchtvaartmaatschappij, rederij of spoorwegmaatschappij zijn. Dit is een belangrijke dimensie voor prestatieanalyse. Je kunt er vervoerdersbeoordelingen mee maken en dienstverleners vergelijken op KPI’s zoals tijdige levering, tijdig ophalen, acceptatiepercentages van aanbiedingen en kosten. Door het proces per vervoerder te analyseren, zie je welke partners goed presteren en waar verbetering nodig is. Waarom dit belangrijk is Hiermee kun je de prestaties van verschillende vervoerders vergelijken. Dat is belangrijk voor het beheer van vervoerders, onderhandelingen en de kwaliteit van de dienstverlening. Waar vind je dit? Deze informatie staat in de gegevens van de zending of vrachtorder en is meestal gekoppeld aan een stamgegevenstabel met vervoerders. Voorbeelden FedEx FreightMaersk LineUnion Pacific RailroadDHL Express | |||
| Reden van vertraging DelayReason | Een code of omschrijving die verklaart waarom de zending vertraging heeft opgelopen. | ||
| Beschrijving De reden van vertraging geeft aan waarom een zending niet volgens planning is verlopen. Mogelijke oorzaken zijn slecht weer, oponthoud bij de douane, verkeersdrukte, technische problemen of fouten in de documentatie. Deze informatie wordt vastgelegd wanneer een vertragingsgebeurtenis wordt geregistreerd. Dit attribuut is belangrijk voor oorzaakanalyse. Door verschillende vertragingsredenen te categoriseren en te tellen, kunnen bedrijven vaststellen wat de belangrijkste oorzaken zijn van te late leveringen. Zo kunnen ze verbeteringen richten op de gebieden met de meeste impact, bijvoorbeeld door interne processen aan te passen, met vervoerders samen te werken of externe risico’s te beperken. Waarom dit belangrijk is Dit is belangrijk om de oorzaken van vertraagde zendingen te analyseren. Zo kunnen bedrijven de belangrijkste oorzaken van vertraging vaststellen, kwantificeren en aanpakken. Waar vind je dit? Afkomstig uit registraties van uitzonderingen of vertragingsgebeurtenissen in het TMS of het platform voor zendingstracking. De vervoerder levert deze data vaak aan. Voorbeelden Vertraging door slecht weerOponthoud bij de douaneHavencongestieTechnisch defect | |||
| Transportwijze ModeOfTransport | De manier waarop de zending wordt vervoerd, bijvoorbeeld over de weg, door de lucht, over zee of per spoor. | ||
| Beschrijving Dit attribuut geeft aan op welke manier de zending wordt vervoerd. Veelvoorkomende transportwijzen zijn Full Truckload (FTL), Less-Than-Truckload (LTL), luchtvracht, zeevracht en spoorvervoer. Analyse per transportwijze is belangrijk, omdat elke manier eigen kosten, transporttijden en procescomplexiteit heeft. Door de data zo op te splitsen, kun je verschillen in doorlooptijd en kosten verklaren. Zeevracht heeft bijvoorbeeld doorgaans een langere doorlooptijd dan luchtvracht. Met dit attribuut kun je relevante dashboards en KPI’s maken voor specifieke logistieke processen. Waarom dit belangrijk is Dit is een belangrijk filter voor analyses, omdat verschillende transportwijzen eigen processen, kosten en tijdlijnen hebben. Het is nodig om zinvolle vergelijkingen te maken en prestaties te benchmarken. Waar vind je dit? Te vinden in de gegevens van de zending of vrachtorder in het TMS. Voorbeelden Volle vrachtwagenlading (TL)Deellading (LTL)ZeevrachtLuchtvrachtSpoorvervoer | |||
| Werkelijke leverdatum ActualDeliveryDate | De werkelijke timestamp waarop het event ‘Goederen geleverd’ plaatsvond. | ||
| Beschrijving De werkelijke leverdatum is de vastgelegde timestamp waarop de zending fysiek bij de ontvanger is afgeleverd en de activiteit ‘Goederen geleverd’ is afgerond. Dit wordt vaak bevestigd met een ontvangstbewijs van levering. Dit attribuut vormt de tegenhanger van de gevraagde leverdatum en is nodig om de werkelijke prestaties te berekenen. Het wordt rechtstreeks gebruikt bij de berekening van de KPI ‘Percentage tijdige leveringen’. Het verschil tussen de werkelijke leverdatum en de ophaaldatum bepaalt bovendien de werkelijke transporttijd. Door die te vergelijken met de geplande transporttijd, kun je vertragingen onderweg opsporen. Waarom dit belangrijk is Dit attribuut geeft de werkelijke leveringsprestatie weer. Je kunt er het percentage tijdige leveringen mee berekenen en vertragingen analyseren. Waar vind je dit? Afkomstig uit het event ‘Goederen geleverd’ in het TMS. De informatie wordt vaak bijgewerkt via een EDI-bericht van de vervoerder, een trackingplatform of een mobiele app van de chauffeur. Voorbeelden 2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z | |||
| Zendingkosten ShipmentCost | De totale vrachtkosten of het bedrag dat voor het vervoer van de zending in rekening wordt gebracht. | ||
| Beschrijving Zendingkosten zijn de totale kosten van één zending. Hieronder vallen het basistarief voor vracht, brandstoftoeslagen, bijkomende kosten en andere kosten van de vervoerder. Dit attribuut vormt de basis voor alle kostenanalyses. Je kunt er dashboards mee maken voor de totale transportuitgaven, kosten per kilometer of kosten per eenheid. Door kostendata te combineren met procesdata kun je oorzaken van kostenoverschrijdingen onderzoeken, de financiële gevolgen van vertragingen of inefficiënte processen bepalen en de juistheid van vrachtfacturen analyseren. Waarom dit belangrijk is Dit attribuut koppelt procesprestaties rechtstreeks aan financiële resultaten. Zo kun je transportuitgaven en kostendrijvers analyseren en de financiële gevolgen van inefficiënties bepalen. Waar vind je dit? Deze data kan afkomstig zijn uit de vrachtorder, de vrachtfactuur van de vervoerder of een systeem voor vrachtcontrole en -betaling. Voorbeelden 1250.75540.008200.50 | |||
| Afwijking op vrachtfactuur FreightInvoiceDiscrepancyFlag | Een aanduiding die aangeeft of bij de controle van de vrachtfactuur een afwijking is gevonden. | ||
| Beschrijving Dit booleaanse attribuut geeft aan of er een verschil is tussen de opgegeven of overeengekomen vrachtkosten en het bedrag op de definitieve factuur van de vervoerder. De waarde ‘true’ betekent dat er een afwijking is die tot een geschil kan leiden. Deze aanduiding is belangrijk voor de analyse van de controle en betaling van vrachtfacturen. Bedrijven kunnen hiermee de KPI ‘Nauwkeurigheid vrachtfacturen’ meten en vaststellen bij welke vervoerders of routes factuurfouten het vaakst voorkomen. Door de oorzaken van afwijkingen te analyseren, kunnen bedrijven tarieven beter beheren, afspraken met vervoerders verduidelijken en het betalingsproces efficiënter maken. Waarom dit belangrijk is Hiermee kun je de nauwkeurigheid van vrachtfacturen meten, vervoerders met terugkerende factuurfouten opsporen en de efficiëntie van de controle en betaling van vrachtfacturen analyseren. Waar vind je dit? Dit wordt aangemaakt tijdens de controle van de vrachtfactuur. Die controle kan plaatsvinden in het TMS of in een apart systeem voor vrachtfactuurcontrole en -betaling. Voorbeelden truefalse | |||
| Geplande ophaaldatum ScheduledPickupDate | De geplande datum en tijd waarop de vervoerder de goederen op de vertrekplaats ophaalt. | ||
| Beschrijving De geplande ophaaldatum is het afgesproken tijdstip waarop de vervoerder op de verzendlocatie aankomt om de goederen op te halen. Dit is een belangrijke mijlpaal bij het boeken en bevestigen van een zending. Dit attribuut vormt de basis voor het meten van de ophaalprestaties. Je berekent er de KPI ‘Percentage tijdig opgehaald’ mee door de geplande tijd te vergelijken met de werkelijke ophaaltijd. Afwijkingen kunnen wijzen op problemen met de planning van laadperrons, de gereedheid van het magazijn of de stiptheid van de vervoerder. Al deze factoren kunnen later in het proces tot vertraging leiden. Waarom dit belangrijk is Dit is de maatstaf voor de ophaalprestaties. Het ophalen is een belangrijke eerste stap in de levenscyclus van transport en heeft invloed op de rest van de planning. Waar vind je dit? Te vinden in de gegevens van de zending of vrachtorder nadat de zending bij een vervoerder is geboekt. Voorbeelden 2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z | |||
| Land van vertrek OriginCountry | Het land waar de zending vandaan komt. | ||
| Beschrijving Het land van vertrek geeft aan in welk land de reis van de zending begint. Dit maakt deel uit van de adresgegevens van de vertrekplaats. Dit attribuut is belangrijk voor geografische analyse. Je kunt zendingen filteren en groeperen op land of regio van vertrek en zo de prestaties op verschillende handelsroutes vergelijken. Bij internationale zendingen is het land van vertrek ook bepalend voor de douanevereisten en transporttijden. Waarom dit belangrijk is Hiermee kun je transportprocessen geografisch analyseren. Zo spoor je regionale prestatieverschillen op, beheer je de complexiteit van handelsroutes en analyseer je internationale logistiek. Waar vind je dit? Meestal opgeslagen bij de adresgegevens van de vertrekplaats of het verzendpunt in de vrachtorder. Voorbeelden USADuitslandChinaBrazilië | |||
| Medewerker of systeem Resource | De gebruikers-ID of naam van degene die de activiteit heeft uitgevoerd. | ||
| Beschrijving De medewerker of het systeem geeft aan welke gebruiker, welk team of welke geautomatiseerde systeemagent verantwoordelijk is voor een specifieke processtap. Dit kan bijvoorbeeld de transportplanner zijn die het verzendplan heeft opgesteld, of de logistiek coördinator die de vervoerder heeft geboekt. Door het proces vanuit het perspectief van medewerkers en systemen te analyseren, krijg je inzicht in de verdeling van het werk, teamprestaties en de mate van automatisering. Je ziet bijvoorbeeld welke gebruikers of teams herstelwerk uitvoeren, de meeste uitzonderingen afhandelen of de langste verwerkingstijden hebben. Deze informatie helpt bij het bepalen van trainingsbehoeften en de inzet van medewerkers, en bij het vinden van kansen voor automatisering. Waarom dit belangrijk is Hiermee kun je prestaties van medewerkers en systemen, de werkverdeling en de mate van automatisering analyseren. Zo vind je opleidingsbehoeften en knelpunten in de inzet van medewerkers. Waar vind je dit? Deze informatie wordt meestal samen met de activiteitsnaam en timestamp vastgelegd in de transactie- of event log. Voorbeelden john.smithLogisticsTeam_USTMS_AUTO_PLANNERsarah.jones | |||
| Werkelijke ophaaldatum ActualPickupDate | De werkelijke timestamp waarop het event ‘Goederen opgehaald’ plaatsvond. | ||
| Beschrijving De werkelijke ophaaldatum is de vastgelegde timestamp waarop de vervoerder de zending fysiek op de vertrekplaats heeft opgehaald en de activiteit ‘Goederen opgehaald’ is afgerond. Deze datum geeft aan wanneer het transport van de zending daadwerkelijk is begonnen. Je gebruikt de datum om de KPI ‘Percentage tijdig opgehaald’ te berekenen en het begin van de doorlooptijd tijdens transport vast te stellen. Door deze data te analyseren, zie je hoe het ophalen in de praktijk verloopt en welke invloed dit heeft op de totale planning van de zending. Waarom dit belangrijk is Dit attribuut geeft de werkelijke ophaalprestatie weer en markeert het begin van het transport. Dat is nodig voor een nauwkeurige analyse van de doorlooptijd. Waar vind je dit? Afkomstig uit het event ‘Goederen opgehaald’ in het TMS. De informatie wordt meestal bijgewerkt via een EDI-bericht van de vervoerder of een trackingplatform. Voorbeelden 2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z | |||
| Zendingstatus ShipmentStatus | De huidige of laatst bekende status van de zending in de levenscyclus. | ||
| Beschrijving De zendingstatus geeft op hoofdlijnen aan waar de zending zich in het proces bevindt, bijvoorbeeld ‘Gepland’, ‘Onderweg’, ‘Afgeleverd’ of ‘Geannuleerd’. Dit is de huidige status van de case van de zending. Process mining leidt de processtroom af uit afzonderlijke activiteiten. De algemene zendingstatus is daarnaast een handige dimensie voor analyses. Je kunt bijvoorbeeld filteren op alle zendingen die momenteel ‘Onderweg’ zijn om ze te volgen, of de kenmerken analyseren van zendingen met de status ‘Geannuleerd’. Zo krijg je een eenvoudig, samengevat beeld van de voortgang. Waarom dit belangrijk is Dit geeft een momentopname van de huidige status van de zending. Je kunt deze gebruiken om zendingen die nog lopen of al zijn afgerond te filteren, rapporteren en op hoofdlijnen te volgen. Waar vind je dit? Dit samenvattende statusveld staat meestal op de hoofdregistratie van de zending of vrachtorder in het TMS. Voorbeelden GeplandGeboektOnderwegAfgeleverdGeannuleerd | |||
Activiteiten in transportbeheer
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Betaling verwerkt | Dit is de laatste activiteit in de levenscyclus van de zending. De vervoerder is betaald voor de transportdienst en de financiële afhandeling van de zending is daarmee afgerond. | ||
| Waarom dit belangrijk is Met dit event wordt de inkoop-tot-betalingcyclus voor een zending afgerond. Het is belangrijk voor de analyse van betalingstermijnen, de financiële positie van vervoerders en de algehele procesafronding. Waar vind je dit? Deze informatie komt vaak uit een apart financieel systeem of ERP-systeem en wordt via een integratie teruggeschreven naar het TMS. Vastleggen Gebruik het tijdstip van de betalingstransactie of de datum waarop de factuurstatus op ‘Betaald’ wordt gezet. Gebeurtenistype explicit | |||
| Goederen geleverd | Deze mijlpaal geeft aan dat de zending fysiek op de bestemming van de ontvanger is aangekomen. Hiermee eindigt het transportgedeelte van de reis. | ||
| Waarom dit belangrijk is Dit is het belangrijkste event om de prestaties van tijdige levering te meten, de belangrijkste KPI in transport. Het vormt het eindpunt voor de berekening van de transporttijd en de totale doorlooptijd. Waar vind je dit? De vervoerder bevestigt de levering meestal via een elektronisch bericht, een update van de chauffeur of een invoer in een portal. De status van de zending wordt vervolgens bijgewerkt in het TMS. Vastleggen Gebruik het tijdstip in het event log van de zending dat de aankomst bij de laatste stop aangeeft, of het tijdstip waarop de status ‘Geleverd’ is vastgelegd. Gebeurtenistype explicit | |||
| Goederen opgehaald | Deze activiteit markeert het fysieke begin van de reis van de zending. De vervoerder neemt de goederen op de vertrekplaats in ontvangst, bijvoorbeeld in een magazijn of productielocatie. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal om te meten of de vervoerder de goederen op tijd ophaalt en om de zending tijdens het transport te volgen. Vertragingen in deze fase hebben direct invloed op de uiteindelijke levertijd. Waar vind je dit? Dit wordt meestal vastgelegd op basis van een statusbericht van de vervoerder of chauffeur, vaak via een EDI-transactie of een update in een mobiele app. Vastleggen Gebruik het tijdstip in het event log van de zending dat het vertrek vanaf de eerste stop aangeeft, of het tijdstip waarop de status ‘Opgehaald’ is vastgelegd. Gebeurtenistype explicit | |||
| Ontvangstbewijs van levering ontvangen | Dit geeft aan dat de formele documentatie is ontvangen die bevestigt dat de levering is voltooid. Dit kan een ondertekende vrachtbrief, een foto of een digitale handtekening zijn die op de bestemming is vastgelegd. | ||
| Waarom dit belangrijk is Het ontvangstbewijs van levering (POD) is nodig om de factuur te verwerken en de vervoerder te betalen. Vertraging bij de ontvangst van de POD heeft direct invloed op de doorlooptijd van order tot betaling. Waar vind je dit? Dit wordt vaak vastgelegd wanneer een document van een bepaald type aan de zending wordt toegevoegd of gekoppeld, of wanneer de status van de leveringsbevestiging wordt bijgewerkt. Vastleggen Leg het tijdstip vast waarop het POD-document wordt toegevoegd of de POD-ontvangstindicator voor de zending wordt ingesteld. Gebeurtenistype explicit | |||
| Transportaanvraag ontvangen | Deze activiteit markeert de officiële start van het transportproces. Er ontstaat een nieuwe transportbehoefte, meestal door een order uit een eerder proces of systeem, zoals een ERP. Daarbij wordt een nieuwe zendingsregistratie aangemaakt. | ||
| Waarom dit belangrijk is Als eerste startgebeurtenis maakt dit het mogelijk om de totale doorlooptijd van een zending te meten. Door het aantal en de timing van aanvragen te analyseren, kun je de capaciteit en inzet van middelen plannen. Waar vind je dit? Deze gebeurtenis wordt meestal vastgelegd met de aanmaaktimestamp van de primaire zending of het document voor de transportbehoefte in het bronsysteem. Vastleggen Gebruik de aanmaaktimestamp van de zending, de vrijgave van de order of de registratie van de transportopdracht. Gebeurtenistype explicit | |||
| Zending geannuleerd | Dit betekent dat een zending wordt beëindigd voordat de vervoerder de goederen heeft opgehaald. Dat kan verschillende oorzaken hebben, zoals een klant die een bestelling annuleert of een interne wijziging in de planning. | ||
| Waarom dit belangrijk is Deze activiteit is een eindpunt dat aangeeft dat het proces niet succesvol is afgerond. Door annuleringen te analyseren, kun je oorzaken van procesproblemen opsporen en problemen met orderbeheer of planning aan het licht brengen. Waar vind je dit? Dit wordt meestal vastgelegd wanneer de status van de zending verandert in ‘Geannuleerd’ of ‘Ongeldig’. Vastleggen Leg het tijdstip vast waarop de hoofdstatus van de zending verandert in ‘Geannuleerd’. Gebeurtenistype inferred | |||
| Zending geboekt bij vervoerder | Deze mijlpaal geeft aan dat een vervoerder het aanbod formeel heeft geaccepteerd en de zending zal vervoeren. Hiermee liggen de vervoerder, het tarief en de planning voor het transport vast. | ||
| Waarom dit belangrijk is Deze bevestiging markeert het einde van de inkoopfase en het begin van de uitvoeringsfase. Dit is een belangrijk meetpunt voor de efficiëntie van het aanbieden en boeken van transport. Waar vind je dit? Dit wordt vastgelegd zodra de acceptatie van de vervoerder binnenkomt. De status van de zending wordt dan vaak gewijzigd in ‘Geboekt’, ‘Toegezegd’ of ‘Bevestigd’. Vastleggen Leg het tijdstip vast waarop de status van het aanbod verandert in ‘Geaccepteerd’ of de zendingstatus wordt bijgewerkt naar ‘Geboekt’. Gebeurtenistype explicit | |||
| Zending gepland | Dit markeert het einde van de eerste planningsfase, waarin de route, de vervoerswijze en mogelijke vervoerders worden bepaald. De planningsmodule van het systeem maakt een logistiek plan voor de transportaanvraag. | ||
| Waarom dit belangrijk is Deze mijlpaal sluit de planningsfase af. De tijd tussen de aanvraag en het afronden van de planning is een belangrijke maatstaf voor de efficiëntie van de planning en mogelijke bottlenecks. Waar vind je dit? Meestal herken je deze stap aan een statuswijziging van de zending naar ‘Gepland’ of een vergelijkbare status, of aan het aanmaken van een vrachtorder. Vastleggen Leg de timestamp vast waarop de zendingsstatus aangeeft dat er een geldig plan is aangemaakt. Gebeurtenistype inferred | |||
| Aanbod aan vervoerder gedaan | Deze activiteit vindt plaats wanneer de geplande zending formeel aan een specifieke vervoerder wordt aangeboden. De vervoerder kan het aanbod dan accepteren. Meestal wordt de vervoerder hiervan op de hoogte gebracht via een elektronisch bericht of een update in een portal. | ||
| Waarom dit belangrijk is Door aanbiedingen te volgen, kun je de reactietijden en acceptatiepercentages van vervoerders analyseren. Als dezelfde zending vaak opnieuw wordt aangeboden, kan dat wijzen op problemen met vervoersovereenkomsten of beschikbare capaciteit. Waar vind je dit? Dit wordt vaak vastgelegd als een expliciete transactie of statuswijziging in het TMS, waarmee wordt geregistreerd wanneer het aanbod aan de vervoerder is gedaan. Vastleggen Leg het tijdstip vast van de transactie waarmee het zendingaanbod naar de vervoerder wordt verstuurd. Gebeurtenistype explicit | |||
| Aanbod afgewezen door vervoerder | Dit betekent dat een vervoerder het aanbod om de zending te vervoeren heeft afgewezen. Daarna moet meestal een andere vervoerder worden gekozen en benaderd, wat leidt tot herstelwerk. | ||
| Waarom dit belangrijk is Afwijzingen van aanbiedingen zijn een belangrijke oorzaak van vertragingen en hogere kosten. Door te analyseren hoe vaak en waarom vervoerders aanbiedingen afwijzen, kun je vervoerdersbeoordelingen en inkoopstrategieën verbeteren. Waar vind je dit? Dit wordt vastgelegd op basis van een binnenkomend elektronisch bericht van de vervoerder of een handmatige statusupdate in een vervoerdersportal waarin de afwijzing staat. Vastleggen Bepaal het tijdstip waarop de status van het aanbod wordt gewijzigd in ‘Afgewezen’ of een vergelijkbare status. Gebeurtenistype explicit | |||
| Douaneafhandeling afgerond | Bij internationale zendingen markeert deze activiteit het moment waarop de goederen de douane bij een grens of haven zijn gepasseerd. Alle vereiste documenten en inspecties zijn dan afgerond. | ||
| Waarom dit belangrijk is Douaneafhandeling kan een belangrijk knelpunt zijn in de internationale logistiek. Door de tijd bij de douane te meten, kun je vertragingen opsporen en complianceprocessen verbeteren. Waar vind je dit? Dit event wordt gestart door een melding van een douane-expediteur of vervoerder, of door een rechtstreekse update vanuit een overheidssysteem. Vastleggen Leg het tijdstip vast van het event of de statusupdate die aangeeft dat de douane de goederen heeft vrijgegeven. Gebeurtenistype explicit | |||
| ETA bijgewerkt | Het systeem heeft op basis van realtime data een nieuwe verwachte aankomsttijd (ETA) berekend of ontvangen. Dit kan tijdens de reis van de zending meerdere keren gebeuren als de omstandigheden veranderen. | ||
| Waarom dit belangrijk is Regelmatige of grote wijzigingen in de ETA geven inzicht in de voorspelbaarheid van de zending. Door deze updates te analyseren, kun je vertragingen eerder aanpakken en klanten beter informeren. Waar vind je dit? Dit wordt vastgelegd op basis van updates van trackingplatforms of vervoerders met realtime trackinginformatie en aangepaste leveringsprognoses. Vastleggen Registreer elke wijziging van het ETA-veld voor de eindlevering na de eerste boeking. Gebeurtenistype explicit | |||
| Vervoerder geselecteerd | Er is officieel een specifieke transportdienstverlener, of vervoerder, gekozen voor de zending. Dit kan gebeuren via handmatige toewijzing, automatische planning of een aanbestedingsproces. | ||
| Waarom dit belangrijk is Deze activiteit helpt je te begrijpen hoe vervoerders worden toegewezen en waar vertraging ontstaat bij het vinden van een transportpartner. Zo zie je het verschil tussen het plannen van de route en het kiezen van de vervoerder. Waar vind je dit? Dit event wordt vastgelegd zodra het veld voor de vervoerder op de zending is ingevuld of een vervoerder aan de bijbehorende vrachtorder is toegewezen. Vastleggen Bepaal het tijdstip waarop voor het eerst een vervoerder-ID aan de zending wordt gekoppeld. Gebeurtenistype explicit | |||
| Vrachtfactuur gecontroleerd | De factuur van de vervoerder is handmatig of automatisch gecontroleerd aan de hand van de afgesproken tarieven, bijkomende kosten en het ontvangstbewijs van levering. Zo worden de kosten gecontroleerd voordat de betaling wordt goedgekeurd. | ||
| Waarom dit belangrijk is Dit is een belangrijk financieel controlepunt om te zorgen dat de vrachtkosten kloppen. Analyse van het controleproces kan terugkerende afwijkingen aan het licht brengen en mogelijkheden voor kostenbesparing laten zien. Waar vind je dit? Dit wordt vastgelegd wanneer de status van de vrachtfactuur verandert in ‘Gecontroleerd’, ‘Geverifieerd’ of een vergelijkbare status. Dit geeft aan dat de controle is afgerond. Vastleggen Leg het tijdstip vast waarop de factuurstatus wordt bijgewerkt om aan te geven dat de controle is afgerond. Gebeurtenistype inferred | |||
| Vrachtfactuur ontvangen | Deze activiteit markeert de ontvangst van de factuur van de vervoerder voor de geleverde transportdiensten. Hiermee begint de financiële afhandeling van de zending. | ||
| Waarom dit belangrijk is De tijd tussen de levering en de ontvangst van de factuur heeft invloed op financiële prognoses en reserveringen. Met dit event begint de meting van de doorlooptijd voor de controle en betaling van de vrachtfactuur. Waar vind je dit? Dit wordt vastgelegd wanneer er een nieuwe factuurregel in het systeem wordt aangemaakt, via een EDI-transactie, handmatige invoer of een upload vanuit een vervoerdersportal. Vastleggen Gebruik de aanmaakdatum van de vrachtfactuur of de factuurregel van de vervoerder die aan de zending is gekoppeld. Gebeurtenistype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
Klaar om te beginnen?
Kies eerst een extractiegids voor het systeem dat je gebruikt. Je kunt ook deze generieke template gebruiken als blauwdruk voor de structuur van je transportbeheerdata.
Haal vandaag meer uit je transportprocessen
Spoor verborgen inefficiënties op en maak het logistieke proces efficiënter.
Geen creditcard nodig. Binnen enkele minuten ingesteld.