Stvaranje predložaka radnog naloga s pomoću vrsta događaja

Vrste događaja djeluju kao predlošci usluga koji korisnicima omogućuju brzo stvaranje radnih naloga za najčešće vrste poslova koje vaša tvrtka ili ustanova obavlja. Vrste događaja upotrebljavaju se i za definiranje konkretnih pitanja povezanih s radnim nalogom i preporučenih rješenja.

Tamo gdje vrste radnih naloga određuju opću kategoriju radnog naloga (na primjer: pregled, popravak ili održavanje), vrste incidenata određuju specifičan zahtjev radnog naloga i učinkovito dodaju više pojedinosti vrsti radnog naloga.

Na primjer, vrsta događaja može biti:

• Specifičan kod pogreške na stroju ("Kod pogreške 0048").
• Uobičajena žalba ili zahtjev klijenta ("Temperatura u zgradi je previsoka").
• Specifičan postupak ("Provođenje testa napetosti").

Najvažnije je da dodavanje vrste događaja radnom nalogu može pružiti i druge pojedinosti poput trajanja, uslužnih zadataka s radnog naloga, proizvoda, usluga i svojstava (vještina). Vrste događaja učinkovito služe kao predlošci radnih naloga koji unaprijed popunjavaju informacije koje se po potrebi mogu ručno uređivati.

Tvrtke ili ustanove imaju koristi od upotrebe vrsta događaja jer kodificiraju pitanja, postupke i rješenja te pomažu u standardiziranju procesa kroz zemljopisne i poslovne pravce. Vrste događaja osiguravaju da svi terenski tehničari izvode iste radnje u rješavanju radnih naloga, a ako se otkriju bolji postupci, vrsta događaja ažurira se i provodi u cijeloj tvrtki ili ustanovi.

Upotreba vrsta događaja štedi vrijeme i tijekom stvaranja radnih naloga. Bez upotrebe vrsta događaja, predstavnici službe za korisnike ili otpremnici koji stvaraju radne naloge morali bi ručno dodati pojedinosti.

Konačno, vrste događaja korisne su za prijavljivanje jer vam omogućuju da vidite trendove za određene probleme. Umjesto da izvješćujete o vrstama radnih naloga kako biste saznali broj radnih naloga za popravak, vrsta incidenta omogućuje vam da primjerice izvješćujete o broju ispada električne energije za određenu kategoriju sredstava.

Ostale bitne značajke vrste događaja uključuju:

• Za definiranje više problema ili postupaka koje je potrebno dovršiti radnom nalogu se može dodati više vrsta incidenata.

• Svaka vrsta incidenta može se povezati sa sredstvom klijenta kako bi se izgradila povijest usluge.

• Povezivanje vrsta događaja s predlošcima grupe zahtjeva omogućuje vam automatsko popunjavanje više zahtjeva radnog naloga i njihovo raspoređivanje većem broju resursa.

Preduvjeti

• Vrste incidenata dostupne su za sve verzije Dynamics 365 Field Service. Međutim, upotreba vrsta događaja s predlošcima grupe zahtjeva za raspoređivanje većem broju resursa dostupna je samo s aplikacijom Field Service v8.0 +.

• Budući da vrste incidenata uglavnom predstavljaju grupiranje uslužnih zadataka, proizvoda i usluga, preporučujemo da se ti podaci stvore u sustavu prije stvaranja vrste incidenta. Svaki od sljedećih zapisa može se stvoriti u odjeljku Field Service > Postavke:

  • Uslužni zadatak stavka je s kontrolnog popisa koju terenski tehničari trebaju ispuniti u sklopu izvođenja vrste incidenta.

  • Proizvod je dio koji se može koristiti pri dovršavanju vrste incidenta i može se naplatiti klijentu i po potrebi odbiti od zaliha. Dodatne informacije potražite u članku o stvaranju proizvoda ili usluge,

  • Usluga je rad koji se može naplatiti klijentu. Napomena: Ne postoji entitet Usluga. Usluga je stvorena stvaranjem zapisa o proizvodu s pomoću Vrsta upravljanja terenskom uslugom = usluga.

    

