Werkordersjablonen met incidenttypen maken

Incidenttypen fungeren als servicesjablonen waarmee gebruikers snel werkorders kunnen maken voor de meest voorkomende soorten taken die uw organisatie uitvoert. Incidenttypen worden ook gebruikt om specifieke werkorderproblemen en aanbevolen oplossingen te definiëren.

Waar werkordertypen de algemene categorie van een werkorder definiëren (bijvoorbeeld inspectie, reparatie of onderhoud), definiëren incidenttypen de specifieke aanvraag van een werkorder en voegen ze effectief meer details toe aan het werkordertype.

Voorbeelden van incidenttypen:

• Een specifieke foutcode op een computer (Foutcode 0048).
• Een veelvoorkomende klacht of verzoek van een klant (Het is te warm in het gebouw).
• Een specifieke procedure (stresstest uitvoeren).

Het belangrijkste is dat het toevoegen van een incidenttype aan een werkorder andere details kan opleveren, zoals duur, taken voor werkorderservices, producten, services en kenmerken (vaardigheden). Incidenttypen dienen in feite als werkordersjablonen die informatie vooraf invullen, die indien nodig handmatig kan worden bewerkt.

Organisaties profiteren van het gebruik van incidenttypen omdat ze problemen, procedures en oplossingen classificeren en processen in verschillende regio's en bedrijfsonderdelen helpen standaardiseren. Incidenttypen zorgen ervoor dat alle veldtechnici dezelfde acties uitvoeren om werkorders op te lossen, en als er betere procedures worden ontdekt, wordt het incidenttype bijgewerkt en geïmplementeerd in de hele organisatie.

Het gebruik van incidenttypen bespaart ook tijd bij het maken van werkorders. Zonder het gebruik van incidenttypen zouden de medewerkers van de klantenservice of dispatchers die werkorders maken, handmatig details moeten toevoegen.

En tot slot zijn incidenttypen handig voor rapportage, omdat u hiermee trends voor specifieke problemen kunt bekijken. In plaats van te rapporteren over werkordertypen om inzicht te krijgen in het aantal reparatiewerkorders, kunt u met een incidenttype bijvoorbeeld het aantal stroomstoringen voor een specifieke categorie activa melden.

Andere belangrijke kenmerken van incidenttypen zijn:

• Meerdere incidenttypen kunnen aan een werkorder worden toegevoegd om meerdere problemen of procedures te definiëren die moeten worden voltooid.

• Elk incidenttype kan aan een klantactivum worden gerelateerd om een servicegeschiedenis op te bouwen.

• Door incidenttypen te relateren aan sjablonen voor vereistegroepen, kunt u meerdere vereisten voor een werkorder automatisch invullen en plannen voor meerdere resources.

Vereisten

• Incidenttypen zijn beschikbaar voor alle versies van Dynamics 365 Field Service. Het gebruik van incidenttypen met sjablonen voor vereistegroepen voor de planning van meerdere resources is echter alleen beschikbaar met Field Service v8.0 en hoger.

• Omdat incidenttypen meestal een groep servicetaken, producten en services vertegenwoordigen, raden we aan om deze records in het systeem te maken voordat u een incidenttype maakt. De volgende records kunnen worden gemaakt in Field Service > Instellingen:

  • Een servicetaak is een checklistitem dat veldwerkers moeten voltooien als onderdeel van het uitvoeren van een incidenttype.

  • Een product is een onderdeel dat kan worden gebruikt bij het voltooien van een incidenttype en dat aan de klant kan worden gefactureerd en indien nodig van de voorraad kan worden afgetrokken. Meer informatie vindt u in ons artikel over Een product of service maken.

  • Een service is arbeid die aan de klant kan worden gefactureerd. Opmerking: er is geen entiteit Service. Een service wordt gemaakt door een productrecord te maken met Type fieldservice = Service.

    

De servicetaken, producten en services die u maakt, dienen als bouwstenen van incidenttypen en kunnen indien nodig aan meerdere incidenttypen worden gekoppeld. Als bijvoorbeeld "Veiligheidsbril opzetten" een servicetaak is die moet worden voltooid als onderdeel van veel of alle incidenttypen, maakt u deze servicetaak één keer en koppelt u deze vervolgens aan de relevante incidenttypen. Er is dan één lijst met unieke servicetaken die aan incidenttypen worden toegevoegd. Hiermee worden Servicetaken van het incidenttype-records gemaakt. Hetzelfde geldt voor producten, diensten en kenmerken.

