Vytvoření šablon pracovních příkazů s typy incidentů

Typy událostí fungují jako šablony služeb, které uživatelům umožňují rychle vytvářet pracovní příkazy pro nejběžnější typy úloh, které vaše organizace provádí. Typy incidentů se také používají k definování konkrétních problémů s objednávkami a doporučených řešení.

Tam, kde typy pracovních příkazů definují obecnou kategorii pracovního příkazu (například: kontrola, oprava nebo údržba), typy incidentů definují konkrétní požadavek na pracovní příkaz a efektivně přidávají další podrobnosti k typu pracovního příkazu.

Například typ incidentu může být:

• Konkrétní kód chyby na počítači („Kód chyby 0048“).
• Společná stížnost nebo požadavek zákazníka („Teplota budovy je příliš horká“).
• Specifický postup („Provést zátěžový test“).

A co je nejdůležitější, přidání typu incidentu do pracovní objednávky může poskytnout další podrobnosti, jako je trvání, servisní úkoly, produkty, služby a vlastnosti (dovednosti). Typy incidentů efektivně slouží jako šablony pracovních příkazů, které předem vyplňují informace, které lze podle potřeby ručně upravovat.

Organizace těží z použití typů incidentů, protože kodifikují problémy, postupy a řešení a pomáhají standardizovat procesy napříč geografiemi a obchodními liniemi. Typy incidentů zajišťují, že všichni terénní technici provádějí stejné akce, aby vyřešili pracovní příkazy, a pokud budou objeveny lepší postupy, bude typ události aktualizován a implementován v celé organizaci.

Používání typů incidentů také šetří čas při vytváření pracovních příkazů. Bez použití typů incidentů by zástupci služeb zákazníkům nebo dispečeři vytvářející pracovní příkazy museli ručně přidávat podrobnosti.

Nakonec jsou typy incidentů užitečné pro hlášení, protože umožňují zobrazit trendy pro konkrétní problémy. Místo podávání zpráv o typech pracovních příkazů, abyste pochopili počet pracovních příkazů k opravě, vám typ incidentu umožní reportovat například počet výpadků napájení pro konkrétní kategorii aktiv.

Mezi další důležité typy incidentů patří:

• K pracovnímu příkazu lze přidat více typů incidentů, které definují více problémů nebo postupů, které je třeba dokončit.

• Každý typ incidentu může být spojen s majetkem zákazníka pro vytvoření historie služeb.

• Vztah typů incidentů k šablonám skupin požadavků vám umožňuje automaticky naplnit více požadavků na pracovní příkaz a naplánovat je na více zdrojů.

Požadavky

• Typy incidentů jsou k dispozici pro všechny verze Dynamics 365 Field Service. Použití typů incidentů se šablonami skupin požadavků pro plánování více zdrojů je však k dispozici pouze ve Field Service v8.0 +.

• Protože typy incidentů většinou představují seskupení servisních úkolů, produktů a služeb, doporučujeme nechat tyto záznamy vytvořit v systému před vytvořením typu incidentu. Ve Field Service > Nastavení lze vytvořit každý z následujících záznamů:

  • Úkol související se službou je položka kontrolního seznamu, kterou by měli terénní technici vyplnit jako součást provádění incidentu.

  • Produkt je část, která může být použita při dokončování typu incidentu a může být fakturována zákazníkovi a v případě potřeby může být odečtena ze zásob. Více informací získáte v článku o vytvoření produktu nebo služby.

  • Služba je práce, která může být fakturována zákazníkovi. Poznámka: Neexistuje žádná entita Služba. Služba se vytvoří vytvořením záznamu o produktu pomocí Typ Field Service = Služba.

    

Úkoly služeb, produkty a služby, které vytvoříte, budou sloužit jako stavební bloky typů incidentů a mohou být podle potřeby spojeny s více typy incidentů. Například, pokud je úkol služby, který je třeba dokončit v rámci mnoha nebo všech typů incidentů „nasadit ochranné brýle“, vytvořte tento úkol služby jednou a přiřaďte ho k relevantním typům incidentů. Bude existovat jeden seznam jedinečných úkolů služby, které se přidávají k typům incidentů, který vytvoří záznamy Úlohy služby typu incidentu. Totéž platí pro produkty, služby a vlastnosti.