Uslužni zadaci, proizvodi i usluge koje stvorite služit će kao građevni blokovi vrsta događaja i po potrebi se mogu povezati s više vrsta događaja. Na primjer, ako je „Stavljanje sigurnosnih naočala” uslužni zadatak koji treba dovršiti kao dio mnogih ili svih vrsta događaja, ovaj uslužni zadatak stvorite jednom i povežite ga s odgovarajućim vrstama događaja. Postoji jedan popis jedinstvenih uslužnih zadataka koji se dodaju vrstama događaja, čime se stvaraju zapisi za Uslužni zadatak vrste događaja. Isto vrijedi i za proizvode, usluge i svojstva.

Stvaranje vrste događaja

Iz obrasca radnog naloga i prikaza popisa radnih naloga

1. Kao administrator aplikacije Field Service, administrator sustava ili bilo koji korisnik s privilegijama izrade vrsta nezgoda iz obrasca radnog naloga ili prikaza popisa, u vrpci odaberite Stvori vrstu incidenta.

2. U dijaloškom okviru koji se otvori, dohvatite Naziv vrste incidenta.

3. Opis se u početku popunjava iz polja Sažetak radnog naloga u radnom nalogu. Po potrebi ažurirajte.

4. Vrsta radnog naloga u početku se kopira iz radnog naloga. Po potrebi ažurirajte.

5. Preklopni gumbi Kopiraj zadatke, Kopiraj proizvode, Kopiraj usluge, Kopiraj svojstva i Kopiraj članke automatski će se omogućiti. Ako postoje zapisi koje ne želite kopirati iz radnog naloga, okrenite preklopni gumb.

6. Vrijednost Procijenjeno trajanje bit će:

• Samo za čitanje, ako se vrijednost trajanja izračunava iz povezanih zadataka.
• Može se uređivati ako nema zadataka koji upravljaju vrijednošću trajanja.

Kada budete spremni, odaberite Stvori vrstu incidenta, a sustav će stvoriti vrstu incidenta po uzoru na izvorni radni nalog.

Iz obrasca vrste incidenta i popisa zapisa

Kako biste stvorili vrstu događaja, idite na Field Service > Postavke > Vrste događaja > + Novo.

Unesite Naziv i Opis.

Na kartici Pojedinosti pogledajte sljedeća polja:

• Zadana vrsta radnog naloga: Ovdje odabrana vrsta radnog naloga popunit će polje vrste radnog naloga na radnom nalogu kada je ova vrsta incidenta unesena kao primarna vrsta incidenta. Zamijenit će prethodno unesene vrste radnih naloga. Ako unesete vrstu radnog naloga, neće se popuniti vrsta događaja.

  Napomena

  U vrstu radnog naloga može se dodati zadani cjenik. To znači kako možete dodati primarnu vrstu događaja koja dodaje vrstu radnog naloga, a vrsta radnog naloga dodat će cjenik. To dodatno štedi vrijeme automatskim popunjavanjem podataka.

• Procijenjeno trajanje: Unesite trajanje za ovu vrstu događaja. Ako radnom nalogu dodate više događaja, trajanje radnog naloga bit će sveukupno trajanje svih događaja kao što se odražava na zahtjevu za resursima povezanom s radnim nalogom. Svaki uslužni zadatak također može imati svoje trajanje, u kojem će slučaju procijenjeno trajanje vrste događaja biti zbroj ukupnog trajanja uslužnih zadatka događaja. Jedini način na koji se poljem predviđenog trajanja možete koristiti kao trajanjem vrste incidenta je ako ne dodate uslužne zadatke vrste incidenta ili ako nijedan od uslužnih zadataka vrste incidenta koji dodate nema trajanja. Ako je ova vrsta događaja postavljena kao primarna vrsta radnog naloga, ova vrijednost popunit će polje trajanja primarne vrste događaja.

  

• Kopiranje stavki događaja u ugovor: Ova je postavka bitna samo kada vrste događaja upotrebljavate kao dio ugovora. Ona određuje trebaju li se dodati „stavke” ugovora, uključujući uslužne zadatke, proizvode, usluge i svojstva (vještine), kad se ovaj događaj doda u ugovor. Dodatne informacije potražite u odjeljku o konfiguraciji pri kraju ovog članka.

Nakon što postavite osnovne pojedinosti za vrstu događaja, razmislite i o dodavanju:

