Najboljše prakse prilagajanja

  • Članek

Upoštevajte te najboljše postopke, da se izognete težavam z učinkovitostjo delovanja, uporabnostjo in podporo Dynamics 365 Field Service.

Minimiziranje polj po meri v obrazcih

Prilagojevalci sistema obrazcem entitet dodajo polja po meri, da zajamejo informacije, značilne za njihovo panogo in podjetje, zaženejo poslovne procese in zberejo informacije za poročanje. Vendar pa lahko preveč polj po meri v obrazcu povzroči težave z učinkovitostjo delovanja.

Če se želite izogniti težavam z učinkovitostjo delovanja:

  • Minimiziranje števila polj po meri v vseh obrazcih. Začetek z obrazcem za delovni nalog je dobra ideja, če je to vaš najpogosteje uporabljen obrazec v aplikaciji Field Service.
  • Med polji po meri minimiziranje polj vrste iskanja in podmreže najbolj vpliva na učinkovitost delovanja, kot so časi nalaganja.
  • Premaknite polja po meri (zlasti iskanja in podmreže) s prvega zavihka obrazca na druge zavihke obrazca.
  • Privzeto skrivanje manj uporabljenih polj v obrazcu.

Ne spreminjajte vnaprej pripravljenih spletnih virov, naborov možnosti, varnostnih vlog ali potekov dela

Prilagajanje, sprejemanje odvisnosti ali klicanje vnaprej pripravljenih spletnih virov, naborov možnosti, varnostnih vlog ali potekov dela po meri ni podprto in lahko povzroči nenamerno delovanje sistema.

Organizacije, ki prilagajajo te komponente, morda ne bodo takoj videle težav v svojem okolju. Ko pa Microsoft izda spremembe prilagojenih vnaprej pripravljenih komponent, te spremembe ne veljajo za zgornjo plast te komponente. Specifična prilagojena plast preglasi vse prihodnje spremembe, ki sčasoma povzročijo nepredvidljive napake in vedenje.

Ne spreminjajte, urejajte ali brišite datumskih polj ali sistemskih stanj

Spreminjanje, urejanje ali brisanje datumskih polj in stanj lahko vpliva na poslovno logiko in povzroči težave s posodobitvami rešitev. Primeri datuma delovnega naloga so čas od obljubljenega in čas do obljube. Primeri polj stanja vključujejo stanje sistema delovnih nalogov in stanje sistema dogovora.

Onemogočanje urejanja ali odstranjevanja vnaprej pripravljenih polj iz obrazcev

Stranke vnaprej pripravljena polja uredijo tako, da ustrezajo njihovim poslovnim potrebam. Vendar pa lahko urejanje vnaprej pripravljenih polj povzroči napake, še posebej, če so procesi odvisni od teh vrednosti polj.

Če se želite izogniti napakam:

  • Skrivanje neželenih polj iz obrazca.
  • Premaknite neželena polja na drug zavihek obrazca.

Tukaj je samo en primer: procesi rešitve Field Service izračunajo vrednost polja »Predvideni čas prihoda« v zapisu rezervacije virov, ki jih je mogoče rezervirati, da označijo, kdaj naj bi delavec v neposrednem stiku prispel na spletno mesto. Če vaša organizacija ne potrebuje tega polja, ga skrijte v obrazcu, namesto da ga odstranite.

Za več informacij glejte spodaj naštete članke:

Ne urejajte vrednosti nabor možnosti (izbira)

Urejanje vrednosti nabor možnosti vnaprej pripravljenih polj lahko povzroči napake, še posebej, če so procesi odvisni od teh vrednosti polj ali med nadgradnjami.

Če se želite izogniti napakam:

  • Uredite samo nabor možnosti labels and never edit nabor možnosti vrednosti vnaprej pripravljenih polj.
  • Ne odstranjujte nobene izbire nabor možnosti.
  • Ne dodajajte nobene izbire nabor možnosti.

Tukaj je samo en primer: delovni nalog za Field Service privzeto vključuje polje, ki se imenuje »Stanje sistema«. To polje je nabor možnosti (vnesite »izbira«) z možnostmi, kot so Nenačrtovano, Načrtovano, V teku, Dokončano, Preklicano itd. Vsaka od teh možnosti ima oznako in povezano številsko vrednost. Skrbniki sistema lahko urejajo oznake naborov možnosti (na primer »Nenačrtovano«), vendar nikoli ne morejo urejati povezane številske vrednosti oznake.

Uporabite manj skriptov po meri in upoštevajte najboljše prakse

Prilagojevalci sistema pišejo skripte, običajno spletne vire JavaScript, za izvajanje poslovne logike. Vendar pa lahko skripti po meri povzročijo težave z učinkovitostjo delovanja, napake in zaplete pri nadgradnji.

Če se želite izogniti tem težavam:

  • Zmanjšajte število skriptov, ki se izvajajo ob nalaganju.
  • Ne pišite skriptov, ki kličejo veliko podatkov ali pišejo več skriptov, ki kličejo iste podatke.

Upoštevajte več najboljših praks za skripte obrazcev, vključno z naslednjimi najboljšimi praksami:

Minimiziranje števila omrežnih zahtev in količine podatkov, zahtevanih v dogodku OnLoad

Večje kot je število omrežnih zahtev, opravljenih med nalaganjem obrazca, in več podatkov, prenesenih iz teh zahtev, več časa je potrebnega, da se obrazec naloži. Zahtevajte samo najmanjšo količino potrebnih podatkov. Razmislite tudi o predpomnjenju podatkov, kadar je to mogoče, da se izognete nepotrebnim zahtevam podatkov ob prihodnjih obremenitvah strani.