Vytvoření typu incidentu

Z formuláře pracovního případu a ze zobrazení seznamu pracovních příkazů

1. Jako správce aplikace Field Service, správce systému nebo jakýkoli uživatel s oprávněním k vytváření typů incidentů z formuláře pracovního příkazu nebo zobrazení seznamu vyberte Vytvořit typ incidentu na pásu karet.

2. V zobrazeném dialogovém okně zaznamenejte Název typu incidentu.

3. Popis je zpočátku vyplněn z pole Shrnutí pracovního příkazu na pracovním příkazu. Upravte jej podle potřeby.

4. Typ pracovního příkazu je zpočátku zkopírován z pracovního příkazu. Upravte jej podle potřeby.

5. Přepínače Kopírovat úkoly, Kopírovat produkty, Kopírovat služby, Kopírovat charakteristiky a Kopírovat články jsou automaticky povoleny. Pokud existují nějaké záznamy, které nechcete zkopírovat z pracovního příkazu, přepněte příslušný přepínač.

6. Hodnota Odhadovaná doba trvání bude buď:

• Pouze ke čtení, pokud se hodnota doby trvání počítá ze souvisejících úkolů.
• Upravitelné, pokud neexistují žádné úkoly, které by určily hodnotu doby trvání.

Až budete připraveni, vyberte Vytvořit typ incidentu a systém vytvoří typ incidentu modelovaný podle zdrojového pracovního příkazu.

Z formuláře typu incidentu a seznamu záznamů

Chcete-li vytvořit typ incidentu, přejděte na Field Service > Nastavení > Typy incidentů > + Nové.

Zadejte Jméno a Popis.

Na kartě Podrobnosti se podívejte na následující pole:

• Výchozí typ pracovního příkazu: zde vybraný typ pracovního příkazu naplní pole typu pracovního příkazu v pracovním příkazu, když je tento typ incidentu zadán jako primární typ incidentu. Přepíše dříve zadané typy pracovních příkazů. Zadání typu pracovního příkazu nenaplní typ incidentu.

  Poznámka

  K typu pracovního příkazu lze přidat výchozí ceník. To znamená, že můžete přidat primární typ incidentu, který přidá typ pracovního příkazu a typ pracovního příkazu přidá ceník. To dále šetří čas s automatizací populace dat.

• Odhadovaná doba trvání: Zadejte dobu trvání tohoto typu události. Pokud do pracovní zakázky přidáte více incidentů, bude délka pracovní objednávky součtem všech trvání incidentů, jak je uvedeno v požadavku zdroje týkajícím se pracovní objednávky. Každý z úkolů služby může mít také trvání, přičemž v tomto případě bude odhadované trvání typu incidentu součet doby trvání úkolu služby incidentu. Jediným způsobem, jak můžete použít odhadované trvání pole jako trvání typu incidentu, je: nepřidáte-li servisní úkoly typu incidentu nebo žádný z úkolů, které přidáte, nemá trvání. Pokud je tento typ události nastaven jako primární typ události pracovního příkazu, bude tato hodnota vyplněna do pole délky primárního typu události.

  

• Kopírovat položky incidentu do smlouvy: Toto nastavení je důležité pouze v případě, že typy incidentů používáte jako součást dohod. Diktuje, zda by se při přidání tohoto incidentu do smlouvy měly přidat „položky“ smlouvy, včetně úkolů služby, produktů, služeb a charakteristik (dovedností). Další informace naleznete v části aspekty konfigurace na konci tohoto článku.

Po nastavení základních podrobností pro typ události zvažte také přidání:

• Doporučené produkty a služby, které mohou technici v terénu potřebovat k dokončení typu incidentu
• Úkoly služby pro vedení techniků v terénu prostřednictvím kontrolního seznamu úkolů.
• Vlastnosti (dovednosti), které pomohou plánovačům najít správné zdroje pro provádění pracovních příkazů, ke kterým je tento typ incidentu přidán. Pokud je tento typ události přidán do pracovního příkazu, budou přidány také související položky.

Produkt pro typ incidentu

Poté přidejte produkt typu incidentu tak, že přejdete na kartu produktu a vyberete + Nový produkt typu incidentu.

Vyhledejte Produkt a Jednotku.

Zadejte Množství, což je počet produktů pracovního příkazu, které budou přidány do pracovního příkazu při přidání tohoto incidentu. Podle potřeby jej může autor pracovních příkazů ručně přepsat. Pokud však například proces nebo postup obvykle vyžaduje dvě jednotky součásti k dokončení úlohy, měli byste zde zadat 2.

Zadejte název, chcete-li, aby produkt eventuální pracovní objednávky měl jiný název než název produktu.

V případě scénářů, ve kterých je jako součást typu incidentu přidáno více produktů, je Řádková objednávka číselná hodnota, kterou lze použít k definování pořadí, v jakém jsou uvedeny v seznamu produktů pracovního příkazu. Tato logika platí i pro servisní úkoly a služby.

Protože pole Popis může být komunikováno zákazníkovi nebo dokonce může být upraveno tak, aby se objevilo na faktuře, existuje také Interní popis poskytující další podrobnosti terénnímu technikovi.

Služba pro typ incidentu

Podobně jako u produktů typu incidentů přidejte služby typu incidentu.

Jediný rozdíl mezi produkty a službami typu incidentu spočívá v tom, že místo kvantity existuje pole Doba trvání představující dobu služby, protože služba představuje práci a ne fyzickou část.

Úkoly související se službami pro typy incidentů

Dále jděte na Servisní úkoly a vyberte + Nový servisní úkol typu incidentu.

Vyberte Typ úlohy nebo vytvořte novou v systému.

Pokud typ úkolu, který vyberete, bude trvat, vyplní se v poli Odhadovaná doba trvání servisní úlohy typu incidentu a lze ji podle potřeby upravit pro tento konkrétní incident. Když přidáváte úkoly související s incidenty, bude doba trvání typu incidentu součtem trvání servisních úkolů. Pokud si nepřejete, aby doba trvání incidentu byla odvozena od doby trvání servisního úkolu, měli byste buď 1) nastavit dobu trvání úkolu servisní služby na 0 minut nebo hodnotu null pro všechny typy úkolů služby incidentu nebo 2) zvážit odstranění doby trvání z původního typu úlohy.

Pořadí, ve kterém přidáváte typy servisních úloh, je pořadí, ve kterém se objeví v pracovních příkazech, když je tento incident přidán. Pořadí úkolů služeb je důležité pro organizace a odráží proces, který by měl být dodržován. Je běžné, že organizace mají až 40 servisních úkolů pro podrobný proces.

Po uložení můžete editovat pole Řádková objednávka podle potřeby ke změně pořadí servisních úkolů, kde "1" je servisní úkol, který se objeví jako první.

Po přidání více servisních úkolů se tyto zobrazí v seznamu úkolů servisní služby. V následujícím příkladu snímku obrazovky žádnému z jednotlivých servisních úkolů nebylo přiděleno odhadované trvání, protože jsme se místo toho rozhodli přidat odhadované trvání na úroveň typu incidentu.

Charakteristiky typů incidentů

Dále můžete k typům incidentů přiřadit charakteristiky (dovednosti), abyste mohli definovat sadu dovedností potřebnou k provedení typu incidentu. Vlastnosti jsou také přidávány do zdrojů (terénní technici), což systému pomáhá při porovnávání incidentů v pracovním pořadí s nejlepšími zdroji, kteří mohou práci dělat. Když je tento incident přidán k pracovní objednávce a naplánován, bude pomoc při plánování a Resource Scheduling Optimization zohledňovat související charakteristiky.

Přejděte na Charakteristiky a vyberte + Nová charakteristika typu incidentu.