• Preporučenih proizvoda i usluga koji mogu biti potrebni tehničarima na terenu kako bi dovršili vrstu incidenta.
• Uslužnih zadataka za vođenje tehničara na terenu kroz kontrolni popis zadataka.
• Svojstva (vještine) koje će pomoći planerima pri pronalaženju pravih resursa za izvršenje radnih naloga kojima se dodaje ova vrsta događaja. Kada se radnom nalogu doda ova vrsta događaja, dodat će se i povezane stavke.

Proizvod vrste incidenta

Zatim dodajte proizvod vrste događaja tako da odete na karticu proizvoda i odaberete + Novi proizvod vrste događaja.

Odaberite Proizvod i Jedinica.

Unesite Količinu, što predstavlja broj proizvoda s radnog naloga koji će se dodati radnom nalogu kada se doda ovaj događaj. Autor radnog naloga može ga prema potrebi ručno promijeniti. Međutim, ako, na primjer, postupak ili procedura općenito zahtijeva dvije jedinice dijela za dovršetak posla, ovdje biste trebali unijeti 2.

Unesite Naziv ako želite da mogući proizvod s radnog naloga ima drugačiji naziv od naziva proizvoda.

Za scenarije u kojima se kao dio vrste događaja dodaje više proizvoda, Raspored retka brojčana je vrijednost koja se može upotrijebiti za definiranje redoslijeda u kojem se pojavljuju na popisu proizvoda s radnog naloga. To vrijedi i za uslužne zadatke i usluge.

Budući da se polje Opis može priopćiti klijentu ili čak prilagoditi za pojavljivanje na fakturi, postoji i Interni opis koji terenskom tehničaru pruža dodatne pojedinosti.

Usluga vrste incidenta

Slično proizvodima vrste događaja, dodajte usluge vrste događaja.

Jedina razlika između proizvoda i usluga vrste događaja je ta što umjesto količine postoji polje Trajanje za predstavljanje vremena usluge jer usluga predstavlja rad, a ne fizički dio.

Uslužni zadaci vrste incidenta

Nadalje, idite na Uslužni zadaci i odaberite + Novi uslužni zadatak vrste događaja.

Odaberite Vrstu zadatka ili u sustavu stvorite novu.

Ako vrsta zadatka koju odaberete ima podatak o trajanju, on će se prikazati u polju Procijenjeno trajanje uslužnog zadatka vrste događaja i prema potrebi može se prilagoditi ovom specifičnom događaju. Kako dodajete uslužne zadatke događaja, trajanje vrste događaja bit će zbroj trajanja uslužnih zadataka. Ako ne želite da trajanje incidenta proizlazi iz trajanja uslužnih zadataka, tada biste trebali ili postaviti trajanje uslužnog zadatka incidenta na 0 minuta ili nulu za sve vrste uslužnih zadataka incidenta ili razmisliti o uklanjanju trajanja iz izvorne vrste zadatka.

Redoslijed kojim dodajete vrste uslužnih zadataka jest redoslijed kojim će se oni prikazati na radnim nalozima nakon dodavanja ovog događaja. Redoslijed uslužnih zadataka važan je za tvrtke ili ustanove i odražava postupak koji treba slijediti. Uobičajeno je da tvrtke ili ustanove imaju čak 40 uslužnih zadataka za iscrpan postupak.

Nakon spremanja, prema potrebi možete urediti polje Raspored retka za promjenu redoslijeda uslužnih zadataka gdje „1” predstavlja uslužni zadatak koji će se prvi pojaviti.

Nakon dodavanja više uslužnih zadataka, oni će se prikazati na popisu uslužnih zadataka događaja. U sljedećem primjeru snimke zaslona nijedan pojedinačni uslužni zadatak nije dobio procijenjeno trajanje, jer smo umjesto toga odlučili dodati procijenjeno trajanje na razini vrste događaja.

Svojstva vrste incidenta

Svojstva (vještine) zatim možete povezati s vrstama događaja kako biste definirali skup vještina potreban za izvođenje vrste događaja. Svojstva se dodaju i resursima (terenskim tehničarima), što pomaže sustavu pri usklađivanju događaja s radnog naloga s najboljim resursima koji mogu obaviti posao. Kada se ovaj događaj doda radnom nalogu i rasporedi, pomoćnik za raspored i resource scheduling optimization razmotrit će povezana svojstva.

Idite na Svojstva i odaberite + Novo svojstvo vrste događaja.