Een incidentttype maken

Vanuit het werkorderformulier en de werkorderlijstweergave

1. Selecteer als Field Service-beheerder, systeembeheerder of elke gebruiker met bevoegdheden voor het maken van incidenttypen vanuit het werkorderformulier of de lijstweergave de optie Incidenttype maken in het lint.

2. Leg in het dialoogvenster dat verschijnt Naam incidenttype vast.

3. Beschrijving wordt aanvankelijk ingevuld vanuit het veld Samenvatting van werkorder van de werkorder. Werk zo nodig bij.

4. Werkordertype wordt in eerste instantie gekopieerd vanuit de werkorder. Werk zo nodig bij.

5. De schakelopties Taken kopiëren, Producten kopiëren, Services kopiëren, Kenmerken kopiëren en Artikelen kopiëren worden automatisch ingeschakeld. Als er records zijn die u niet uit de werkorder wilt kopiëren, schakelt u de optie uit.

6. Geschatte duur kan een van de volgende waarden hebben:

• Alleen-lezen, als de duurwaarde wordt berekend op basis van de gerelateerde taken.
• Bewerkbaar, als er geen taken zijn die een duurwaarde aansturen.

Selecteer als u gereed bent de optie Incidenttype maken. Het systeem maakt dan het incidenttype, gemodelleerd naar de bronwerkorder.

Vanuit het incidenttypeformulier en de recordlijst

Ga om een incidenttype te maken naar Field Service > Instellingen > Incidenttypen > + Nieuw.

Voer een Naam en een Beschrijving in.

Op het tabblad Details vindt u de volgende velden:

• Standaardwerkordertype: met het werkordertype dat hier is geselecteerd, wordt het veld Werkordertype van de werkorder gevuld wanneer dit incidenttype wordt ingevoerd als het primaire incidenttype. Hiermee worden eerder ingevoerde werkordertypen overschreven. Als u een werkordertype invoert, wordt er geen incidenttype ingevuld.

  Notitie

  U kunt een standaardprijslijst toevoegen aan een werkordertype. Dit betekent dat u een primair incidenttype kunt toevoegen dat een werkordertype toevoegt en met het werkordertype wordt weer een prijslijst toegevoegd. Dit bespaart ook weer tijd met automatische gegevenspopulatie.

• Geschatte duur: voer een duur in voor dit incidenttype. Als u meerdere incidenten aan een werkorder toevoegt, is de duur van de werkorder het totaal van alle duurwaarden van het incident, zoals weergegeven in de vereiste resources voor de werkorder. Servicetaken kunnen elk ook een duur hebben. In dat geval is de geschatte duur van het incidenttype de som van de duurwaarden van de incidentservicetaken. De enige manier waarop u het veld Geschatte duur kunt gebruiken als de duur van het incidenttype is als u geen servicetaken van het incidenttype toevoegt of geen van de servicetaken van het incidenttype die u toevoegt duurwaarden hebben. Als dit incidenttype is ingesteld als het primaire incidenttype van een werkorder, wordt het veld Duur van het primaire incidenttype hiermee gevuld.

  

• Incidenten kopiëren naar overeenkomst: deze instelling is alleen belangrijk als u incidenttypen gebruikt als onderdeel van overeenkomsten. Hiermee wordt bepaald of overeenkomstitems, waaronder servicetaken, producten, services en kenmerken (vaardigheden), moeten worden toegevoegd wanneer dit incident aan de overeenkomst wordt toegevoegd. Zie de sectie Configuratieoverwegingen aan het einde van dit artikel voor meer informatie.

Overweeg na het instellen van basisgegevens voor het incidenttype ook om het volgende toe te voegen:

• Aanbevolen producten en services die veldtechnici mogelijk nodig hebben om het incidenttype te voltooien.
• Servicetaken om veldtechnici door een checklist met taken te leiden.
• Kenmerken (vaardigheden) die planners helpen bij het vinden van de juiste resources om werkorders uit te voeren waaraan dit incidenttype is toegevoegd. Wanneer dit incidenttype aan een werkorder wordt toegevoegd, worden de gerelateerde items ook toegevoegd.

Product voor incidenttype

Voeg vervolgens een product van het incidenttype toe door naar het tabblad Product te gaan en + Nieuw product voor incidenttype te selecteren.

