Skapa mallar för arbetsorder med incidenttyper

Incidenttyper fungerar som tjänstmallar som gör det möjligt för användare att snabbt skapa arbetsorder för de vanligaste jobbtyperna som organisationen utför. Incidenttyper används också för att definiera specifika arbetsorderproblem och rekommenderade lösningar.

Där arbetsordertyper definierar den allmänna kategorin för en arbetsorder (t.ex. inspektion, reparation eller underhåll) definierar incidenttyperna den specifika begäran om en arbetsorder och lägger till mer detaljerad information i arbetsordertypen på ett effektivt sätt.

En incidenttyp kan till exempel vara:

• En specifik felkod på en dator ("Felkod 0048").
• En vanlig klagomåls- eller anbudsförfrågan av kunden ("byggnadstemperaturen är för het").
• Ett specifikt förfarande ("utföra stressprov").

Viktigast av detta är att lägga till en incidenttyp i en arbetsorder kan ge andra uppgifter som varaktighet, arbetsorder serviceuppgifter, produkter, tjänster och egenskaper (kompetens). Incidenttyper fungerar på ett effektivt sätt som arbetsordermallar som förfyller i information som kan redigeras manuellt efter behov.

Organisationer har nytta av att använda incidenttyper eftersom de kodifierar problem, procedurer och lösningar och hjälper till att standardisera processer i olika områden och på affärslinjer. Incidenttyper ser till att alla fälttekniker utför samma åtgärder för att lösa arbetsorder, och om bättre procedurer hittas uppdateras incidenttypen och implementeras i hela organisationen.

När du skapar arbetsorder kan du också spara tid med hjälp av incidenttyper. Utan att använda incidenttyper måste kundtjänstrepresentanter eller avsändare som skapar arbetsorder lägga till information manuellt.

De olika incidenttyperna är användbara för rapportering eftersom de gör att du kan se trender för specifika problem. I stället för att skapa en rapport över arbetsordertyper för att förstå antalet reparationsarbetsorder kan du med en incidenttyp till exempel rapportera om antalet strömavbrott för en specifik tillgångskategori.

Andra viktiga incidenttypfunktioner är:

• Flera incidenttyper kan läggas till i en arbetsorder för att definiera flera ärenden eller procedurer som behöver utföras.

• Varje typ av incident kan relateras till en kundtillgång för att skapa servicehistorik.

• Med de olika typerna av incidenter som kan användas för mallar kan du automatiskt fylla i flera krav för en arbetsorder och schemalägga dem till flera resurser.

Förutsättningar

• Incidenttyper är tillgängliga för alla versioner av Dynamics 365 Field Service. Användning av incidenttyper med kravgruppmallar för schemaläggning av flera resurser är emellertid endast tillgängligt med Field Service v8.0+.

• Eftersom incidenttyper i huvudsak representerar en gruppering av serviceuppgifter, produkter och tjänster, rekommenderar vi att de här posterna skapas i systemet innan en incidenttyp skapas. Följande post kan skapas i Field Service > Inställningar:

  • En serviceuppgift är en checklistepunkt som fälttekniker ska slutföra som en del av en incidenttyp.

  • En produkt är en del som kan användas när en incidenttyp slutförs och som kan faktureras till kunden och dras av från lagret vid behov. Mer information finns i artikeln om att skapa en produkt eller tjänst.

  • En tjänst är arbete som kan debiteras kunden. Obs! Det finns ingen entitet för tjänst. En tjänst skapas genom att skapa en produktpost med Field Service-typ = tjänst.

    

De serviceuppgifter, produkter och tjänster du skapar fungerar som byggstenar av incidenttyper och kan associeras med flera incidenttyper efter behov. Om t.ex. "Sätt på dig säkerhetsglasögon" är en serviceuppgift som måste slutföras som en del av många eller alla incidenttyper, skapar du endast den här serviceuppgiften en gång och associerar den till de relevanta incidenttyperna. Detta innebär att det finns en lista med unika serviceuppgifter som läggs till i incidenttyperna och skapar poster för Tjänstuppgift för incidenttyp. Detsamma gäller produkter, tjänster och egenskaper.

Skapa en incidenttyp

Från vyn arbetsorderformulär och arbetsorderlista

1. Som Field Service-administratör, systemadministratör eller en användare med behörighet att skapa incidenttyper från arbetsorderformuläret eller listvyn väljer du Skapa incidenttyp i menyfliksområdet.

2. I dialogrutan som visas samlar du in namnet på incidenttypen.