Odaberite Svojstvo iz polja za pretraživanje ili izradite novo.

Svojstva su univerzalan način definiranja atributa resursa potrebnih za izvođenje vrste događaja.

Primjeri:

• Vještine poput „JavaScript i HTML”
• Znanje jezika, kao što je „španjolski”
• Potvrde, poput „CPR potvrde”
• Sigurnosno odobrenje, poput „12 pristupa zgradi”

Kad se resursu dodaju svojstva, možete definirati razinu osposobljenosti resursa. Na primjer, jedan resurs može izvrsno govoriti španjolski jezik, ali drugi može biti prikladan. Vrijednost ocjena omogućuje vam postavljanje razine stručnosti koja je potrebna za izvođenje ove vrste događaja. Resurs mora zadovoljiti ili premašiti vrijednost ocjene koja se uzima u obzir prilikom zakazivanja radnih naloga kojima će se dodati ovaj događaj. Ako se ostavi prazno, sve razine stručnosti prihvatljive su ako resurs ima odgovarajuće svojstvo. Vrijednosti ocjena možete definirati u mogućnosti Planiranje resursa > Postavke > Modeli stručnosti.

Dodajte vrstu događaja radnom nalogu

Sada smo spremni upotrijebiti vrstu događaja tako da ga dodamo radnom nalogu. Iz naših proizvoda, usluga, uslužnih zadataka i svojstava vrste događaja, sustav će stvoriti proizvode, usluge, uslužne zadatke i svojstva radnog naloga.

U polju Vrsta primarnog događaja potražit ćemo i dodati novostvorenu vrstu događaja.

Popunjavaju se sljedeća polja:

• Opis primarnog incidenta
• Procijenjeno trajanje primarnog incidenta
• Vrsta radnog naloga

Povezani proizvodi, usluge i uslužni zadaci radnog naloga neće se dodati odmah, već nakon kratkog vremena. To je rezultat posla sustava zvanog LongJobs_CopyIncidentItemsToWorkOrder broj 464.

Procjena količine proizvoda s radnog naloga odražava količinu proizvoda događaja koju smo naveli.

Isto vrijedi i za Usluge s radnog naloga i Procjenu trajanja.

Također, uslužni zadaci radnog naloga dodaju se radnom nalogu redoslijedom koji se odražava na vrstu događaja.

Odaberite karticu Povezano, a zatim odaberite Svojstva. Svojstva vrste događaja dodaju se kao svojstva zahtjeva.

Kako bi se ovaj radni nalog rasporedio na odgovarajući način, povezani Zahtjev za resursima ima Trajanje jednako trajanju vrste događaja (u našem primjeru je to 2 sata), a svojstvo se također prenosi.

Zapis zahtjeva koristi se za planiranje pa kad iz radnog naloga ili zahtjeva odaberete Rezerviraj, trajanje i svojstvo (s vrijednošću ocjene) upotrebljavaju se kao filtri, a oba su nastala s vrstom događaja.

Konačno, nakon što je planiran, terenski tehničar dobit će rezervirani radni nalog zajedno s događajem i povezanim pojedinostima.

Dodavanje više vrsta događaja radnom nalogu

Primarno polje vrste događaja izvrstan je način za definiranje glavne svrhe radnog naloga. Međutim, radnom nalogu možete dodati i više vrsta događaja. Na primjer, možda stroj ima više problema ili treba raditi na više strojeva. Sve događaje trebao bi obavljati poslani resurs. Dodavanjem više događaja u radni nalog pridonijet će se trajanju i postojećim uslužnim zadacima, proizvodima, uslugama i svojstvima.

Idite na Povezan > Događaji > + Nova vrsta događaja i dodajte još jedan događaj.

Iako se procijenjeno trajanje primarnog događaja neće promijeniti, polje Ukupno procijenjeno trajanje u odjeljku zapisnika radnog naloga će se ažurirati.

Trajanje povezanog uvjeta resursa također će se povećati trajanjem novog događaja. Na sljedećem snimku zaslona možemo vidjeti da se trajanje zahtjeva povećalo na 4,5 sata, a dodatno je svojstvo dodano zahtjevu radnog naloga.

Povratkom na radni nalog, dodani su i proizvodi, usluge i uslužni zadaci drugog događaja. Uobičajeno je da vrste događaja imaju uslužne zadatke koji se preklapaju, dok će se duplikati dodati, stoga razmislite je li to pravilno za vaše poslovne procese.