Selecteer een Product en Eenheid.

Voer een Hoeveelheid in. Dit is het aantal werkorderproducten dat aan de werkorder wordt toegevoegd wanneer dit incident wordt toegevoegd. De maker van de werkorder kan deze waarde handmatig overschrijven als dat nodig is. Als echter voor een proces of procedure in het algemeen bijvoorbeeld twee eenheden van een onderdeel nodig zijn om de taak te voltooien, moet u hier 2 invoeren.

Voer een Naam in als u wilt dat het uiteindelijke werkorderproduct een andere naam heeft dan de productnaam.

Voor scenario's waarbij meerdere producten worden toegevoegd als onderdeel van een incidenttype, is Regelvolgorde een numerieke waarde om de volgorde aan te geven waarin ze worden weergegeven in de lijst met werkorderproducten. Deze logica geldt ook voor servicetaken en services.

Omdat het veld Beschrijving kan worden meegedeeld aan de klant of zelfs kan worden aangepast om op een factuur te worden weergegeven, is er ook een Interne beschrijving waarin aanvullende informatie voor de veldtechnicus kan worden opgegeven.

Service voor incidenttype

Voeg services van het incidenttype toe, net als bij producten van het incidenttype.

Het enige verschil tussen producten en services van het incidenttype is dat er in plaats van een hoeveelheid een veld Duur is om de servicetijd weer te geven. Dit komt omdat een service arbeid vertegenwoordigt en geen fysiek onderdeel.

Servicetaken van incidenttypen

Ga vervolgens naar Servicetaken en selecteer + Nieuwe servicetaak van het incidenttype.

Selecteer een Taaktype of maak een nieuw taaktype in het systeem.

Als het taaktype dat u selecteert een duur heeft, wordt deze ingevuld in het veld Geschatte duur van de servicetaak van het incidenttype. Deze kan indien nodig voor dit specifieke incident worden aangepast. Naarmate u servicetaken van het incidenttype toevoegt, is de duur van het incidenttype de som van de duurwaarden van de servicetaak. Als u niet wilt dat de duur van het incident wordt afgeleid van de duurwaarden van de servicetaak, moet u de duur van de servicetaak van het incidenttype instellen op 0 minuten of null voor alle servicetaken van het incidenttype of overwegen om de duurwaarden uit het oorspronkelijke taaktype te verwijderen.

De volgorde waarin u servicetaaktypen toevoegt, is de volgorde waarin ze in de werkorders worden weergegeven wanneer dit incident wordt toegevoegd. De volgorde van servicetaken is belangrijk voor organisaties en weerspiegelt een proces dat moet worden gevolgd. Het is gebruikelijk dat organisaties maar liefst 40 servicetaken hebben voor een gedetailleerd proces.

Wanneer de gegevens zijn opgeslagen, kunt u het veld Regelvolgorde indien nodig bijwerken om de volgorde van de servicetaken te wijzigen, waarbij '1' de servicetaak is die het eerst wordt weergegeven.

Nadat meerdere servicetaken zijn toegevoegd, worden deze weergegeven in de lijst met incident-servicetaken. In het voorbeeld in de volgende schermopname heeft geen van de afzonderlijke servicetaken een geschatte duur gekregen omdat we ervoor hebben gekozen in plaats daarvan een geschatte duur toe te voegen op het niveau van het incidenttype.

Kenmerken van incidenttype

Vervolgens kunt u kenmerken (vaardigheden) aan incidenttypen koppelen om de reeks vaardigheden te definiëren die nodig zijn om het incidenttype uit te voeren. Kenmerken worden ook toegevoegd aan resources (veldtechnici) en dit helpt het systeem om voor de werkorderincidenten de meest geschikte resources te zoeken. Wanneer dit incident aan een werkorder wordt toegevoegd en wordt ingepland, houden de planningsassistent en Resource Scheduling Optimization rekening met de bijbehorende kenmerken.

Ga naar Kenmerken en selecteer + Nieuw kenmerk voor incidenttype.

Selecteer een Kenmerk in het opzoekveld of maak een nieuw kenmerk.

Kenmerken zijn een veelzijdige manier om de kenmerken te definiëren die een resource nodig heeft om een incidenttype uit te voeren.

Enkele voorbeelden:

• Vaardigheden, zoals 'JavaScript en HTML'
• Taalvaardigheid, zoals 'Spaans'
• Certificeringen, zoals 'CPR-certificeringen'
• Veiligheidsmachtiging, zoals 'Toegang tot gebouw 12'

