Mukauttamisen parhaat käytännöt

  • Artikkeli

Noudata näitä parhaita käytäntöjä välttääksesi suorituskykyyn, käytettävyyteen ja tukikelpoisuuteen liittyviä ongelmia Dynamics 365 Field Servicen kanssa.

Minimoi mukautetut kentät lomakkeissa

Järjestelmän mukauttajat lisäävät mukautettuja kenttiä entiteettilomakkeisiin, jotta ne voivat kerätä toimialaansa ja liiketoimintaansa ominaisia tietoja, suorittaa liiketoimintaprosesseja ja kerätä tietoja raportoitavaksi. Liian monet lomakkeen mukautetut kentät lomakkeella voivat kuitenkin aiheuttaa suorituskykyongelmia.

Voit välttää suorituskykyongelmat seuraavasti:

  • Pienennä mukautettujen kenttien määrää kaikissa lomakkeissa. Työtilauslomakkeesta kannattaa aloittaa, jos se on Field Service -sovelluksen eniten käytetty lomake.
  • Mukautetuista kentistä haku-tyypin kenttien ja aliruudukon minimoiminen vaikuttaa eniten lomakkeen suorituskykyyn, kuten latausaikoihin.
  • Siirrä mukautetut kentät (erityisesti valinnat ja aliruudukot) ensimmäisestä lomakevälilehdestä muihin lomakevälilehtiin.
  • Piilota oletusarvoisesti vähemmän käytetyt kentät lomakkeessa.

Älä muuta käyttövalmiita verkkoresursseja, asetusjoukkoja, käyttöoikeusrooleja tai työnkulkuja

Käyttövalmiiden verkkoresurssien, asetusjoukkojen, käyttöoikeusroolien tai työnkulkujen mukauttamista, riippuvaisuuksien ottamista tai mukautettua kutsua ei tueta, ja se voi saada järjestelmän toimimaan ei-toivotulla tavalla.

Näitä komponentteja mukauttavat organisaatiot eivät ehkä huomaa ongelmia heti ympäristössä. Kun Microsoft sitten julkaisee muutoksia mukautettuihin käyttövalmiisiin komponentteihin, näitä muutoksia ei käytetä kyseisen komponentin yläkerroksessa. Tietty mukautettu kerros korvaa kaikki tulevat muutokset, mikä aiheuttaa vähitellen odottamia virheitä ja odottamatonta toimintaa.

Älä muuta, muokkaa tai poista päivämääräkenttiä tai järjestelmän tiloja

Päivämääräkenttien ja tilojen muuttaminen, muokkaaminen tai poistaminen voi vaikuttaa liiketoimintalogiikkaan sekä aiheuttaa ongelmia ratkaisupäivityksiin. Esimerkiksi aika luvatusta ja aika luvattuun ovat työtilauksen päivämääriä. Esimerkiksi työtilauksen järjestelmän tila ja sopimuksen järjestelmän tila ovat tilakenttiä.

Älä muokkaa tai poista käyttövalmiita kenttiä lomakkeissa

Asiakkaat muokkaavat käyttövalmiita kenttiä liiketoimintatarpeidensa mukaan. Käyttövalmiiden kenttien muokkaaminen voi kuitenkin aiheuttaa virheitä, erityisesti silloin, kun prosessit riippuvat kyseisistä kenttien arvoista.

Virheiden välttäminen:

  • Tarpeettomien kenttien piilottaminen lomakkeesta.
  • Tarpeettomien kenttien siirtäminen toiseen lomakevälilehteen.

Esimerkki: Field Service -prosessit laskevat Varattavissa oleva resurssin varaus -tietueen Arvioitu saapumisaika -kentän arvon sen mukaan, milloin etulinjan työntekijän odotetaan saapuvan paikalle. Jos tätä kenttää ei tarvita organisaatiossa, piilota se lomakkeessa poistamisen sijaan.

Lisätietoja on seuraavissa artikkeleissa:

Älä muokkaa asetusjoukon (valinta) arvoja

Valmiiden kenttien asetusjoukkoarvojen muokkaaminen muokkaaminen voi aiheuttaa virheitä, varsinkin kun prosessit ovat riippuvaisia näistä kenttäarvoista tai päivitysten aikana.

Virheiden välttäminen:

  • Muokkaa vain asetusjoukon otsikoita, ei koskaan asetusjoukon käyttövalmiiden kenttien arvoja.
  • Älä poista asetusjoukon vaihtoehtoja.
  • Älä lisää asetusjoukon vaihtoehtoja.