3. Beskrivningen fylls ursprungligen i från arbetsorderns fält Arbetsorder – sammanfattning. Uppdatera efter behov.

4. Arbetsordertyp kopieras ursprungligen från arbetsordern. Uppdatera efter behov.

5. Växlingsknapparna Kopiera uppgifter, Kopiera produkter, Kopiera tjänster, Kopiera egenskaper och Kopiera artiklar aktiveras automatiskt. Om det finns poster som du inte vill kopiera från arbetsordern ändrar du växlingsknappen.

6. Värdet Beräknad varaktighet blir antingen:

• Skrivskyddade, om varaktighetsvärdet beräknas från de relaterade uppgifterna.
• Redigerbar om det inte finns några uppgifter som kör ett varaktighetsvärde.

När du är klar väljer du Skapa incidenttyp så skapar systemet den incidenttyp som modellerats efter källarbetsordningen.

Från formuläret för incidenttyp och postlista

Om du vill skapa en incidenttyp går du till Field Service > Inställningar > Incidenttyper > +Ny.

Ange ett namn och en beskrivning.

På fliken Detaljerad information, se följande fält:

• Standardarbetsordertyp: Arbetsordertypen som markeras här fyller i fältet arbetsordertyp på arbetsordern när den här incidenttypen anges som den primära incidenttypen. Tidigare angivna arbetsordertyper skrivs över. Om du anger en arbetsordertyp fyller den inte i någon incidenttyp.

  Anteckning

  Du kan lägga till en standardprislista i en arbetsordertyp. Det innebär att du kan lägga till en primär incident typ som lägger till en arbetsordertyp och att arbetsordertypen lägger till en prislista. På det här sättet sparar du tid med automatisk dataifyllning.

• Uppskattad varaktighet: Ange en varaktighet för den här incidenttypen. Om du lägger till flera incidenter i en arbetsorder blir arbetsorderns varaktighet summan av alla incidenters varaktighet som avspeglas i resurskravet för arbetsordern. Tjänsteuppgifter kan också ha en varaktighet, vilket innebär att den uppskattade varaktigheten för incidenttypen blir summan av varaktigheten för incidenttjänstuppgiften. Det enda sättet att använda fältet uppskattat varaktighet som varaktighet för incidenttypen är om du inte lägger till uppgifter om incidenttyptjänst, eller om ingen av de uppgifter om incidenttyptjänst som du lägger till har varaktighet. Om den här incidenttypen anges som den primära incidenttypen för en arbetsorder fyller det här värdet i fältet varaktighet för primär incidenttyp.

  

• Kopiera incidentposter till avtal: den här inställningen är endast viktig när du använder incidenttyper som en del av avtal. Den avgör om det ska läggas till avtalsposter inklusive produkter, tjänster och egenskaper (kompetenser) i samband med avtalsposter. Mer information finns i avsnittet Att tänka på när du konfigurerar i slutet av den här artikeln.

När du har angett grundläggande information om incidenttypen kan du överväga att även lägga till:

• Rekommenderade produkter och tjänster som fälttekniker kan behöva för att slutföra incidenttypen.
• Tjänstuppgifter som guidar fälttekniker via en checklista för uppgifter.
• Egenskaper (kvalifikationer) som hjälper schemaläggaren att hitta rätt resurser för att utföra arbetsorder som den här incidenttypen läggs till i. När den här incidenttypen läggs till i en arbetsorder läggs även de relaterade objekten till.

Incidenttypprodukt

Lägg sedan till en incidenttypprodukt genom att gå till fliken produkt och välja +Ny incidenttypprodukt.

Välj en Produkt och Enhet.

Ange ett värde för Kvantitet som är antalet arbetsorderprodukter som ska läggas till i arbetsordern när den här incidenten läggs till. Den kan åsidosättas manuellt av den som har skapat arbetsordern efter behov. Om exempelvis en process eller procedur ofta kräver två enheter av en del för att slutföra jobbet anger du 2 här.

Ange ett namn om du vill att produkten av samma arbetsorder ska ha ett annat namn än produktnamnet.

För scenarier där flera produkter läggs till som en del av en incidenttyp är Radorder ett numeriskt värde som kan användas för att definiera den ordning som de visas i produktlistan för arbetsorder. Denna logik gäller även tjänstuppgifter och service.

Eftersom fältet Beskrivning kan skickas till kunden, eller anpassas så att det visas på en faktura, finns det också en intern beskrivning som innehåller ytterligare information för fältteknikern.