Wanneer kenmerken aan een resource zijn toegevoegd, kunt u het vaardigheidsniveau van de resource definiëren. De ene resource spreekt bijvoorbeeld Spaans op hoog niveau, maar een andere is misschien geschikt. Met Beoordelingswaarde kunt u het expertiseniveau instellen dat is vereist om dit incidenttype uit te voeren. Een resource moet minimaal voldoen aan de beoordelingswaarde om in aanmerking te kunnen komen voor de planning van werkorders waaraan dit incidenttype wordt toegevoegd. Als dit veld niet wordt ingevuld, zijn alle vaardigheidsniveaus acceptabel als de resource de genoemde vaardigheid heeft. U kunt beoordelingswaarden definiëren in Bronplanning > Instellingen > Vaardigheidsmodellen.

Een incidenttype toevoegen aan een werkorder

Nu zijn we klaar om het incidenttype te gebruiken door het toe te voegen aan een werkorder. Van onze producten, services, servicetaken en kenmerken van het incidenttype maakt het systeem werkorderproducten, -services, -servicetaken en -kenmerken.

In het veld Primair incidenttype zoeken we het zojuist gemaakte incidenttype op en voegen we het toe.

De volgende velden worden ingevuld:

• Beschrijving van primair incident
• Geschatte duur van primair incident
• Type werkorder

Na een korte tijd (niet onmiddellijk) worden de gerelateerde werkorderproducten, -services en -servicetaken toegevoegd. Deze toevoeging is het resultaat van een systeemtaak met de naam LongJobs_CopyIncidentItemsToWorkOrder nummer 464.

De Geschatte hoeveelheid van het werkorderproduct weerspiegelt de opgegeven hoeveelheid van het incidentproduct.

Hetzelfde geldt voor Werkorderservices en Geschatte duur.

Ook worden de servicetaken van de werkorder toegevoegd aan de werkorder, en wel in de volgorde van het incidenttype.

Ga naar het tabblad Gerelateerd en selecteer Kenmerken. De kenmerken van het incidenttype worden toegevoegd als vereiste karakteristieken.

Om deze werkorder op de juiste manier te kunnen plannen, heeft de gerelateerde Vereiste resource een Duur die gelijk is aan de duur van het incidenttype (in ons voorbeeld 2 uur) en wordt ook het kenmerk doorgegeven.

De vereisterecord wordt gebruikt voor de planning. Dus wanneer u vanuit de werkorder of vereiste de optie Boeken selecteert, worden de duur en het kenmerk (met beoordelingswaarde) gebruikt als filters. Deze waarden zijn beide afkomstig uit het incidenttype.

Tot slot ontvangt de veldtechnicus na de planning de geboekte werkorder samen met het incident en de bijbehorende details.

Meerdere incidenttypen toevoegen aan een werkorder

Het veld voor het primaire incidenttype is een geweldige manier om het hoofddoel van een werkorder te definiëren. U kunt echter ook meerdere incidenttypen aan een werkorder toevoegen. Zo is het mogelijk dat een machine meerdere problemen heeft of dat er aan meerdere machines moet worden gewerkt. Alle incidenten moeten door de geselecteerde resource worden uitgevoerd. Door meerdere incidenten aan een werkorder toe te voegen, nemen de duur en bestaande servicetaken, producten, services en kenmerken toe.

Ga naar Gerelateerd > Incidenten > + Nieuw incidenttype en voeg nog een incident toe.

Hoewel de geschatte duur van het primaire incident niet zal veranderen, wordt het veld Totale geschatte duur in de recordlogboeksectie van de werkorder bijgewerkt.

De duur van de gerelateerde resourcevereiste wordt ook verhoogd met de duur van het nieuwe incident. In de volgende schermopname ziet u dat de vereiste duur is opgelopen tot 4,5 uur en dat een ander kenmerk is toegevoegd aan de werkordervereiste.

Terug bij de werkorder ziet u dat ook de producten, services en servicetaken van het tweede incident zijn toegevoegd. Het is gebruikelijk dat incidenttypen overlappende servicetaken hebben en dat dubbele taken worden toegevoegd. Overweeg dan ook of dit geschikt is voor uw bedrijfsprocessen.

De volgorde van de servicetaken is die waarin incidenten zijn toegevoegd.

