Oprette arbejdsordreskabeloner med hændelsestyper

Hændelsestyper fungerer som serviceskabeloner, der giver brugerne mulighed for hurtigt at oprette arbejdsordrer for de mest almindeligt forekommende typer job, som organisationen udfører. Hændelsestyper bruges også til at definere specifikke arbejdsordreproblemer og anbefalede løsninger.

Hvor arbejdsordretyper definerer den generelle kategori for en arbejdsordre (f.eks.: inspektion, reparation eller vedligeholdelse), definerer hændelsestyper den specifikke anmodning om en arbejdsordre og tilføjer rent faktisk flere oplysninger til arbejdsordretypen.

En hændelsestype kan f.eks. være:

  • En specifik fejlkode på en maskine ("Fejlkode 0048").
  • En almindelig kundeklage eller -anmodning ("Bygningstemperaturen er for høj").
  • En specifik procedure ("Udfør stresstest").

Vigtigst er det, at tilføjelse af en hændelsestype til en arbejdsordre kan give andre oplysninger som varighed, arbejdsordrens serviceopgaver, produkter, servicer og egenskaber (færdigheder). Hændelsestyper fungerer faktisk som arbejdsordreskabeloner, der udfylder oplysninger på forhånd, som kan redigeres manuelt efter behov.

Organisationer drager fordel af at bruge hændelsestyper, fordi de kodificerer problemer, procedurer og løsninger og hjælper med at standardisere processer på tværs af geografiske områder og forretningslinjer. Hændelsestyper sikrer, at alle feltteknikere udfører de samme handlinger for at løse arbejdsordrer, og hvis der opdages bedre procedurer, opdateres og implementeres hændelsestypen på tværs af hele organisationen.

Brug af hændelsestyper sparer også tid, når du opretter arbejdsordrer. Uden brug af hændelsestyper skulle de kundeservicemedarbejdere eller jobfordelere, som opretter arbejdsordrer, manuelt tilføje detaljer.

Endelig er hændelsestyper nyttige til rapportering, fordi de giver dig mulighed for at se tendenser for specifikke problemer. I stedet for at rapportere om arbejdsordretyper for at forstå antallet af reparationsarbejdsordrer, kan du med en hændelsestype f.eks. rapportere om antallet af strømsvigt for en bestemt aktivkategori.

Andre vigtige hændelsestypefunktioner omfatter:

  • Flere hændelsestyper kan føjes til en arbejdsordre for at definere flere problemer eller procedurer, der skal udføres.

  • Hver hændelsestype kan relateres til et kundeaktiv for at opbygge servicehistorik.

  • Hvis du relaterer hændelsestyper til kravsgruppeskabeloner, kan du automatisk udfylde flere krav til en arbejdsordre og planlægge den til flere ressourcer.

Forudsætninger

  • Hændelsestyper er tilgængelige for alle versioner af Dynamics 365 Field Service. Det er dog kun muligt at bruge hændelsestyper med kravsgruppeskabeloner til planlægning af flere ressourcer med Field Service v8.0+.

  • Da hændelsestyper for det meste repræsenterer en gruppering af serviceopgaver, produkter og tjenester, anbefaler vi, at disse poster oprettes i systemet, før der oprettes en hændelsestype. Hver af følgende poster kan oprettes i Field Service > Indstillinger:

    • En serviceopgave er et kontrollistepunkt, som feltteknikere skal udfylde som en del af at udføre en hændelsestype.

    • Et produkt er en del, der kan bruges ved udfyldelse af en hændelsestype, og som kan faktureres til kunden og trækkes fra lageret, hvis det er nødvendigt. Du finder flere oplysninger i vores artikel om at oprette et produkt eller en service.

    • En service er arbejdskraft, der kan faktureres til kunden. Bemærk: Der er ikke noget Serviceobjekt. En service oprettes ved at oprette en produktpost med Field Service Type = Service.

      Skærmbillede af sidenavigationsmenuen Field Service med produkter og serviceopgavetyper fremhævet.