Redoslijed uslužnih zadataka odražava redoslijed dodavanja događaja.

Kada pokušavate rezervirati radni nalog s više događaja, pomoćnik za raspored i Optimizacija planiranja resursa potražit će jedan resurs s vremenom dostupnim za dovršavanje svih događaja koji ima sva odgovarajuća svojstva. Uz pomoćnika za raspored, ti se filtri prema potrebi mogu uređivati u vrijeme planiranja.

Upotreba sredstava klijenta s vrstama događaja

Vrste događaja mogu se povezati i sa sredstvima klijenta kako bi se terenskim tehničarima naglasilo kojim sredstvima treba posvetiti pažnju i izgraditi povijest usluga. Možete imati sve događaje povezane s istim sredstvom ili prema potrebi svaki događaj povezan s različitim sredstvima klijenta.

Za primarni tip događaja popunite polje Sredstva klijenta primarnog događaja. Ovo se polje filtrira kako bi se prikazala samo sredstva klijenta koja se prema zadanome odnose na račun usluge radnog naloga.

Za ostale vrste događaja radnog naloga idite na odjeljak Događaj se odnosi na i povežite sredstva klijenta.

Nakon što se događaj iz radnog naloga i sredstva klijenta povežu, prikazat će se radni nalog u zapisu o sredstvima klijenta, zajedno sa svim prethodnim radnim nalozima koji se odnose na sredstva. To se može prikazati u mobilnoj aplikaciji za terenske tehničare kako bi bolje razumjeli povijest dijela na kojem rade.

Događaji za planiranje s više resursa

Ako bi vrsta događaja trebala biti dovršena iz više izvora, vrstu događaj stavite u odnos s predloškom grupe zahtjeva. To će dodati grupu zahtjeva radnom nalogu kada se doda događaj. Grupe zahtjeva za planiranje radnih naloga osiguravaju da svaki resurs stigne na odredišno mjesto u isto vrijeme.

Postoji nekoliko važnih napomena koje se odnose na upotrebu incidenata s grupama zahtjeva:

• Ne možete dodati svojstva vrsti događaja ili izravno radnom nalogu. Ovo je zbog toga što biste trebali dodati potrebna svojstva u predložak grupe zahtjeva.
• Radni nalog može imati samo jedan incident.

Dodatne informacije potražite u članku o grupama zahtjeva za radne naloge.

Prijedlozi umjetne inteligencije

S uslugom Field Service v8.8.20.12 +, prijedlozi Vrste incidenta umjetne inteligencije preporučuju načine poboljšanja vrsta incidenata na temelju prošlih radnih naloga. Na primjer, zamislite da imate vrstu događaja pod nazivom „Rekalibracija sustava” koji uključuje upotrebu „Proizvoda A”. Međutim, tehničari često koriste „Proizvod B” za dovršavanje rekalibracije. S pomoću umjetne inteligencije sustav će to naučiti i predložiti da administrator doda „Proizvod B“ u vrstu događaja za buduće radne naloge.

Time se tehničarima štedi vrijeme jer

• ne moraju unositi dodatni proizvod radnog naloga.
• mogu bolje planirati zahtjeve za zalihe poznavajući tipične proizvode koji su potrebni i, što je najvažnije,
• mogu osigurati da vaša poslovna aplikacija odražava stvarnost.

Iz aplikacije Field Service idite na Postavke > Postavke aplikacije Field Service > odjeljak Inteligencija i Omogući prijedlog vrste incidenta.

• Filtar povijesnih podataka: određuje koliko se povijesnih podataka analizira kao dio svakog izvođenja.

• Učestalost izvođenja: određuje koliko će često sustav analizirati vrste događaja i davati prijedloge, ako je primjenjivo. To se trenutačno ne može promijeniti.

• Vrati X najboljih rezultata: određuje koliko će se prijedloga vratiti iz svakog izvođenja.

Kroz više izvođenja moguće je vidjeti više rezultata od broja rezultata definiranih u opciji Vrati X najboljih rezultata. Kad sustav vrati rezultate, ako je prethodno izvođenje vratilo isti kombinirani skup parametara (vrsta incidenta, vrsta proizvoda/usluge/događaja za spajanje, predložena vrijednost, jedinica), deaktivirat će prethodne skupove i osigurati prikaz samo najnovije, najrelevantnije, jedinstvene verzije tog rezultata. To znači da će se jedinstveni rezultati koji nisu primijenjeni, označeni kao da se ne sviđaju ili deaktivirani i dalje prikazivati na popisu vidljivih rezultata.

