Lasten passar inte i alla fordon
Vikt, volym, antal pallar och lastordning begränsar vilket fordon som kan ta vilken sändning.
RUTTPLANERING
Modellera fordon, förare, last, leveransfönster, fordonsbegränsningar, fasta rutter och sista minuten-ändringar tillsammans. Resultatet är en ruttkandidat som människor kan granska, justera och bekräfta.
Leveransplan / i dag
Kandidatrutter
Kapasitet
Vikt och volym kontrolleras per fordon.
Tidsfönster
Leveransfönster behandlas före kortare körsträcka.
Kompatibilitet
Temperatur, utrustning och fordonsstorlek förblir synliga begränsningar.
DET VERKLIGA PROBLEMET
En rutt måste passa last, tid, fordonstyp, förartid, depåregler och ändringar som kommer efter den första planen.
Vikt, volym, antal pallar och lastordning begränsar vilket fordon som kan ta vilken sändning.
Morgonbokningar, mottagningspauser och servicetid kan göra närmaste stopp till fel nästa stopp.
Fryst, kylt, bakgavellyft, fordonsstorlek och kundbegränsningar snävar in kandidatgruppen.
Ett användbart system reparerar resten av planen medan redan bekräftat arbete hålls stabilt.
Ruttplanering är ett samlat beslut: sändningar x fordon x last x tid x ändringar = en leveransplan som faktiskt kan köras.
MODELLERA BESLUTET
När alla regler behandlas med samma styrka får man antingen ingen kandidat eller en plan som människor inte kan lita på.
Matematisk ram
minimera lexikografiskt(otilldelat, försening, övertid, ändrade fasta rutter, fordon, avstånd, lastobalans)
Demosidan är en deterministisk heuristik för förklaring, inte en driftsklar optimeringsmotor och inte en garanti för optimalitet.
HÅRDA
Kapacitetsgränser
Vikt och volym hålls inom fordonets gränser.
Fordons- och temperaturmatchning
Endast fordon med rätt typ, utrustning och temperaturkapacitet beaktas.
Leveransfönster
Ankomst och servicestart måste rymmas inom tillåtet mottagningsfönster.
PREFERENSER
Fasta rutter
Behåll fasta kunder på sitt vanliga fordon när det fortfarande är genomförbart.
Små ändringar
Undvik att ändra rutter som redan är lastade, aviserade eller bekräftade.
Balanserat arbete
Minska ojämn körsträcka, last och övertid mellan fordon.
MÅL
Otilldelade sändningar
Visa de sändningar som inte får plats och orsaken till att de faller bort.
Avstånd och körtid
Minska körningen efter att hårda regler och högprioriterade sändningar har hanterats.
Försening och övertid
Visa när planen skapar sena ankomster eller arbete utanför skiftet.
INTERAKTIVT EXEMPEL
Använd kontrollerna för att simulera fordonsfel, brådskande order, köer, kapacitetskontroller och kompatibilitetsregler.
Den här webbläsardemon använder fiktiva data och uppskattad fågelvägsdistans. Den är inte en driftsklar optimeringsmotor och garanterar inte vägavstånd, regelefterlevnad, lastbarhet eller optimalitet.
Utkört
I tid
Avstånd
Fast rutt
Övertid
RUTTKARTA
Kartan är schematisk. Produktionsprojekt använder godkända kart-, matris- eller vägtids-API:er först efter att kostnad, villkor och integritet har kontrollerats.
FORDONSRUTTER
EJ TILLDELAT
REGELDESIGN
Den första prototypen är vanligtvis ett samtal om data och regler. Det här är regelgrupperna som behöver namn, prioriteringar och exempel.
VRP-01
Hård regel
Vikt och volym får inte överstiga fordonskapaciteten.
VRP-02
Hård regel
En ruttkandidat måste respektera mottagningsfönster när de är obligatoriska.
VRP-03
Hård regel
Temperatur, utrustning och fordonsstorlek begränsar vilka fordon som kan användas.
VRP-04
Preferens
Fasta kunder behåller vanligt fordon när det är genomförbart.
VRP-05
Preferens
Redan lastade eller aviserade rutter kan låsas före ny beräkning.
VRP-06
Mått
Minska högprioriterade otilldelade sändningar innan avstånd optimeras.
VRP-07
Mått
Minska körsträcka efter att hårda regler är uppfyllda.
VRP-08
Mått
Undvik att samla körsträcka, last och övertid på ett fordon.
VRP-09
Mått
Visa varför en sändning flyttades, försenades eller inte tilldelades.
FÖRKLARLIGT RESULTAT
Skärmen bör visa ordning, ankomsttid, kapacitet, regelvarningar och orsaker till utebliven tilldelning innan någon bekräftar leveransplanen.
Visa avgång från depå, ankomst, service, väntan, paus och retur per fordon.
Klassificera fel kopplade till kapacitet, kompatibilitet, tidsfönster och arbetstid.
Jämför antal otilldelade, avstånd, försening, övertid, antal fordon och lastgrad.
Låt människor låsa bekräftade rutter och bara räkna om återstående arbete.
LEVERANSVERKSAMHET
Modellen ändras efter domän, men kärnbeslutet är detsamma: vilket fordon tar vilka sändningar, i vilken ordning och under vilka regler.
Butikernas leveransfönster, fasta rutter, antal fordon och regler för flera depåer.
Rumstempererat, kylt, fryst, lastning, bokning och regler för väntetid.
Insamlingsmängd, mellanliggande anläggningar, fordonskapacitet och hämtningsfrekvens.
Fordonsklass, behov av bakgavellyft eller kran, tidsfönster på byggplats, lastordning och returer.
DATA
En första prototyp kan börja med en anonymiserad dag eller vecka. Målet är att se om reglerna kan representeras och om kandidaten hjälper transportplaneraren.
Plats, leveransfönster, serviceminuter, vikt, volym, temperatur, prioritet och fast fordon.
Kapacitet, fordonstyp, utrustning, temperaturkapacitet, arbetstid och depå.
Hårda regler, preferenser, målprioriteringar, fasta rutter, lunchpauser och regler för extern körning.
Dagens ruttschema, faktiska ankomster, väntetid, körsträcka, otilldelade sändningar och manuella korrigeringar.
LITEN PROTOTYP
En prototyp med fast omfattning kan jämföra dagens planer med kandidatrutter, visa saknade data och klargöra vad ett produktionssystem behöver.
Reglerna är för lokala för en färdig ruttplaneringsprodukt, och ruttkandidaten behöver förklarbara orsaker.
Om rutterna är fasta, sändningsvolymen liten eller villkoren enkla kan ett befintligt ruttverktyg vara ett bättre första steg.
NÄSTA VÄGAR
Ruttplanering berör ofta besöksplanering, produktionstid, lager och ärendetilldelning. Håll interna länkar synliga.
VANLIGA FRÅGOR
De här svaren klargör demots avgränsning, kartdata, manuell granskning och integrationsomfång.
Nej. Demosidan är en enkel deterministisk heuristik för förklaring. Produktionsarbete väljer lösare, sökmetod, kartdata och infrastruktur efter att skala och regler är kända.
Ja. En första genomgång kan börja med anonymiserade ruttblad, sändningslistor, fordonslistor, regelanteckningar och en aktuell plan.
Ja. Vägavstånd, restid, trafik, fordonsbegränsningar, API-kostnad, villkor, cachelagring och integritet måste kontrolleras före integration.
Ja. Systemet bör låta människor låsa fordon eller stopp, räkna om återstående arbete och jämföra effekten.
Nej. När kapacitet, fordonstyp eller tid inte räcker bör systemet visa otilldelade sändningar och orsaken i stället för att dölja dem.
KONTROLLERA ER DRIFT
Vi kan gå igenom dagens ruttschema och regelanteckningar och sedan identifiera den minsta datamängd som är värd att testa.