De serviceopgaver, produkter og tjenester, du opretter, fungerer som byggestenene til hændelsestyper og kan knyttes til flere hændelsestyper efter behov. Hvis f.eks. "Tag sikkerhedsbriller på" er en serviceopgave, der skal udføres som en del af mange eller alle hændelsestyper, skal denne serviceopgave oprettes én gang og knyttes til de relevante hændelsestyper. Der vil derefter være én liste over entydige serviceopgaver, der føjes til hændelsestyper, som opretter Serviceopgave for hændelsestype-poster. Det samme gælder for produkter, servicer og egenskaber.

Oprette en hændelsestype

Fra arbejdsordreformularen og arbejdsordrelistevisningen

  1. Som administrator for Field Service, systemadministrator eller en bruger med oprettelsesrettigheder til hændelsestyper fra arbejdsordreformularen eller listevisningen skal du vælge Opret hændelsestype på båndet.

  2. I den dialogboks, der popper op, skal du registrere Hændelsestypenavn.

Skærmbillede af formularen til oprettelse af hændelsestype.

  1. Beskrivelse udfyldes oprindeligt fra feltet Arbejdsordreoversigt i arbejdsordren. Opdateres efter behov.

  2. Arbejdsordretype kopieres oprindeligt fra arbejdsordren. Opdateres efter behov.

  3. Indstillingerne Kopiér opgaver, Kopiér produkter, Kopiér tjenester, Kopiér egenskaber og Kopiér artikler aktiveres automatisk. Hvis der er poster, som du ikke vil kopiere fra arbejdsordren, skal du slå dem fra.

  4. Værdien af Anslået varighed er enten:

  • Skrivebeskyttet, hvis varighedsværdien beregnes ud fra de relaterede opgaver.
  • Kan redigeres, hvis der ikke findes opgaver, der kører en varighedsværdi.

Når du er klar, skal du vælge Opret hændelsestype, så systemet opretter hændelsestypen efter kildearbejdsordren.

Fra formularen for hændelsestypen og postlisten

Hvis du vil oprette en hændelsestype, skal du gå til Field Service > Indstillinger > Hændelsestyper > +Ny.

Angiv et Navn og en Beskrivelse.

Skærmbillede af en ny hændelsestype.

På fanen Detaljer skal du se følgende felter:

  • Standardtype for arbejdsordre: Den arbejdsordretype, der er valgt her, udfylder feltet arbejdsordretype på arbejdsordren, når denne hændelsestype angives som den primære hændelsestype. Det vil overskrive tidligere indtastede arbejdsordretyper. Indtastning af en arbejdsordretype vil ikke udfylde en hændelsestype.

    Bemærk

    Der kan føjes en standardprisliste til en arbejdsordretype. Det betyder, at du kan tilføje en primær hændelsestype, der tilføjer en arbejdsordretype, og arbejdsordretypen vil tilføje en prisliste. Dette sparer yderligere tid med automatisk dataudfyldelse.

  • Anslået varighed: Angiv en varighed for denne hændelsestype. Hvis du føjer flere hændelser til en arbejdsordre, vil varigheden af arbejdsordren være summen af alle hændelsesvarigheder som afspejlet i det ressourcekrav, der er relateret til arbejdsordren. Serviceopgaver kan også hver især have en varighed, og i så fald vil den anslåede varighed af hændelsestypen være summen af opgavevarighederne af hændelsesservicerne. Den eneste måde, du kan bruge feltet for anslået varighed på som varigheden af hændelsestypen, er, hvis du ikke tilføjer serviceopgaver for hændelsestypen eller hvis ingen af de serviceopgaver for hændelsestypen, du tilføjer, har varigheder. Hvis denne hændelsestype er angivet som den primære hændelsestype for en arbejdsordre, vil denne værdi udfylde feltet varighed af primær hændelsestype.

    Skærmbillede af hændelsestypeobjektet, der viser fanen detaljer.

  • Kopiér hændelseselementer til aftale: Denne indstilling er kun vigtig, når du bruger hændelsestyper som en del af aftaler. Det dikterer, om "aftaleposter", herunder serviceopgaver, produkter, tjenester og egenskaber (færdigheder) skal tilføjes, når denne hændelse er føjet til aftalen. Du kan finde flere oplysninger i afsnittet om konfigurationsovervejelser i slutningen af denne artikel.