Wanneer u een werkorder met meerdere incidenten probeert te boeken, zoeken de planningsassistent en Resource Scheduling Optimization naar één resource met beschikbare tijd om alle incidenten te voltooien en met alle juiste vaardigheden. Met de planningsassistent kunnen deze filters op het moment van de planning naar wens worden bewerkt.

Klantactiva met incidenttypen gebruiken

Incidenttypen kunnen ook worden gerelateerd aan klantactiva om veldtechnici te vertellen welk activum aandacht nodig heeft en om een servicegeschiedenis op te bouwen. Het kan zijn dat alle incidenten betrekking hebben op hetzelfde activum of zelfs dat elk incident betrekking heeft op verschillende klantactiva als dat nodig is.

Vul voor het primaire incidenttype het veld Klantactivum primair incident in. Dit veld wordt gefilterd zodat standaard alleen klantactiva met betrekking tot het serviceaccount van de werkorder worden weergegeven.

Voor andere incidenttypen van werkorders gaat u naar de sectie Incident heeft betrekking op en koppelt u daar een klantactivum.

Zodra een werkorderincident en een klantactivum zijn gekoppeld, ziet u de werkorder in de klantactivumrecord, samen met alle eerdere werkorders die betrekking hebben op het activum. Deze kan in de mobiele app voor veldtechnici worden weergegeven om de geschiedenis van het onderdeel waaraan ze werken beter te begrijpen.

Incidenten voor meerdere resources plannen

Als een incidenttype moet worden voltooid met meerdere resources, moet u het incidenttype koppelen aan een sjabloon voor een behoeftegroep. Hiermee wordt een vereistegroep aan de werkorder toegevoegd wanneer het incident wordt toegevoegd. Door vereistegroepen voor werkorders te plannen, zorgt u ervoor dat elke resource op hetzelfde moment ter plaatse aankomt.

Houd rekening met enkele belangrijke punten bij het gebruik van incidenten met vereistegroepen:

• U kunt geen kenmerken toevoegen aan het incidenttype of direct aan de werkorder. Dat komt omdat u vereiste kenmerken moet toevoegen aan de sjabloon voor de vereistegroep.
• De werkorder kan maar één incident hebben.

Meer informatie vindt u in het artikel over Vereistegroepen voor werkorders.

AI-suggesties

Met Field Service v8.8.20.12 + worden in de vorm van suggesties van Incidenttype-AI manieren aanbevolen om uw incidenttypen te verbeteren door te leren van eerdere werkorders. Stel, u hebt een incidenttype met de naam 'Herkalibratie van systeem' waarbij 'Product A' is betrokken. Technici gebruiken echter ook dikwijls 'Product B' om de herkalibratie uit te voeren. Met behulp van AI leert het systeem dit en stelt voor dat de beheerder 'Product B' toevoegt aan het incidenttype voor toekomstige werkorders.

Dit bespaart technici tijd door

• dat ze het extra werkorderproduct niet hoeven in te voeren.
• hen te helpen inventarisvereisten beter te plannen omdat ze nu weten welke producten doorgaans nodig zijn, en vooral,
• door ervoor te zorgen dat uw zakelijke toepassing de realiteit weerspiegelt.

Ga in de Field Service-app naar Instellingen > Field Service-instellingen > sectie Inlichtingen en Suggestie voor incidenttype inschakelen.

• Filter voor historische gegevens: bepaalt hoeveel historische gegevens worden geanalyseerd als onderdeel van elke run.

• Uitvoeringsfrequentie: bepaalt hoe vaak het systeem incidenttypen analyseert en indien van toepassing suggesties doet. Op dit moment kan dit niet worden gewijzigd.

• Top X-resultaten retourneren : bepaalt hoeveel suggesties er uit elke run worden geretourneerd.

Het is mogelijk om voor meerdere runs meer resultaten te zien dan het aantal dat is gedefinieerd in Top X-resultaten retourneren. Als het systeem resultaten retourneert en een vorige run dezelfde gecombineerde set parameters (incidenttype, product-/service-/incidenttype retourneerde voor samenvoegen, voorgestelde waarde, eenheid), worden de eerdere sets gedeactiveerd en wordt ervoor gezorgd dat alleen de meest recente, meest relevante, unieke versie van dat resultaat wordt weergegeven. Dit betekent dat unieke resultaten die niet zijn toegepast, 'niet leuk' zijn gevonden of zijn gedeactiveerd, nog steeds worden weergegeven in de lijst met zichtbare resultaten.

