Novinky pro vývojáře v Customer Engagement v aktualizaci Dynamics 365 (online) z července 2017

[Toto téma představuje předběžnou dokumentaci a může se změnit.]

Aktualizace Dynamics 365 (online) z července 2017 přináší vývojářům následující nové funkce, které mohou používat v Customer Engagement.

V Dynamics 365 je předchozí funkčnost Dynamics CRM součástí sady inteligentních obchodních aplikací. Aplikace, které tvoří část této sady věnovanou řízení vztahů se zákazníky (CRM), se označují jako Customer Engagement a obsahují Sales, Customer Service, Field Service, Project Service Automation a s nimi související služby.

Integrace externích dat pomocí virtuálních entit

K dispozici je nový způsob integrace dat z externích systémů. Bez virtuálních entit lze externí data nejčastěji integrovat pomocí kódu na straně klienta, který načte a zobrazí externí data, nebo replikace na straně serveru a synchronizace externích dat s Dynamics 365 Customer Engagement. Virtuální entity nabízejí lepší přístup pro mnohé požadavky na integraci dat z externích systémů.

Vylepšení webového rozhraní API

Součástí této verze webového rozhraní API, našeho koncového bodu OData v4, jsou následující vylepšení:

  • K dispozici jsou vlastní akce, které vracejí typy EntityReference, Entity nebo EntityCollection.

  • Změny v chování rozhraní API jsou dostupné při použití nejnovější verze 9.0 této služby, starší chování zůstává dostupné ve verzi 8.x. Při upgradu nemusíte měnit kód.

  • K dispozici jsou teď nové zprávy GrantAccess, ModifyAccess a RetrieveSharedPrincipalsAndAccess využívající webové rozhraní API.

  • Snížili jsme množství metadat služby, protože standardně nejsou zahrnuté poznámky. Pokud poznámky potřebujete, můžete je zahrnout pomocí parametrů.

Vylepšení klientského rozhraní API

Se zavedením Sjednoceného rozhraní, které je součástí Aktualizace Dynamics 365 (online) z července 2017, došlo k určitým významným změnám klientských rozhraní API, aby byla zajištěna jejich konzistentní činnost mezi Sjednoceným rozhraním a webovým klientem.

Kontext spuštění a globální kontext

Na formuláři může být současně aktivních několik kontextů spuštění. Například formulář se stručným formulářem a editovatelnou mřížkou bude mít kontext pro entitu zobrazenou na formuláři, další kontext pro stručný formulář, kontext mřížky pro editovatelnou mřížku a kontext entity pro každý řádek v editovatelné mřížce. Primárním kontextem formuláře je Xrm.Page. Pokud se skript spustí u sekundárního kontextu (řádku mřížky, stručného formuláře, související entity), nebude Xrm.Page správným kontextem formuláře.

Kontext spuštění na formuláři se automaticky předá událostem formuláře a obslužným rutinám událostí. Místo použití statického objektu Xrm.Page ke získání kontextu formuláře byste teď měli pomocí metody executionContext.getFormContext získat instanci kontextu formuláře a pak ji použít ke spuštění metod klientského rozhraní API, abyste mohli používat stejné skripty u různých kontextů.

Objekt Xrm.Page.context, který se používá k odkazu na kontext na straně klienta, je navíc v této verzi zastaralý. Místo procházení kontextu formuláře byste teď měli pomocí nové metody Xrm.Utility.getGlobalContext získat globální kontext. Tato nová metoda obsahuje ekvivalent všech metod dostupných pro objekt Xrm.Page.context sloužících k načtení informací specifických pro organizaci nebo uživatele.

Nová klientská rozhraní API

V této verzi jsme zavedli celou řadu nových klientských rozhraní API.

Zde je seznam nových oborů názvů v této verzi obsahující nové a některé existující metody, které jsou přesunuté do těchto oborů názvů kvůli vylepšení návrhu objektového modelu.