Efter indstilling af grundlæggende detaljer for hændelsestypen overvej også at tilføje:

  • Anbefalede produkter og tjenester, som feltteknikere kan behøve for at fuldføre hændelsestypen.
  • Serviceopgaver til at vejlede feltteknikere gennem en tjekliste over opgaver.
  • Egenskaber (færdigheder), der vil hjælpe planlæggere med at finde de rette ressourcer til at udføre arbejdsordrer, som denne hændelsestype er tilføjet. Når denne hændelsestype føjes til en arbejdsordre, vil de relaterede elementer også blive tilføjet.

Hændelsestypeprodukt

Derefter skal du tilføje et hændelsestypeprodukt ved at gå til produktfanen og vælge Nyt hændelsestypeprodukt.

Vælg et Produkt og Enhed.

Angiv et Antal, som er antallet af arbejdsordreprodukter, der vil blive føjet til arbejdsordren, når denne hændelse tilføjes. Den kan tilsidesættes manuelt af opretteren af arbejdsordren efter behov. Men hvis for eksempel en proces eller procedure generelt kræver to enheder af en del for at fuldføre jobbet, skal du indtaste 2 her.

Skærmbillede af et hændelsestypeproduktobjekt.

Angiv et Navn, hvis det endelige arbejdsordreprodukt skal have et andet navn end produktnavnet.

I scenarier, hvor der tilføjes flere produkter som en del af en hændelsestype, er Linjeordre en numerisk værdi, der kan bruges til at definere den rækkefølge, de vises i på arbejdsordrens produktliste. Denne logik gælder også for serviceopgaver og tjenester.

Da feltet Beskrivelse kan kommunikeres til kunden eller endda tilpasses til at blive vist på en faktura, er der også en Intern beskrivelse, der giver yderligere oplysninger til feltteknikeren.

Hændelsestypen Service

Som ved hændelsestypeprodukter tilføjes servicer for hændelsestype.

Skærmbillede af et nyt hændelsestypeserviceobjekt.

Den eneste forskel mellem hændelsestypeprodukter og -servicer er, at der i stedet for antal er et felt for Varighed til at repræsentere servicetiden, fordi en service repræsenterer arbejdskraft og ikke en fysisk del.

Serviceopgaver for hændelsestype

Gå derefter til Serviceopgaver, og vælg +Ny serviceopgave for hændelsestype.

Vælg en Opgavetype, eller opret en ny i systemet.

Skærmbillede af en serviceopgave for hændelsestype.

Hvis den valgte opgavetype har en varighed, vil den blive udfyldt i feltet Anslået varighed for serviceopgaven for hændelsestype og kan justeres for denne specifikke hændelse efter behov. Når du tilføjer serviceopgaver for hændelsen, vil varigheden af hændelsestypen være summen af varighederne for serviceopgaverne. Hvis du ikke ønsker, at hændelsesvarigheden skal udledes af varighederne af serviceopgaverne, skal du enten angive varigheden af serviceopgaven for hændelsen til 0 minutter eller nul for alle serviceopgavetyper for hændelsen eller overveje at fjerne varigheder fra den oprindelige opgavetype.

Den rækkefølge, som du tilføjer serviceopgavetyper i, er den rækkefølge, de vises i på arbejdsordrerne, når denne hændelse tilføjes. Rækkefølgen af serviceopgaver er vigtig for organisationer og afspejler en proces, der bør følges. Det er almindeligt for organisationer at have helt op til 40 serviceopgaver for en detaljeret proces.

Når du har gemt, kan du redigere feltet Linjeordre efter behov for at ændre rækkefølgen af serviceopgaver, hvor "1" er den serviceopgave, der vises først.

Når du har tilføjet flere serviceopgaver, vises de på opgavelisten med hændelsesservicer. I følgende eksempel på skærmbilledet fik ingen af de enkelte serviceopgaver en anslået varighed, fordi vi valgte at tilføje en anslået varighed på hændelsestypeniveauet i stedet for.

Skærmbillede af hændelsestypelisten.

Egenskaber for hændelsestype

Derefter kan du knytte egenskaber (færdigheder) til hændelsestyper for at definere de færdigheder, der er nødvendige for at udføre hændelsestypen. Egenskaber føjes også til ressourcer (feltteknikere), hvilket hjælper systemet med at matche arbejdsordrehændelser med de bedste ressourcer, der kan udføre jobbet. Når denne hændelse føjes til en arbejdsordre og planlægges, vil planlægningsassistenten og optimering af ressourceplanlægning tage hensyn til de tilknyttede egenskaber.

