Reitityksen määrittäminen matka-aikojen laskutoimituksilla

Parannetun ajoituksen ja optimoinnin käytössä huomioitavia asioita

Ota huomioon seuraavat asiat, jos käytät parannettua ajoitusta ja optimointia.

• Ennakoivaa Pisteestä pisteeseen -reititystä käytetään aina parannetun ajoituksen ja optimoinnin kanssa. Muita ajoitustapoja (paitsi varakielisiä, kun ennakoiva Pisteestä pisteeseen -reititys ei laske matka-aikoja) ei voi käyttää parannetussa ajoituksessa ja optimoinnissa.
• Ennakoivaa Pisteestä pisteeseen -reititystä käytetään riippumatta matkan pituudesta.
• Palveluresurssien kotipesillä täytyy olla maantieteelliset sijainnit määritettynä, jotta ajoitusjärjestelmä tietää resurssin aloitus- ja lopetuspisteet.
• Palvelutapaamisten sijainnin täytyy olla maantieteellisesti koodattu, jotta matka-aika voidaan laskea. Jos osoitetta (geokoodausta) ei ole, aikatauluun ei lisätä matka-aikaa ja tapaaminen voidaan tehdä mistä tahansa.
• Kun vedät palvelutapaamisen Gantt-kaavioon ajoitettavaksi, reitityksen laskenta riippuu valitusta alkamisajasta. Kellonaika voi vaikuttaa esimerkiksi normaalien ajonopeuksien mittauksiin.
• Jos määrität Travel From Home (minuutteina) osana palveluresurssien saatavuus -työsääntöjä, resurssit voivat matkustaa ennen työpäivän alkua. Tämä ylimääräinen aika otetaan huomioon, kun lasketaan lähtöaikaa.
• Jos parannettu ajoitus ja optimointi eivät voi laskea matka-aikoja ennakoivan Pisteestä pisteeseen -reitityksen kautta, järjestelmä käyttää ilmakuvareititystä arvioidakseen matka-ajan. Reitti ei välttämättä ole mahdollista ennakoivalla reitityksellä, jos matka-aikojen rajoitukset ovat voimassa, sijainti on yli 1,5 kilometrin päässä virallisesta tiestä tai datan kattavuus on osittainen. Esimerkiksi lähettäjä haluaa kohdistaa työn manuaalisesti Alanille, koska hän on ainoa käytettävissä oleva resurssi. Alan ajaa pakettiautoa, mutta Alanin kohdistama reitti ei salli pakettiautoja. Tai Alan on kohdistettu ylläpitämään omaisuutta, joka sijaitsee 2 kilometrin päässä tietä tai uudessa naapurustossa. Matka-aikojen laskemiseen käytetty lähde, eli palvelutapaamiseen, resurssin poissaoloon tai kotipesään laskettu aika, näytetään automaattisesti kohdistetun resurssin tai resurssin poissaolon Arvioitu matka-aika lähteestä- ja Arvioitu matka-aika lähteeen -kentissä.
• Kun käytät parannettua ajoitusta ja optimointia, jos päivän viimeinen palvelutapaaminen on samassa osoitteessa kuin palveluresurssin kotipesä, Kohdistettu resurssi -objektin Arvioitu matka-aika lähtien (minuutteina) -arvo lasketaan toisesta viimeiseen tapaamiseen. Viimeisen tapaamisen Lähialueen matka-aika (minuutteina) -arvo on nolla. Kun et käytä parannettua ajoitusta ja optimointia, tämä matka-aika palveluresurssin kotipesään lasketaan päivän viimeiselle palvelutapaamiselle Arvioitu matka-aika (minuuteina) -arvona Kohdistettu resurssi -objektissa.

Huomioitavia asioita, kun et käytä parannettua ajoitusta ja optimointia

Ota huomioon seuraavat asiat, jos et käytä parannettua ajoitusta ja optimointia.

