Dijeli putem

Najbolji primjeri iz prakse prilagodbe

  • Članak

Slijedite ove najbolje prakse kako biste izbjegli probleme s performansama, upotrebljivošću i podrškom Dynamics 365 Field Service.

Minimiziranje prilagođenih polja na obrascima

Osobe za prilagodbu sustava dodaju prilagođena polja u obrasce entiteta kako bi zabilježile informacije koje su specifične za njihovu industriju i poslovanje, pokrenule poslovne procese i prikupile informacije za izvješćivanje. Međutim, previše prilagođenih polja na obrascu može uzrokovati probleme s performansama.

Da biste izbjegli probleme s performansama:

  • Smanjite broj prilagođenih polja na svim obrascima. Ako je obrazac radnog naloga vaš najčešće korišteni obrazac u aplikaciji Field Service, dobra je ideja započeti s tim obrascem.
  • Smanjite broj polja i podrešetki tipa pretraživanja među prilagođenim poljima.
  • Premjestite prilagođena polja (posebno pretraživanja i podrešetke) s prve kartice obrasca na druge kartice obrasca.
  • Sakrijte manje korištena polja na obrascu prema zadanim postavkama.

Nemojte mijenjati gotove web-resurse, skupove mogućnosti, sigurnosne uloge ili tijekove rada

Nemojte mijenjati niti prilagođavati gotove web-resurse, skupove mogućnosti, sigurnosne uloge ili tijekove rada. U suprotnom možete uzrokovati neželjeno ponašanje sustava.

Tvrtke ili ustanove koje prilagode ove komponente možda neće odmah naići na probleme u svom okruženju. Međutim, promjene koje Microsoft izdaje na prilagođenim komponentama koje su gotove iz kutije ne primjenjuju se na gornji sloj tih komponenti. Umjesto toga, određeni prilagođeni sloj nadjačava sve buduće promjene, a ta poništenja na kraju uzrokuju nepredvidive pogreške i ponašanje.

Nemojte mijenjati, uređivati ili brisati datumska polja ili statuse sustava

Izmjena, uređivanje ili brisanje datumskih polja i statusa može utjecati na poslovnu logiku i uzrokovati probleme s ažuriranjima rješenja. Primjeri polja datuma radnog naloga uključuju Vrijeme od obećanog i Obećano vrijeme. Primjeri polja statusa uključuju Status sustava za radni nalog i Status sustava za ugovor.

Nemojte uređivati gotova polja niti ih uklanjati iz obrazaca

Klijenti uređuju gotova polja kako bi zadovoljili svoje poslovne potrebe. Međutim, uređivanje gotovih polja može uzrokovati pogreške, osobito kada procesi ovise o vrijednostima tih polja.

Da biste izbjegli pogreške:

  • Sakrijte neželjena polja na obrascu.
  • Premještanje neželjenih polja na drugu karticu obrasca.

Na primjer, procesi Field Service izračunavaju vrijednost polja Procijenjeno vrijeme dolaska u zapisu Rezervacija resursa koji se može rezervirati kako bi naznačili kada se očekuje dolazak radnika za izravnu komunikaciju s klijentima na gradilište. Ako vaša tvrtka ili ustanova ne treba ovo polje, sakrijte ga na obrascu umjesto da ga uklonite.

Ne uređuj vrijednosti skup mogućnosti (izbor)

Uređivanje vrijednosti skup mogućnosti gotovih polja može uzrokovati pogreške, osobito kada procesi ovise o vrijednostima tih polja ili tijekom nadogradnje.

Da biste izbjegli pogreške:

  • Uredite samo oznake skup mogućnosti gotovih polja. Nikada nemojte uređivati vrijednosti skup mogućnosti tih polja.
  • Nemojte uklanjati skup mogućnosti.
  • Nemojte dodavati skup mogućnosti.

Na primjer, radni nalog Field Service prema zadanim postavkama uključuje polje Status sustava. Ovo je polje skup mogućnosti (vrste izbora ) i sadrži mogućnosti kao što su Neplanirano, Zakazano, U tijeku, Dovršeno i Otkazano. Svaka opcija ima oznaku i pridruženu brojčanu vrijednost. Administratori sustava mogu uređivati oznake skupova mogućnosti (kao što je Neplanirano), ali nikada ne mogu uređivati numeričku vrijednost koja je povezana s oznakom.

Koristite manje prilagođenih skripti i slijedite najbolje primjere iz prakse

Osobe za prilagodbu sustava pišu skripte, obično JavaScript web-resurse, za pokretanje poslovne logike. Međutim, prilagođene skripte mogu uzrokovati probleme s performansama, pogreške i komplikacije tijekom nadogradnje.

Da biste izbjegli ove probleme:

  • Smanjite broj skripti koje se pokreću pri učitavanju.
  • Nemojte pisati skripte koje pozivaju puno podataka i nemojte pisati više skripti koje pozivaju iste podatke.

Sljedeći pododjeljci opisuju najbolje prakse. Osim toga, slijedite najbolje prakse skripte obrasca u odjeljku Najbolje prakse za razvoj sa sustavom Dynamics 365 Customer Engagement.

Minimiziranje broja mrežnih zahtjeva i količine podataka zatraženih u događaju OnLoad

Što je više mrežnih zahtjeva upućeno tijekom učitavanja obrasca i što se više podataka preuzme iz tih zahtjeva, to je više vremena potrebno za učitavanje obrasca. Zatražite samo minimalnu količinu podataka koja je potrebna. Osim toga, razmislite o predmemoriranju podataka kada je to moguće, kako biste izbjegli nepotrebno traženje podataka tijekom budućih učitavanja obrazaca.

Izbjegavajte korištenje sinkronih mrežnih zahtjeva