Nový obor názvů Popis
Xrm.Device Obsahuje metody pro využití schopností mobilních zařízení.
Xrm.Encode Obsahuje metody související s použitím kódování atributů a XML u řetězců.
Xrm.Navigation Obsahuje nové metody pro vícestránkové dialogy a tok úlohy a některé existující metody přesunuté z oboru názvů Xrm.Utility.
Xrm.UI Obsahuje metody pro zobrazení a skrytí globálních oznámení na úrovni aplikace.
Xrm.WebApi Obsahuje metody pro provádění operací CRUD u záznamů; automaticky přepíná mezi online a offline režimem.
Xrm.WebApi.offline obsahuje metody pro provádění operací CRUD při práci v offline režimu.
Xrm.WebApi.online obsahuje metody pro provádění operací CRUD, Execute a ExecuteMultiple při práci v online režimu.

Do existujících oborů názvů byla zavedena následující nová rozhraní API:

Obor názvů Nová rozhraní API
Formulář – executionContext getUrl
Xrm.Page.data Událost a obslužné rutiny události OnLoad (addOnLoad a removeOnLoad)
isValid
Možnost saveOptions v metodě Xrm.Page.data.save(saveOptions) byla aktualizována o novou hodnotu s názvem SaveMode, která obslužné rutiny události onSave informuje o tom, proč dochází k ukládání.
Kolekce attributes
Xrm.Page.data.entity Kolekce relatedEntities
getEntityReference
isValid
Metoda save byla aktualizována tak, aby jako parametr bylo možné odeslat saveOptions.
Atribut Xrm.Page.data.entity isValid
setPrecision
Xrm.Page.ui Tři nová rozhraní API použitelná jen pro vícestránkové dialogy a toky založené na úlohách: getDefaultNextPageName, movePrevious a moveTo
setFormEntityName
Událost a obslužné rutiny události OnLoad (addOnLoad a removeOnLoad)
Xrm.Utility getAllowedStatusTransitions
getEntityMetadata
getGlobalContext
getLearningPathAttributeName
getResourceString
invokeProcessAction
lookupObjects
showHierarchyPage
showProgressIndicator
closeProgressIndicator
refreshParentGrid

Kromě těchto nových klientských rozhraní API bylo zahrnuto také několik dalších klientských rozhraní API pro konkrétní ovládací prvky, jako jsou mřížky, vyhledávání, sady možností a časovač. Další informace o těchto nových rozhraních API najdete na stránkách věnovaných konkrétnímu ovládacímu prvku.

Zastaralá klientská rozhraní API

Některá klientská rozhraní API jsou zastaralá a měli byste používat nová nebo vylepšená klientská rozhraní API místo těch, které jsou zmíněné v tomto seznamu: Některá klientská rozhraní API jsou zastaralá.

POZNÁMKA: Zastarání znamená, že tato klientská rozhraní API hodláme odebrat z některé budoucí hlavní verze Dynamics 365. Tato klientská rozhraní API budou nadále fungovat a jsou plně podporovaná, dokud nebudou oficiálně odebrána. Po odebrání už funkce nebo možnost nebude fungovat. Informujeme vás už teď, abyste měli dostatek času k naplánování a aktualizaci svého kódu před odebráním příslušné funkce nebo možnosti.

Podpora nového ovládacího prvku Časová osa ve Sjednoceném rozhraní v klientském rozhraní API

Nový ovládací prvek Časová osa zobrazuje jednotným způsobem příspěvky, aktivity a poznámky. Ovládací prvek Časová osa podporuje následující klientská rozhraní API:

  • getControlType: Vrací timelinewall.

  • getName

  • getParent

  • getLabel a setLabel

  • getVisible a setVisible

  • setFocus: Nastaví fokus na tlačítko Přidat v tomto ovládacím prvku.

  • refresh: Aktualizuje zeď na časové ose.

Další informace o těchto klientských rozhraních API najdete v článku Ovládací prvek Xrm.Page.ui (odkaz na straně klienta).