• Ennakoiva Pisteestä pisteeseen -reititys huomioi maksulliset tiet tarvittaessa. Katutason reititys ja matka-aikojen ennustaminen välttävät maksullisia teitä, mikä voi johtaa pidempiin matka-aikoihin.
• Palveluresurssien kotipesillä täytyy olla maantieteelliset sijainnit määritettynä, jotta ajoitusjärjestelmä tietää resurssin aloitus- ja lopetuspisteet.
• Kun siirryt ilmakuvareitityksestä katutason reititykseen, ajoitus laskee matka-ajat uudelleen, mukaan lukien ajoitettujen tapaamisten ajat.
• Kun katutason reititys aktivoidaan, resurssien ajonopeutta ei oteta huomioon. Jos laskutoimi palaa kuitenkin käyttämään ilmakuvareititystä, ajonopeus otetaan huomioon.
• Kadun tason reitityksen välimuisti -objekti parantaa kahden määritetyn pisteen välisten etäisyyksien laskentaa edellisen 30 päivän ajalta. Älä poista tätä objektia.
• Katutason reitinopeus perustuu Google Mapsin ajoprofiiliin eikä sitä voi muuttaa.
• Kun käytät matka-aikojen ennakointia tai matka-aikojen ennakointia, palvelutapaaminen vedetään Gantt-kaavioon ajoitettavaksi, ja reitityksen laskenta riippuu valitusta alkamisaikasta. Kellonaika voi vaikuttaa esimerkiksi normaalien ajonopeuksien mittauksiin.
• Jos ajoitat töitä Queueable Apexin kautta, käytä Database.AllowsCallouts-annotaatiota arvioidaksesi matka-aikaa katutason reitityksen avulla. Jos et lisää tätä annotaatiota, käytetään ilmakuvareititystä. Lisätietoja on kohdassa Jonotettava Apex: More Than an @future.
• Kohdistettujen resurssien Arvioitu matka-aika lähteestä -kentässä näytetään kaikkien tapaamisten laskentatapa, paitsi päivän viimeisen tapaamisen. Travel From -arvo lasketaan vain päivän viimeiselle palvelutapaamiselle, joten sen arvo on nolla kaikissa muissa tapaamisissa. Päivän viimeinen tapaaminen lasketaan käyttämällä katutason reititystä.
• Jos palvelutapaaminen vaatii yli 100 kilometrin matkan, käytetään ilmakuvareititystä.
• Matka-aikojen ennustamista ei tueta monipäiväisten töiden ajoittamiseen. Monipäiväisten töiden ajoituksessa kunkin päivän tarkkaa lähtöaikaa ei tunneta, joten käytetään katutason reititystä, joka vastaa nopeinta matka-aikaa (parasta katutason matka-aikaa, jonka saat yöllä, jossa on vähemmän liikennettä). Monimutkaiset työt käyttävät ennakoivaa Pisteestä pisteeseen -reititystä optimoinnissa ja eniten matka-aikoja katutason reititykselle.
• Kaikki ajoitustoiminnot, jotka käynnistyvät datan manipulointikielellä (DML) käytetyssä transaktiossa, käyttävät ilmakuvareititystä. Kun katutason reititys on käytössä ja ajoitus vaatii katutason matkatulokset, joita ei ole alustettu paikallisesti, sinun täytyy käyttää callout-kutsua tulosten noutamiseksi. Jos DML tapahtuu samassa transaktiossa kuin callout, se aiheuttaa poikkeuksen, esimerkiksi Uncommitted Work Pending -virheen. Kun aikataulu palautuu ilmakuvareititykseen callout-kutsun epäonnistumisen takia, päällekkäisyydet saattavat näkyä Gantt-kaaviossa matka-aikojen jälkeen ja taukopäivitys suoritetaan ja matka päivitetään katutason reititykseen tai ennakoivaan matkaan. Voit välttyä poikkeukselta sallimalla järjestelmän käyttää ilmakuvareititystä tai varmistamalla, että DML suoritetaan erillisessä tapahtumassa. Jos haluat tämäntyyppisten transaktioiden aiheuttavan poikkeuksen eikä siirtyvän ilmakuvareititykseen, etsi ja avaa sovelluskäynnistimestä Field Service Admin -sovellus ja napsauta sitten Field Service -asetukset | Ajoitus . Valitse Avoid aerial calculation upon callout DML exception.

Muita ennakoivassa Pisteestä pisteeseen -reitityksessä huomioitavia asioita

• Jos et ole ottanut ennakoivaa Pisteestä pisteeseen -reititystä käyttöön ennen Spring ’21 -julkaisua luoduissa Salesforce-organisaatioissa, voit silti siirtyä käyttämään katutason reititystä tai matka-aikojen ennakointia.
• Jos sijainti (lähtöpaikka tai päämäärä) on yli 1,5 kilometrin päässä lähimmästä tiestä, käytetään Pisteestä pisteeseen -reitityksen sijaan käytetään ilmakuvareititystä.
• Tarkasta ennakoivan Pisteestä pisteeseen -reitityksen täysin kattamat alueet navigointia tukevien maiden luettelosta.
• Jos et käytä parannettua ajoitusta ja optimointia, ennakoiva Pisteestä pisteeseen -reititys tarjoaa tarkkaa ennakoivaa reititystä globaalille optimoinnille, kun lähde ja kohde ovat samassa mantereessa, jopa pitkillä etäisyydillä. Jos palvelutapaaminen vaatii kuitenkin yli 100 kilometrin matkan ajoitustoiminnoissa, kuten Ajanvaraus ja Ajoita, ennakoivan Pisteestä pisteeseen -reitityksen sijaan käytetään ilmakuvareititystä. Jos käytät parannettua ajoitusta ja optimointia, ennakoivaa Pisteestä pisteeseen -reititystä tuetaan sekä optimointi- että ajoitustoiminnoissa yli 100 kilometrin matkoille.

Tärkeää Kun siirryt käyttämään ennakoivaa Pisteestä pisteeseen -reititystä, ajoitus ja optimointi laskevat matka-ajat uudelleen, mukaan lukien ajoitettujen tapaamisten ajat. Voit kohdata päällekkäisiä tapaamisia, koska matka-ajat ovat tarkempia ja hieman pidempiä. Käytä resurssien ajoituksen optimointia korjataksesi päällekkäisyyksiä paikallisesti (tietyille resursseille) tai suorita globaali tai päivän optimointi optimoidaksesi koko aikataulun uudelleen (vaatii kauemmin). Jos et käytä parannettua ajoitusta ja optimointia, sinun täytyy käyttää Fix Overlaps -ajoituskäytäntöä.