Sinkroni mrežni zahtjevi mogu prouzročiti sporo učitavanje stranica i nereagiranje obrazaca. Umjesto toga koristite asinkrone zahtjeve. Sljedeći post na blogu pruža više primjera: Ubrzajte svoje aplikacije utemeljene na modelu prelaskom sa sinkronih zahtjeva. Osim toga, razmislite o korištenju "asinkronizacije i čekanja" u bilo kojem scenariju u kojem je potrebno više mrežnih poziva za isti entitet i zapis. Saznajte više o asinkronizaciji i čekanju.

Izbjegavajte uključivanje nepotrebnih JavaScript biblioteka web-resursa

Što više skripti dodate u obrazac, to je više vremena potrebno za njihovo preuzimanje. Obično se skripte spremaju u predmemoriju u vašem pregledniku nakon što se prvi put učitaju. Međutim, izvedba prvi put kada se obrazac pogleda često ostavlja značajan dojam.

Izbjegavajte učitavanje svih skripti u događaju Onload

Ako imate kod koji podržava samo OnChange događaje za stupce ili samo događaj, OnSave svakako postavite biblioteku skripti s rukovateljem događaja za te događaje umjesto događaja OnLoad . Na taj se način učitavanje tih biblioteka može odgoditi, a performanse se povećavaju kada se obrazac učita.

Korištenje sažetih kartica za odgodu učitavanja web-resursa

Web-resursi ili iFrame komponente koje su uključene u odjeljke na kartici koja se može sklopiti ne učitavaju se ako je kartica sažeta. Učitavaju se samo kada se kartica proširi. Kada se promijeni stanje kartice, TabStateChange događaj se događa. Svaki kod koji je potreban za podršku web-resursa ili iFrameova na sažetim karticama može koristiti rukovaoce događajima za TabStateChange događaj i smanjiti kod koji bi se inače morao pojaviti u događaju OnLoad .

Izbjegavanje dupliciranih mrežnih zahtjeva u kodu na strani klijenta

Višestruki ili duplicirani mrežni zahtjevi mogu uzrokovati zastoj web-preglednika i utjecati na vrijeme učitavanja obrasca. Smanjenje broja zahtjeva može poboljšati performanse. Alternativa je konsolidacija mrežnih zahtjeva i predmemoriranje vrijednosti zahtjeva. Osim toga, razmotrite asinkrone mrežne zahtjeve, kao što je ranije spomenuto.

Izbjegavajte korištenje uloga i poziva specifičnih za korisnika sustava ako su relevantne informacije dostupne u XRM API-jima

Koristite XRM API-je da biste izbjegli mrežne zahtjeve za dobivanje informacija o korisničkim privilegijama. Saznajte više o tome kako prijeći sa sinkronih zahtjeva. Osim toga, izbjegavajte pozive korisnika sustava ako informacije iz XRM API-ja zadovoljavaju vaše zahtjeve.

Postavljanje zadanih opcija vidljivosti

U OnLoad tom slučaju izbjegavajte korištenje skripti obrazaca koje skrivaju elemente obrasca. Umjesto toga, za elemente obrasca koji bi mogli biti skriveni, postavite zadane mogućnosti vidljivosti tako da su elementi prema zadanim postavkama skriveni prilikom učitavanja obrasca. Zatim upotrijebite skripte u događaju OnLoad da biste prikazali elemente obrasca koje želite da budu vidljivi.

Saznajte više u sljedećim resursima:

Pokrenite alat za provjeru rješenja na svojim skriptama

Alat Power Apps za provjeru rješenja koristan je Microsoftov alat koji provjerava Power Apps rješenja za probleme i preporučuje najbolje prakse. Ti problemi uključuju probleme s JavaScriptom, HTML-om, dodacima i prilagođenim aktivnostima tijeka rada.

Saznajte više u sljedećim resursima:

Koristite asinkrone tijekove rada umjesto sinkronih tijekova rada

Osobe za prilagodbu sustava često pišu sinkrone tijekove rada za izvođenje, u stvarnom vremenu, poslovne logike koja se pokreće kada se podaci promijene u Field Serviceu. Međutim, sinkrono pokretanje tijekova rada smanjuje performanse. Da biste izbjegli probleme s performansama, umjesto toga pokrenite tijekove rada asinkrono.

Aktiviranje gotovih procesa Field Service i Resource Scheduling

Field Service i Resource Scheduling uključuju mnoge procese koji obavljaju potrebnu poslovnu logiku. Deaktivirani procesi mogu dovesti do pogrešaka. Da biste izbjegli probleme, provjerite jesu li svi procesi Field Service i Resource Scheduling u aktivnom stanju. Da biste utvrdili jesu li procesi u deaktiviranom stanju, redovito pokrenite Field Service Središte za stanje rješenja.

Pokrenite Središte za stanje rješenja da biste otkrili probleme

Središte za stanje rješenja pomaže vam da dobijete bolju sliku o stanju svog okruženja i otkrijete probleme s okruženjem sustava Dynamics 365. Konfiguracija okruženja može se s vremenom mijenjati prirodnim operacijama sustava. Središte za stanje rješenja pokreće pravila unutar instance za provjeru konfiguracije okruženja. Neka su pravila specifična za Field Service i možete ih pokrenuti na zahtjev kada naiđete na problem. Neka se pravila automatski pokreću kada se instalira ili ažurira Field Service.

Da biste pratili stanje svog okruženja, redovito pokrenite skup pravila Središte za stanje rješenja.

Razmatranja performansi mobilne aplikacije

Prilagodba mobilne aplikacije može utjecati na performanse. Saznajte više u članku Razmatranja o performansama prilikom prilagodbe mobilne aplikacije.