Izogibajte se uporabi zahtev sinhronega omrežja

Sinhrone omrežne zahteve lahko povzročijo počasno nalaganje strani in neodzivne obrazce. Namesto tega uporabite asinhrone zahteve. Za več primerov si oglejte objavo v spletnem dnevniku. Poleg tega razmislite o uporabi »async and wait« v vsakem scenariju, kjer je potrebnih več omrežnih klicev za isto entiteto in snemanje; Več podrobnosti najdete tukaj.

Izogibajte se vključevanju nepotrebnih knjižnic spletnih virov JavaScript

Več skriptov dodate v obrazec, več časa potrebujete, da jih prenesete. Običajno so skripti predpomnjeni v brskalniku po prvem nalaganju, vendar uspešnost ob prvem ogledu obrazca pogosto ustvari pomemben vtis.

Izogibajte se nalaganju vseh skriptov v dogodku Nalaganje

Če imate kodo, ki podpira samo dogodke OnChange za stolpce ali dogodek OnSave, namesto dogodka OnLoad nastavite knjižnico skriptov z rutino za obravnavo dogodkov za te dogodke. Tako lahko nalaganje knjižnic odložite in izboljšate učinkovitost delovanja med nalaganjem obrazca.

Uporaba strnjenih zavihkov za odložitev nalaganja spletnih virov

Ko so spletni viri ali komponente iframe vključeni v razdelke znotraj strnjenega zavihka, se ne naložijo, če je zavihek strnjen. Naložijo se, ko je zavihek razširjen. Ko se stanje tabulatorja spremeni, pride do dogodka TabStateChange. Vsaka koda, ki je potrebna za podporo spletnih virov ali okvirjev iframe znotraj strnjenih zavihkov, lahko uporablja rutine za obravnavo dogodkov za dogodek TabStateChange in zmanjša kodo, ki bi se sicer morala zgoditi v dogodku OnLoad.

Izogibajte se podvojenim omrežnim zahtevam v kodi odjemalca

Več ali podvojenih omrežnih zahtev lahko povzroči, da se spletni brskalnik ustavi in vpliva na čas nalaganja obrazca. Zmanjšanje števila zahtev lahko izboljša učinkovitost delovanja. Druga možnost je konsolidacija omrežnih zahtev in predpomnjenje vrednosti zahtev. Upoštevajte tudi asinhrone omrežne zahteve, kot smo že omenili.

Izogibajte se uporabi vlog in klicev, specifičnih za uporabnike sistema, če so ustrezne informacije na voljo v API-jih XRM

Uporabite API-je XRM, da se izognete omrežnim zahtevam za pridobivanje podatkov o uporabniških pravicah. Glejte naslednji članek o prehodu stran od sinhronih zahtev. Podobno se izogibajte klicem sistemskih uporabnikov, če informacije iz API-jev XRM ustrezajo vašim zahtevam.

Nastavljanje privzetih možnosti vidljivosti

V dogodku OnLoad se izogibajte uporabi skriptov obrazcev, ki skrivajo elemente obrazca. Za elemente obrazcev, ki bi lahko bili skriti, da ob nalaganju obrazca ne bi bili privzeto vidni, raje nastavite privzete možnosti vidljivosti. Nato uporabite skripte v dogodku OnLoad, da prikažete elemente obrazca, ki jih želite prikazati.

Če želite več informacij, si oglejte te vire:

Zaženite preverjevalnik rešitev v skriptih

Preverjevalnik Power Apps rešitev je uporabno Microsoftovo orodje, ki preverja Power Apps , ali obstajajo težave, in priporoča najboljše prakse. Te težave vključujejo težave z JavaScriptom, HTML-jem, vtičniki in dejavnostmi poteka dela po meri.

Če želite več informacij, si oglejte te vire:

Uporaba asinhronih potekov dela namesto sinhronih

Prilagojevalci sistema pogosto napišejo sinhrone poteke dela za izvajanje poslovne logike v realnem času, ki se izvede, ko se podatki spremenijo v rešitvi Field Service. Vendar pa izvajanje potekov dela sinhrono zmanjša učinkovitost delovanja.

Če se želite izogniti težavam z učinkovitostjo delovanja, zaženite poteke dela asinhrono.

Aktiviranje vnaprej pripravljenih procesov rešitve Field Service in razporejanja virov

Field Service in razporejanje virov pošiljata številne procese, ki izvajajo potrebno poslovno logiko.

Deaktivirani procesi lahko povzročijo napake.

Če se želite izogniti težavam, se prepričajte, da so vsi procesi Field Service in razporejanja virov v aktivnem stanju. Redno zaženite središče Field Service Solution Health Hub , da ugotovite, ali so procesi v deaktiviranem stanju.

Zaženite središče za stanje rešitve za zaznavanje težav

Središče za stanje rešitve vam podrobneje opiše stanje okolja in zazna težave z okoljem Dynamics 365. Središče za stanje rešitve zažene pravila znotraj primerka, da potrdi konfiguracijo okolja, ki se lahko sčasoma spreminja z naravnim delovanjem sistema. Nekatera pravila so specifična za Dynamics 365 Field Service in ta pravila lahko zaženete na zahtevo, ko naletite na težavo. Nekatera pravila se samodejno sprožijo, ko je rešitev Field Service nameščena ali posodobljena.

Redno zaženite nabor pravil središča Field Service Solution Health Hub za spremljanje stanja okolja.

Premisleki glede učinkovitosti delovanja aplikacij za mobilne naprave

Prilagajanje mobilne aplikacije lahko vpliva tudi na učinkovitost delovanja. Če želite več informacij, glejte ta članek: Dejavniki učinkovitosti delovanja pri prilagajanju mobilne aplikacije