Vytváření a správa účelových obchodních aplikací založených na rolích

Obchodní aplikace v Dynamics 365 jsou modulární aplikace založené na rolích, které nabízejí funkce vycházející z úkolů konkrétní pracovní náplně vaší firmy, jako jsou prodej, služby a marketing. Tyto obchodní aplikace nabízejí uživatelům jednoduché a intuitivní prostředí a umožňují jim rychlou navigaci, snadné hledání a efektivní plnění úkolů.

Kromě použití Návrháře aplikací teď můžete obchodní aplikace vytvářet, spravovat, ověřovat a publikovat programově. Při vytváření aplikace si můžete vybrat, jestli je určená pro webového klienta nebo Sjednocené rozhraní.

Můžete použít:

  • Entitu AppModule k vytváření, správě a ověřování aplikací.

  • Entitu AppModuleComponent k vytváření a správě součástí aplikace, jako jsou formuláře, řídicí panely, zobrazení, grafy a obchodní procesy.

  • Entitu AppModuleRoles k přidružení a zrušení přidružení rolí zabezpečení, které definují přístup uživatelů k aplikaci.

V globálním kontextu (Xrm.Utility.getGlobalContext) jsou teď navíc dostupná následující nová klientská rozhraní API, která umožňují získat informace o aktuální aplikaci:

  • getCurrentAppUrl: Získá adresu URL aktuální aplikace.

  • getCurrentAppName: Získá název aktuální aplikace.

  • getCurrentAppProperties: Získá vlastnosti aktuální aplikace, mezi které patří appId, displayName, uniqueName, url, webResourceId a welcomePageId.

Zpřístupnění specifických nastavení aplikace a řízení rozsahu vlastního nastavení aplikace pomocí konfigurace aplikace

Obchodní aplikace zjednodušují uživatelské prostředí tím, že za běhu zobrazují jen součásti specifické pro aplikaci. Jako vývojáři aplikací jste ale nemohli omezit rozsah vlastního nastavení součástí obchodní aplikace. V obchodní aplikaci jste rovněž nemohli zpřístupnit pouze nastavení specifická pro aplikaci, přičemž správcům byla v Dynamics 365 Customer Engagement zpřístupněna všechna nastavení bez ohledu na obchodní aplikace, které spravují.

Představujeme funkci konfigurace aplikace, která vám jako autorům obchodních aplikací umožňuje:

  • Zpřístupnit pouze relevantní nastavení obchodní aplikace a zjednodušit tak správcům nastavení za běhu. Použít novou entitu NavigationSetting ke konfiguraci přizpůsobeného nastavení obchodní aplikace.

  • Ovládat rozsah vlastního nastavení součástí obchodní aplikace.

    • Použít novou entitu AppConfigInstance k definování vlastnosti nebo seznamu vlastností z hlavního seznamu konfigurace aplikace, který lze pro jakoukoli aplikaci přizpůsobit v Dynamics 365.

    • Použít novou entitu AppConfig k určení mapování mezi instancí konfigurace aplikace a aplikací, které definuje vlastnosti, jež lze u aplikace přizpůsobit.

Nový typ atributu: sada možností s vícenásobným výběrem

Úpravci teď mohou definovat nový typ atributu, který umožňuje výběr několika možností. Jeho součástí jsou nové operátory podmínek dotazu pro tvorbu dotazů, které načítají data na základě vybraných možností.

Podpora sad možností s vícenásobným výběrem u skriptů ve formulářích

Sady možností s vícenásobným výběrem jsou dostupné pro Sjednocené rozhraní a webového klienta. Sady možností s vícenásobným výběrem jsou dostupné pro následující typy formulářů: hlavní, rychlé vytvoření a rychlé zobrazení. Sady možností s vícenásobným výběrem nebudou podporovány u starších formulářů.

