Aanbevolen methoden voor aanpassing

Volg deze aanbevolen procedures om problemen met prestaties, bruikbaarheid en ondersteuning met Dynamics 365 Field Service te voorkomen.

Aangepaste velden tot een minimum beperken op formulieren

Systeemaanpassers voegen aangepaste velden aan entiteitsformulieren toe om informatie vast te leggen die specifiek is voor hun branche en bedrijf, om bedrijfsprocessen uit te voeren en om informatie te verzamelen om over te rapporteren. Te veel aangepaste velden op een formulier kunnen echter tot prestatieproblemen leiden.

Om prestatieproblemen te voorkomen, doet u het volgende:

• Beperk het aantal aangepaste velden op alle formulieren tot een minimum. Als het werkorderformulier uw meest gebruikte formulier in de Field Service-app is, kunt u het best met dat formulier beginnen.
• Minimaliseer het aantal opzoekvelden en subrasters tussen aangepaste velden.
• Verplaats aangepaste velden (met name opzoekvelden en subrasters) van het eerste formuliertabblad naar andere formuliertabbladen.
• Verberg minder gebruikte velden standaard in een formulier.

Wijzig geen kant-en-klare webresources, optiesets, beveiligingsrollen of werkstromen

Wijzig geen standaardwebresources, -optiesets, -beveiligingsrollen of -werkstromen. Anders kan er onbedoeld systeemgedrag ontstaan.

Organisaties die deze onderdelen aanpassen, ervaren mogelijk niet meteen problemen in hun omgeving. Wijzigingen die Microsoft doorvoert in de aangepaste kant-en-klare onderdelen, worden echter niet toegepast op de bovenste laag van die onderdelen. In plaats daarvan overschrijft de specifieke aangepaste laag alle toekomstige wijzigingen en die overschrijvingen veroorzaken uiteindelijk onvoorspelbare fouten en gedrag.

Wijzig, bewerk of verwijder datumvelden of systeemstatussen niet

Het wijzigen, bewerken of verwijderen van datumvelden en statussen kan invloed hebben op bedrijfslogica en problemen met oplossingsupgrades veroorzaken. Voorbeelden van datumvelden voor werkorders zijn Begin toegezegde tijd en Einde toegezegde tijd. Voorbeelden van statusvelden zijn Systeemstatus voor de werkorder en Systeemstatus voor de overeenkomst.

Bewerk of verwijder geen standaardvelden in/uit formulieren

Klanten bewerken standaardvelden om aan hun zakelijke behoeften te voldoen. Het bewerken van kant-en-klare velden kan echter fouten veroorzaken, vooral wanneer processen afhankelijk zijn van de waarden van die velden.

Doe het volgende om fouten te voorkomen:

• Verberg ongewenste velden in een formulier.
• Verplaats ongewenste velden naar een ander formuliertabblad.

Field Service-processen berekenen bijvoorbeeld de waarde van het veld Geschatte aankomsttijd in de record Boekbare resourceboeking om aan te geven wanneer een eerstelijnswerker op locatie wordt verwacht. Als uw organisatie dit veld niet nodig heeft, verbergt u het in het formulier in plaats van het te verwijderen.

Bewerk geen optiesetwaarden (keuzewaarden)

Het bewerken van de optiesetwaarden voor standaardvelden kan fouten veroorzaken, met name wanneer processen afhankelijk zijn van de waarden van die velden of tijdens upgrades.

Doe het volgende om fouten te voorkomen:

• Bewerk alleen de optieset labels van standaardvelden. Bewerk nooit de optieset waarden van deze velden.
• Verwijder geen optiesetkeuzen.
• Voeg geen optiesetkeuzen toe.

Bijvoorbeeld, de Field Service-werkorder bevat standaard een veld met de naam Systeemstatus. Dit veld is een optieset (van het type keuze) en heeft opties zoals Ongepland, Gepland, In uitvoering, Voltooid en Geannuleerd. Elke optie heeft een label en een bijbehorende nummerwaarde. Systeembeheerders kunnen de labels van optiesets bewerken (zoals Ongepland), maar kunnen nooit de bij het label horende numerieke waarde aanpassen.