Incidenttyptjänst

Liknande incidenttypprodukter lägger du till incidenttyptjänster.

Den enda skillnaden mellan produkter och tjänster av incidenttyp är att i stället för kvantitet finns ettfält för varaktighet som representerar tjänsttiden eftersom en tjänst representerar arbete och inte en fysisk del.

Uppgifter för incidenttyptjänst

Gå sedan till Tjänstuppgifter och markera +Ny tjänstuppgift för incidenttyp.

Välj en uppgiftstyp eller skapa en ny i systemet.

Om uppgiftstypen du väljer har en varaktighet fylls det i medfältet uppskattad varaktighet varaktighets fältet för tjänstuppgift för incidenttyp och kan justeras för den specifika incidenten om det behövs. När du lägger till incidenttjänstuppgifter blir varaktigheten för incidenttypen summan av tjänstuppgiftens varaktighet. Om du inte vill att incidentens varaktighet ska erhållas från tjänstuppgiftens varaktighet ska du antingen ange incidenttjänstuppgiftens varaktighet till 0 minuter eller null för alla incidenttjänstuppgiftstyper, eller överväga att ta bort varaktigheter från den ursprungliga uppgiftstypen.

Den ordning som du lägger till tjänstuppgiftstyper i är den ordning som de visas på arbetsordern när incidenten läggs till. Ordningen på tjänstuppgifter är viktigt för organisationer och återspeglar en process som bör följas. Det är vanligt att organisationer har upp till 40 tjänstuppgifter för en detaljerad process.

När du har sparat kan du redigera fältet radordning om det behövs för att ändra ordningen på tjänstuppgifterna där "1" är den tjänstuppgift som ska visas först.

När du har lagt till flera tjänstuppgifter visas de i uppgiftslistan för incidenttjänsten. I följande skärmbildsexempel fick inga enskilda tjänstuppgifter en uppskattad varaktighet eftersom vi valde att lägga till en uppskattad varaktighet på nivån för incidenttypen i stället.

Incidenttypegenskaper

Härnäst kan du associera egenskaperna (kvalifikationer) med incidenttyper för att definiera de kvalifikationer som behövs för att utföra incidenttypen. Variabler läggs också till i resurser (fälttekniker) och detta hjälper systemet att matcha arbetsorderincidenter med de bästa resurser som kan utföra jobbet. När den här incidenten läggs till i en arbetsorder och schemaläggs och att schemaläggningsassistenten och Resource Scheduling Optimization betraktar de associerade egenskaperna.

Gå till egenskaper och välj + Ny incidenttypegenskap.

Välj en egenskap från uppslagsfältet eller skapa en ny.

Egenskaper är ett mångsidigt sätt att definiera de resursattribut som behövs för att utföra en incidenttyp.

Exempel:

• Kunskaper, t.ex. "JavaScript och HTML"
• Språkkunskaper, t.ex. "spanska"
• Certifieringar, t.ex. "CPR-certifieringar"
• Säkerhetsnivå t.ex. "byggnad 12 tillträde"

När du lägger till egenskaper i en resurs kan du ange resursens färdighetsnivåer. En resurs kan till exempel prata utmärkt spanska, men det kan finnas en annan som är lämpligare. Klassificeringsvärde gör att du kan ange vilken kompetensnivå som krävs för att utföra den här incidenttypen. En resurs måste uppfylla eller överskrida klassificeringsvärdet för att kunna övervägas när arbetsorder ska schemaläggas som den här incidenttyp läggs till i. Om detta lämnas tomt innebär det att alla kompetensnivåer kan godtas om resursen har de matchande egenskaperna. Du kan definiera klassificeringsvärden i resursschemaläggning > inställningar > kompetensmodeller.

Lägg till incidenttypen i en arbetsorder.

Nu kan vi använda incidenttypen genom att lägga till den i en arbetsorder. Från våra incidenttypprodukter, tjänster, tjänstuppgifter och egenskaper skapas produkter för arbetsorderprodukter, tjänster, tjänstuppgifter och egenskaper.

I fältet primär incidenttyp kan vi söka efter och lägga till den nyligen skapade incidenttypen.

Här fylls följande fält i:

• Beskrivning av primär incident
• Beräknad tid för primär incident
• Arbetsordertyp

Inte omedelbart, men efter en kort tid läggs produkter, tjänster och tjänstuppgifter till som är relaterade till arbetsordern. Detta tillägg är resultatet av ett systemjobb med namnet LongJobs_CopyIncidentItemsToWorkOrder nummer 464.

