Administrer planlagte job i Field Service

Administrer planlagte job, når du bruger Forbedret planlægning og optimering

Hvis du automatisk vil køre optimeringsjob regelmæssigt, kan du opsætte planlagte job.

1. Udelad eventuelle serviceaftaler med bestemte statusser, så de ikke ændres under planlægningsoptimering.
   1. Find og åbn Field Service Admin i Appstarter, og klik derefter på Indstillinger for Field Service.
   2. Klik på Logik under Optimering.
   3. Rul til Global optimering, og vælg de statusser for serviceaftaler, der skal udelades fra planlægningsoptimering, fra Fastgør kriterier.
   4. Gem dine ændringer.
      Indstillingerne gælder for optimeringer, som du kører manuelt eller i et planlagt job.
2. Definer eventuelt en standardværdi, der skal vises i feltet Behold planlagte kriterier på fanen Planlagte job og i vinduet Optimer i Classic Dispatch Console. Dette felt forhindrer serviceaftaler med bestemte værdier i at blive droppet fra tidsplanen under optimering, men det giver dem mulighed for at blive flyttet til et andet tidsinterval eller en anden ressource.
   

   Bemærk Hvis en serviceaftale matcher de kriterier, du definerer, men overtræder en regel, fastgøres den og optimeres ikke. Serviceaftaler, der f.eks. opfylder kriterierne Behold planlagt og overlapper andre aftaler, betragtes som fastgjorte og flyttes ikke under optimering.
   1. Find og åbn Field Service Admin i Appstarter, og klik derefter på Indstillinger for Field Service.
   2. Klik på Logik under Optimering.
   3. Rul til Global optimering, og vælg den serviceaftaleværdi, der skal vises som standard, fra Behold planlagt-kriterier.
   4. Gem dine ændringer.
      Indstillingerne gælder for optimeringer, som du kører manuelt eller i et planlagt job.
3. Åbn fanen Planlagte job.
4. Klik på Nyt job.
5. Giv jobbet et entydigt navn, og vælg for Automatortype Forbedret optimering.
6. På fanen Generelt:
   1. Tilføj op til 10 tidsperioder inden for 30 dage.
      Fra dag er den første dag for data, der hentes. Til dag er den sidste dag for data, der hentes. Dag 0 refererer til i dag fra 00:00 til 23:59 i henhold til brugerens tidszone. Hvis du angiver overlappende dage, indlæses dataene to gange, hvilket resulterer i mulige fejl.

      Hvis du f.eks. definerer en værdi på 0 for Fra dag og Til dag på fanen Generelt og definerer et tilbagevendende job på fanen Tidsplan til at køre hver dag kl. 18:00, oprettes der en optimeringsanmodning og køres hver dag kl. 18:00. Optimeringshorisonten er 24 timer fra midnat den dag, anmodningen udløses, til midnat den næste dag. Du kan også konfigurere flere tidsperioder ved brug af +-ikonet. Du kan f.eks. have Fra dag 0 til dag 6 og derefter vælge +-ikonet for at tilføje endnu en periode Fra dag 7 til dag 14. Denne konfiguration giver dig mulighed for at optimere en periode på to uger i et optimeringsjob, men med to separate optimeringsanmodninger.

      Angivelse af flere tidsperioder i det samme job giver dig mulighed for at opsætte et job for flere optimeringshorisonter i stedet for at opsætte separate job for hver horisont. Hver tidsperiode genererer sin egen optimeringsanmodning og kører parallelt. Tidsperioderne giver dig også mulighed for at oprette et job, der optimerer fremtidige datoer.

      

      Bemærk Du kan ikke definere overlappende tidsperioder, hvis Aktiver optimering af overlapningsforebyggelse er aktiveret i Indstillinger for Field Service (aktiveret som standard).

      Hvis f.eks. alle serviceaftaler har ankomstvinduer, skal du opsætte tidsperioder for individuelle dage. Ankomstvinduerne tvinger serviceaftalerne til at blive planlagt på en bestemt dag, og de kan ikke planlægges af en anden optimeringsanmodning, der kører for en anden tidsperiode. På den måde fokuserer optimeringen kun på relevante indstillinger og resulterer i en mere optimeret tidsplan.

      Hvis din optimeringshorisont inkluderer flere aftaler end det tilladte antal pr. optimeringsanmodning, skal du opdele jobbet i tidsperioder. På den måde er hver optimeringsanmodning inden for grænsen.

   2. Vælg en planlægningspolitik. Denne planlægningspolitik anvendes på hele det planlagte job, medmindre du angiver planlægningspolitikker for individuelle områdegrupper på fanen Område.
   3. Hvis du vil angive typen af aftaler, der skal optimeres, skal du vælge et filter. Det er kun aftaler, der opfylder kriterierne, der optimeres.
   4. I Mailmodtagerbrugernavn skal du angive brugernavnet og derefter vælge på listen. Feltet viser mailadressen. Brug en mailadresse, hvor du ønsker, at meddelelser om mislykkede joboptimeringer skal sendes til.
