AI-gestuurde Tripoptimalisatie
Wijs zendingen automatisch toe aan voertuigen met een ingebouwde VRP-solver — en bekijk het resultaat voor bevestiging.
Een kijkje in het product
Stop met handmatig uren besteden aan routeplanning. De ingebouwde VRP-solver (Vehicle Routing Problem) van Transportial analyseert alle open zendingen, beschikbare voertuigen, capaciteitsbeperkingen, tijdvensters en EU-rijtijdenregels — en levert in seconden een geoptimaliseerd plan.
Eén zoektocht in plaats van een stapel tools
Een gangbare planningsomgeving beantwoordt één vraag met veel tools. Een routeoptimalisatie bepaalt de stopvolgorde, een rijtijdencontrole draait achteraf, ADR staat in een spreadsheet, een laadplanner vult de trailer, een dockscherm boekt tijdsloten, een afdeling zoekt lege containers, en een vervoerdersportaal neemt de rest. Elk antwoord kan op zich kloppen terwijl het gezamenlijke plan mislukt: bij het dock, waar drie trucks aankomen voor twee deuren; bij de terminal, waar geen lege container klaarstaat; of bij de trailerdeur, waar de diepvriesgoederen in het gekoelde compartiment staan.
De Transportial-planner beslist dit samen. Terwijl hij een tour opbouwt, kiest hij het voertuig, de chauffeur en de trailer of vervoerder, controleert hij de klok van elke chauffeur, vult hij de compartimenten, plant hij de stops rond de docks en zoekt hij de lege eenheden, zodat een wijziging op één plek tegen alle andere wordt afgewogen. Het plan dat hij oplevert is er een dat een planner kan opslaan en versturen.
Dezelfde engine plant in de optimizer, in de kaartplanning en op de API als POST /vrp/solve, zodat wat ontwikkelaars testen is wat planners krijgen.
Optimalisatie is een hulpmiddel voor planners, geen vervanging
Transportial behandelt de uitvoer van de optimizer als een voorstel. Hij produceert snel tours binnen expliciete regels en geeft daarna de controle terug: de planner ziet elke Trip op de kaart, op het bord en als 3D-laadplan, verplaatst wat lokale kennis zegt dat verplaatst moet worden, en slaat pas dan op. Daarom gaat de uitvoer door hetzelfde trippaneel als handmatige sleep-en-neerzet-planning.
De vangrails van het planbord draaien ook op het opgeslagen resultaat. Alerts voor rijtijden, capaciteit, ADR en conflicten maakt het niet uit of een mens of een algoritme de Trip heeft gebouwd.
Gebouwd op gepubliceerd onderzoek
Twee onderdelen van de planner passen methoden uit operations research toe. Docks volgen A. Bombelli en S. Fazi (2022), "The ground handler dock capacitated pickup and delivery problem with time windows: A collaborative framework for air cargo operations", Transportation Research Part E 159, 102603. In de experimenten van dat artikel stonden ongecoördineerde plannen tot ongeveer drie uur in de rij voor docks en werden sommige onuitvoerbaar, terwijl coördinatie de reistijd met 2 tot 19% verkortte. Onze aanpassing houdt elk plan dat de zoektocht vasthoudt uitvoerbaar wat docks betreft: in plaats van de beboete overboeking uit het artikel wacht een tour, of maakt de tour die kan schuiven plaats.
Leeg materieel volgt S. Fazi, S.K. Choudhary en J.X. Dong (2023), "The multi-trip container drayage problem with synchronization for efficient empty containers re-usage", European Journal of Operational Research 310(1), 343–359. In de praktijkcases van dat artikel rond Tilburg en 's-Hertogenbosch waren de plannen 25 tot 43% goedkoper dan die van de planners zelf, met minder trips. Onze aanpassing draait binnen onze large neighbourhood search in plaats van branch-and-price, controleert de voorraad alleen wanneer een eenheid wordt opgehaald (de critical times uit het artikel), en prijst ophalen bij een depot als omrijden.
Die resultaten zijn van de artikelen zelf, geen metingen van Transportial. Wij bouwen voort op het gepubliceerde werk; dat houdt geen goedkeuring door de auteurs in.
Waarom de engine inwisselbaar is
Geen enkele optimizer past bij elke operatie, en sommige platforms hebben er al een in licentie. Transportial draait de engine als platforminstelling, zodat een platform kan plannen met de Transportial-planner of met PTV OptiFlow, xTour, OSRM of CloverOpt, zonder te veranderen hoe planners werken. Compartimenten, docks, materieelvoorraad, ketens over dienstregelingen en het eigen doel worden beslist door de Transportial-planner; de andere engines plannen wegtours met hun eigen opties.
Hetzelfde geldt voor routering. De routecalculator achter de optimizer kan PTV, HERE, Google, OSRM of de zelf gehoste GraphHopper zijn, en routeringswerk kan asynchroon via Kafka naar workernodes worden verplaatst wanneer veel routes tegelijk berekend moeten worden.
Zo werkt het
Bepaal de scope
Open het tabblad Optimizer en kies de open zendingen en de voertuigen die hij mag gebruiken; stel inzetintervallen, maximale rijperiode en maximale periode in, en houd het doel van het platform aan of kies voor deze run een ander.
Uitvoeren
Druk op "Optimaliseer!". De gekozen engine plant tours binnen capaciteit, compartimenten, docks, materieelvoorraad en de overige regels, en rapporteert terug met voorgestelde Trips en ongeplande zendingen.
Inspecteren
Elke voorgestelde Trip toont zijn stops, afstand, duur, kosten, emissies en wachttijden voor docks. Schakel van Kaart naar Laadplannen om elke Trip in 3D geladen te zien. Niet-geplaatste zendingen vermelden de reden, zodat u een restrictie kunt versoepelen of capaciteit kunt toevoegen.
Handmatig bijstellen
Sleep een zending naar een andere Trip, orden stops opnieuw op de kaart, of pin een toewijzing vast die u niet wilt laten wijzigen, en herbereken.
Opslaan en versturen
Sla alle trips op. Ze verschijnen op de borden met planstatus en hun laadplan, klaar om te bevestigen en naar chauffeurs te sturen.
Wat het doet
Wat één zoektocht beslist
De meeste planningsomgevingen verdelen één beslissing over een routeoptimalisatie, een rijtijdencontrole, een ADR-sheet, een laadplanner, een dockscherm, een afdeling voor lege containers en een vervoerdersportaal. De Transportial-planner beslist dit samen, in één zoektocht, zodat het plan dat hij oplevert ook kan rijden. Dezelfde engine plant in de optimizer, in de kaartplanning en op de API.
Alle middelen per tour
Elke tour krijgt een voertuig, een chauffeur en, als dat nodig is, een trailer, of in plaats daarvan een capaciteitscontract van een vervoerder. Elke chauffeur heeft één rijtijdenklok volgens EU 561/2006 over al zijn tours, vanaf wat hij al gereden heeft. Trailers worden uit een pool gekozen op type, kenmerken, temperatuur en ruimte, en opgehaald waar ze staan.
Vervoerders naast uw eigen vloot
Capaciteitscontracten worden geprijsd met uw eigen prijsmodules en begrensd door hun lanes, servicegebieden, openingstijden en besteldeadlines, zodat een charter alleen werk krijgt dat hij echt kan vervoeren.
Alle modaliteiten in één plan
Weg, spoor, binnenvaart, zee en lucht in één plan, plus deur-tot-deurketens over dienstregelingen: per truck naar de terminal, per trein, binnenvaartschip, zeeschip of vliegtuig verder, en per truck naar de deur, met cut-offs en capaciteit per vertrek.
Compartimenten
Koeltrailers met meerdere temperaturen, tankcompartimenten en ruimen die geschikt zijn voor levensmiddelen. Een zending gaat alleen in een compartiment dat past bij haar temperatuur, gevaarlijke stoffen en levensmiddelenstatus, en de capaciteit van elk compartiment wordt gecontroleerd over wat er op hetzelfde moment aan boord is.
Gevaarlijke stoffen in de lading
ADR-punten volgens 1.1.3.6 worden per tour opgeteld, onverenigbare klassen reizen gescheiden, en levensmiddelen delen nooit een compartiment met giftige of infectueuze klassen (standaard 6.1 en 6.2, naar ADR 7.5.4).
Docks, laadperrons en ligplaatsen
Op een locatie worden nooit meer voertuigen tegelijk gepland dan de docks aankunnen, inclusief andere Trips die daar al zijn en geboekte docktijdsloten. Een voertuig wacht op een vrij dock als echte wachttijd, of een tour met speling maakt plaats.
Lege containers en poolmaterieel
Een export heeft bij het laden een lege container nodig, en een import maakt er na het lossen een vrij. De planner hergebruikt een vrijgekomen eenheid op dezelfde tour (een street-turn), of haalt er een uit voorraad of van een depot, geprijsd als omrijden. De voorraad wordt in de tijd gevolgd over alle tours en nooit onder nul gepland.
Uw eigen definitie van "beste"
Weeg afstand, rijtijd, tourduur, wachttijd, geld, CO₂e, tours, middelen, te laat en ongeplande zendingen, en rangschik ze in prioriteitsniveaus: eerst alles plannen, dan zo min mogelijk tours, dan kosten. Het resultaat toont het doel per onderdeel, per Trip en in totaal.
De lading, zichtbaar vóór het opslaan
Een 3D-laadplan bij elk voorstel
Elke voorgestelde Trip krijgt een 3D-laadplan dat u vóór het opslaan kunt openen: de optimizer heeft een schakelaar Kaart | Laadplannen, en de kaartplanning heeft per voorgestelde Trip een knop Laadplan. Het toont de laadvolgorde stop voor stop, welke engine de Trip ook heeft gepland.
Blijft bij de Trip
Bij het opslaan van de Trip blijft het laadplan bewaard, zodat het terrein hetzelfde beeld ziet dat de planner heeft goedgekeurd. Zie 3D-laadplanning.
U kiest hoe streng het laden is
De instelling Laadplanning staat op Uit, Controleren of Afdwingen. Uit toont de plannen zonder Trips te wijzigen, Controleren verplaatst goederen die niet passen, en Afdwingen maakt laden een harde regel tijdens het zoeken. Hiervoor is de module 3D-laadplanning nodig.
Kies de engine die bij de klus past
De engine is een platforminstelling. Alles hierboven is de Transportial-planner; de andere engines plannen wegtours met hun eigen opties, en hun Trips krijgen nog steeds laadplannen.
Transportial-planner
Een large neighbourhood search: hij start vanuit een nearest-neighbour-plan, haalt daarna steeds delen ervan uit elkaar en bouwt ze opnieuw op, waarbij hij zendingen die hij niet kon plaatsen opnieuw probeert, binnen een tijdbudget. Elke invoeging doorloopt dezelfde controles: compatibiliteit, capaciteit per traject, 3D-laden als dat wordt afgedwongen, tijdvensters, docks en tourmiddelen. Een atomic search met relocate-, swap-, merge-, split- en 2-opt-bewegingen is ook beschikbaar.
PTV OptiFlow
De routeoptimalisatie van PTV Developer met configureerbare routeprofielen, verkeersmodus, kosten per uur, kilometer, stop, route en ongebruikt voertuig, uitbestedingskosten, compactheid, duurbalancering, planningshorizon, pauzeregels voor chauffeurs en voertuigkenmerken voor ADR of hoge waarde.
PTV xTour
Tourplanning op PTV xServer voor platforms die dat nog gebruiken (xServer 1 bereikt einde levensduur op 1 september 2026; OptiFlow is de opvolger).
OSRM en CloverOpt
OSRM lost de stopvolgorde voor één voertuig op (TSP); CloverOpt is een cloud-VRP-dienst voor platforms die daar de voorkeur aan geven. Met CloverOpt CLAIRE worden routes en lading samen gepland, en de laadplannen komen op dezelfde manier bij de Trips terecht.
Waar de optimizer rekening mee houdt
Regels waarvan u de strengheid bepaalt
In de Transportial-planner kan elke regel blokkeren, waarschuwen of uit staan. Een regel op waarschuwen kost iets in het plan en wordt bij de tour vermeld, en elke zending die buiten het plan valt krijgt een reden, met per regel hoeveel middelen die regel heeft afgewezen.
Inzetintervallen van voertuigen
Standaard inzetvensters per voertuig, een maximale rijperiode en een maximale totale periode per route.
Limieten op de routevorm
Maximaal aantal stops per route en maximaal aantal colli per route, plus schakelaars om locatie-, zending- of actierestricties te negeren wanneer u een ruwe eerste opzet wilt.
Optimalisatiedoel
De Transportial-planner optimaliseert op afstand, tijd, CO₂, kosten, zo min mogelijk middelen of een eigen gewogen doel, ingesteld per platform en per run aan te passen. PTV, OptiFlow, OSRM en CloverOpt bieden afstand, tijd, CO₂ en kosten.
Restricties uit de gegevens
Tijdvensters, gewicht, afmetingen, snelheid, sensorwaarde, brandstoftype, voertuigtype, emissienorm, materieeltype en routerestricties op zendingen en locaties, elk afgedwongen of als voorkeur.
Voorbeeld, aanpassen, vastleggen
Voorbeeld vóór opslaan
De optimizer levert voorgestelde Trips en een lijst met zendingen die hij niet kon plaatsen. Elke Trip toont zijn wachttijden voor docks, waar zijn lege eenheden vandaan komen en heen gaan, en zijn aandeel in het doel. Er wordt niets opgeslagen totdat u op "Alle trips opslaan" drukt.
Bewerk het resultaat
Open elke gegenereerde Trip op de kaart, voeg stops toe of orden ze opnieuw, keer de route om en herbereken; het planbord toont het effect op ETA's en planstatus.
ETA's die rijtijden kennen
Optionele EU 561/2006-planning voegt pauzes en dagelijkse rusten toe aan de route en aan de ETA-keten, zodat toegezegde tijden de rust van de chauffeur al bevatten.
Aanbevelingen voor één zending
Voor één zending scoort de aanbevelingsengine voertuigen, chauffeurs, materieel, capaciteitscontracten en bestaande Trips met gewogen regels (nabijheid, rijtijd, ADR, rijbewijs, taal, roosterconflicten, resterende ruimte) en licht elke score toe.
Technische details. De optimizer-engine is een platforminstelling. Routerings- en optimalisatiewerk wordt asynchroon naar worker-nodes verplaatst via Apache Kafka. PTV OptiFlow, PTV xTour, OSRM en CloverOpt bieden de doelen afstand, tijd, CO₂ en kosten; de Transportial-planner optimaliseert op afstand, tijd, CO₂, kosten, zo min mogelijk middelen of een eigen gewogen doel.
Probeer het eerst gratis
Werkt met
Veelgestelde vragen
Welke optimalisatie-engines zijn beschikbaar?
De Transportial-planner, PTV OptiFlow, PTV xTour (xServer 1, uitgefaseerd in september 2026), OSRM en CloverOpt. De engine is een platforminstelling. Compartimenten, docks, materieelvoorraad, ketens over dienstregelingen en het eigen doel horen bij de Transportial-planner.
Houdt de optimizer rekening met rijtijdenregels?
De Transportial-planner geeft elke chauffeur één klok volgens EU 561/2006 over al zijn tours, vanaf wat hij al gereden heeft, en plant alleen tours die een chauffeur daarbinnen kan rijden. PTV OptiFlow past pauzeregels voor chauffeurs rechtstreeks toe. Voor elke engine voegt de optionele EU 561/2006-planner pauzes en dagelijkse rusten toe aan routes en ETA-ketens, en de ingebouwde alerts markeren onvoldoende resterende rijtijd op de opgeslagen Trip.
Kan ik sommige toewijzingen vast houden?
Ja. Vastgepinde toewijzingen en restricties gemarkeerd als afgedwongen blijven behouden; de optimizer werkt eromheen. U kunt ook locatie-, zending- of actierestricties negeren voor een ruwe eerste opzet.
Wat gebeurt er met zendingen die de optimizer niet kan plaatsen?
Ze worden als ongepland vermeld met de reden, zodat u capaciteit kunt toevoegen, een venster kunt versoepelen of ze handmatig op het bord kunt plannen.
Waarop optimaliseert de Transportial-planner?
Op wat u kiest. Kies afstand, tijd, CO₂, kosten of zo min mogelijk middelen, of een eigen doel dat afstand, rijtijd, tourduur, wachttijd, geld, CO₂e, tours, middelen, te laat en ongeplande zendingen weegt. De benoemde doelen zijn voorinstellingen van diezelfde gewichten. PTV, OptiFlow, OSRM en CloverOpt bieden afstand, tijd, CO₂ en kosten.
Werkt het voor één nieuwe order die midden op de dag binnenkomt?
Gebruik de aanbevelingen op de zending: die scoren bestaande Trips op tijdsoverlap, resterende ruimte in gewicht, volume en laadmeters, nabijheid van het laadadres en ADR-compatibiliteit, en laten u de beste combinatie met één klik toepassen.
Kan ik zien hoe een voorgestelde Trip geladen is voordat ik opsla?
Ja, met de module 3D-laadplanning. Elke voorgestelde Trip krijgt een laadplan: zet de optimizer van Kaart op Laadplannen, of druk in de kaartplanning op Laadplan bij een voorgestelde Trip. Het toont de laadvolgorde stop voor stop, welke engine de Trip ook heeft gepland, en blijft bij de Trip wanneer u opslaat.
Weet de optimizer hoeveel docks een locatie heeft?
Ja. De capaciteit van een locatie is de som van haar operationele laaddocks, en stops van andere Trips en aangevraagde of bevestigde docktijdsloten tellen mee. Als alle docks bezet zijn, wacht een voertuig als echte wachttijd, of maakt een tour met speling plaats. Aparte laad- en losdocks worden nog niet gemodelleerd: alle operationele docks van een locatie tellen samen.
Kan hij lege containers plannen?
Ja. Stel de materieelvoorraad in bij de locatiegegevens van een locatie; laat u het aantal eenheden leeg, dan telt de planner het operationele, niet-volle materieel van dat type dat het laatst op de locatie is gezien. De materieelstroom van een zending, een eenheid die ze bij het laden nodig heeft of na het lossen vrijmaakt, komt binnen via de zendingen-API. De planner hergebruikt een vrijgekomen eenheid waar mogelijk op dezelfde tour, haalt er anders een uit voorraad of van een depot als geprijsd omrijden, en plant een voorraad nooit onder nul. Types moeten exact overeenkomen, en een voorraadbezoek zit in de tijden en afstand van de Trip in plaats van als eigen stop.
Kan ik zelf bepalen wat "beste" betekent voor mijn operatie?
Ja. Kies Aangepast in de optimizerinstellingen en geef elk onderdeel een gewicht, zoals per km, per uur rijden, per tour of per niet geplande zending. Prioriteitsniveaus rangschikken ze, bijvoorbeeld eerst alles plannen, dan zo min mogelijk tours, dan kosten. U kunt het doel per run aanpassen, en het resultaat toont wat elk onderdeel bijdroeg, per Trip en in totaal.
Begrippen & terminologie
- Vehicle routing problem (VRP)Woordenlijst
- Het toewijzen van een set zendingen aan een vloot voertuigen en het ordenen van de stops zodat de totale afstand, tijd, kosten of CO₂ minimaal is binnen capaciteits- en tijdvensterrestricties.
- Optimalisatiedoel
- Wat de engine minimaliseert. De Transportial-planner biedt afstand, tijd, CO₂, kosten, zo min mogelijk middelen en een eigen doel; andere engines bieden afstand, tijd, CO₂ en kosten.
- 2-opt
- Een routepolijstbeweging die een segment van een route omkeert wanneer dat de route verkort; onderdeel van de atomic search van de planner.
- Inzetinterval
- Het venster waarin een voertuig mag werken tijdens een optimalisatierun, met een maximale rijperiode en totale periode.
- Restrictie
- Een regel op een zending, locatie of Trip (tijdvenster, gewicht, afmetingen, voertuigtype, emissienorm, materieeltype, sensorwaarde, route) gemarkeerd als afgedwongen of voorkeur.
- Aanbeveling
- Een gescoorde, toegelichte kandidaat (voertuig, chauffeur, materieel, capaciteitscontract of bestaande Trip) voor één zending.
- EU 561/2006Woordenlijst
- De rijtijdenverordening waarvan de pauzes en rusten tijdens optimalisatie in routes en ETA's kunnen worden ingevoegd.
- Street-turn
- De container die een import vrijmaakt op dezelfde tour hergebruiken voor een export, in plaats van hem leeg naar een depot terug te brengen en een andere op te halen.
- Dockcapaciteit
- Hoeveel voertuigen een locatie tegelijk kan laden of lossen: de som van haar operationele docks, laadperrons, ligplaatsen of spooraansluitingen. Andere Trips en geboekte docktijdsloten tellen mee.
- Compartiment
- Een deel van een laadruimte, geteld vanaf de voorwand en gescheiden door een schot, met een eigen lengte, capaciteit, temperatuur en regels voor gevaarlijke stoffen en levensmiddelen.
- Eigen doel
- Uw eigen gewichten op afstand, rijtijd, tourduur, wachttijd, geld, CO₂e, tours, middelen, te laat en ongeplande zendingen. De benoemde doelen zijn voorinstellingen van dezelfde gewichten.
- Prioriteitsniveau
- Een rang in het eigen doel. Een hoger niveau weegt altijd zwaarder dan alles eronder, bijvoorbeeld zo min mogelijk ongeplande zendingen vóór zo min mogelijk tours vóór kosten.
Gerelateerde functies
Planbord: planningssoftware voor transportEen drag-and-drop planbord dat planners volledig overzicht geeft over voertuigen, chauffeurs, opleggers en trips.
Vloot- en ResourcebeheerVolledig levenscyclusbeheer voor elk voertuig, elke chauffeur en elk stuk transportmaterieel in uw operatie.- Multimodaal RouterenRouteer elke zending over de weg, zee, lucht of spoor — met een vrachtwagenklasse routeringsengine ingebouwd in het platform.