Uppskattad kvantitet för arbetsorder produkten återspeglar den incidentproduktkvantitet som vi angav.

Detsamma gäller arbetsordertjänster och Beräkna tid.

Tjänstuppgifter för arbetsorder läggs också till i arbetsordern i den ordningsföljd som visas på incidenttypen.

Välj fliken relaterad och välj sedan egenskaper. Egenskaperna för incidenttypen ska läggas till som kravegenskaper.

För att den här arbetsordern ska schemaläggas på rätt sätt har det relaterade resurskravet en varaktighet som är lika med incidenttypens varaktighet (2 timmar i vårt exempel) och den här egenskapen skickas vidare.

Kravposten används för schemaläggning, så när du väljer bok från arbetsordern eller kravet används varaktighet och egenskap (med klassificeringsvärde) som filter, som båda är resultat av incidenttypen.

När det har schemalagts får fältteknikern efter att ha bokat arbetsordern tillsammans med incidenten och den relaterade informationen.

Lägg till flera incidenttyper i en arbetsorder.

Fältet primär incidenttyp är ett bra sätt att definiera huvudsyftet med en arbetsorder. Men du kan också lägga till flera incidenttyper i en arbetsorder. T.ex. kanske en dator har flera problem eller flera maskiner som behövs för att arbeta. Alla incidenter ska utföras av den skickade resursen. Om du lägger till flera incidenter i en arbetsorder läggs varaktigheten och de befintliga tjänstuppgifterna, produkter, tjänster och egenskaper till.

Gå till relaterad > incidenter > + ny incidenttyp och lägg till ytterligare en incident.

Även om den uppskattade varaktigheten för den primära incidenten inte ändras kommer fältet total uppskattad varaktighet i avsnittet postlogg att uppdateras.

Varaktigheten för det relaterade resurskravet kommer också att höjas med den nya incidentens varaktighet. På följande skärmbild visas att kravets varaktighet ökades till 4,5 timmar och en annan egenskap lades till i arbetsorderkravet.

Tillbaka till arbetsordern lades den andra incidentens produkter, tjänster och tjänstuppgifter även till. Det är vanligt att incidenttyperna överlappar tjänstuppgifter och att dubbletter läggs till. Tänk på att om det är rätt för dina affärsprocesser.

Ordningen på tjänstuppgifterna återspeglar i vilken ordning incidenter läggs till.

När du försöker boka en arbetsorder med flera incidenter kommer schemaläggningsassistenten och optimeringen av Resource Scheduling Optimization att söka efter en enskild resurs med tidstillgänglighet för att slutföra alla incidenter och har alla matchande egenskaper. Med schemaläggningsassistenten kan du redigera dessa filter vid behov.

Använda kundtillgångar med incidenttyper

Incidenttyper kan också relateras till kundtillgångar för att meddela fälttekniker om tillgången behöver uppmärksammas på och skapa en tjänsthistorik. Du kan ha alla incidenter som är relaterade till samma tillgång eller som har varje incident kopplad till olika kundtillgångar efter behov.

För den primära incidenttypen fyller du i fältet Kundtillgång för primär incident. Det här fältet är filtrerat för att endast visa kundtillgångar som är relaterade till arbetsorderns tjänstkonto som standard.

För andra typer av arbetsorderincidenter går du avsnittet Incident relaterad till och associerar en kundtillgång.

När en arbetsorderincident och kundtillgång är associerade visas arbetsordern på kundens tillgångspost, tillsammans med alla tidigare arbetsorder som är relaterade till tillgången. Detta kan visas på mobilappen för fälttekniker för att bättre förstå historiken för den del de arbetar med.

Incidenter för schemaläggning av flera resurser

Om en incidenttyp ska slutföras av flera resurser relaterar du incidenttypen till en kravgruppsmall. Då läggs en kravgrupp till i arbetsordern när incidenten läggs till. Schemalägga kravgrupper för arbetsorder garanterar att varje resurs anländer på webbplatsen samtidigt.

Det finns några viktiga anmärkningar om du använder incidenter med kravgrupper:

• Du kan inte lägga till egenskaper för typen av incident eller direkt till arbetsordern. Detta beror på att du bör lägga till obligatoriska egenskaper i kravgruppsmallen.
• Arbetsordern kan endast ha en incident.

Mer information finns i artikeln kravgrupper för arbetsorder.

AI-förslag