Gebruik minder aangepaste scripts en volg de aanbevolen procedures

Systeemaanpassers schrijven scripts, meestal JavaScript-webresources, om bedrijfslogica uit te voeren. Aangepaste scripts kunnen echter prestatieproblemen, fouten en complicaties veroorzaken tijdens upgrades.

Om deze problemen te voorkomen, doet u het volgende:

• Beperk het aantal scripts dat bij het laden wordt uitgevoerd tot een minimum.
• Schrijf geen scripts die veel gegevens aanroepen en schrijf niet meerdere scripts die dezelfde gegevens aanroepen.

In de volgende subsecties worden best practices beschreven. Volg daarnaast de aanbevolen procedures voor formulierscripts in Aanbevolen procedures voor ontwikkelen met Dynamics 365 Customer Engagement.

Beperk het aantal netwerkaanvragen en de hoeveelheid aangevraagde gegevens in de gebeurtenis OnLoad

Hoe meer netwerkaanvragen worden gedaan tijdens het laden van een formulier en hoe meer gegevens worden gedownload op basis van die aanvragen, hoe langer het duurt voordat een formulier is geladen. Vraag enkel de minimaal benodigde hoeveelheid gegevens aan. Overweeg bovendien om de gegevens indien mogelijk in het cachegeheugen te plaatsen om te voorkomen dat u in de toekomst onnodig gegevens aanvraagt bij het laden van formulieren.

Vermijd het gebruik van synchrone netwerkaanvragen

Synchrone netwerkaanvragen kunnen het laden van pagina's vertragen en niet-reagerende formulieren veroorzaken. Gebruik in plaats daarvan asynchrone verzoeken. In de volgende blogpost vindt u meer voorbeelden: Geef uw modelgestuurde apps een boost door over te stappen van synchrone verzoeken. Overweeg bovendien om 'async and wait' te gebruiken in elk scenario waarin meerdere netwerkaanroepen voor dezelfde entiteit en dezelfde record nodig zijn. Meer informatie over 'async and await'.

Vermijd het opnemen van overbodige JavaScript-webresourcebibliotheken

Hoe meer scripts u aan een formulier toevoegt, hoe meer tijd het kost om ze te downloaden. Normaal gesproken worden scripts in uw browser in het cachegeheugen opgeslagen nadat ze voor de eerste keer zijn geladen. Toch is het vaak zo dat de eerste keer dat een formulier wordt bekeken, een indrukwekkende indruk achterlaat.

Laad niet alle scripts in de gebeurtenis Onload

Als u code gebruikt dat alleen OnChange-gebeurtenissen voor kolommen of alleen de OnSave-gebeurtenis ondersteunt, moet u ervoor zorgen dat u de scriptbibliotheek instellen met de gebeurtenismanager voor die gebeurtenissen in plaats van de OnLoad-gebeurtenis. Op deze manier kan het laden van die bibliotheken worden uitgesteld en worden de prestaties tijdens het laden van het formulier vergroot.

Gebruik samengevouwen tabbladen om het laden van webresources uit te stellen

Webresources of iFrame-onderdelen die zijn opgenomen in secties op een samenvouwbaar tabblad, worden niet geladen wanneer het tabblad is samengevouwen. Ze worden alleen geladen wanneer het tabblad wordt uitgevouwen. Als de tabbladstatus verandert, treedt de TabStateChange-gebeurtenis op. Code die vereist is om webresources of iFrames te ondersteunen op samengevouwen tabbladen, kan gebeurtenis-handlers gebruiken voor de TabStateChange-gebeurtenis en de code verminderen dat anders moet optreden in de OnLoad-gebeurtenis.

Vermijd dubbele netwerkaanvragen in code aan de clientzijde

