Share via

Najvhodnejšie postupy prispôsobenia

  • Článok

Postupujte podľa týchto osvedčených postupov, aby ste sa vyhli problémom s výkonom, použiteľnosťou a podporou s Dynamics 365 Field Service.

Minimalizácia vlastných polí vo formulároch

Prispôsobovači systému pridávajú vlastné polia do formulárov entít na zachytenie informácií špecifických pre ich odvetvie a podnikanie, na spustenie obchodných procesov a zhromažďovanie informácií na vytváranie zostáv. Príliš veľa vlastných polí vo formulári však môže spôsobiť problémy s výkonom.

Ak sa chcete vyhnúť problémom s výkonom:

  • Minimalizujte počet vlastných polí vo všetkých formulároch. Začať s formulárom objednávky prác je dobrý nápad, ak je to váš najpoužívanejší formulár v aplikácii Field Service.
  • Spomedzi vlastných polí má minimalizácia polí typu vyhľadávania a podmriežky najväčší vplyv na výkon formulára, napríklad na časy načítania.
  • Premiestnite vlastné polia (najmä vyhľadávania a vedľajšie mriežky) z prvej karty formulára na iné karty formulára.
  • Predvolene skryť menej používané polia vo formulári.

Nemeňte pripravené webové zdroje, množiny možností, roly zabezpečenia ani pracovné postupy

Prispôsobovanie, preberanie závislostí alebo vlastné vyvolávanie vopred pripravených webových zdrojov, množín možností, rolí zabezpečenia alebo pracovných postupov nie je podporované a môže viesť k neúmyselnému správaniu systému.

Organizácie, ktoré prispôsobujú tieto súčasti, nemusia okamžite vidieť problémy vo svojom prostredí. Keďže však spoločnosť Microsoft vydáva zmeny prispôsobených predpripravených súčastí, tieto zmeny sa nepoužijú na vrchnú vrstvu danej súčasti. Špecifická prispôsobená vrstva má prednosť pred všetkými budúcimi zmenami, ktoré nakoniec spôsobia nepredvídateľné chyby a správanie.

Neupravujte, neupravujte ani neodstraňujte dátumové polia ani systémové stavy

Úprava, úprava alebo odstránenie dátumových polí a stavov môže ovplyvniť obchodnú logiku a spôsobiť problémy s aktualizáciami riešení. Príklady dátumu objednávky prác sú čas od sľúbeného času a času do sľúbeného. Príklady stavových polí zahŕňajú stav systému objednávky prác a stav systému zmluvy.

Neupravujte ani neodstraňujte pripravené polia z formulárov

Zákazníci upravujú vopred pripravené polia tak, aby vyhovovali ich obchodným potrebám. Úprava vopred pripravených polí však môže spôsobiť chyby, najmä ak procesy závisia od hodnôt týchto polí.

Ak sa chcete vyhnúť chybám:

  • Skrytie nežiaducich polí vo formulári.
  • Premiestnenie nechcených polí na inú kartu formulára.

Tu je len jeden príklad: Procesy Field Service vypočítajú hodnotu poľa Odhadovaný čas príchodu v zázname rezervovateľného zdroja, aby indikovali, kedy sa očakáva príchod pracovníka prvého kontaktu na miesto. Ak vaša organizácia toto pole nepotrebuje, radšej ho vo formulári skryjte, než ho odstráňte.

Ďalšie informácie nájdete v týchto článkoch:

Neupravovať hodnoty množina možností (výber)

Úprava hodnôt množina možností hotových polí môže spôsobiť chyby, najmä ak procesy závisia od týchto hodnôt polí alebo počas inovácie.

Ak sa chcete vyhnúť chybám:

  • Upravujte iba hodnoty množina možností labels and never edit množina možností vopred pripravených polí.
  • Neodstraňujte žiadne voľby množina možností.
  • Nepridávajte žiadne možnosti množina možností.

