Lasten passer ikke i alle kjøretøy
Vekt, volum, antall paller og lasterekkefølge begrenser hvilket kjøretøy som kan ta hvilken sending.
KJØRETØYRUTING
Modeller kjøretøy, sjåfører, last, leveringsvinduer, kjøretøybegrensninger, faste ruter og endringer i siste øyeblikk samlet. Resultatet er en rutekandidat mennesker kan gjennomgå, justere og bekrefte.
Distribusjonsplan / i dag
Kandidatrutesett
Kapasitet
Vekt og volum kontrolleres per kjøretøy.
Tidsvinduer
Leveringsvinduer behandles før kortere kjøreavstand.
Kompatibilitet
Temperatur, utstyr og kjøretøystørrelse forblir synlige begrensninger.
DET EGENTLIGE PROBLEMET
En rute må passe last, tid, kjøretøytype, sjåførtimer, depotregler og endringene som kommer etter den første planen.
Vekt, volum, antall paller og lasterekkefølge begrenser hvilket kjøretøy som kan ta hvilken sending.
Morgenreservasjoner, mottakspauser og servicetid kan gjøre nærmeste stopp til feil neste stopp.
Frossen, kjølt, bakløfter, kjøretøystørrelse og kundebegrensninger snevrer inn kandidatsettet.
Et nyttig system reparerer resten av planen mens allerede bekreftet arbeid holdes stabilt.
Kjøretøyruting er en samlet beslutning: sendinger x kjøretøy x last x tid x endringer = en distribusjonsplan som faktisk kan kjøres.
MODELLER BESLUTNINGEN
Når alle regler behandles med samme styrke, får man enten ingen kandidat eller en plan folk ikke kan stole på.
Matematisk ramme
min leksikografisk(ikke tildelt, forsinket, overtid, endrede faste ruter, kjøretøy, avstand, lastubalanse)
Sidedemoen er en deterministisk heuristikk for forklaring, ikke en driftsklar optimaliseringsmotor og ikke en garanti for optimalitet.
HARDE
Kapasitetsgrenser
Vekt og volum holder seg innenfor kjøretøyets grenser.
Kjøretøy- og temperaturmatch
Bare kjøretøy med riktig type, utstyr og temperaturkapabilitet vurderes.
Leveringsvinduer
Ankomst og servicestart må passe innenfor tillatt mottaksvindu.
PREFERANSER
Faste ruter
Behold faste kunder på sitt vanlige kjøretøy når det fortsatt er gjennomførbart.
Små endringer
Unngå å endre ruter som allerede er lastet, varslet eller bekreftet.
Balansert arbeid
Reduser ujevn kjørelengde, last og overtid mellom kjøretøy.
MÅL
Ikke-tildelte sendinger
Vis sendingene som ikke får plass og årsaken til at de feiler.
Avstand og kjøretid
Reduser kjøring etter at harde regler og høyt prioriterte sendinger er håndtert.
Forsinkelse og overtid
Vis når planen skaper sen ankomst eller arbeid utover skiftet.
INTERAKTIVT EKSEMPEL
Bruk kontrollene til å simulere kjøretøyhavari, hasteordre, kø, kapasitetskontroller og kompatibilitetsregler.
Denne nettleserdemoen bruker fiktive data og estimert luftlinjeavstand. Den er ikke en driftsklar optimaliseringsmotor og garanterer ikke veidistanse, juridisk etterlevelse, lastbarhet eller optimalitet.
Sendt ut
I tide
Avstand
Fast rute
Overtid
RUTEKART
Kartet er skjematisk. Produksjonsprosjekter bruker godkjente kart-, matrise- eller veitids-API-er først etter at kostnad, vilkår og personvern er kontrollert.
KJØRETØYRUTER
IKKE TILDELT
REGELDESIGN
Den første prototypen er vanligvis en samtale om data og regler. Dette er regelgruppene som trenger navn, prioriteringer og eksempler.
VRP-01
Hard regel
Vekt og volum kan ikke overstige kjøretøykapasiteten.
VRP-02
Hard regel
En rutekandidat må respektere mottaksvinduer når de er obligatoriske.
VRP-03
Hard regel
Temperatur, utstyr og kjøretøystørrelse begrenser hvilke kjøretøy som kan brukes.
VRP-04
Preferanse
Faste kunder beholder vanlig kjøretøy når det er gjennomførbart.
VRP-05
Preferanse
Allerede lastede eller varslede ruter kan låses før ny beregning.
VRP-06
Måltall
Reduser høyt prioriterte ikke-tildelte sendinger før avstand optimaliseres.
VRP-07
Måltall
Reduser kjøreavstand etter at harde regler er oppfylt.
VRP-08
Måltall
Unngå å samle kjørelengde, last og overtid på ett kjøretøy.
VRP-09
Måltall
Vis hvorfor en sending ble flyttet, forsinket eller ikke tildelt.
FORKLARBART RESULTAT
Skjermen bør vise rekkefølge, ankomsttid, kapasitet, regelvarsler og årsaker til ikke-tildeling før noen bekrefter distribusjonsplanen.
Vis avgang fra depot, ankomst, service, venting, pause og retur per kjøretøy.
Klassifiser feil knyttet til kapasitet, kompatibilitet, tidsvindu og arbeidstid.
Sammenlign antall ikke-tildelte, avstand, forsinkelse, overtid, antall kjøretøy og lastgrad.
La mennesker låse bekreftede ruter og beregne bare gjenværende arbeid på nytt.
LEVERINGSDRIFT
Modellen endres etter domene, men kjernebeslutningen er den samme: hvilket kjøretøy tar hvilke sendinger, i hvilken rekkefølge og under hvilke regler.
Butikkenes leveringsvinduer, faste ruter, antall kjøretøy og regler for flere depot.
Romtemperert, kjølt, frossen, lasting, reservasjon og ventetidsregler.
Innsamlingsmengde, mellomstasjoner, kjøretøykapasitet og hentefrekvens.
Kjøretøyklasse, behov for lift eller kran, tidsvinduer på anlegg, lasterekkefølge og returer.
DATA
En første prototype kan begynne med én anonymisert dag eller uke. Målet er å lære om reglene kan representeres og om kandidaten hjelper ruteplanleggeren.
Lokasjon, leveringsvindu, serviceminutter, vekt, volum, temperatur, prioritet og fast kjøretøy.
Kapasitet, kjøretøytype, utstyr, temperaturkapabilitet, arbeidstid og depot.
Harde regler, preferanser, målprioriteringer, faste ruter, lunsjpauser og utkontrakteringsregler.
Dagens rutetabell, faktiske ankomster, venting, kjørelengde, ikke-tildelte sendinger og manuelle rettelser.
LITEN PROTOTYPE
En prototype med fast omfang kan sammenligne dagens planer med kandidatruter, vise manglende data og klargjøre hva et produksjonssystem trenger.
Reglene er for lokale for et ferdig ruteplanleggingsprodukt, og rutekandidaten trenger forklarbare årsaker.
Hvis rutene er faste, sendingsvolumet er lite eller betingelsene er enkle, kan et eksisterende ruteverktøy være bedre første steg.
NESTE VEIER
Kjøretøyruting berører ofte besøksplanlegging, produksjonstid, lager og sakstildeling. Hold interne lenker synlige.
VANLIGE SPØRSMÅL
Disse svarene klargjør demoens avgrensning, kartdata, manuell gjennomgang og integrasjonsomfang.
Nei. Sidedemoen er en enkel deterministisk heuristikk for forklaring. Produksjonsarbeid velger løser, søkemetode, kartdata og infrastruktur etter at skala og regler er kjent.
Ja. En første gjennomgang kan starte fra anonymiserte ruteark, sendingslister, kjøretøylister, regelnotater og en gjeldende plan.
Ja. Veiavstand, reisetid, trafikk, kjøretøybegrensninger, API-kostnad, vilkår, caching og personvern må kontrolleres før integrasjon.
Ja. Systemet bør la mennesker låse kjøretøy eller stopp, beregne gjenværende arbeid på nytt og sammenligne effekten.
Nei. Når kapasitet, kjøretøytype eller tid ikke er nok, bør systemet vise ikke-tildelte sendinger og årsaken i stedet for å skjule dem.
SJEKK DRIFTEN DERES
Vi kan gjennomgå dagens rutetabell og regelnotater, og deretter identifisere det minste datasettet som er verdt å teste.