Sady možností s vícenásobným výběrem podporují všechna klientská rozhraní API určená pro atributy a ovládací prvky sady možností. Jediný rozdíl je v tom, že návratová hodnota určitých metod nebude jedna hodnota, ale pole.

Zadáním celočíselných hodnot možností do adresy URL, která se používá k otevření formuláře, můžete také nastavit hodnotu sady možností s vícenásobným výběrem pro nové záznamy.

Vytváření vlastních ovládacích prvků

Možnost vytváření ovládacích prvků se vydává jako ukázková funkce. CCF (Custom Control Framework) poskytuje rozšiřitelnou architekturu pro tvorbu součástí uživatelského rozhraní, které umožňují vizualizaci a interakci s daty v aplikaci. Pomocí CCF budete moci definovat součásti uživatelského rozhraní, které jsou řízené metadaty, konfigurovatelné a opakovaně použitelné. Budete moci definovat ovládací prvky pro individuální pole, mřížky a podmřížky.

Integrace webhooků

Pomocí webhooků budete moci data z Dynamics 365 Customer Engagement integrovat s vlastním zdrojovým kódem hostovaným v externích službách. K určení okamžiku, kdy se mají data Customer Engagement publikovat do externí služby, můžete použít nástroj pro registraci modulů plug-in. Webhooky jsou jednoduché vzory HTTP sloužící k propojení webových rozhraní API a služeb pomocí modelu publikování/odběr. Odesílatelé webhooků informují příjemce o událostech tak, že koncovým bodům příjemců posílají žádosti s určitými informacemi o těchto událostech. S využitím modelu webhooků můžete koncový bod zabezpečit pomocí ověřovací hlavičky nebo parametrických klíčů dotazu. Získáte tak alternativu k ověřovacímu modelu SAS, který můžete v současnosti používat k integraci se službou Azure Service Bus.

Webové prostředky vektorových obrázků

Pro všechny ikony zobrazené v aplikaci se používají vektorové obrázky. Vektorové obrázky jsou definované jako formát Scalable Vector Graphics (SVG), což je formát vektorových obrázků založený na kódu XML. Výhoda vektorových obrázků oproti obrázkovým webovým prostředkům spočívá v tom, že umožňují změnu velikosti. Místo vytvoření několika velikostí obrázku můžete definovat jeden obrázek a pak ho opakovaně používat. Tento webový prostředek můžete použít k definování jediné ikony entity místo obrázků s různými velikostmi.

Podpora lokalizovatelných řešení

K ukládání lokalizovaných řetězců svých řešení můžete použít webové prostředky RESX. Formát RESX XML se běžně používá k definování lokalizovaných prostředků, takže jsou k dispozici nástroje pro práci s tímto typem souborů a dodavatelé lokalizace budou vědět, jak s nimi pracovat. Webové prostředky RESX můžete přidružit k libovolnému webovému prostředku JavaScript, který je používá, a pomocí nového rozhraní API na straně klienta získat za běhu přístup k lokalizovaným řetězcům.

Závislosti webových prostředků JavaScript

Webové prostředky JavaScript často potřebují provádět interakce s jinými prostředky, což mohou být jiné javascriptové knihovny, obrázky, hodnoty atributů nebo nový webový prostředek RESX pro lokalizované řetězce. Při konfiguraci teď můžete webový prostředek JavaScript přidružit k libovolným závislým prostředkům tak, aby byl tento prostředek dostupný, až bude potřeba.

Pokud je webový prostředek JavaScript přidružený k jinému druhu webového prostředku, zavede se tento webový prostředek automaticky, když se webový prostředek JavaScript vyžaduje v aplikaci. Pokud je webový prostředek JavaScript použitý ve skriptu formuláře přidružený k nějakému atributu konkrétní entity, bude tento atribut entity dostupný skriptu, i když se pole tohoto atributu na formuláři nenachází.

Vylepšení Centra interaktivních služeb