Prijedlozi vrste incidenta spadaju u tri kategorije:

1. Proizvod na radnom nalogu

Sustav predlaže dodavanje proizvoda vrsti incidenta.

2. Usluga radnog naloga

Sustav predlaže dodavanje usluge vrsti incidenta.

3. Vrsta incidenta

Sustav predlaže spajanje dviju vrsta incidenta u jednu vrstu incidenta.

Za svaki prijedlog imate sljedeće mogućnosti:

1. Primijeni prijedlog: sustav će za vas dodati proizvod ili uslugu vrsti incidenta. To nije dostupno kada je vrsta prijedloga Vrsta incidenta.
2. Ne sviđa mi se: prijedlog će se ukloniti s popisa. Ta opcija pomaže poboljšati model prijedloga umjetne inteligencije.

Nakon što prijedlog primijenite ili označite kao da vam se ne sviđa, sustav će osigurati da se određeni kombinirani skup parametara (vrsta incidenta, vrsta proizvoda/usluge/ događaja za spajanje, predložena vrijednost, jedinica) ne vraća kao prijedlog. Time se osigurava da sustav i dalje pruža samo najkorisnije prijedloge.

Što je važno za konfiguraciju

• Tijekom postavljanja vrste incidenta polje Kopiranje stavki incidenta u ugovor bitno je iz dva razloga:

  • Incident koji želite dodati ugovoru može biti malo drugačiji od incidenta koji biste dodali jednom radnom nalogu koji nije dio ugovora. Primjerice, obično bi za događaj bila potrebna usluga u trajanju od jednog sata, ali u ugovoru ste s klijentom ispregovarali uslugu u trajanju od dva sata. Umjesto da samo za ovaj ugovor stvarate drugu vrstu događaja, možete mogućnost Kopiranje stavki događaja u ugovor postaviti na Ne, dodati događaj ugovoru, a zatim ručno dodati određene uslužne zadatke, proizvod, usluge i tako dalje. Na ovaj način možete upotrijebiti istu vrstu događaja koja pomaže u naknadnom izvješćivanju. Postavite ovu mogućnost na Da i stavke događaja će se dodati ugovoru pa možete prihvatiti te stavke ili od tamo napraviti neznatne razlike.

    Ako je postavljeno na Da, stvorit će se stavke ugovora.

    

    Ako je postavljeno na Ne, one se neće stvoriti.

    

  • Ugovorima se mogu dodati događaji za ponavljajući posao. To znači da će ugovori generirati radne naloge s priloženim unaprijed definiranim događajima iz radnog naloga. Međutim, kao što je spomenuto ranije u ovom članku, događaji se mogu uređivati kako se obrade i postupci mijenjaju. Ali ugovori mogu trajati više mjeseci, pa čak i godina te se postavlja pitanje bi li se u trenutku sklapanja ugovora trebala upotrijebiti izvorna vrsta događaja ili bi se trebale upotrebljavati njegove najnovije izmjene? Posljedica ovoga moglo bi biti izvršenje drugačijeg posla od onoga koji je prvotno bio predviđen ugovorom.

    Postavite na Da ako događaj treba ostati isti tijekom cijelog trajanja ugovora, kopiranjem pojedinosti o događaju u ugovor u trenutku aktiviranja ugovora. Postavite na Ne ako bi radni nalozi generirani iz ugovora trebali prikupljati najnovije pojedinosti o vrsti događaja kada se radni nalozi generiraju iz ugovora, što se obično događa na osnovi tijeka ovisno o polju Generiranje radnih naloga X dana unaprijed u mogućnosti Postavljanje rezervacije ugovora.

• Postoji kartica Rješenje u mogućnosti Incident iz radnog naloga koja dokumentira da li je incident dovršen.