7. På fanen Område:
   1. Søg efter, og vælg op til 100 serviceområder, og opret en gruppe. Hvis du har aktiveret dynamisk skalering, kan du vælge op til 1.000 serviceområder i en gruppe. Kun aktive serviceområder med Forbedret planlægning og Optimering aktiveret er tilgængelige for valg.
   2. Opret op til 50 grupper.
   3. Vælg en planlægningspolitik for hver gruppe.
   

   Bemærk

   • Hver optimeringsanmodning inkluderer alle serviceområder i gruppen for hver tidsperiode, der er defineret på fanen Generelt. Hvis du f.eks. har tre tidsperioder og fem grupper, køres der 15 optimeringsanmodninger.
   • Du kan klikke på Vælg alle for hurtigt at vælge alle serviceområderne, når du konfigurerer et planlagt optimeringsjob, uden at du behøver at vælge hvert område individuelt. Dette er især nyttigt, når du bruger dynamisk skalering. Med dynamisk skalering behøver du ikke manuelt opsætte optimeringsgrupper og definere grænser mellem områder, der skal optimeres sammen, eller opdele data på grund af systembegrænsninger.
8. På fanen Tidsplan:
   1. Vælg frekvensen.
   2. Hvis dette job er et tilbagevendende job, skal du angive detaljerne.
9. Hvis dit optimeringsjob er klar til at køre, skal du aktivere jobbet.
10. Gem dine ændringer.
11. Hvis du vil køre jobbet øjeblikkeligt uden at vente på det planlagt tidspunkt, skal du klikke på Kør nu.

Planlagt job-handling

De planlagte jobparametre bestemmer omfanget af data, der er inkluderet i optimeringsanmodningen, f.eks. hvilke serviceressourcer og serviceaftaler der er inkluderet i anmodningen og optimeringshorisonten. Optimeringshorisonten er det interval af dage, der betragtes som tilgængelige for planlægning.

Horisonten for en optimeringsanmodning er altid i fulde kalenderdage (00:00-23:59), og er bestemt af felterne Fra dag og Til dag på fanen Generelt, hvor dag 0 er i dag, dag 1 er i morgen osv.

Horisontdage er i tidszonen for den bruger, der opretter det planlagte job, ikke tidszonen for de optimerede serviceområder.

Serviceressourcer inkluderes i optimeringsanmodningen, hvis de har et aktivt serviceområdemedlemskab (primært, sekundært eller omplaceret) i et af de områder, der er inkluderet i områdegruppen for optimeringsanmodningen (fanen Område). Start- og slutdatoer for medlemskab af serviceressourceområde skal overlappe optimeringshorisonten.

Serviceaftaler inkluderes i optimeringsanmodningen, hvis: 

• Deres område er inkluderet i områdegruppen for optimeringsanmodningen (fanen Område).
• Deres Tidligst tilladte start og Forfaldsdato overlapper optimeringshorisonten. Hvis felterne Start på ankomstvindue og Slut på ankomstvindue udfyldes, bruges disse værdier i stedet for Tidligst tilladte start og Forfaldsdato.
• De matcher de filterkriterier, der er defineret i Filtrer efter kriterier. 