U Centra interaktivních služeb došlo k následujícím změnám:

  • Centrum interaktivních služeb se teď jmenuje Centrum služeb zákazníkům a je dostupné jako aplikace Sjednoceného rozhraní.

  • Centrum služeb zákazníkům používá formulář typu Hlavní místo formuláře typu Hlavní – interaktivní prostředí. Při upgradu ze starší verze Dynamics 365 Customer Engagement budou všechny formuláře typu Hlavní – interaktivní prostředí převedeny na formulář typu Hlavní. Všechny přizpůsobitelné formuláře typu Hlavní – interaktivní prostředí budou během upgradu nastaveny na neaktivní a po upgradu budete muset převedené formuláře povolit, aby je bylo možné používat. Všechny formuláře typu Hlavní – interaktivní prostředí převedené na formulář typu Hlavní budou mít navíc nižší pořadí než existující formuláře typu Hlavní, aby nedocházelo ke konfliktům v pořadí formulářů. To zajišťuje, aby se uživatelům po upgradu zobrazil ve webovém klientovi správný formulář.

  • V nové aplikaci Centrum služeb zákazníkům je teď u všech entit povolené interaktivní prostředí. To znamená, že vlastnost EntityMetadata.IsInteractionCentricEnabled, která označuje, jestli je u entity povolené interaktivní prostředí, už není relevantní. Odpovídající nastavení této vlastnosti v nástroji pro vlastní nastavení – Povolit pro interaktivní prostředí – je v aktuální verzi odebráno, přičemž vlastnost EntityMetadata.IsInteractionCentricEnabled bude z některé budoucí verze Dynamics 365 SDK for Customer Engagement odebrána.

Přepsání výchozího chování při otevření datových řádků v mřížce vázané na entitu

Při provedení jakékoli z následujících akcí v datovém řádku v mřížce vázané na entitu se v současnosti otevře záznam entity:

  • Dvojité kliknutí na datový řádek nebo kliknutí na odkaz na primární atribut v řádku

  • Výběr datového řádku a stisknutí klávesy ENTER

  • Výběr datového řádku na dotykově ovládaném zařízení

Mohou nastat situace, kdy nechcete, aby se záznam entity otevřel. Například u záznamů správy dokumentů potřebujete místo zobrazení záznamu otevřít sharepointový web. Přepsáním tohoto výchozího chování teď můžete definovat vlastní chování.

Pro entitu teď můžete vytvořit definici příkazu s Mscrm.OpenRecordItem jako hodnotou atributu ID (<CommandDefinition> (RibbonDiffXml)) a definovat pro tento příkaz vlastní akci <Actions> (RibbonDiffXml). Když se pokusíte otevřít záznam z mřížky vázané na entitu, bude Customer Engagement hledat u entity toto ID příkazu, a pokud ho najde, místo otevření záznamu entity (výchozí chování) spustí vlastní akci.

Vylepšení toků obchodních procesů

Toky obchodních procesů byly vylepšeny o následující změny:

  • Ve Sjednoceném rozhraní teď metoda setDisplayState umožňuje u ovládacího prvku obchodního procesu nastavit kromě „rozbaleného” a „sbaleného” stavu také „plovoucí” stav. Podobně metoda getDisplayState může vrátit „plovoucí”, „rozbalený” nebo „sbalený” stav v závislosti na stavu ovládacího prvku obchodního procesu. Plovoucí stav není použitelný u webového klienta.

  • Akce procesu teď můžete spouštět pomocí nového klientského rozhraní API s názvem Xrm.Utility.invokeProcessAction. Možnost programového spouštění akcí procesu pomocí tohoto nového klientského rozhraní API má v této verzi podobu ukázkové funkce.

    • Ve webovém klientovi lze pomocí nového klientského rozhraní API spustit jakoukoli akci procesu. Ve Sjednoceném rozhraní lze ale pomocí nového klientského rozhraní API spouštět jen akce procesu, které mohou běžet jako krok obchodního procesu.

    • Průběh akčního kroku procesu lze získat a nastavit pomocí těchto dvou nových klientských rozhraní API: getProgress a setProgress. Pomocí těchto metod lze získat a nastavit jeden z následujících stavů průběhu kroku: Žádný: 0, Zpracování: 1, Dokončeno: 2, Chyba: 3 nebo Neplatný: 4. Tato nová klientská rozhraní API mají v této verzi také podobu ukázkové funkce.

    • Klientská rozhraní API getProgress a setProgress nejsou podporovaná pro datový krok procesu.

  • Ke spuštění toku úlohy teď můžete použít rozhraní API na straně klienta Xrm.Navigation.openTaskFlow.

