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 toe aan entiteitsformulieren om informatie vast te leggen die specifiek is voor hun branche en bedrijf, om bedrijfsprocessen uit te voeren en om informatie te verzamelen om 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 formulier werkorder het meest wordt gebruikt in de Field Service-app, is het een goed idee om met idee te 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 standaard minder gebruikte velden op 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 componenten aanpassen, ondervinden mogelijk niet meteen problemen in hun omgeving. Wijzigingen die Microsoft doorvoert in de aangepaste, kant-en-klare componenten, worden echter niet toegepast op de bovenste laag van die componenten. In plaats daarvan overschrijft de specifieke aangepaste laag alle toekomstige wijzigingen, en die overrides 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 de datumvelden werkorder zijn tijd vanaf beloofd en tijd tot beloofd. Voorbeelden van statusvelden zijn Systeemstatus voor werkorder en Systeemstatus voor de overeenkomst.

Bewerk geen standaardvelden en verwijder ze niet uit formulieren

Klanten kunnen kant-en-klare velden bewerken, zodat deze aansluiten op hun zakelijke behoeften. Het bewerken van standaardvelden kan echter fouten veroorzaken, vooral wanneer processen afhankelijk zijn van de waarden in die velden.

Doe het volgende om fouten te voorkomen:

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

Field Service-processen berekenen bijvoorbeeld de waarde van het veld Geschatte aankomsttijd in het record Boekbare resourceboeking om aan te geven wanneer een frontliniemedewerker naar verwachting op locatie zal arriveren. Als uw organisatie dit veld niet nodig heeft, kunt u het verbergen op het formulier in plaats van het te verwijderen.

Bewerk geen optiesetwaarden (keuzewaarden)

Het bewerken van de optieset-waarden van standaardvelden kan fouten veroorzaken, vooral 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 waarden van optieset van deze velden.
• Verwijder geen optiesetkeuzen.
• Voeg geen optiesetkeuzen toe.

De Field Service werkorder bevat bijvoorbeeld standaard een veld Systeemstatus . Dit veld is een optieset (van het type keuze ) en heeft opties zoals Niet gepland, Gepland, In uitvoering, Voltooid en Geannuleerd. Elke optie heeft een label en een bijbehorende numerieke waarde. Systeembeheerders kunnen de labels van opties bewerken (zoals Niet-gepland), maar ze kunnen nooit de numerieke waarde bewerken die aan het label is gekoppeld.

Gebruik minder aangepaste scripts en volg de aanbevolen procedures

Systeemaanpassers schrijven scripts, meestal JavaScript-webbronnen, 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:

• Minimaliseer het aantal scripts dat bij het laden wordt uitgevoerd.
• Schrijf geen scripts die veel gegevens aanroepen, en schrijf niet meerdere scripts die dezelfde gegevens aanroepen.

In de volgende subsecties worden best practices beschreven. Daarnaast volgen de best practices voor formulierscripts in Best practices voor ontwikkelen met Dynamics 365 Customer Engagement.

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

Hoe meer netwerkverzoeken er worden gedaan tijdens het laden van een formulier en hoe meer gegevens er worden gedownload van die verzoeken, hoe langer het duurt om het formulier te laden. Vraag alleen de minimale hoeveelheid gegevens op die nodig is. Overweeg daarnaast om de gegevens indien mogelijk te cachen, zodat u voorkomt dat gegevens onnodig worden opgevraagd bij het laden van formulieren in de toekomst.

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. Het volgende blogbericht bevat meer voorbeelden: Geef uw modelgestuurde apps een turboboost door af te stappen van synchrone verzoeken. Overweeg daarnaast om 'async and wait' te gebruiken in elk scenario waarin meerdere netwerkaanroepen voor dezelfde entiteit en record nodig zijn. Lees meer over async en wait.

Vermijd het opnemen van overbodige JavaScript-webresourcebibliotheken

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

Laad niet alle scripts in de gebeurtenis Onload