Eller

• De er allerede tildelt til en af serviceressourcerne i optimeringsanmodningen inden for optimeringsanmodningshorisonten.

Example Overvej denne planlagte jobkonfiguration:

Fra dag = 0

Til dag = 3

Filtrer efter kriterie = Ingen

Områdegruppe = Los Angeles, San Francisco

Et optimeringsjob er planlagt til at starte hver nat kl. 14:00 i Los Angeles-tidszonen (Stillehavsområdet, sommertid).

Når job starter kl. 14:00 den 20. januar (natten mellem den 19. januar og den 20. januar), inkluderer optimeringsanmodningen:

• Serviceressourcer med Los Angeles- eller San Francisco-serviceområdemedlemskaber med en startdato tidligere end den 24. januar og en slutdato efter eller lig med den 20. januar (tidsdelen af datofelterne ignoreres), så områdemedlemskabet overlapper optimeringsperioden.
• Serviceaftaler med:
  • Område Los Angeles eller San Francisco
  • Start på ankomstvindue eller Tidligst tilladte start før 24. jan 00:00 OG 
  • Slut- og forfaldsdato for ankomstvindue efter 20. jan 00:00
  • Eller
  • Tildelt ressource er en af de indsamlede serviceressourcer i optimeringsanmodningen, og den planlagte start er mellem den 20. januar 00:00 og den 23. januar 23:59.

Administrer planlagte job, når du ikke bruger Forbedret planlægning og optimering

Hvis du automatisk vil køre optimeringsjob regelmæssigt, kan du opsætte planlagte job.

1. Udelad eventuel serviceaftaler med bestemte statusser, så de ikke ændres under planlægningsoptimering.
   1. Fra Appstarter skal du finde og vælge Field Service Admin og derefter klikke på Indstillinger for Field Service.
   2. Klik på Logik under Optimering.
   3. Under Global optimering skal du vælge serviceaftalens statusser, der skal udelades fra planlægningsoptimering.
   4. Gem dine ændringer. Indstillingerne gælder for optimeringer, som du kører manuelt eller i et planlagt job.
2. Åbn fanen Planlagte job.
3. Klik på Nyt job.
4. Giv jobbet et entydigt navn, og vælg for Automatortype Optimering.
5. Angiv optimeringsjobbets detaljer.
   1. Vælg områder, der skal optimeres. Vi anbefaler, at du ikke medtager mere end 100 område i et job.
   2. (Valgfrit) Hvis du valgte flere områder, skal du vælge Optimize in stages (Optimer i faser) under områdelisten. I feltet Territories Per Stage (Områder pr. fase) skal du antallet af områder, der skal optimeres ad gangen. Disse indstillinger hjælper dig med at forblive inden for det planlagte jobkø på maksimalt 100 elementer og påvirker ikke optimeringstiden. Vi anbefaler, at du lader dette tal være lavt for at undgå at nå optimeringsgrænserne.
   3. Angiv antallet af dage, der skal optimeres for hver tidshorisont.
   4. Hvis du vil angive typen af aftaler, der skal optimeres, skal du vælge et filter. Det er kun aftaler, der opfylder kriterierne, der optimeres.
   5. Vælg en planlægningspolitik til at guide optimeringen.
   6. Angiv en mailadresse, hvor du ønsker, at meddelelser om mislykkede joboptimeringer skal sendes til.
   7. Vælg frekvensen og tidsplanen.
   8. Hvis dit optimeringsjob er klar til at køre, skal du aktivere jobbet.
   9. Hvis du vil køre jobbet øjeblikkeligt uden at vente på det planlagt tidspunkt, skal du klikke på Kør nu.
   10. Gem dine ændringer.

Overvejelser:

• Optimering gælder kun for serviceaftaler, hvis overordnede aftale er en arbejdsordre eller en arbejdsordrelinjevare. Det er kun aktive områder, der er inkluderet i det planlagte optimeringsjob, der optimeres.
• Global optimering omplanlægger ikke aftaler, der har regelovertrædelser. Fjern de aftaler fra tidsplanen, og omplanlæg dem.
• Global optimering og dagsoptimering validerer, at for allerede planlagte serviceaftaler er det planlagte sluttidspunkt – Planlagt start = Varighed, mens du tager ressourceeffektivitet med i betragtning. Serviceaftaler, der overtræder denne validering, fjernes fra tidsplanen.
• Mails sendes kun, når optimeringsjob ikke kan startes. Hvis optimeringsjobbet lykkes eller mislykkes i en senere fase, sendes der ikke en mail.

Overvejelser i forbindelse med optimeringskørselstid:

Optimeringskørselstid svarer til grundigheden af et planlagt optimeringsjob. Jo højere kørselstiden er, desto tættere kommer du på en optimal tidsplan.

Hvis du vil angive din foretrukne optimeringskørselstid, skal du fra Appstarter finde og åbne appen Field Service Admin. Klik på Indstillinger for Field Service | Optimering | Logik. I feltet Optimeringskørselstid pr. serviceaftale skal du vælge Lav, Middel eller Høj og gemme dine ændringer. Du kan beslutte at ændre dit kørselstidspunkt før et bestemt optimeringsjob.

Brug Høj for at få bedre resultater. Brug Lav for at få hurtigere resultater. I mange tilfælde er Lav nok til at oprette en tilfredsstillende tidsplan. Uanset indstillingen for kørselstid, overskrider kørselstiden aldrig seks timer. Kørselstidsforholdet for Low:Medium:High er 1:2:3, så optimering på højt niveau tager tre gange så lang tid som optimering på lavt niveau.

Længere kørselstider kan være nyttige i følgende scenarier.

• Mange kandidater pr. serviceaftale – Serviceressourcer betragtes som kandidater til en serviceaftale, hvis de overholder den anvendte planlægningspolitiks arbejdsregler. En planlægningspolitik kan f.eks. kræve, at kandidater arbejder i det relevante serviceområde på det krævede tidspunkt, at de har de krævede færdigheder og at have en hjemmebase, der er inden for det maksimale rejseområde fra serviceaftalen. Hvis en serviceaftale har mange kandidater, giver en længere kørselstid optimeringen mulighed for at overveje flere planlægningsindstillinger.
• Serviceressourcer starter deres dag fra en centraliseret servicedepot – Når mange serviceressourcer starter fra det samme sted og potentielt kan distribueres til de samme aftaler, hjælper mere kørselstid optimeringen med at bestemme de optimale ruter.
• Serviceaftaler har den samme prioritet – serviceaftaler med højere prioritet fungerer som ankre under optimering og indstillinger for indsnævring af planlægning. Når alle eller de fleste serviceaftaler har den samme prioritet, er der brug for mere tid til at bestemme de optimale ruter.
• Kompleks arbejde En kompleks arbejdskæde er en kæde af relaterede serviceaftaler. Afhængigheden kan være den kronologiske rækkefølge af serviceaftalerne, eller at de skal udføres af den samme serviceressource. Kompleks arbejde kræver mere beregningstid. Hvis kompleks arbejde er almindeligt, kan du overveje at tillade mere kørselstid.
• Routing på gadeniveau (SLR) – Lufttransporttider kræver en hurtig aritmetisk beregning. For SLR kræver optimeringen yderligere tid til at hente rejsetider fra en GIS-server. Men efterhånden som optimering fortsætter med at blive brugt, lærer Field Service dine serviceområders SLR-rejsetider og bliver mere effektive. Når du optimerer et nyt serviceområde, anbefales der en længere kørselstid.

Bemærk

Hvis optimering kører længere end din organisations sessionstimeoutværdi, forbliver den i statussen "Igangværende". Optimeringsjobbet mislykkes og resulterer i en fejl, når det forsøger at levere resultaterne til din Salesforce-organisation.

For at undgå mislykkede optimeringer skal du øge din sessionstimeoutværdi til mindst 2 timer eller vælge en hurtigere optimeringskørselstid.