Vyberte Charakteristika z vyhledávacího pole nebo vytvořte novou.

Charakteristiky jsou všestranný způsob, jak definovat atributy zdroje potřebné k provedení typu incidentu.

Příklady:

• Dovednosti, například „JavaScript a HTML“
• Jazykové znalosti, například „španělština“
• Certifikace, například „certifikace CPR“
• Bezpečnostní prověrka, například „Přístup do budovy 12“

Když jsou do zdroje přidány charakteristiky, můžete definovat úroveň znalosti zdroje. Například jeden zdroj může být vynikající v mluvení španělsky, ale druhý může být adekvátní. Hodnota hodnocení umožňuje nastavit úroveň odbornosti potřebné k provedení tohoto typu incidentu. Zdroj musí splňovat nebo překračovat hodnotu hodnocení, která se má brát v úvahu při pokusu o naplánování pracovních příkazů, ke kterým bude tento typ události přidán. Pokud je toto políčko prázdné, všechny úrovně odborné způsobilosti jsou přijatelné, pokud má zdroj odpovídající charakteristiku. Hodnoty hodnocení můžete definovat v části Plánování zdrojů > Nastavení > Profesní modely.

Přidejte typ incidentu do pracovního příkazu.

Nyní jsme připraveni použít typ incidentu jeho přidáním do pracovní objednávky. Z našich produktů typu incidentů, služeb, servisních úkolů a charakteristik bude systém vytvářet produkty, služby, servisní úkoly a charakteristiky.

V poli Typ primárního incidentu se podíváme a přidáme náš nově vytvořený typ incidentu.

Naplní se následující pole:

• Popis primárního incidentu
• Odhadovaná doba trvání primárního incidentu
• Typ pracovního příkazu

Ne okamžitě, ale po krátké době budou přidány související produkty, služby a servisní úkoly související s prací. To je výsledek systémové úlohy nazvané LongJobs_CopyIncidentItemsToWorkOrder číslo 464.

Pole Odhadované množství pracovního příkazu odráží množství produktu, které jsme určili.

Totéž platí pro Služby pracovního příkazu a Odhad doby trvání.

Úkoly služby pracovního příkazu jsou také přidány do pracovního příkazu v pořadí podle typu události.

Vyberte kartu Související a potom zvolte Charakteristiky. Charakteristiky typu incidentu se přidávají jako charakteristiky požadavku.

S cílem vhodně naplánovat tento pracovní příkaz má související Požadavek na zdroje Dobu trvání rovnající se době trvání incidentu (2 hodiny v našem příkladu) a je přidána i charakteristika.

Záznam požadavků se používá pro plánování, takže když vyberete Rezervovat z pracovního příkazu nebo požadavku, doba trvání a charakteristika (s hodnotou hodnocení) se používají jako filtry, které pocházejí z typu události.

Nakonec, jak je naplánováno, technik v terénu obdrží rezervovaný pracovní příkaz spolu s incidentem a souvisejícími údaji.

Přidání více typů incidentu do pracovního příkazu

Pole typu primárního incidentu je skvělý způsob, jak definovat hlavní účel pracovního příkazu. Můžete však také přidat typy incidentu násobek k pracovnímu příkazu. Například je možné možná, že stroj má více problémů nebo je třeba na více strojích pracovat. Všechny incidenty by měly být prováděny odeslaným zdrojem. Přidání více incidentů do pracovního příkazu zvýší dobu trvání a stávající servisní úkoly, produkty, služby a vlastnosti.

Přejděte na Související > Incidenty > + Nový typ incidentu a přidejte další incident.

Ačkoli se odhadovaná doba trvání primárního incidentu nezmění, pole Celková odhadovaná doba trvání v sekci záznamu protokolu v pracovním příkazu bude aktualizováno.

Doba trvání souvisejícího požadavku na zdroj se také prodlouží o dobu trvání nového incidentu. Na následujícím obrázku vidíme, že doba trvání požadavku byla prodloužena na 4,5 hodiny a do požadavku na pracovní příkaz byla přidána další charakteristika.