Bemærk

Hvis du vil bruge Kravsgrupper med Hændelsestyper til planlægning af flere ressourcer, skal du ikke føje egenskaber (færdigheder) til hændelsestypen. Du skal i stedet føje de påkrævede egenskaber til kravsgruppeskabelonen. Du kan finde flere oplysninger i artiklen om kravsgrupper til arbejdsordrer.

Gå til Egenskaber, og vælg +Nye egenskaber for hændelsestype.

Vælg en Egenskab i opslagsfeltet, eller opret en ny.

Egenskaber er en alsidig måde at definere de ressourceattributter, der er nødvendige for at udføre en hændelsestype.

Eksempler:

  • Færdigheder såsom "JavaScript og HTML"
  • Sprogfærdigheder såsom "spansk"
  • Certificeringer såsom "CPR-certificeringer"
  • Sikkerhedsgodkendelse såsom "Adgang til bygning 12"

Når der føjes egenskaber til en ressource, kan du definere ressourcens færdighedsniveau. For eksempel kan en ressource være fremragende til at tale spansk, hvorimod en anden kan være "tilstrækkelig". Klassificeringsværdi giver dig mulighed for at angive det niveau af ekspertise, der kræves for at udføre denne hændelsestype. En ressource skal opfylde eller overskride den klassificeringsværdi, der skal tages i betragtning ved forsøg på at planlægge arbejdsordrer, som denne hændelsestype vil blive føjet til. Hvis den ikke udfyldes, er alle færdighedsniveauer acceptable, hvis ressourcen har den tilsvarende egenskab. Du kan definere klassificeringsværdier i Ressourceplanlægning > Indstillinger > Kompetencemodeller.

Føje en hændelsestype til en arbejdsordre.

Nu er vi klar til at bruge hændelsestypen ved at føje den til en arbejdsordre. Fra vores hændelsestypeprodukter, tjenester, serviceopgaver og egenskaber vil systemet oprette arbejdsordreprodukter, tjenester, serviceopgaver og egenskaber.

I feltet Primær hændelsestype vil vi slå vores nyoprettede hændelsestype op og tilføje den.

Følgende felter udfyldes:

  • Beskrivelse af primær hændelse
  • Forventet varighed af primær hændelse
  • Arbejdsordretype

Skærmbillede af en arbejdsordre med arbejdsordretypen og hændelsestypen fremhævet.

Ikke med det samme, men efter kort tid vil de relaterede produkter, tjenester og serviceopgaver for arbejdsordren blive tilføjet. Denne tilføjelse er resultatet af et systemjob kaldet LongJobs_CopyIncidentItemsToWorkOrder nummer 464.

Skærmbillede af fanen for arbejdsordreprodukter.

Estimatmængden for arbejdsordreproduktet afspejler det antal hændelsesprodukter, vi har angivet.

Skærmbillede af oplysninger om arbejdsordreprodukt på fanen for estimatoplysninger.

Det samme gælder for Arbejdsordreservicer og Estimat for varighed.

Arbejdsordrens serviceopgaver føjes også til arbejdsordren i den rækkefølge, der afspejles i hændelsestypen.

Skærmbillede af en arbejdsordre på fanen for serviceopgaver.

Vælg fanen Relateret, og vælg derefter Egenskaber. Egenskaberne for hændelsestypen tilføjes som kravsegenskaber.

Skærmbillede af fanen for egenskaber på en arbejdsordre.

For at kunne planlægge denne arbejdsordre korrekt har det relaterede ressourcekrav en Varighed svarende til hændelsestypens varighed (2 timer i vores eksempel), og egenskaben føres også videre.

Skærmbillede af et ressourcekrav.

Behovsposten bruges til planlægning, så når du vælger Bog i arbejdsordren eller kravet, bruges varigheden og egenskaben (med klassificeringsværdi) som filtre, der begge stammer fra hændelsestypen.

Skærmbillede af filtervisningen for planlægningsområdet med egenskaber udfyldt.