Meerdere of dubbele netwerkaanvragen kunnen ervoor zorgen dat de webbrowser vastloopt en de laadtijd van het formulier beïnvloedt. Het verminderen van het aantal aanvragen kan de prestaties verbeteren. Een alternatief is om netwerkaanvragen te consolideren en de waarde van de aanvragen in de cache op te slaan. Houd daarnaast rekening met asynchrone netwerkaanvragen, zoals eerder genoemd.

Vermijd het gebruik van rollen en systeemgebruikerspecifieke aanroepen als de relevante informatie beschikbaar is in XRM API's

Gebruik XRM API's om netwerkaanvragen te vermijden voor het ophalen van informatie over gebruikersbevoegdheden. Meer informatie over hoe u kunt overstappen van synchrone aanvragen. Vermijd bovendien aanroepen van systeemgebruikers als de informatie van XRM API's aan uw vereisten voldoet.

Standaard zichbaarheidopties instellen

Vermijd bij de OnLoad-gebeurtenis het gebruik van formulierscripts die formulierelementen verbergen. Stel in plaats hiervan de standaard zichtbaarheidsopties voor formulierelementen die verborgen kunnen zijn zo in dat de elementen standaard verborgen zijn wanneer het formulier wordt geladen. Gebruik vervolgens scripts in de OnLoad-gebeurtenis om die formulierelementen weer te geven die u wilt tonen.

Kom meer te weten in de volgende resources:

• Formulieren ontwerpen voor prestaties in modelgestuurde apps
• Niet-ondersteunde aanpassingen

Oplossingscontrole uitvoeren op uw scripts

De Power Apps-oplossingscontrole is een handig hulpmiddel van Microsoft dat Power Apps-oplossingen controleert op problemen en aanbevelingen doet voor aanbevolen procedures. Deze problemen omvatten problemen met JavaScript, HTML, invoegtoepassingen en aangepaste werkstroomactiviteiten.

Kom meer te weten in de volgende resources:

• Prestaties, stabiliteit en betrouwbaarheid van componenten verbeteren met oplossingscontrole
• Power Apps-oplossingscontrole uitvoeren en gebruiken
• Dataverse-oplossingscontrole

Asynchrone werkstromen gebruiken in plaats van synchrone werkstromen

Systeemaanpassers schrijven vaak synchrone werkstromen om in realtime bedrijfslogica uit te voeren die wordt uitgevoerd wanneer gegevens worden gewijzigd in Field Service. Een synchrone uitvoering van werkstromen gaat echter ten koste van de prestaties. Voer werkstromen in plaats daarvan asynchroon uit om prestatieproblemen te voorkomen.

Standaardprocessen van Field Service en Resourceplanning activeren

Field Service en Resourceplanning omvatten veel processen die de noodzakelijke bedrijfslogica uitvoeren. Gedeactiveerde processen kunnen tot fouten leiden. Zorg ervoor dat alle processen voor Field Service en Resourceplanning actief zijn om problemen te voorkomen. Voer om te bepalen welke processen zich in een gedeactiveerde toestand bevinden regelmatig de Field Service-oplossingsstatushub uit.

De Oplossingsstatushub uitvoeren om problemen te detecteren

De oplossingsstatushub helpt u om een beter beeld te krijgen van de status van uw omgeving en kunt u problemen met uw Dynamics 365-omgeving detecteren. De configuratie van een omgeving kan in de loop van de tijd veranderen door natuurlijke systeembewerkingen. De Oplossingsstatushub voert regels binnen een exemplaar uit om de configuratie van de omgeving te valideren. Sommige regels zijn specifiek voor Field Service en u kunt ze op aanvraag uitvoeren wanneer u een probleem tegenkomt. Sommige regels worden automatisch geactiveerd wanneer Field Service wordt geïnstalleerd of bijgewerkt.

Voer om de status van uw omgeving te controleren regelmatig de regelset voor de Oplossingsstatushub uit.

Prestatieoverwegingen voor mobiele app

Het aanpassen van de mobiele app kan van invloed zijn op de prestaties. Ga naar Prestatieoverwegingen bij het aanpassen van de mobiele app voor meer informatie.