Lasten passer ikke til alle køretøjer
Vægt, volumen, palleantal og læsserækkefølge begrænser, hvilket køretøj der kan transportere hvilken leverance.
Køretøjsruter
Modeller køretøjer, chauffører, laster, leveringsvinduer, køretøjsbegrænsninger, faste ruter og ændringer i sidste øjeblik samlet. Resultatet er et ruteforslag, som mennesker kan gennemgå, justere og bekræfte.
Ruteplan / i dag
Sæt af ruteforslag
Kapacitet
Vægt og volumen kontrolleres pr. køretøj.
Vinduer
Leveringsvinduer behandles før distancebesparelser.
Kompatibilitet
Begrænsninger for temperatur, udstyr og køretøjsstørrelse forbliver synlige.
Det reelle problem
En rute skal passe til last, tid, køretøjstype, chaufførtimer, depotregler og de ændringer, der kommer efter den første plan.
Vægt, volumen, palleantal og læsserækkefølge begrænser, hvilket køretøj der kan transportere hvilken leverance.
Morgenreservationer, modtagepauser og servicetid kan gøre det nærmeste stop til det forkerte næste stop.
Frost, køl, lift, køretøjsstørrelse og kundebegrænsninger indsnævrer kandidatfeltet.
Et nyttigt system reparerer den resterende plan, mens allerede bekræftet arbejde holdes stabilt.
Køretøjsruter er en samlet beslutning: leverancer x køretøjer x last x tid x ændringer = en ruteplan, der faktisk kan køres.
Modeller beslutningen
Hvis alle regler behandles med samme styrke, skabes enten ingen kandidat eller en plan, som mennesker ikke kan stole på.
Matematisk ramme
min leksikografisk(ikke tildelt, forsinket, overtid, ændrede faste ruter, køretøjer, distance, lastubalance)
Demonstrationssiden er en deterministisk heuristik til forklaring, ikke en produktionsklar optimeringsmotor og ikke en garanti for optimalitet.
Krav
Kapacitetsgrænser
Vægt og volumen holdes inden for køretøjets grænser.
Køretøj og temperatur passer
Kun køretøjer med den rette type, udstyr og temperaturkapacitet tages i betragtning.
Leveringsvinduer
Ankomst og servicestart skal passe til det tilladte modtagevindue.
Præference
Faste ruter
Behold faste kunder på deres sædvanlige køretøj, når det stadig er muligt.
Små ændringer
Undgå at ændre ruter, der allerede er læsset, varslet eller bekræftet.
Balanceret arbejde
Reducer ujævn kørsel, last og overtid mellem køretøjerne.
Mål
Ikke-tildelte leverancer
Vis de leverancer, der ikke kan passes ind, og årsagen til at de fejler.
Distance og køretid
Reducer kørsel, når kravregler og højt prioriterede leverancer er håndteret.
Forsinkelse og overtid
Vis, når planen skaber forsinkede ankomster eller arbejde ud over vagten.
Interaktivt eksempel
Brug kontrollerne til at simulere køretøjsnedbrud, hasteordre, trængsel, kapacitetskontrol og kompatibilitetsregler.
Denne webdemo bruger fiktive data og estimater baseret på fugleflugtsafstand. Den er ikke en produktionsklar optimeringsmotor og garanterer ikke vejafstand, juridisk overholdelse, at lasten kan læsses, eller optimalitet.
Afsendt
Til tiden
Distance
Fast rute
Overtid
Rutekort
Kortet er skematisk. Produktionsprojekter bruger kun godkendte kort-, matrix- eller køretids-API'er, efter omkostninger, vilkår og privatliv er kontrolleret.
Køretøjsruter
Ikke tildelt
Regeldesign
Den første prototype er normalt en samtale om data og regler. Dette er regelgrupperne, der kræver navne, prioriteter og eksempler.
VRP-01
Krav
Vægt og volumen må ikke overstige køretøjets kapacitet.
VRP-02
Krav
Et ruteforslag skal overholde modtagevinduer, når de er obligatoriske.
VRP-03
Krav
Temperatur, udstyr og køretøjsstørrelse begrænser de egnede køretøjer.
VRP-04
Præference
Faste kunder bliver på det sædvanlige køretøj, når det er gennemførligt.
VRP-05
Præference
Ruter, der allerede er læsset eller varslet, kan låses før genberegning.
VRP-06
Mål
Reducer højt prioriterede ikke-tildelte leverancer, før distancen optimeres.
VRP-07
Mål
Reducer kørselsdistance, når kravreglerne er opfyldt.
VRP-08
Mål
Undgå at samle kilometer, last og overtid på ét køretøj.
VRP-09
Mål
Vis, hvorfor en leverance blev flyttet, forsinket eller ikke tildelt.
Forklarligt resultat
Skærmen bør vise rækkefølge, ankomsttid, kapacitet, regeladvarsler og årsager til ikke-tildeling, før nogen bekræfter ruteplanen.
Vis depotafgang, ankomst, service, ventetid, pause og retur pr. køretøj.
Klassificer fejl i kapacitet, kompatibilitet, tidsvinduer og arbejdstid.
Sammenlign antal ikke-tildelte, distance, forsinkelse, overtid, køretøjsantal og lastgrad.
Lad mennesker låse bekræftede ruter og kun genberegne det resterende arbejde.
Leveringsdrift
Modellen ændrer sig efter domæne, men kernebeslutningen er den samme: hvilket køretøj transporterer hvilke leverancer, i hvilken rækkefølge og under hvilke regler.
Butikkers leveringsvinduer, faste ruter, køretøjsantal og regler for flere depoter.
Normal temperatur, køl, frost, læsning, reservation og regler for ventetid.
Indsamlingsmængde, mellemstationer, køretøjskapacitet og afhentningsfrekvens.
Køretøjsklasse, behov for lift eller kran, tidsvinduer på byggepladsen, læsserækkefølge og returlæs.
Data
En første prototype kan begynde med én anonymiseret dag eller uge. Målet er at afklare, om reglerne kan repræsenteres, og om kandidaten hjælper disponenten.
Lokation, leveringsvindue, serviceminutter, vægt, volumen, temperatur, prioritet og fast køretøj.
Kapacitet, køretøjstype, udstyr, temperaturkapacitet, arbejdstid og depot.
Kravregler, præferencer, målprioriteter, faste ruter, frokostpauser og outsourcingregler.
Nuværende rutetabel, faktiske ankomster, ventetid, kilometer, ikke-tildelte leverancer og manuelle rettelser.
Lille prototype
En prototype med fast omfang kan sammenligne nuværende planer med ruteforslag, vise manglende data og afklare, hvad et produktionssystem ville kræve.
Reglerne er for lokale til et standardprodukt til ruteplanlægning, og ruteforslaget har brug for forklarlige grunde.
Hvis ruterne er faste, leverancemængden er lille, eller betingelserne er enkle, kan et eksisterende ruteværktøj være det bedste første skridt.
Næste veje
Køretøjsruter berører ofte besøgsplanlægning, produktionstiming, lager og sagstildeling. Hold de interne links synlige.
FAQ
Disse svar præciserer demoens grænse, kortdata, manuel gennemgang og integrationsomfang.
Nej. Demonstrationssiden er en enkel deterministisk heuristik til forklaring. I produktionsarbejde vælges løser, søgemetode, kortdata og infrastruktur, når skala og regler er kendt.
Ja. En første gennemgang kan starte fra anonymiserede ruteplaner, leverancelister, køretøjslister, regelnoter og en nuværende plan.
Ja. Vejafstand, køretid, trafik, køretøjsbegrænsninger, API-omkostninger, vilkår, caching og privatliv skal kontrolleres før integration.
Ja. Systemet bør lade mennesker låse køretøjer eller stop og derefter genberegne det resterende arbejde og sammenligne effekten.
Nej. Når kapacitet, køretøjstype eller tid ikke er tilstrækkelig, bør systemet vise ikke-tildelte leverancer og årsagen i stedet for at skjule dem.
Tjek jeres drift
Vi kan gennemgå den nuværende rutetabel og regelnoter og derefter identificere det mindste datasæt, der er værd at teste.