Nové funkce v Unified Service Desku 3.0

Ve verzi Unified Service Desk 3.0 budou moci vývojáři používat následující nové funkce.

Rychlejší zobrazení zákaznických dat agentům pomocí předběžného načítání dat z Dynamics 365 Customer Engagement

Unified Service Desk teď umožňuje načítat související informace záznamu entity v kontextu stránky se záznamem entity, aniž je potřeba čekat, než se v klientské aplikaci načte celá webová stránka s entitou. Načtené informace o entitě se naplní v kontextu Unified Service Desk a umožní, aby hostovaný ovládací prvek rychle zobrazil relevantní informace o entitě v klientské aplikaci. Díky tomu mohou agenti okamžitě jednat nebo zahájit rozhovor se zákazníkem a ušetřit kritický čas během interakce.

Pokud má Unified Service Desk předběžně načítat data, při konfiguraci hostovaného ovládacího prvku typu Stránka CRM zaškrtněte políčko Předběžně načíst data. Do hostovaného ovládacího prvku typu Stránka CRM je navíc přidaná nová událost s názvem DataReady, která vám umožňuje provádět akce okamžitě potom, co se načtou související informace pro záznam entity v kontextu Unified Service Desk. Je zaručeno, že událost DataReady se aktivuje před událostí BrowserDocumentComplete, a pokud je u ovládacího prvku zaškrtnuté políčko Předběžně načíst data, aktivuje se okamžitě po načtení dat entity pomocí samostatného paralelního volání serveru, takže nebude čekat na načtení celé stránky. Data entity se předběžně načtou a událost DataReady se aktivuje také při navigaci v řádku.

Asynchronní vytváření záznamů entit, které zabraňuje zablokování

Akce CreateEntity hostovaného ovládacího prvku Globální správce asynchronně vytváří záznam entity v hlavním vlákně a Unified Service Desk musí čekat na její dokončení, než může pokračovat dalším úkolem. Unified Service Desk kvůli tomu přestane reagovat, dokud se tato akce nedokončí, což může být v některých případech nežádoucí.

V této verzi zavádíme pro akci CreateEntity nový datový parametr RunAsync, pomocí kterého můžete nastavit, aby tato akce běžela asynchronně (RunAsync=true), takže se Unified Service Desk nezablokuje a během provádění této akce normálně reaguje.

Poznámka: Volání přidružených dílčích akcí a volání následných akcí souvisejících s akcí CreateEntity nečekají na dokončení asynchronní operace vytvoření. Při asynchronním spouštění akce CreateEntity proto musíte vhodnou konfigurací zajistit, aby volání dílčích akcí závisejících na vytvořeném záznamu probíhala jen v případě, že je cílový záznam kompletní. Toho dosáhnete použitím akce ExecuteOnDataAvailable u hostovaného ovládacího prvku Globální správce. Další informace najdete u akce CreateEntity.