• Kad se radnom nalogu dodaje više vrsta događaja, ako se pri tom dodaju dva ili više jednakih svojstava (vještina), logika planiranja upotrijebit će najrestriktivnije vještine za podudaranje resursa. Na primjer, ako jedna vrsta incidenta dodaje svojstvo „španjolski” s vrijednošću ocjene „Dobar”, a drugi incident doda „španjolski” s vrijednošću ocjene „Izvrstan”, pomoćnik za raspored i optimizacija zakazivanja resursa potražit će resurse koji su izvrsni u španjolskom jer imaju veću vrijednost i smatraju se restriktivnijim.

• Ekipe će u pomoćniku za raspored prikazati rezultate radnih naloga s više događaja jer sustav gleda na ekipu kao na jedinstveni resurs. Optimizacija zakazivanja resursa trenutno ne zakazuje ekipe.

Objašnjenje entiteta događaja

Upotreba vrsta događaja uključuje više entiteta, a trebali biste ih uzeti u obzir kada želite pisati radne tijekove ili druge dodatke. Prvo razmotrimo primjer vrste događaja s jednim proizvodom.

Scenarij radnog naloga

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

Najprije se stvara Vrsta događaja i proizvod se dodaje događaju koji stvara Proizvod događaja. Kad se vrsta događaja doda radnom nalogu, stvara se Događaj radnog naloga zajedno s Proizvodom događaja radnog naloga.

Scenarij ugovora

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

Pri uporabi događaja sa Ugovorima, događaji i povezane stavke najprije se dodaju ugovorima, a zatim se prosljeđuju radnim nalozima onako kako su generirani ugovorom.

Dodatne napomene

Samo jedan događaj s radnog naloga može biti primarni događaj i to je ili prvi dodani događaj ili onaj koji je unesen u polje primarne vrste događaja. Na vrsti događaja radnog naloga postoji Booleova vrijednost koja se naziva Primarno je koja na to ukazuje i može se koristiti za poslovnu logiku.

Implementacija vrsta događaja

• Događaje treba stvoriti za zajedničke probleme ili za probleme koji imaju određeni postupak. Ako želite bolje izvješćivanje o problemima, razmislite o tome da i za njih napravite događaje.
• Događaji bi trebali biti specifičniji od vrsta radnog naloga, ali ne previše specifični kako se ne bi mogli ponovo upotrijebiti.
• Pitajte klijente održavaju li popis najčešćih problema s radnim nalogom. Oni to obično čine pa se najčešći problemi s radnim nalogom mogu uvesti u sustav Dynamics 365 putem programa Excel kao početak konfiguriranja događaja.
• Kada prvi put postavljate vrste događaja, preporučujemo da ne stvarate previše vrsta događaja prebrzo jer klijenti na kraju mogu upotrebljavati vrste događaja drugačije od predviđenog. Na primjer, klijent može izvršiti sigurnosno ispitivanje na tri različita modela stroja. Umjesto stvaranja tri događaja sigurnosnih ispitivanja, po jedan za svaki model, započnite s jednom vrstom događaja koji se može upotrijebiti u radnim nalozima za sva tri modela. Ako je potrebno više, odredite kasnije.
• Prema zadanim postavkama, uslužni zadaci radnog naloga imaju polje pod nazivom % dovršenosti koje terenski tehničari mogu upotrebljavati za bilježenje napretka u izvršavanju svakog uslužnog zadatka. Uobičajeno je zamijeniti ovo polje ili dodati drugo polje s vrijednostima Da ili Ne. Također je uobičajeno upotrijebiti prilagođene izvanmrežne kodne jezike HTML i JavaScript u usluzi Field Service Mobile kako bi se spriječilo terenske tehničare da okončaju radni nalog prije nego što svi uslužni zadaci iz radnog naloga budu izvršeni.

Maksimiziranje događaja

• Razmislite o upotrebi usluge Azure Machine Learning kako biste poboljšali procijenjena trajanja vrsta događaja. To znači prilagođavanje trajanja događaja onako kako su završeni na temelju stvarnog trajanja radnog naloga.
• Usklađivanje vrsta događaja s IoT upozorenjima generiranim iz dodatka Connected Field Service može usmjeriti probleme i rješenja te poboljšati stopu koju tvrtka ili ustanova ima za popravke učinjene isprve.

Pogledajte također

• Stvaranje vrste radnog naloga
• Stvaranje radnog naloga
• Dodavanje pojedinosti o kupcu radnim nalozima
• Životni ciklus i statusi radnog naloga
• Postavljanje vrsta zadataka usluga