Zpět v pracovním příkazu byly také přidány produkty, služby a servisní úkoly druhého incidentu. Je běžné, že typy incidentů mají překrývající se servisní úkoly a budou přidány duplikáty, takže zvažte, zda je to pro vaše obchodní procesy vhodné.

Pořadí servisních úkolů odráží pořadí přidávání incidentů.

Při pokusu o rezervaci pracovního příkazu s více incidenty vyhledá asistent plánování a Resource Scheduling Optimization jediný zdroj s časovou dostupností k dokončení všech incidentů a má všechny odpovídající vlastnosti. V případě asistenta plánu mohou být tyto filtry podle potřeby editovány v době plánování.

Použití majetku zákazníka s typy incidentů

Typy incidentů mohou být také spojeny s majetkem zákazníků a sdělovat technikům v terénu, které aktivum potřebuje pozornost a vybudovat servisní historii. Můžete mít všechny incidenty související se stejným aktivem nebo dokonce mít každý incident související s různými aktivy zákazníka podle potřeby.

Pro typ primárního incidentu vyplňte pole Majetek zákazníka primárního incidentu. Toto pole je filtrováno tak, aby ve výchozím nastavení zobrazovalo pouze majetek zákazníka související s obchodním vztahem služby pracovního příkazu.

Pro jiné typy incidentů v pracovním příkazu přejděte do části Incident se týká a přidružte majetek zákazníka.

Po přiřazení události k pracovnímu příkazu a majetku zákazníka uvidíte pracovní příkaz v záznamu o majetku zákazníka spolu se všemi předchozími pracovními příkazy souvisejícími s aktivem. To se může zobrazit v mobilní aplikaci pro terénní techniky, aby lépe porozuměli historii části, na které pracují.

Incidenty pro plánování více zdrojů

Pokud by měl být typ incidentu doplněn několika zdroji, uveďte typ incidentu do šablony skupiny požadavků. Po přidání incidentu se tím přidá skupina požadavků do pracovního příkazu. Plánování skupin požadavků pro pracovní příkazy zajišťuje, že každý zdroj dorazí na místo současně.

Při použití incidentů se skupinami požadavků existuje několik důležitých poznámek:

• Nemůžete přidat charakteristiky do typu incidentu ani přímo do pracovního příkazu. Důvodem je, že byste měli přidat požadované charakteristiky do šablony skupiny požadavků.
• Pracovní příkaz může mít pouze jeden incident.

Další informace naleznete v článku o skupinách požadavků pro pracovní příkazy.

Návrhy AI

V aplikaci Field Service v8.8.20.12+ doporučují návrhy typu incidentu na základě AI způsoby, jak zlepšit typy incidentů poučením z minulých pracovních příkazů. Představte si například, že máte typ incidentu nazvaný „rekalibrace systému“, který zahrnuje použití „Produktu A“. Technici však často používají k provedení rekalibrace „Produkt B“. Pomocí AI se systém tohle dozví a navrhne, aby správce přidal do typu incidentu „Produkt B“ pro budoucí pracovní příkazy.

Tím se ušetří čas technika, který

• nemusí zadávat dodatečný produkt pracovního příkazu,
• může lépe plánovat požadavky na zásoby tím, že zná typické potřebné produkty, a co je nejdůležitější,
• obchodní aplikace odpovídá realitě.

Z aplikace Field Service přejděte na Nastavení > Nastavení Field Service > Sekce analytických nástrojů a Povolit návrh typu incidentu.

• Filtr historických dat : určuje, kolik historických dat je analyzováno jako součást každého běhu.

• Frekvence spuštění : určuje, jak často bude systém analyzovat typy incidentů a případně navrhovat návrhy. V tuto chvíli to nelze změnit.

• Vrátit prvních X výsledků : určuje, kolik návrhů bude vráceno z každého běhu.