Tu je len jeden príklad: Objednávka prác Field Service predvolene obsahuje pole s názvom "Stav systému". Toto pole je množina možností (typ "voľba") s možnosťami ako Neplánované, Naplánované, Prebieha, Dokončené, Zrušené atď. Každá z týchto možností má označenie a priradenú číselnú hodnotu. Správcovia systému môžu upravovať označenia množín možností (napríklad "Neplánované"), ale nikdy nemôžu upravovať priradenú číselnú hodnotu označenia.

Používajte menej vlastných skriptov a dodržiavajte osvedčené postupy

Prispôsobovači systému píšu skripty, zvyčajne webové prostriedky JavaScript, na vykonávanie obchodnej logiky. Vlastné skripty však môžu pri inovácii spôsobovať problémy s výkonom, chyby a komplikácie.

Ak sa chcete vyhnúť týmto problémom:

  • Minimalizujte skripty spustené pri načítaní.
  • Nepíšte skripty, ktoré volajú veľa údajov, ani nepíšte viaceré skripty, ktoré volajú rovnaké údaje.

Postupujte podľa ďalších osvedčených postupov skriptovania formulárov vrátane nasledujúcich osvedčených postupov:

Minimalizujte počet sieťových požiadaviek a množstvo dát požadovaných v udalosti OnLoad

Čím vyšší je počet sieťových požiadaviek odoslaných počas načítania formulára a čím viac dát sa stiahne z týchto požiadaviek, tým viac času trvá načítanie formulára. Vyžadujte iba minimálne potrebné množstvo údajov. Ak je to možné, zvážte tiež uloženie údajov do medzipamäti, aby ste pri budúcich načítaniach stránky zbytočne nevyžadovali údaje.

Vyhnite sa používaniu synchrónnych sieťových požiadaviek

Synchrónne sieťové požiadavky môžu spôsobiť pomalé načítanie stránok a nereagovanie formulárov. Namiesto toho použite asynchrónne požiadavky. Ďalšie príklady nájdete v tomto blogovom príspevku. Okrem toho zvážte použitie "asynchrónne a čakajte" v každom scenári, kde je potrebných viac sieťových volaní pre rovnakú entitu a záznam; Viac podrobností nájdete tu.

Vyhnite sa zahrnutiu nepotrebných knižníc webových prostriedkov JavaScript

Čím viac skriptov pridáte do formulára, tým viac času trvá ich stiahnutie. Skripty sa zvyčajne ukladajú do vyrovnávacej pamäte prehliadača po prvom načítaní, ale výkon pri prvom zobrazení formulára často vytvára významný dojem.

Vyhnite sa načítaniu všetkých skriptov v udalosti Onload

Ak máte kód, ktorý podporuje iba udalosti OnChange pre stĺpce alebo udalosť OnSave, nezabudnite nastaviť knižnicu skriptov pomocou obsluhy udalostí pre tieto udalosti namiesto udalosti OnLoad. Takto sa načítanie týchto knižníc môže odložiť a zvýšiť tak výkon pri načítavaní samotného formulára.

Použitie zbalených kariet na odloženie načítania webových prostriedkov

Keď sú webové prostriedky alebo súčasti prvku iframe zahrnuté do sekcií vnútri zbalenej karty, nenačítajú sa, ak je karta zbalená. Načítajú sa, keď je karta rozbalená. Keď sa stav karty zmení, nastane udalosť TabStateChange. Každý kód, ktorý sa vyžaduje na podporu webových prostriedkov alebo prvku iframe v rámci zbalených kariet, môže používať obslužné programy udalostí pre udalosť TabStateChange a zmenšiť kód, ktorý by sa inak musel vyskytnúť v udalosti OnLoad.

Vyhnite sa duplicitným sieťovým požiadavkám v kóde na strane klienta