Klávesové zkratky pro tlačítka na panelu nástrojů, oznámení a navigaci mezi panely

  • Tlačítka na panelu nástrojů teď podporují klávesové zkratky, které lze definovat při vytváření těchto tlačítek. Díky tomu mohou agenti spouštět akce nakonfigurované na tlačítku na panelu nástrojů v libovolné oblasti klienta Unified Service Desk, aniž na něj musí kliknout. Klávesové zkratky tlačítek na panelu nástrojů fungují jen v případě, že se podmínky pro viditelnost a povolení tlačítka, nadřazených tlačítek (pokud existují) a samotného panelu nástrojů vyhodnotí jako pravdivé.

  • Oznámení v řešení Unified Service Desk teď podporují klávesové zkratky. K nastavení fokusu na oznámení se používá výchozí klávesová zkratka ALT+1. Pokud se zobrazuje několik oznámení, můžete opakovaným stisknutím kláves ALT+1 cyklicky procházet všechna aktivní oznámení na obrazovce. Ke změně kláves klávesové zkratky pro oznámení použijte novou možnost UII PopupNavigationShortcutse zadáním požadovaných kláves.

  • Klávesovou zkratku sloužící k cyklickému procházení všech aktivních panelů (CTRL+0) nebylo v minulosti možné změnit na jinou kombinaci kláves. Pomocí nové možnosti UII PanelNavigationShortcut teď můžete zadat vlastní klávesovou zkratku pro cyklické procházení všech aktivních panelů.

Vylepšení ovládacího prvku Ladicí program

Ovládací prvek Ladicí program byl vylepšen a nabízí následující nové možnosti, které vývojářům a úpravcům pomáhají ladit a řešit problémy s vlastním kódem a usnadňují změny konfigurace:

  • Řazení dat: Data ve sloupcích na kartě Volání akcí můžete seřadit ve vzestupném nebo sestupném pořadí. Výběrem ikony Obnovit seřazené sloupce obnovíte všechna data v seřazených sloupcích a vrátíte se k výchozím datům zobrazeným na kartě Volání akcí.

  • Přehrání volání akcí: Volání akce rychle spustíte znovu tak, že kliknete pravým tlačítkem na záznam volání akce na kartě Volání akcí a v místní nabídce vyberete Přehrát. Můžete se také rozhodnout upravit datové parametry volání akce a pak ho spustit znovu. V takovém případě kliknete na volání akce na kartě Volání akcí pravým tlačítkem a v místní nabídce vyberete Upravit. Tím se definice volání akce načte na kartu Přímá akce, kde můžete upravit požadované údaje a znovu volání akce spustit.

  • Přehrání událostí: Událost rychle spustíte znovu tak, že kliknete pravým tlačítkem na záznam události na kartě Volání akcí a v místní nabídce vyberete Přehrát. Na rozdíl od volání akcí nelze událost upravit a znovu spustit.

  • Vylepšení karty Přímá akce: Výběrem ikony Vymazat vymažete informace ve všech polích na kartě Přímá akce.

  • Vylepšení náhradních parametrů: Na kartě Datové parametry teď můžete pomocí nových ikon přidat náhradní parametr společně s jeho hodnotou, zkopírovat hodnotu náhradního parametru a upravit hodnotu náhradního parametru.

Konfigurace podpory čtečky obrazovky JAWS

Unified Service Desk teď podporuje JAWS (Job Access With Speech) verze 18 pro čtečku obrazovky ve Windows zajišťující řečový výstup v klientovi Unified Service Desk. Všechny ovládací prvky, které jsou součástí balíčku webového klienta Dynamics 365, jsou způsobilé pro JAWS.

Podporu čtečky obrazovky JAWS můžete nakonfigurovat pro ovládací prvky s fokusem. JAWS nepodporuje ovládací prvky bez fokusu, například popisek. Toto omezení ale můžete obejít tak, že ovládací prvek bez fokusu vytvoříte jako uživatelský ovládací prvek (zabalením do <UserControl>), který čtečka obrazovky JAWS podporuje.

Čtečka obrazovky JAWS navíc nepodporuje čtení textu popisů tlačítek. V řešení Unified Service Desk ale můžete použít vlastní skripty, pomocí kterých čtečka obrazovky JAWS tento text přečte.