Når det er planlagt, modtager feltteknikeren til sidst den reserverede arbejdsordre sammen med hændelsen og relaterede oplysninger.

Skærmbillede af Field Service Mobile-arbejdsordre med de udfyldte oplysninger fremhævet.

Føje flere hændelsestyper til en arbejdsordre.

Feltet primær hændelsestype er en fantastisk måde at definere hovedformålet med en arbejdsordre på. Du kan dog også føje flere hændelsestyper til en arbejdsordre. Måske har en maskine f.eks. flere problemer, eller det er nødvendigt at arbejde på flere maskiner. Alle hændelser skal udføres af den udsendte ressource. Tilføjelse af flere hændelser til en arbejdsordre vil øge varigheden og antallet af eksisterende serviceopgaver, produkter, tjenester og egenskaber.

Gå til Relaterede > Hændelser > +Ny hændelsestype, og tilføj en anden hændelse.

Skærmbillede af flere hændelser på listen over hændelser.

Skærmbillede af formularen for oplysninger om arbejdsordrehændelsen.

Selvom den primære hændelses anslåede varighed ikke ændres, opdateres feltet Samlet anslået varighed i postlogsektionen i arbejdsordren.

Skærmbillede af en samlet anslået varighed.

Bemærk

Samlet anslået varighed øges også, når de enkelte serviceopgaver i en arbejdsordre føjes til arbejdsordrer.

Varigheden af det relaterede ressourcebehov øges også med den nye hændelses varighed. På det følgende skærmbillede kan vi se, at kravsvarigheden blev forøget til 4,5 timer, og en anden egenskab blev føjet til arbejdsordrekravet.

Skærmbillede af et ressourcekrav med udfyldt varighed.

Tilbage på arbejdsordren blev den anden hændelses produkter, tjenester og serviceopgaver også tilføjet. Det er almindeligt, at hændelsestyper har overlappende serviceopgaver, og der tilføjes dubletter, så overvej, om dette er det rigtige for dine forretningsprocesser.

Skærmbillede af en arbejdsordre på produktfanen.

Rækkefølgen af serviceopgaverne afspejler den rækkefølge, som hændelserne tilføjes i.

Når du forsøger at reservere en arbejdsordre med flere hændelser, vil planlægningsassistenten og Resource Scheduling Optimization søge efter en enkelt ressource med tilstrækkelig tid til at fuldføre alle hændelser, og som har alle de tilsvarende egenskaber. I forbindelse med planlægningsassistenten kan disse filtre redigeres efter behov på tidspunktet for planlægningen.

Skærmbillede af planlægningsassistenten.

Brug af kundeaktiver med hændelsestyper

Hændelsestyper kan også relateres til kundeaktiver for at fortælle feltteknikere, hvilke aktiver der kræver opmærksomhed, så der kan opbygges en servicehistorik. Du kan have alle hændelser relateret til det samme aktiv eller endda have hver hændelse relateret til forskellige kundeaktiver efter behov.

For den primære hændelsestype skal du udfylde feltet Kundeaktiv for primær hændelse. Dette felt filtreres, så det kun viser de kundeaktiver, der som standard er relateret til arbejdsordrens tjenestekonto.

Skærmbillede af en arbejdsordre, der viser feltet Kundeaktiv for primær hændelse.

Tip

Som standard viser kundeaktiver i opslagsvisningen for kundens primære aktiv for hændelse aktiver, der er relateret til arbejdsordrekontoen. Denne opslagsvisning henviser til Opslagsvisning for kundeaktiv. Denne visning kan ikke redigeres. Hvis du vil redigere denne visning, skal du oprette en ny visning og referere til visningen i formularen. Du kan f.eks. oprette en visning, der hedder Opslag for kundeaktiv, som vist på følgende skærmbillede.

Opslagsvisning for kundeaktiv i Field Service.

For andre arbejdsordrehændelsestyper skal du gå til sektionen Hændelse er relateret til og tilknytte et kundeaktiv.

Når en arbejdsordrehændelse og et kundeaktiv tilknyttes, får du vist arbejdsordren på kundeaktivposten sammen med alle tidligere arbejdsordrer, der er relateret til aktivet. Dette kan vises i mobilappen, så feltteknikerne bedre kan forstå historikken for den del, de arbejder på.