Viacnásobné alebo duplicitné sieťové požiadavky môžu spôsobiť zastavenie webového prehliadača a ovplyvniť čas načítania formulára. Zníženie počtu žiadostí môže zlepšiť výkon. Alternatívou je konsolidácia sieťových požiadaviek a ukladanie hodnoty požiadaviek do vyrovnávacej pamäte. Zvážte tiež asynchrónne sieťové požiadavky, ako už bolo spomenuté.

Vyhnite sa používaniu rolí a volaní špecifických pre používateľa systému, ak sú príslušné informácie k dispozícii v rozhraniach XRM API

Pomocou rozhraní XRM API sa môžete vyhnúť sieťovým požiadavkám na získanie informácií o používateľských oprávneniach. Pozrite si nasledujúci článok o prechode od synchrónnych požiadaviek. Podobne sa vyhnite volaniam používateľov systému, ak informácie z rozhraní XRM API spĺňajú vaše požiadavky.

Nastavenie predvolených možností viditeľnosti

Vyhnite sa používaniu skriptov formulára v udalosti OnLoad, ktoré skrývajú prvky formulára. Namiesto toho nastavte predvolenú viditeľnosť elementov formulára, ktoré majú byť skryté, tak, aby neboli viditeľné pri načítaní formulára. Potom použite skripty v udalosti OnLoad na zobrazenie tých prvkov formulára, ktoré chcete zobraziť.

Ďalšie informácie nájdete v týchto zdrojoch informácií:

Spustenie kontroly riešení v skriptoch

Kontrola Power Apps riešení je užitočný nástroj od spoločnosti Microsoft, ktorý kontroluje Power Apps riešenia problémov a odporúča najvhodnejšie postupy. Tieto problémy zahŕňajú problémy s JavaScriptom, HTML, doplnkami a vlastnými aktivitami pracovného postupu.

Ďalšie informácie nájdete v týchto zdrojoch informácií:

Používanie asynchrónnych pracovných postupov namiesto synchrónnych

Prispôsobovači systému často píšu synchrónne pracovné postupy na vykonávanie obchodnej logiky v reálnom čase, ktorá sa vykonáva pri zmene údajov v Field Service. Spúšťanie pracovných postupov však synchrónne znižuje výkon.

Ak sa chcete vyhnúť problémom s výkonom, spúšťajte pracovné postupy asynchrónne.

Aktivujte hotové procesy Field Service a Plánovanie zdrojov

Field Service a plánovanie zdrojov sa dodávajú s mnohými procesmi, ktoré vykonávajú potrebnú obchodnú logiku.

Deaktivované procesy môžu viesť k chybám.

Aby ste sa vyhli problémom, uistite sa, že všetky procesy Field Service a Plánovanie zdrojov sú v aktívnom stave. Pravidelne spúšťajte Centrum stavu riešení Field Service, aby ste zistili, či sú procesy v deaktivovanom stave.

Spustenie Centra stavu riešení na zistenie problémov

Centrum pre stav riešenia vám umožňuje získať lepšiu predstavu o stave vášho prostredia a odhaliť problémy s prostredím Dynamics 365. Centrum pre stav riešenia spúšťa v rámci inštancie pravidlá na overenie konfigurácie prostredia, ktorá sa môže časom zmeniť v dôsledku prirodzených operácií systému. Niektoré z týchto pravidiel sú špecifické pre Dynamics 365 Field Service a môžete spustiť pravidlá na požiadanie, keď narazíte na problém. Niektoré pravidlá sa automaticky spustia, keď je služba Field Service nainštalovaná alebo aktualizovaná.

Pravidelne spúšťajte množinu pravidiel Centra stavu riešení Field Service na monitorovanie stavu vášho prostredia.

Čo treba zvážiť výkonnosť mobilnej aplikácie

Prispôsobenie mobilnej aplikácie môže tiež ovplyvniť výkon. Ďalšie informácie nájdete v tomto článku: Úvahy o výkone pri prispôsobovaní mobilnej aplikácie