Als u code hebt die alleen OnChange gebeurtenissen voor kolommen of alleen de OnSave gebeurtenis ondersteunt, moet u de scriptbibliotheek instellen met de gebeurtenishandler voor die gebeurtenissen in plaats van de OnLoad gebeurtenis. Op deze manier kan het laden van deze bibliotheken worden uitgesteld en nemen de prestaties toe wanneer het formulier wordt geladen.

Gebruik samengevouwen tabbladen om het laden van webbronnen uit te stellen

Webbronnen of iFrame componenten die zijn opgenomen in secties op een samenvouwbaar tabblad, worden niet geladen als het tabblad is samengevouwen. Ze worden alleen geladen wanneer het tabblad wordt uitgevouwen. Wanneer de tabbladstatus verandert, vindt de gebeurtenis plaats. TabStateChange Elke code die nodig is om webresources of iFrames op samengevouwen tabbladen te ondersteunen, kan gebeurtenishandlers voor de TabStateChange gebeurtenis gebruiken en de hoeveelheid code die anders in de OnLoad gebeurtenis zou moeten voorkomen, beperken.

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 netwerkverzoeken om informatie over gebruikersrechten te verkrijgen, te vermijden. Leer meer over hoe u kunt overstappen van synchrone verzoeken. Vermijd daarnaast systeemgebruikersaanroepen als de informatie van XRM API's aan uw vereisten voldoet.

Standaard zichbaarheidopties instellen

Vermijd in dat geval het gebruik van formulierscripts die formulierelementen verbergen. OnLoad Voor formulierelementen die mogelijk verborgen zijn, kunt u in plaats daarvan de standaard zichtbaarheidsopties instellen, zodat de elementen standaard verborgen zijn wanneer het formulier wordt geladen. Gebruik vervolgens scripts in de OnLoad gebeurtenis om de formulierelementen weer te geven die u zichtbaar wilt maken.

Meer informatie vindt u in de volgende bronnen:

• Ontwerpformulieren voor prestaties in modelgestuurde apps
• Niet-ondersteunde aanpassingen

Voer een oplossingscontrole uit 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, plug-ins en aangepaste workflowactiviteiten.

Meer informatie vindt u in de volgende bronnen:

• Verbeter de prestaties, stabiliteit en betrouwbaarheid van componenten met de oplossingscontrole
• Hoe u de Solution Checker kunt uitvoeren en gebruiken Power Apps
• Dataverse-oplossingscontrole

Gebruik asynchrone workflows in plaats van synchrone workflows

Systeemaanpassers schrijven vaak synchrone workflows om in realtime bedrijfslogica uit te voeren die wordt uitgevoerd wanneer gegevens in Field Service worden gewijzigd. Een synchrone uitvoering van werkstromen gaat echter ten koste van de prestaties. Om prestatieproblemen te voorkomen, kunt u workflows beter asynchroon uitvoeren.

Standaardprocessen van Field Service en Resourceplanning activeren

Field Service en Resource Scheduling omvatten veel processen die de benodigde bedrijfslogica uitvoeren. Gedeactiveerde processen kunnen tot fouten leiden. Om problemen te voorkomen, moet u ervoor zorgen dat alle Field Service- en Resource Scheduling-processen actief zijn. Om te bepalen of processen zich in een gedeactiveerde status bevinden, voert u regelmatig de Field Service Oplossingsstatushub uit .

Voer Oplossingsstatushub uit om problemen te detecteren

Met Oplossingsstatushub krijgt u een beter beeld 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. Oplossingsstatushub voert regels binnen een instantie uit om de configuratie van 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.

Om de status van uw omgeving te controleren, moet u regelmatig de regelset Oplossingsstatushub uitvoeren.

Prestatieoverwegingen voor mobiele app

Het aanpassen van de mobiele app kan de prestaties beïnvloeden. Meer informatie vindt u in Prestatieoverwegingen bij het aanpassen van de mobiele app.