Skærmbillede af kundeaktivobjektet med relaterede arbejdsordrer fremhævet.

Hændelser for planlægning af flere ressourcer

Hvis en hændelsestype skal fuldføres af flere ressourcer, kan du relatere hændelsestypen til en kravsgruppeskabelon. Dette vil føje en kravsgruppe til arbejdsordren, når hændelsen tilføjes. Planlægning af kravsgrupper for arbejdsordrer sikrer, at hver ressource ankommer til stedet på samme tid.

Der er et par vigtige ting, du skal bemærke dig, når du bruger hændelser med kravsgrupper:

  • Du kan ikke føje egenskaber til hændelsestypen eller direkte til arbejdsordren. Dette er fordi, du i stedet skal føje de påkrævede egenskaber til kravsgruppeskabelonen.
  • Arbejdsordren kan kun have en hændelse.

Du kan finde flere oplysninger i artiklen om kravsgrupper til arbejdsordrer.

Bemærk

Flere hændelser vs. kravsgruppeskabeloner: Hvis du ved, at en arbejdsordre skal udføres af flere ressourcer, anbefales det, at du bruger kravsgruppeskabeloner kontra flere hændelsestyper. Lad os sige, at du har en arbejdsordre med to hændelsestyper, der hver kræver forskellige færdigheder. Når du forsøger at reservere arbejdsordren, vil systemet søge efter en enkelt ressource (herunder medvirkende), der skal udføre jobbet. Planlæggeren ville skulle udføre ekstra trin såsom redigering af filtre eller valg af Bog to gange for at planlægge for to forskellige ressourcer, så de når frem på samme tid. Men hvis du bruger en kravsgruppeskabelon, vil planlægningsassistenten samtidig søge efter både en enkelt ressource med begge færdigheder eller to ressourcer, hver med én færdighed, for at nå frem på samme tid.

AI-forslag

Med Field Service v 8.8.20.12+ har hændelsestypen AI forslag til anbefalinger af, hvordan du kan forbedre hændelsestyperne, ved at lære fra tidligere arbejdsordrer. Forestil dig f.eks., at du har en hændelsestype, der kaldes "Genkalibrering af system", som involverer brug af "Produkt A". Teknikere bruger dog ofte "Produkt B" til at fuldføre genkalibreringen. Ved hjælp af AI lærer systemet dette og foreslår, at administratoren føjer "Produkt B" til hændelsestypen for fremtidige arbejdsordrer.

Det sparer teknikeren tid ved

  • ikke at skulle angive det ekstra arbejdsordreprodukt.
  • at hjælpe med at planlægge behov for lagerstyring ved at kende et typisk nødvendigt produkt, der er vigtigst.
  • at sikre, at virksomhedsprogrammet afspejler virkeligheden.

Fra appen Field Service skal du gå til Indstillinger > Indstillinger for Field Service > sektionen Intelligens og Aktivér forslag til hændelsestype.

Skærmbillede af Indstilling for Field Service under fanen Intelligens, hvor funktionen Aktivér forslag til hændelsestype vises.

  • Historisk datafilter: Bestemmer, hvor mange historiske data der analyseres som en del af hver kørsel.

  • Kørselshyppighed: Angiver, hvor ofte systemet skal analysere hændelsestyper og komme med forslag, hvis det er relevant. Dette kan ikke ændres på nuværende tidspunkt.

  • Returner de X øverste resultater: Angiver, hvor mange forslag der returneres fra hver kørsel.

På flere forskellige kørsler er det muligt at se mere end det antal resultater, der er defineret i Returner de X øverste resultater. Når systemet returnerer resultater, og en tidligere kørsel returnerede det samme kombinerede sæt af parametre (hændelsestype, produkt/service/hændelsestype til fletning, foreslået værdi, enhed), deaktiveres de tidligere sæt, og det vil sikre, at kun den nyeste, mest relevante og entydige version af det pågældende resultat vises. Det betyder, at entydige resultater, der endnu ikke er anvendt, ikke er syntes godt om eller er deaktiveret, stadig vises på listen over synlige resultater.

Skærmbillede af fanen Intelligens i vinduet Indstilling for Field Service, der viser en resultatliste over forslag til hændelsestype.