Med förslag för Field Service v8.8.20.12+, Incidenttyp AI rekommenderas olika sätt att förbättra incidenttyperna genom att lära sig från tidigare arbetsorder. Anta att du har en incidenttyp kallad "omkalibrering av system" som handlar om att använda "produkt A", tekniker använder emellertid ofta produkt B för att slutföra omkalibreringen. Med AI kommer systemet att lära sig detta och föreslår att administratören lägger till "produkt B" i incidenttypen för framtida arbetsorder.

Detta sparar teknikern tid genom att

• inte behöva ange den ytterligare arbetsorderprodukten.
• planera lagerkraven bättre genom att känna till typiska produkter som behövs och är viktigast.
• se till att affärsprogrammet visar verklighet.

Från Field Service-appen, gå till Inställningar > Inställningar för Field Service > Intelligenssektion och Aktivera förslag för incidenttyp.

• Historikt datafilter: avgör hur mycket historika data som analyseras som en del av varje körning.

• Kör frekvens: avgör hur ofta systemet ska analysera incidenttyper och göra förslag om tillämpligt. Det går inte att ändra detta för tillfället.

• Returnera de översta X resultaten: avgör hur många förslag som ska returneras från varje körning.

Över flera körningar är det möjligt att se mer än antalet resultat som anges i de returnerade X resultaten. Om systemet returnerar resultat och en tidigare körning returnerade samma uppsättningar med parametrar (incidenttyp, produkt/tjänst/incidenttyp för sammanslagning, föreslaget värde, enhet), inaktiveras de tidigare uppsättningarna och du ser till att endast den senaste, mest relevanta, unika versionen av resultatet visas. Detta innebär att unika resultat som inte har tillämpats, eller inaktiverats, fortfarande visas i listan med synliga resultat.

Förslag på incidenttyper delas in i tre kategorier:

1. Arbetsorderprodukt

Systemet föreslår att en produkt läggs till i en incidenttyp.

2. Arbetsordertjänst

Systemet föreslår att en tjänst läggs till i en incidenttyp.

3. Incidenttyp

Systemet föreslår sammanslagning av två incidenttyper tillsammans till en incidenttyp.

För varje förslag kan du välja att:

1. Använd förslag: systemet lägger till produkten eller tjänsten i incidenttypen åt dig. Detta är inte tillgängligt när förslagstypen är incidenttyp.
2. Ogilla: förslag tas bort från listan. Det här alternativet hjälper till att förbättra AI-förslagets modell.

När ett förslag antingen har tillämpats eller ogillats ser det till att vissa kombinerade parameteruppsättningar (incidenttyp, produkt/tjänst/incidenttyp för sammanslagning, föreslaget värde, enhet) inte returneras som ett förslag av systemet. Detta innebär att systemet fortsätter att tillhandahålla endast de mest värdefulla förslagen.

Att tänka på vid konfigurationen

• Inställningen i fältet Kopiera incidentposter till avtal under konfigurationen av incidenttypen är viktig av två skäl:

  • Den incident du vill lägga till i ett avtal kan vara något annorlunda än den incident du lägger till i en arbetsorder som inte ingår i ett avtal. Exempel: vanligen kräver incidenten 1 timme för en tjänst, men för avtalet förhandlade du med kunden 2 timmar för en tjänst. I stället för att bara behöva skapa en andra incidenttyp för det här avtalet kan du ange kopiera incidentartiklar till avtal till Nej, lägga till incidenten i avtalet och sedan manuellt lägga till specifika tjänstuppgifter, produkter, tjänster och så vidare. På så sätt kan du använda samma incidenttyp, vilket gör det lättare att rapportera dem senare. Ange det här alternativet till Ja om incidentobjekt ska läggas till i avtalet och du kan acceptera dessa objekt eller göra vissa variationer därifrån.

    Om värdet är Ja skapas avtalsobjekt.

    

    Om värdet är Nej kommer de inte att visas.

    

  • Incidenter kan läggas till i avtal för återkommande arbete. Detta innebär att avtal skapas i arbetsorder med fördefinierade incidenter för arbetsorder. Som nämnts tidigare i den här artikeln kan incidenter ändras som processer och procedurerna ändras. Avtal kan sträcka sig över flera månader och till och med år, så ska avtalet använda den ursprungliga incidenttypen vid skapande av avtal, eller använda de senaste ändringarna av incidenttypen? Detta kan leda till att ett annat arbete utförs än vad som ursprungligen avsågs i slutet av avtalet.

    Ange som ja om incidenten ska vara samma inom hela avtalets livslängd genom att kopiera incidentuppgifterna till avtalet vid tidpunkten för avtalsaktiveringen. Ange värdet Nej om de arbetsorder som skapas från avtalet ska fånga den senaste incidenttypsinformationen när arbetsorder skapas från avtalet, vilket i allmänhet är med jämna mellanrum på fältet Generera avtalsarbetsorder X dagar i förväg i avtalsbokningsinställningarna.