Suggesties voor incidenttypen worden in drie categorieën onderverdeeld:

1. Werkorderproduct

Het systeem stelt voor om een product toe te voegen aan een incidenttype.

2. Werkorderservice

Het systeem stelt voor om een service toe te voegen aan een incidenttype.

3. Incidenttype

Het systeem stelt voor om twee incidenttypen samen te voegen tot één incidenttype.

Voor elke suggestie hebt u de mogelijkheid om:

1. Suggestie toepassen: het systeem voegt het product of de service voor u toe aan het incidenttype. Deze optie is niet beschikbaar als het suggestietype Incidenttype is.
2. Niet leuk: de suggestie wordt uit de lijst verwijderd. Deze optie helpt het AI-suggestiemodel te verbeteren.

Het toepassen of 'niet leuk vinden' van een suggestie zorgt ervoor dat die bepaalde gecombineerde set parameters (incidenttype, product-/service-/incidenttype voor samenvoegen, voorgestelde waarde, eenheid) niet als suggestie door het systeem wordt geretourneerd. Dit zorgt ervoor dat het systeem alleen de meest waardevolle suggesties blijft geven.

Aandachtspunten voor configuratie

• Het veld Incidenten naar overeenkomst kopiëren tijdens het instellen van het incidenttype is om twee redenen belangrijk:

  • Het incident dat u aan een overeenkomst wilt toevoegen, kan enigszins verschillen van het incident dat u zou toevoegen aan één werkorder die geen deel uitmaakt van een overeenkomst. Normaal gesproken zou het incident bijvoorbeeld 1 uur service vereisen, maar voor de overeenkomst hebt u met de klant 2 uur service onderhandeld. In plaats van alleen voor deze overeenkomst een tweede incidenttype te maken, kunt u Incidenten naar overeenkomst kopiëren instellen op Nee, het incident toevoegen aan de overeenkomst en vervolgens handmatig de specifieke servicetaken, product, services, enzovoort toevoegen. Op deze manier kunt u hetzelfde incidenttype gebruiken, wat handig is voor latere rapportage. Als u deze optie instelt op Ja, worden de incidentitems toegevoegd aan de overeenkomst en kunt u deze items accepteren of in beperkte mate wijzigen.

    Als de optie is ingesteld op Ja, worden er overeenkomstitems gemaakt.

    

    Als de optie is ingesteld op Nee, gebeurt dit niet.

    

  • Incidenten kunnen aan overeenkomsten worden toegevoegd voor terugkerende werkzaamheden. Dit betekent dat overeenkomsten werkorders genereren waaraan vooraf gedefinieerde werkorderincidenten zijn gekoppeld. Zoals eerder in dit artikel is vermeld, kunnen incidenten echter worden bewerkt naarmate processen en procedures veranderen. Maar overeenkomsten kunnen meerdere maanden en zelfs jaren bestrijken. Moet de overeenkomst dan het incidenttype gebruiken van het moment dat de overeenkomst is gemaakt, of moet deze de nieuwste wijzigingen in het incidenttype gebruiken? Dit kan ertoe leiden dat aan het einde van de overeenkomst andere werkzaamheden worden uitgevoerd dan oorspronkelijk de bedoeling was.

    Stel in op Ja als het incident gedurende de gehele looptijd van de overeenkomst hetzelfde moet blijven. Daartoe kopieert u de incidentdetails naar de overeenkomst op het moment dat de overeenkomst wordt geactiveerd. Stel in op Nee als de werkorders die op basis van de overeenkomst worden gegenereerd, de laatste details van het incidenttype moeten ophalen wanneer de werkorders worden gegenereerd op basis van de overeenkomst. Dit gebeurt in het algemeen doorlopend, afhankelijk van het veld Werkorders x dagen van tevoren genereren in Boekingsinstellingen voor overeenkomsten.

• Het Werkorderincident bevat een tabblad Resolutie om te documenteren of het incident is voltooid.

• Wanneer er meerdere typen incidenten aan een werkorder worden toegevoegd en twee of meer van dezelfde eigenschappen (vaardigheden) worden toegevoegd, gebruikt de planningslogica de meest beperkende van de vaardigheden om de juiste resources te zoeken. Als bijvoorbeeld één incidenttype het kenmerk 'Spaans' toevoegt met de beoordelingswaarde 'Goed', en een ander incident 'Spaans' toevoegt met de beoordelingswaarde 'Uitstekend', zullen de planningsassistent en Optimalisering van resourceplanning zoeken naar resources die uitstekend Spaans spreken, omdat dit een hogere waarde is die beperkender is.