Ve více bězích je možné zobrazit více než výsledků, než je definováno v poli Vrátit prvních X výsledků. Když systém vrátí výsledky, pokud předchozí běh vrátil stejnou kombinovanou sadu parametrů (typ incidentu, produkt/služba/typ incidentu pro sloučení, navrhovaná hodnota, jednotka), deaktivuje dřívější sady a zajistí, že se zobrazí pouze nejnovější, nejrelevantnější, jedinečná verze tohoto výsledku. To znamená, že v seznamu viditelných výsledků se budou stále zobrazovat jedinečné výsledky, které nebyly použity, neoblíbené nebo deaktivovány.

Návrhy typů incidentů spadají do tří kategorií:

1. Produkt na pracovním příkazu

Systém navrhuje přidat produkt do typu incidentu.

2. Služba na pracovním příkazu

Systém navrhuje přidat službu do typu incidentu.

3. Typ incidentu

Systém navrhuje sloučení dvou typů incidentů do jednoho typu incidentu.

U každého návrhu máte možnost:

1. Použít návrh: Systém za vás přidá produkt nebo službu do typu incidentu. To není k dispozici, když je typ návrhu Typ incidentu.
2. To se mi nelíbí : Návrh bude odstraněn ze seznamu. Tato možnost pomáhá vylepšit model návrhů AI.

Jakmile je návrh použit nebo se nelíbí, zajistí, aby konkrétní kombinovaná sada parametrů (typ události, produkt/služba/typ incidentu pro sloučení, navrhovaná hodnota, jednotka) nebyla systémem vrácena jako návrh. Tím se zajistí, že systém bude i nadále poskytovat pouze ty nejhodnotnější návrhy.

Úvahy pro konfiguraci

• Pole Kopírovat incidentové položky do smlouvy při nastavení typu incidentu je důležité ze dvou důvodů:

  • Incident, který chcete přidat k dohodě, se může mírně lišit od incidentu, který byste přidali do jediného pracovního příkazu, který není součástí smlouvy. Například obvykle by incident vyžadoval 1 hodinu služby, ale pro smlouvu jste se zákazníkem vyjednali 2 hodiny služby. Místo abyste museli vytvářet druhý typ incidentu právě pro tuto smlouvu, můžete nastavit volbu Kopírovat incidentové položky do smlouvy na Ne, přidat incident k dohodě a poté ručně přidat konkrétní servisní úkoly, produkt, služby atd. Tímto způsobem můžete použít stejný typ incidentu, což pomáhá při pozdějším hlášení. Nastavte tuto možnost na Ano a položky incidentu budou přidány do smlouvy a můžete je přijmout nebo se od nich lehce odchýlit.

    Pokud je nastavena na Ano, budou vytvořeny položky smlouvy.

    

    Pokud je nastaveno na Ne, nebudou.

    

  • Ke smlouvám o opakujících se pracích mohou být přidány incidenty. To znamená, že smlouvy budou generovat pracovní příkazy s předdefinovanými případy pracovních příkazů. Jak je však uvedeno výše v tomto článku, incidenty lze upravovat podle změn procesů a postupů. Smlouvy se však mohou vztahovat na více měsíců a dokonce i let, takže by smlouva měla používat původní typ incidentu v době vytvoření dohody, nebo použít nejnovější změny typu incidentu? To by mohlo vést k tomu, že na konci smlouvy bude vykonávána jiná práce, než bylo původně zamýšleno.

    Pokud by měl incident zůstat stejný po celou dobu trvání smlouvy zkopírováním podrobností o incidentu do smlouvy v době aktivace dohody, nastavte Ano. Nastavte Ne, pokud by pracovní příkazy generované na základě smlouvy měly získat nejnovější podrobnosti o typu incidentu, když jsou pracovní příkazy generovány na základě smlouvy, což je obvykle průběžně v závislosti na poli Generovat pracovní příkazy X dní předem v Nastavení rezervace smlouvy.

• V oně Incident pracovního příkazu se nachází karta Řešení ke zdokumentování, zda byl incident dokončen.

