De lading past niet in elk voertuig
Gewicht, volume, aantal pallets en laadvolgorde beperken welk voertuig welke zending kan vervoeren.
Voertuigroutering
Zet zendingen, voertuigcapaciteit en tijdvensters om in een routeplan dat mensen kunnen uitvoeren.
Modelleer voertuigen, chauffeurs, ladingen, aflevervensters, voertuigbeperkingen, vaste routes en lastminutewijzigingen samen. De uitvoer is een routekandidaat die mensen kunnen controleren, aanpassen en bevestigen.
- Startgegevens
- Excel, CSV of een routetabel is genoeg voor de eerste diagnose.
- Beslissingsscope
- Wijs zendingen en routevolgorde tegelijk toe.
- Bevestiging
- Mensen controleren niet-toegewezen taken, vertragingen en wijzigingen in vaste routes.
Routeplan / vandaag
Kandidaat-routeset
Capaciteit
Gewicht en volume worden per voertuig gecontroleerd.
Tijdvensters
Aflevervensters gaan voor afstandsbesparing.
Compatibiliteit
Beperkingen voor temperatuur, uitrusting en voertuigformaat blijven zichtbaar.
Aantal ingepland
Op-tijdpercentage
Geschatte afstand
Redenen voor niet-toewijzing
Het echte probleem
Kortere lijnen op een kaart tekenen is niet het moeilijke deel.
Een route moet passen bij lading, tijd, voertuigtype, rijuren, depotregels en wijzigingen die na het eerste plan binnenkomen.
Aflevervensters doorbreken eenvoudige afstandsvolgorde
Ochtendreserveringen, ontvangstpauzes en servicetijd kunnen van de dichtstbijzijnde stop juist de verkeerde volgende stop maken.
Voertuigcompatibiliteit telt mee
Diepvries, gekoeld, laadklep, voertuigformaat en klantbeperkingen verkleinen de kandidatenset.
Storingen en spoedorders veranderen het hele plan
Een bruikbaar systeem herstelt het resterende plan terwijl reeds bevestigd werk stabiel blijft.
Voertuigroutering is een gecombineerde beslissing: zendingen x voertuigen x lading x tijd x wijzigingen = een routeplan dat echt uitvoerbaar is.
Modelleer de beslissing
Scheid verplichte regels, voorkeuren en verbetermaatstaven.
Als elke regel even zwaar weegt, ontstaat er ofwel geen kandidaat, ofwel een plan dat mensen niet vertrouwen.
Mathematisch kader
min lexicographic(unassigned, late, overtime, changed fixed routes, vehicles, distance, load imbalance)
De paginademo is een deterministische heuristiek voor uitleg, geen productieklare optimalisatie-engine en geen garantie op optimaliteit.
Hard
Regels die altijd moeten gelden
-
Capaciteitslimieten
Gewicht en volume blijven binnen de voertuiglimieten.
-
Match met voertuig en temperatuur
Alleen voertuigen met het juiste type, de juiste uitrusting en temperatuurmogelijkheid worden meegenomen.
-
Aflevervensters
Aankomst en start van service moeten binnen het toegestane ontvangstvenster passen.
ZACHT
Voorkeuren om te behouden
-
Vaste routes
Houd vaste klanten op hun gebruikelijke voertuig wanneer dat haalbaar blijft.
-
Kleine wijzigingen
Vermijd wijzigingen aan routes die al geladen, gemeld of bevestigd zijn.
-
Gebalanceerd werk
Verminder ongelijke kilometers, belading en overwerk tussen voertuigen.
DOEL
Meetpunten voor verbetering
-
Niet-toegewezen zendingen
Toon zendingen die niet passen en de reden waarom ze falen.
-
Afstand en rijtijd
Verminder reistijd nadat harde regels en zendingen met hoge prioriteit zijn afgehandeld.
-
Vertraging en overwerk
Toon wanneer het plan late aankomsten of werk buiten de dienst veroorzaakt.
Interactief voorbeeld
Wijzig de dag en zie hoe het routeplan reageert.
Gebruik de bediening om een voertuigstoring, spoedorder, file, capaciteitscontrole en compatibiliteitsregels te simuleren.
Deze browserdemo gebruikt fictieve gegevens en rechte-lijnschattingen voor reistijd. Het is geen productieklare optimalisatie-engine en garandeert geen wegafstand, wettelijke naleving, laadbaarheid of optimaliteit.
Ingepland
Op tijd
Afstand
Vaste route
Overwerk
Routekaart
Benaderde routelijnen
De kaart is schematisch. Productieprojecten gebruiken goedgekeurde kaart-, matrix- of reistijd-API's pas nadat kosten, voorwaarden en privacy zijn gecontroleerd.
Voertuigroutes
Dag per voertuig
Niet toegewezen
Zendingen waarvoor een besluit nodig is
Regelontwerp
Zet routeplanningskennis om in een expliciet datacontract.
Het eerste prototype is meestal een gesprek over data en regels. Dit zijn de regelgroepen die namen, prioriteiten en voorbeelden nodig hebben.
VRP-01
Hard
Capaciteitslimieten
Gewicht en volume mogen de voertuigcapaciteit niet overschrijden.
VRP-02
Hard
Aflevervensters
Een routekandidaat moet ontvangstvensters respecteren wanneer ze verplicht zijn.
VRP-03
Hard
Compatibiliteit
Temperatuur, uitrusting en voertuigformaat beperken geschikte voertuigen.
VRP-04
Zacht
Continuiteit van vaste routes
Vaste klanten blijven waar haalbaar bij het gebruikelijke voertuig.
VRP-05
Zacht
Kleine correcties
Al geladen of gemelde routes kunnen voor herberekening worden vastgezet.
VRP-06
Doel
Niet-toegewezen eerst
Verminder eerst niet-toegewezen zendingen met hoge prioriteit voordat afstand wordt geoptimaliseerd.
VRP-07
Doel
Afstand en tijd
Verminder rijafstand nadat harde regels zijn gehaald.
VRP-08
Doel
Gebalanceerde belasting
Voorkom concentratie van kilometers, lading en overwerk op een voertuig.
VRP-09
Doel
Controleerbare wijzigingen
Toon waarom een zending is verplaatst, vertraagd of niet toegewezen.
Uitlegbare uitvoer
Een routekandidaat is alleen nuttig wanneer mensen begrijpen waarom die is gemaakt.
Het scherm moet volgorde, aankomsttijd, capaciteit, regelwaarschuwingen en redenen voor niet-toewijzing tonen voordat iemand het routeplan bevestigt.
Voertuigvolgorde en tijden
Toon depotvertrek, aankomst, service, wachttijd, pauze en terugkeer per voertuig.
Redenen voor niet-toewijzing
Classificeer fouten rond capaciteit, compatibiliteit, tijdvensters en werkuren.
Planvergelijking
Vergelijk aantal niet-toegewezen zendingen, afstand, vertraging, overwerk, aantal voertuigen en beladingsgraad.
Handmatige vastzettingen
Laat mensen bevestigde routes vastzetten en alleen resterend werk herberekenen.
Leveringsoperaties
Nuttig overal waar voertuigen en stops onder lokale regels gecombineerd moeten worden.
Het model verschilt per domein, maar de kernbeslissing blijft gelijk: welk voertuig vervoert welke zendingen, in welke volgorde en onder welke regels.
Groothandel en lokale levering
Aflevervensters van winkels, vaste routes, aantal voertuigen en regels voor meerdere depots.
Voedsel- en koelketenlevering
Regels voor omgevingstemperatuur, gekoeld, diepvries, laden, reservering en wachttijd.
Ophalen en inzameling
Inzamelhoeveelheid, tussenfaciliteiten, voertuigcapaciteit en inzamelfrequentie.
Bouwmaterialen en apparatuur
Voertuigklasse, behoefte aan lift of kraan, tijdvensters op locatie, laadvolgorde en retouren.
Gegevens
Begin met huidige routelijsten, voertuiglijsten en regelnotities.
Een eerste prototype kan beginnen met een geanonimiseerde dag of week. Het doel is te leren of de regels te representeren zijn en of de kandidaat de planner helpt.
Zendingenlijst
Locatie, aflevervenster, serviceminuten, gewicht, volume, temperatuur, prioriteit en vast voertuig.
Voertuig- en chauffeurslijst
Capaciteit, voertuigtype, uitrusting, temperatuurmogelijkheid, werkuren en depot.
Bedrijfsregels
Harde regels, voorkeuren, doelprioriteiten, vaste routes, lunchpauzes en uitbestedingsregels.
Huidig plan en resultaten
Huidige routetabel, werkelijke aankomsten, wachttijd, kilometers, niet-toegewezen zendingen en handmatige correcties.
Klein prototype
Controleer of uw routeplanningsprobleem berekenbaar is voordat u een volledig systeem bouwt.
Een prototype met vaste scope kan huidige plannen vergelijken met routekandidaten, ontbrekende data zichtbaar maken en verduidelijken wat een productiesysteem nodig heeft.
Goede match voor maatwerkontwikkeling
Regels zijn te lokaal voor een standaard routeplanningstool en de routekandidaat heeft uitlegbare redenen nodig.
Eerst standaarddienst
Als routes vast zijn, het zendingsvolume klein is of voorwaarden eenvoudig zijn, kan een bestaande routingtool de betere eerste stap zijn.
Volgende paden
Verbind routering met demo's, onderbouwing en verwante planningsproblemen.
Voertuigroutering raakt vaak aan bezoekplanning, productietiming, voorraad en casetoewijzing. Houd de interne links zichtbaar.
FAQ
Vragen voordat routeplanning wordt geautomatiseerd.
Deze antwoorden verduidelijken de demogrens, kaartgegevens, handmatige controle en integratiescope.
Is deze paginademo de productieoptimizer?
Nee. De paginademo is een eenvoudige deterministische heuristiek voor uitleg. Productiewerk kiest een solver, zoekmethode, kaartgegevens en infrastructuur nadat schaal en regels bekend zijn.
Kunnen we starten vanuit Excel of CSV?
Ja. Een eerste beoordeling kan starten met geanonimiseerde routebladen, zendingenlijsten, voertuiglijsten, regelnotities en een huidig plan.
Kunnen kaart- of route-API's worden gekoppeld?
Ja. Wegafstand, reistijd, verkeer, voertuigbeperkingen, API-kosten, voorwaarden, caching en privacy moeten voor integratie worden gecontroleerd.
Kan de planner de route handmatig wijzigen?
Ja. Het systeem moet mensen voertuigen of stops laten vastzetten, daarna resterend werk herberekenen en de impact vergelijken.
Wordt elke zending altijd ingepland?
Nee. Wanneer capaciteit, voertuigtype of tijd onvoldoende is, moet het systeem niet-toegewezen zendingen en de reden tonen in plaats van ze te verbergen.
Controleer uw operatie
Uw routeplanningswerk is mogelijk uit te drukken als mathematisch systeem.
We kunnen de huidige routetabel en regelnotities bekijken en daarna de kleinste dataset bepalen die het testen waard is.