Forslag til hændelsestyper falder i tre kategorier:

  1. Arbejdsordreprodukt

Skærmbillede af hændelsestypeforslag, der viser arbejdsordreprodukttypen i feltet med forslagstype.

Systemet foreslår, at der føjes et produkt til en hændelsestype.

  1. Arbejdsordreservice

Skærmbillede af hændelsestypeforslag, der viser arbejdsordreservicetypen i feltet med forslagstype.

Systemet foreslår, at der føjes en service til en hændelsestype.

  1. Hændelsestype

Skærmbillede af hændelsestypeforslag, der viser hændelsestypen i feltet med forslagstype.

I systemet foreslås fletning af to hændelsestyper i én hændelsestype.

For hvert forslag har du mulighed for at vælge:

  1. Anvend forslag: Systemet føjer produktet eller servicen til hændelsestypen for dig. Dette er ikke tilgængeligt, når forslagstypen er Hændelsestype.
  2. Synes ikke godt om: Forslaget vil blive fjernet fra listen. Denne indstilling hjælper med at forbedre modellen for AI-forslag.

Når et forslag enten er anvendt eller ikke synes godt om, sikres det, at et bestemt sæt kombinerede parametre (hændelsestype, produkt/service/hændelsestype til fletning, foreslået værdi, enhed) ikke returneres som et forslag fra systemet. Derved sikres det, at systemet fortsat kun giver de mest værdifulde forslag.

Overvejelser ved konfiguration

  • Feltet Kopiér hændelseselementer til aftale under hændelsestypeopsætningen er vigtigt af to årsager:

    • Den hændelse, du gerne vil føje til en aftale, kan være en anelse anderledes end den hændelse, du ville føje til en enkelt arbejdsordre, der ikke er en del af en aftale. Hændelsen ville f.eks. normalt kræve 1 times service, men for den aftale, du har forhandlet med kunden, 2 timers service. I stedet for at skulle oprette en anden hændelsestype netop for denne aftale, kan du angive Kopiér hændelseselementer til aftale til Nej, føje hændelsen til aftalen og derefter manuelt tilføje de specifikke serviceopgaver, produkter, tjenester osv. På denne måde kan du bruge den samme hændelsestype, hvilket gør det nemmere at rapportere senere. Angiv denne indstilling til Ja, hvorefter hændelseselementer vil blive føjet til aftalen, og du kan acceptere disse elementer eller foretage små variationer derfra.

      Hvis indstillingen er Ja, oprettes der aftaleelementer.

      Skærmbillede af en post for konfiguration af aftalereservation på fanen Tjenester med angivelse af tjeneste.

      Hvis indstillingen er Nej, vil dette ikke ske.

      Skærmbillede af en post for konfiguration af aftalereservation på fanen Tjenester uden angivne services.

    • Hændelser kan føjes til aftaler om tilbagevendende arbejde. Det betyder, at aftaler vil generere arbejdsordrer med foruddefinerede arbejdsordrehændelser vedhæftet. Som tidligere nævnt i denne artikel kan hændelser dog redigeres, når processer og procedurer ændres. Men aftaler kan strække sig over flere måneder og endda år, så derfor skal aftalen bruge den oprindelige hændelsestype på tidspunktet for oprettelse af aftalen eller bruge de seneste ændringer af hændelsestypen. Dette kan resultere i, at der udføres andet arbejde, end det oprindeligt var hensigten ved aftalens udløb.

      Angiv til Ja, hvis hændelsen skal forblive den samme i hele aftalens levetid, ved at kopiere hændelsesdetaljerne til aftalen på tidspunktet for aftalens ikrafttræden. Angiv til Nej, hvis de arbejdsordrer, der genereres fra aftalen, skal benytte de seneste oplysninger om hændelsestypen, når arbejdsordrerne genereres fra aftalen, hvilket normalt sker løbende afhængigt af feltet Opret aftalearbejdsordre X dage i forvejenKonfiguration af aftalereservation.

  • Der er en LøsningsfaneArbejdsordrehændelsen til at dokumentere, om hændelsen blev fuldført.

  • Når der tilføjes flere hændelsestyper til en arbejdsordre, og der derved tilføjes to eller flere af de samme egenskaber (færdigheder), vil planlægningslogikken bruge de mest restriktive af de færdigheder, der passer til ressourcerne. Hvis en hændelsestype f.eks. tilføjer egenskaben "spansk" med klassificeringsværdien "God", og en anden hændelse tilføjer "spansk" med klassificeringsværdien "Fremragende", vil planlægningsassistenten og optimering af ressourceplanlægning søge efter ressourcer, der er fremragende til spansk, fordi denne klassificering har en højere værdi og anses for mere restriktiv.

  • Medvirkende vises i planlægningsassistentens resultater for arbejdsordrer med flere hændelser, fordi systemet ser medvirkende som en enkelt ressource. I øjeblikket planlægger optimering af ressourceplanlægning ikke for medvirkende.