• Při přidání více typů incidentů do pracovního příkazu, pokud se tím přidají dvě nebo více stejných charakteristik (dovedností), plánovací logika použije nejrestriktivnější dovednosti k přiřazení zdrojů. Pokud například jeden typ incidentu přidá charakteristiku „španělština“ s hodnotou hodnocení „dobrá“ a jiný incident přidá „španělštinu“ s hodnotou hodnocení „vynikající“, asistent plánování a Resource Scheduling Optimization vyhledají zdroje, které jsou vynikající ve španělštině, protože má vyšší hodnotu a považuje se za restriktivnější.

• Personál se bude zobrazovat ve výsledcích asistenta plánování pro pracovní příkazy s více incidenty, protože systém považuje personál za jediný zdroj. Aktualizace Resource Scheduling Optimization v současné době neplánuje personál.

Princip entit incidentu

Používání typů incidentů se účastní více entit a měli byste si jich být vědomi, když chcete psát pracovní postupy nebo jiné doplňky. Nejprve se podívejme na příklad s typem incidentu s jedním produktem.

Scénář pracovního příkazu

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

Za prvé je vytvořen Typ události a produkt je přidán k incidentu, což vytváří Produkt incidentu. Když je typ události přidán do pracovního příkazu, je vytvořen Incident pracovního příkazu spolu s produktem incidentu pracovního příkazu.

Scénář smlouvy

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

Při použití incidentů se smlouvami jsou incidenty a související položky nejprve přidány do smluv a poté předány do pracovních příkazů, jak jsou generovány smlouvou.

Další poznámky

Primárním incidentem může být pouze jeden incident pracovního příkazu a jedná se o první přidaný incident nebo ten, který byl zadán do pole typu primárního incidentu. Na typu incidentu pracovního příkazu se nazývá booleovská hodnota Je primární, která to označuje a může být použita pro obchodní logiku.

Implementace typů incidentů

• Události by měly být vytvářeny pro běžné problémy nebo pro problémy, které mají specifický proces. Pokud chcete lépe informovat o problémech, zvažte případné incidenty.
• Incidenty by měly být konkrétnější než typy pracovních příkazů, ale neměly by být příliš konkrétní, aby nebyly znovu použitelné.
• Zeptejte se zákazníků, zda uchovávají seznam nejčastějších problémů s pracovními příkazy. Často to dělají a běžné problémy pracovních příkazů lze importovat do Dynamics 365 prostřednictvím Excelu jako začátku konfigurace incidentů.
• Při prvním nastavování typů incidentů doporučujeme nevytvářet příliš mnoho typů incidentů příliš rychle, protože zákazníci mohou nakonec typy incidentů používat jinak, než bylo zamýšleno. Zákazník může například provést bezpečnostní test na třech různých modelech stroje. Spíše než vytvoření tří incidentů s bezpečnostními testy, jednoho pro každý model, začněte s jedním typem incidentu, který lze použít pro pracovní příkazy pro všechny tři modely. K pozdějšímu datu určete, zda je potřeba více.
• Ve výchozím nastavení mají servisní objednávky pracovního příkazu pole nazvané % dokončení, do kterého mohou terénní technici zaznamenat svůj pokrok při plnění každé servisní úlohy. Toto pole je běžné nahradit nebo přidat další pole ano nebo ne. Je také běžné používat vlastní Offline HTML a JavaScript ve Field Service Mobile, abyste zabránili technikům v terénu dokončení pracovního příkazu, dokud nebudou dokončeny všechny servisní úkoly pracovního příkazu.

Maximalizace incidentů

• Zvažte použití Azure Machine Learning ke zlepšení odhadované doby trvání typů incidentů. To znamená upravit trvání incidentů tak, jak jsou dokončeny, na základě skutečné doby trvání pracovního příkazu.
• Korelace typů incidentů s výstrahami IoT generovanými službou Connected Field Service může zefektivnit problémy a řešení a zlepšit prvotní fixní sazbu organizace.

Viz také

• Vytvoření typů pracovních příkazů
• Vytvoření pracovního příkazu
• Přidání podrobností obchodního vztahu do pracovních příkazů
• Životní cyklus a stavy pracovního příkazu
• Nastavení typů úloh služby