Esimerkki: Field Servicen työtilaus sisältää oletusarvon mukaan kentän nimeltä Järjestelmän tila. Tämä kenttä on asetusjoukko (tyyppi "valinta"), jossa on vaihtoehtoja, kuten Aikatauluttamaton, Aikataulutettu, Kesken, Valmis, Peruutettu jne. Kullakin näistä asetuksista on otsikko ja numeroarvo. Järjestelmänvalvojat voivat muokata asetusjoukkojen otsikoita (kuten "Aikatauluttamaton"), mutta he eivät voi muokata otsikon numeroarvoja.

Käytä vähemmän mukautettuja komentosarjoja ja noudata parhaita käytäntöjä

Järjestelmän mukauttajat kirjoittavat komentosarjoja, yleensä JavaScript-verkkoresursseja, liiketoimintalogiikan suorittamiseksi. Mukautetut komentosarjat voivat kuitenkin aiheuttaa suorituskykyongelmia, virheitä ja komplikaatioita päivitettäessä.

Voit välttää nämä ongelmat seuraavasti:

  • Minimoi ladattaessa suoritettavat komentosarjat.
  • Älä kirjoita komentosarjoja, jotka kutsuvat paljon tietoja, tai kirjoita useita komentosarjoja, jotka kutsuvat samoja tietoja.

Seuraa lomakkeen komentosarjoja koskevia parhaita käytäntöjä, mukaan lukien seuraavat parhaat käytännöt:

Verkkopyyntöjen määrän ja OnLoad-tapahtumassa pyydetyn tietomäärän vähentäminen mahdollisimman pieneksi

Mitä enemmän verkkopyyntöjä tehdään lomakkeen latauksen aikana, sitä enemmän tietoja ladataan kyseisistä pyynnöistä ja sitä kauemmin lomakkeen latautuminen kestää. Pyydä tietoja vain niin paljon kuin niitä tarvitaan. Lisäksi kannattaa harkita tietojen tallentamista välimuistiin aina, kun se on mahdollista, jolloin tietoja ei tarvitse pyytää turhaan sivun tulevissa latauksissa.

Synkronisten verkkopyyntöjen välttäminen

Synkroniset verkkopyynnöt voivat hidastaa sivun latautumista ja aiheuttaa sen, että lomakkeet eivät vastaa. Käytä sen sijaan asynkronisia pyyntöjä. Lisää esimerkkejä on tässä blogiviestissä. Lisäksi kannattaa käyttää "asynkronista ja odotusta" missä tahansa skenaariossa, jossa samaan entiteettiin ja tietueeseen tarvitaan useita verkkokutsuja. Lisätietoja on tässä.

Vältä tarpeetonta JavaScript WWW-resurssikirjastojen sisällyttämistä

Mitä enemmän komentosarjoja lisätään lomakkeeseen, sitä enemmän aikaa kuluu niiden lataamiseen. Yleensä komentosarjat tallennetaan välimuistiin selaimessa, kun ne on ladattu ensimmäisen kerran, mutta lomakkeen tarkasteleminen ensimmäisen kerran vaikuttaa merkittävästi suorituskykyyn.

Vältä kaikkien komentosarjojen lataamista Onload-tapahtumaan

Jos koodi tukee ainoastaan OnChange-tapahtumia sarakkeissa tai OnSave-tapahtumaa, varmista, että voit määrittää komentosarjan kirjaston tapahtuman käsittelijän kanssa niille tapahtumille OnLoad-tapahtuman sijaan. Tällä tavoin ladatut kirjastot voidaan lykätä, ja parantaa suorituskykyä, kun lomake latautuu.

Käytä tiivistettyjä välilehtiä lykätäksesi verkkoresurssien latausta

Kun verkkoresursseja tai iframe-komponentteja sisältyy osiin tiivistetyssä välilehdessä, niitä ei ladata, jos välilehti on tiivistetty. Ne ladataan, kun välilehti on laajennettu. Välilehti-tilan muuttuessa TabStateChange-tapahtuma toteutuu. Mikä tahansa koodi, jota tarvitaan tukemaan verkkoresursseja tai iframe-kehystä tiivistettyjen välilehtien sisällä, voi käyttää tapahtumankäsittelijöitä TabStateChange-tapahtumaan ja vähentää koodia, joka ehkä muuten ilmenisi OnLoad-tapahtumassa.

Verkkopyyntöjen kaksoiskappaleiden vältteleminen asiakaspuolen koodissa