Skærmbillede af filtervisningen i planlægningsområdet med felterne egenskabsklassificering og ressourcetyper fremhævet.

Forståelse af hændelsesobjekter

Der er flere objekter involveret i brugen af hændelsestyper, og du skal være opmærksom på dem, når du vil skrive arbejdsprocesser eller andre plug-ins. Lad os først se på et eksempel med en hændelsestype med ét produkt.

Arbejdsordrescenarie

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

Først oprettes en Hændelsestype, og der føjes et produkt til hændelsen med oprettelse af et Hændelsesprodukt. Når hændelsestypen føjes til en arbejdsordre, oprettes der en Arbejdsordrehændelse sammen med et Arbejdsordrehændelsesprodukt.

Aftalescenarie

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

Når du bruger hændelser med Aftaler, føjes hændelserne og de relaterede elementer først til aftaler og videresendes derefter til arbejdsordrer, efterhånden som de genereres af aftalen.

Yderligere bemærkninger

Kun én arbejdsordrehændelse kan være den primære hændelse, og det er enten den første hændelse, der er tilføjet, eller den, der er angivet i feltet primær hændelsestype. Det er en boolesk værdi på den arbejdsordrehændelsestype, der kaldes Primær, som angiver dette og kan bruges til forretningslogik.

Implementering af hændelsestyper

  • Hændelser skal oprettes for problemer, der er almindeligt forekommende, eller for problemer, der har en bestemt proces. Hvis du gerne vil have bedre rapportering om problemer, skal du også overveje at lave hændelser for dem.
  • Hændelser bør være mere specifikke end arbejdsordretyper, men ikke så specifikke, at de ikke at kan genbruges.
  • Spørg kunder, om de har en liste over de mest almindeligt forekommende problemer med arbejdsordrer. Det har de ofte, og de almindeligt forekommende problemer med arbejdsordrer kan importeres til Dynamics 365 via Excel som en start på konfiguration af hændelser.
  • Når du konfigurerer hændelsestyper første gang, anbefaler vi, at du ikke opretter for mange hændelsestyper for hurtigt, da kunderne kan ende med at bruge hændelsestyperne anderledes end tilsigtet. For eksempel kan en kunde udføre en sikkerhedstest på tre forskellige modeller af en maskine. I stedet for at oprette tre sikkerhedstesthændelser, én for hver model, skal du starte med én hændelsestype, der kan bruges på arbejdsordrer for alle tre modeller. Derefter kan du på et senere tidspunkt afgøre, om der er behov for flere.
  • Serviceopgaver i arbejdsordrer har som standard et felt med navnet % fuldført, som feltteknikere kan bruge til at registrere statussen for udførelse af hver enkelt serviceopgave. Det er almindeligt at erstatte dette felt eller tilføje endnu et ja-eller-nej-felt. Det er også almindeligt at bruge brugerdefineret offline-HTML og JavaScript på Field Service Mobile for at forhindre teknikere i at udføre en arbejdsordre, indtil alle serviceopgaver i arbejdsordren er udført.

Maksimering af hændelser

  • Overvej at bruge Azure Machine Learning til at forbedre de anslåede varigheder af hændelsestyperne. Dette betyder justering af varigheden af hændelser, efterhånden som de udføres, baseret på arbejdsordrens faktiske varighed.
  • Sammenligning af hændelsestyper med IoT-beskeder, der genereres fra Connected Field Service, kan strømline problemer og løsninger og forbedre organisationens antal af førstegangsrettelser.

Se også