Denne funktion automatiserer fuldt ud håndteringen af adresseændringer for ordrer, der allerede er planlagt på ruter.
Når en adresse ændres, vurderer systemet automatisk, om ændringen kan lægges direkte ind på den eksisterende rute, eller om den vil skabe for store forstyrrelser, og træffer den bedste beslutning for at holde ruten effektiv.
Konfiguration
Funktionen styres af én enkelt konfigurationsparameter:
Address Change Tolerance, angivet i minutter
Konfigureres på organisationsniveau (administreres af Mover Support)
Hvad betyder det?
Address Change Tolerance angiver, hvor meget ruten må ændre sig, når en ordres adresse opdateres.
Når en adresse ændres, vurderer systemet konsekvensen ved at sammenligne:
den nye køretid, beregnet for rutestrækningen forrige stop → ny adresse → næste stop,
med den oprindeligt planlagte køretid for samme strækning.
Forskellen mellem de to værdier er konsekvensen af adresseændringen.
Når konsekvensen er beregnet, bruger systemet den konfigurerede tolerance til at beslutte, hvordan opdateringen skal håndteres:
Hvis konsekvensen er mindre end den konfigurerede tolerance, anses ændringen for acceptabel, og stoppets adresse opdateres direkte på ruten.
Hvis konsekvensen er større end eller lig med tolerancen, anses ændringen for at være for forstyrrende, og ordren fjernes fra ruten, hvilket starter det almindelige forløb for fjernelse.
Det sikrer, at kun ændringer med begrænset betydning for driften gennemføres automatisk, mens større forstyrrelser håndteres eksplicit.
Særlige værdier
Hvis tolerancen er sat til 0, anses enhver adresseændring for at være for stor, og ordren fjernes altid fra ruten.
Hvis tolerancen er tom (null), er funktionen reelt inaktiv. I så fald forsøger systemet ikke at bevare ruten ved adresseændringer, og alle ændringer betyder, at ordren fjernes.
Udførelse
Sådan fungerer det
Når en ordres adresse opdateres, vurderer systemet, om ændringen kan gennemføres uden at forstyrre ruten.
Processen følger disse trin:
Tjek, om ordren er planlagt på en rute: Hvis ordren ikke er en del af nogen rute, opdaterer systemet blot adressen, og der sker ikke mere.
Kontrollér, om stoppet kan opdateres. Hvis ordren ligger på en eller flere ruter, kontrollerer systemet en række forudsætninger. Hvis de ikke er opfyldt, forsøger systemet ikke at opdatere stoppets adresse og følger i stedet logikken for fjernelse, hvor det er relevant:
stoppet skal have status "not visited"
stoppet må ikke være et distributionscenter
stoppet skal kunne opdateres ud fra strukturelle begrænsninger (fx reglerne for flere ordrer, som er beskrevet i afsnittet Særlige tilfælde)
Beregn konsekvensen for køretiden. Systemet beregner konsekvensen af den nye adresse ved at sammenligne den simulerede opdaterede rutestrækning med den oprindeligt planlagte. Resultatet er en tidsforskel i minutter.
Anvend tolerancereglen. Den beregnede konsekvens sammenlignes derefter med den konfigurerede Address Change Tolerance:
hvis konsekvensen er inden for tolerancen, opdateres stoppets adresse direkte på ruten
hvis konsekvensen er større end eller lig med tolerancen, fjernes ordren fra ruten
Det sikrer, at kun håndterbare ændringer gennemføres automatisk, mens større forstyrrelser håndteres eksplicit.
Hvad sker der, når en ordre fjernes?
Hvis systemet afgør, at ordren skal fjernes fra ruten, udfører det en række handlinger for at holde driften konsistent:
De tilhørende kolli markeres som annulleret. Hvis der ikke er flere aktive kolli på stoppet, annulleres selve stoppet automatisk.
Hvis nogle kolli allerede er afhentet, opretter systemet et returstop og tildeler kolliene til det, så de bliver kørt tilbage til afhentningsstedet.
Der registreres en hændelse i ordrens historik: "Order removed from route, Reason: Address changed"
Det giver sporbarhed og gør det muligt for support- og driftsteams at forstå, hvorfor ordren skal planlægges igen.
Særlige tilfælde
1. Chaufføren er allerede ankommet til stoppet
Hvis chaufføren allerede er ankommet til et stop, vurderer systemet, at det er for sent at gennemføre adresseændringer sikkert.
Ved leveringsstop gennemføres der ingen ændring. Ordren forbliver som planlagt for ikke at forstyrre udførelsen.
Ved afhentningsstop fjernes ordren fra ruten. De tilhørende kolli annulleres, og Driver-appen opdateres, så chaufføren ikke fortsætter med afhentningen.
2. Stoppet har flere ordrer
Når et stop indeholder mere end én ordre, vurderer systemet, om det må opdatere adressen på stopniveau.
Hvis stoppet ikke har indstillingen "all-or-nothing" aktiveret, kan systemet ikke sikkert opdatere kun én ordre. I så fald fjernes ordren altid fra ruten, uanset hvor stor adresseændringen er.
Hvis stoppet har indstillingen "all-or-nothing" aktiveret (fx ved flere afhentninger / EMPU), behandler systemet alle ordrer som én enhed. Adressen kan kun opdateres, hvis:
alle ordrer hører sammen (samme salgsordre), og
adresseændringen er inden for den konfigurerede tolerance.
Hvis betingelserne ikke er opfyldt, fjernes ordren fra ruten.
3. Stoppet er et depot (distributionscenter)
Adresseopdateringer understøttes ikke for depotstop.
Hvis der modtages en adresseændring for en ordre, der er planlagt på et depotstop, fjerner systemet altid ordren fra ruten, uanset hvor stor ændringen er, og uanset konfigurationen.
4. Ordren er allerede afhentet
Hvis ordren allerede er afhentet, når adressen ændres, kan systemet ikke bare fjerne den uden at håndtere de fysiske varer.
I så fald:
fjernes ordren fra leveringsstoppet
oprettes der automatisk et returstop
tildeles alle afhentede kolli til returstoppet
Det sikrer, at varerne bliver kørt tilbage til det oprindelige afhentningssted.
5. Chaufføren er ankommet til afhentning, og leveringsadressen ændres
Hvis chaufføren allerede er ankommet til afhentningsstedet, og systemet afgør, at ordren skal fjernes fra ruten (fx på grund af en stor adresseændring), tages der særlige forholdsregler for at undgå forkert udførelse:
ordren fjernes fra ruten
kolliene annulleres
Driver-appen tvangsopdateres
Det forhindrer chaufføren i at afhente varer, der ikke længere er en del af planen.
6. Adresseændringen forbedrer ruten (negativ konsekvens)
I nogle tilfælde giver den opdaterede adresse en kortere eller mere effektiv rute, hvilket betyder, at den beregnede konsekvens for køretiden er negativ.
Det sker, når den nye adresse mindsker den samlede køretid i forhold til den oprindelige plan (fx fordi den nye lokation ligger tættere på de omkringliggende stop).
I disse situationer:
anses ændringen altid for acceptabel rent rutemæssigt, fordi den forbedrer effektiviteten
opdateres stoppets adresse, forudsat at alle andre betingelser er opfyldt (fx at stoppet ikke er besøgt, ikke er et depot og kan opdateres efter reglerne for flere ordrer)
En negativ konsekvens vil aldrig betyde, at ordren fjernes fra ruten, heller ikke selvom der er konfigureret en tolerance. Det skyldes, at den er en forbedring og ikke en forstyrrelse, og alternativet (at fjerne ordren fra ruten) stadig ville efterlade et hul i ruten.
Tilknyttede funktioner
Notifikationer: "Order removed from route"
Du kan konfigurere notifikationer, når en ordre fjernes på grund af en adresseændring.
Hvor: Communication settings → Event templates
Hændelse: Order removed from route, Reason: Address changed
Hvem kan få besked
Kundeservice (via e-mail)
Leveringskunden (e-mail/sms)
Afhentningskunden (e-mail/sms)
Formål:
Starte processen for ny booking
Informere kunden proaktivt
Mindske antallet af WISMO-opkald ("Where is my order")
Vigtigste pointer
Små adresseændringer håndteres automatisk ved at opdatere stoppet direkte på ruten, så driften kan fortsætte uden unødige forstyrrelser.
Større ændringer, som ville påvirke ruten væsentligt, betyder, at ordren fjernes og bliver tilgængelig for ny booking, så planlæggerne kan vurdere situationen ordentligt.
Systemet er designet til at balancere stabile ruter med kontrol over driften, så unødig omplanlægning undgås, mens kvaliteten i udførelsen stadig beskyttes.
Der er fuldt overblik via ordrehændelser og konfigurerbare notifikationer, så support- og driftsteams hurtigt kan forstå, hvad der skete, og handle derefter.