• På fliken Stängning på Arbetsorderincident kan du dokumentera om incidenten har slutförts.

• När du lägger till flera incidenttyper i en arbetsorder innebär det att två eller fler av samma egenskap (kompetens) läggs till i planeringslogiken med de mest restriktiva kunskaperna för att matcha resurser. Om t.ex. en incidenttyp lägger till egenskapen "spanska" med ett "bra" klassificeringsvärde och en annan incident lägger till "spanska" med ett värde som "utmärkt", kommer schemaläggningsassistenten och optimeringen av resursschemaläggning att söka efter resurser som är perfekta i spanska eftersom det har ett högre värde och bedömts vara mer restriktivt.

• Arbetslag visas i schemaläggningsassistenten resultat för arbetsorder med flera incidenter eftersom systemanvändare visar som en enskild resurs. För närvarande schemalägger inte Resource Scheduling Optimization arbetslag.

Förstå incidententiteter

Flera entiteter är inblandade i att använda incidenttyper och du bör känna till dem när du vill skriva arbetsflöden och andra plugin-program. Börja med att tänka på ett exempel med en incidenttyp med en produkt.

Arbetsorderscenario

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

Först skapas incidenttyp och en produkt läggs till i incidenten som skapar en incidentprodukt. När incidenttypen läggs till en arbetsorder skapas arbetsorderincident tillsammans med en incidentprodukt för arbetsorder.

Avtalsscenario

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

När du använder incidenter med avtal läggs incidenterna och de relaterade objekten till först i avtalen och skickas sedan vidare till arbetsorder när de skapas av avtalet.

Ytterligare kommentarer

Endast en arbetsorderincident kan vara den primära incidenten och det är antingen den första incidenten som har lagts till eller som angetts i fältet primär incidenttyp. Det finns ett booleskt värde för arbetsorderns incidenttyp som kallas primär och som anger detta och kan användas för affärslogik.

Implementera incidenttyper

• Incidenter bör skapas för problem som är vanliga eller för problem med en specifik process. Om du vill ha bättre rapporter för problem kan du även skapa incidenter för dem.
• Incidenter ska vara mer specifika än arbetsordertyper, men inte för specifika för att inte kunna återanvändas.
• Fråga kunder om de bedriver en lista över vanliga arbetsorderproblem. De fungerar ofta och vanliga arbetsorderproblem kan importeras till Dynamics 365 med Excel som start för att konfigurera incidenter.
• När du ställer in incidenttyper för första gången rekommenderar vi att du inte skapar många incidenttyper för snabbt eftersom kunder kan använda incidenttyper på sätt som inte är avsedda. En kund kan t.ex. utföra ett säkerhetstest på tre olika modeller av en dator. I stället för att skapa tre säkerhetstestincidenter, en för varje modell, börjar du med en incidenttyp som kan användas på arbetsorder för alla tre modeller. Bestäm sedan ett senare datum om det behövs fler.
• Som standard har tjänstuppgifter för arbetsorder ett fält med namnet % slutfört som fälttekniker kan använda för att registrera att de har slutfört alla tjänstuppgifter. Det är vanligt att ersätta det här fältet eller att lägga till ett annat Ja- eller Nej-fält. Det är också vanligt att använda anpassat offline HTML och JavaScript på Field Service Mobile för att förhindra att fälttekniker slutför en arbetsorder innan alla tjänstuppgifter för arbetsorder har slutförts.

Maximera incidenter

• Överväg att använda Azure Machine Learning för att förbättra uppskattad varaktighet för incidenttyper. Detta innebär att varaktigheten för incidenter justeras när de slutförs utifrån den faktiska tidsåtgången för arbetsordern.
• Korrelation av incidenttyper med IoT-varningar som genererats från Connected Field Service kan effektivisera problem och lösningar och förbättra organisationens nivå för första gången.

Se även

• Skapa arbetsordertyper
• Skapa en arbetsorder
• Lägg till kontouppgifter i en arbetsorder
• Livscykel och status för arbetsorder
• Ange tjänstuppgiftstyper