• Ploegen worden in de resultaten van de planningsassistent weergegeven met meerdere incidenten omdat het systeem ploegen beschouwt als één resource. Op dit moment kunnen er met Optimalisering van resourceplanning geen ploegen worden gepland.

Incidententiteiten

Er zijn meerdere entiteiten betrokken bij het gebruik van incidenttypen, en u moet zich hiervan bewust zijn wanneer u werkstromen of andere invoegtoepassingen wilt schrijven. Laten we eerst een voorbeeld bekijken met een incidenttype met één product.

Werkorderscenario

Incident Type > Incident Product > Work Order Incident > Work Order Incident Product

Eerst wordt er een Incidenttype gemaakt en een product toegevoegd aan het incident. Daardoor ontstaat er een Incidentproduct. Wanneer het incidenttype wordt toegevoegd aan een werkorder, wordt er samen met een Werkorderincident ook een Werkorderincidentproduct gemaakt.

Overeenkomstscenario

Incident Type > Incident Product > Agreement Incident > Agreement Product > Work Order Incident

Bij gebruik van incidenten met Overeenkomsten, worden de incidenten en gerelateerde items eerst aan overeenkomsten toegevoegd en vervolgens doorgegeven aan werkorders naarmate deze door de overeenkomst worden gegenereerd.

Aanvullende opmerkingen

Er kan maar één werkorderincident het primaire incident zijn en dit is ofwel het eerst toegevoegde incident of het incident dat is ingevoerd in het veld voor het primaire incidenttype. Er is een Booleaanse waarde voor het type werkorderincident dat Is primair wordt genoemd en dit aangeeft. Het kan worden gebruikt voor bedrijfslogica.

Incidenttypen implementeren

• Incidenten moeten worden gemaakt voor problemen die veel voorkomen of voor problemen die een specifiek proces hebben. Als u de rapportage van problemen wilt verbeteren, zou u er incidenten voor kunnen maken.
• Incidenten moeten specifieker zijn dan werkordertypen, maar niet te specifiek, want dan zijn ze niet herbruikbaar.
• Vraag klanten of ze een lijst willen bijhouden met de meest voorkomende problemen met werkorders. Vaak doen ze dat en kunnen de veelvoorkomende werkorderproblemen via Excel in Dynamics 365 worden geïmporteerd als begin van het configureren van incidenten.
• Wanneer u voor het eerst incidenttypen instelt, raden we aan om niet te snel te veel incidenttypen te maken, omdat de kans dan groot is dat klanten de incidenttypen dan anders gebruiken dan bedoeld. Een klant kan bijvoorbeeld een veiligheidstest uitvoeren op drie verschillende modellen van een machine. In plaats van drie veiligheidstestincidenten te maken - één voor elk model -, begint u met één incidenttype dat kan worden gebruikt in werkorders voor alle drie de modellen. Bepaal vervolgens op een later tijdstip of er meer nodig zijn.
• Standaard hebben werkorderservicetaken een veld met de naam % Compleet, dat veldtechnici kunnen gebruiken om hun voortgang bij het voltooien van elke servicetaak vast te leggen. Het is gebruikelijk om dit veld te vervangen of een ander ja- of nee-veld toe te voegen. Het is ook gebruikelijk om aangepaste offline HTML en JavaScript in Field Service Mobile te gebruiken om te voorkomen dat veldtechnici een werkorder voltooien voordat alle taken van de werkorderservice zijn voltooid.

Incidenten maximaliseren

• Overweeg het gebruik van Azure Machine Learning om de geschatte duur van incidenttypen te verbeteren. Dit betekent dat de duur van incidenten moet worden aangepast op basis van de werkelijke duur van de werkorder zodra deze zijn voltooid.
• Het correleren van incidenttyypen met IoT-waarschuwingen die zijn gegenereerd door Connected Field Service kan problemen en oplossingen stroomlijnen en het percentage directe reparaties van de organisatie verbeteren.

Zie ook

• Werkordertypen maken
• Een werkorder maken
• Accountdetails toevoegen aan werkorders
• Werkorderlevenscyclus en statussen
• Servicetaaktypen instellen