Jos verkkopyyntöjä on useita tai ne ovat päällekkäisiä, selain saattaa muuttaa joutua odottamaan, mikä vaikuttaa lomakkeen latausaikaan. Pyyntöjen määrän pienentäminen voi parantaa suorituskykyä. Vaihtoehtoisesti verkkopyynnöt voidaan yhdistää ja tallentaa näiden pyyntöjen arvo välimuistiin. Lisäksi kannattaa harkita asynkronisia verkkopyyntöjä, joita käsiteltiin aiemmin.

Vältä roolien ja järjestelmäkäyttäjän kutsujen käyttöä, jos asiaankuuluvat tiedot ovat käytettävissä XRM-ohjelmointirajapinnoissa

XRM-ohjelmointirajapintojen avulla voit välttää verkkopyyntöjä, jotka sisältävät käyttäjäoikeustietoja. Katso seuraava artikkeli synkronisista pyynnöistä luopumisesta. Vältä samalla tavalla järjestelmän käyttäjien kutsuja, jos XRM-ohjelmointirajapintojen tiedot vastaavat vaatimuksiasi.

Määrittää näkyvyyden oletusasetukset

Vältä käyttämästä lomakkeen komentosarjoja OnLoad-tapahtumassa, joka piilottaa lomakkeen osia. Sen sijaan määritä lomake-elementeille näkyvyyden oletusasetukset, jotka saattavat olla piilossa oletusarvoisesti, kun lomake latautuu. Voit käyttää komentosarjoja OnLoad-tapahtumassa näyttääksesi ne lomakkeen osat, jotka haluat näyttää.

Lisätietoja saat näistä resursseista:

Ratkaisun tarkistustoiminnon suorittaminen komentosarjoille

Power Appsin ratkaisun tarkistus on Microsoftin hyödyllinen työkalu, joka etsii ratkaisuja Power Apps -sovellusten ongelmiin ja suosittelee parhaita käytäntöjä. Näitä ongelmia ovat JavaScriptin, HTML:n, laajennusten ja mukautettujen työnkulkuaktiviteetteihin liittyvät ongelmat.

Lisätietoja saat näistä resursseista:

Asynkronisten työnkulkujen käyttäminen synkronisten sijaan

Järjestelmän mukauttajat kirjoittavat usein synkronisia työnkulkuja liiketoimintalogiikan suorittamiseksi reaaliajassa, joka suoritetaan, kun tietoja muutetaan Field Servicessa. Työnkulkujen synkroninen suorittaminen heikentää kuitenkin suorituskykyä.

Voit välttää suorituskykyongelmat suorittamalla työnkulkuja asynkronisesti.

Field Servicen ja Resource Schedulingin käyttövalmiiden prosessien aktivoiminen

Field Servicen ja Resource Schedulingin mukana toimitetaan useita prosesseja, jotka suorittavat tarvittavan liiketoimintalogiikan.

Käytöstä poistetut prosessit voivat johtaa virheisiin.

Voit välttää ongelmat varmistamalla, että kaikki Field Service- ja Resource Scheduling -prosessit ovat aktiivisessa tilassa. Suorita Field Service Solution Health Hub säännöllisesti ja selvitä, ovatko prosessien aktivointi poistettu.

Ongelmien tunnistaminen ratkaisun kuntokeskuksen avulla

Ratkaisun kunnon keskuksenavulla saat paremman kuvan ympäristön tilasta ja voit havaita Dynamics 365-ympäristöön liittyviä ongelmia. Ratkaisun kunnon keskus suorittaa sääntöjä esiintymässä vahvistaakseen ympäristön määrityksen, joka voi muuttua ajan mittaan luonnollisten järjestelmätoimien seurauksena. Jotkut säännöistä ovat Dynamics 365 Field Service -kohtaisia, ja voit suorittaa kyseiset säännöt tarvittaessa, kun kohtaat ongelman. Osa säännöistä käynnistyy automaattisesti, kun Field Service asennetaan tai päivitetään.

Valvo ympäristön kuntoa suorittamalla säännöllisesti Field Service Solution Health Hub -sääntöjoukko.

Mobiilisovelluksen suorituskykyyn liittyviä huomioita

Myös mobiilisovelluksen mukauttaminen voi vaikuttaa suorituskykyyn. Lisätietoja on tässä artikkelissa: Mobiilisovelluksen mukauttamisen suorituskykyyn liittyviä huomioon otettavia seikkoja