Průvodce odstraňováním potíží s pásem karet

Prvním krokem je výběr jedné z položek z tohoto seznamu nejběžnějších problémů s panelem příkazů na pásu karet.

Které z následujících nejlepších problémů s pásem karet nejlépe vystihuje?

Tlačítko může být skryté v důsledku pravidla pro Povolení nebo pravidla zobrazení u příkazu přidruženého k tomuto tlačítku, který bude vyhodnocen jako NEPRAVDA. Je možné, že přidružený příkaz má pravidlo zobrazení "MSCRM. HideOnModern", které skryje tlačítko v aplikacích jednotného rozhraní. Mohl být také vytvořen HideCustomAction , který by vynutil skrytí tlačítka. Pokud je uživatel offline, nezobrazí se vlastní příkazy a výchozí příkazy bez pravidla povolit "MSCRM. IsEntityAvailableForUserInMocaOffline". 

Upozornění:Jakékoli pravidlo zobrazení typu EntityPrivilegeRule s hodnotou PrivilegeType jedné z následujících ("Vytvořit" | "Psát" | "Odstranit" | "Přiřadit" | "Sdílet") se vyhodnotí jako nepravdivé, pokud je entita v režimu „Jen pro čtení na mobilním zařízení“, což způsobí, že entita povolí pouze oprávnění pro „čtení“. Příklady některých nejběžnějších výchozích systémových pravidel, která budou vyhodnocena jako nepravdivá, když je v entitě povolen příznak „Jen pro čtení na mobilním zařízení“, jsou následující (ale není to omezeno pouze na tento seznam): Mscrm.CreateSelectedEntityPermission, Mscrm.CanSavePrimary,Mscrm.CanWritePrimary, Mscrm.CanWriteSelected, Mscrm.WritePrimaryEntityPermission, Mscrm.WriteSelectedEntityPermission, Mscrm.CanDeletePrimary, Mscrm.DeletePrimaryEntityPermission, Mscrm.DeleteSelectedEntityPermission, Mscrm.AssignSelectedEntityPermission, Mscrm.SharePrimaryPermission, Mscrm.ShareSelectedEntityPermission Entitu můžete upravit a zrušit zaškrtnutí políčka „Jen pro čtení na mobilních zařízeních“, aby se povolilo vyhodnocení těchto pravidel jako pravdivé, pokud je uživateli také uděleno oprávnění testované pravidlem. Upozornění: Neodstraňujte z příkazu pravidlo zobrazení „Mscrm.HideOnModern“, to vynutí zobrazení tlačítka v jednotném rozhraní. Příkazy, které mají pravidlo zobrazení Mscrm.HideOnModern, jsou určeny pro starší rozhraní Webového klienta, nejsou podporovány v jednotném rozhraní a nemusí fungovat správně.

K prozkoumání definic součástí pásu karet a k určení, proč je tlačítko skrytý, použijeme nástroj v aplikaci s názvem Kontrola příkazů .

Chcete-li povolit kontrolu příkazů, musíte ke své adrese URL aplikace D365 připojit parametr &ribbondebug=true. Například: https://yourorgname.crm.dynamics.com/main.aspx?appid=9ab590fc-d25e-ea11-a81d-000d3ac2b3e6&ribbondebug=true

  1. Přejděte na stránku v aplikaci, kde se má tlačítko Zobrazit.

  2. Najděte panel příkazů, ve kterém se očekává, že se má zobrazit.

  3. Klikněte na tlačítko Kontrola příkazů. Ikona tlačítka kontroly příkazů(může být uvedeno v poli Rozevírací nabídka další přetečení

  4. Nalezněte a klikněte na tlačítko v seznamu tlačítek zobrazených v levém podokně kontroly příkazů. Tlačítka, která nejsou viditelná, se označují pomocí se zvýrazněným tučným písmem a písmenem(skrytý). Následující příklad ukazuje tlačítko "nový" na stránce pro entitu kontaktu není viditelné a je reprezentované položkou označenou "New (Hidden)". Poznámka: Pokud vaše tlačítko není uvedené, může to být způsobeno HideCustomAction přizpůsobením, které se mohlo nainstalovat, nebo má příkaz pravidlo zobrazení "MSCRM. HideOnModern". V době psaní této příručky se v kontrole příkazů nezobrazuje tlačítka, která byla skrytá HideCustomAction, nebo pravidlo zobrazení MSCRM. HideOnModern. V současné době pracujeme na rozšíření tohoto seznamu, aby byly tyto informace zahrnuty do budoucí aktualizace. Kontrola příkazů – kontakt – tlačítko Nový

  5. Kliknutím na kartu "Command Properties" (vlastnosti příkazu) zobrazíte podrobnosti příkazu pro toto tlačítko. Tím se zobrazí pravidla povolit pravidla a zobrazení spolu s výsledkem (PRAVDA; NEPRAVDA, přeskočeno) každého vyhodnocení pravidla. Následující příklad ukazuje příkaz "New (Hidden)" (nový)tlačítko, které má být "MSCRM. NewRecordFromGrid" a je pravidlo Enable s názvem New. Contact. EnableRule. EntityRule ", které se vyhodnotilo jako NEPRAVDA, jako výsledek bude tlačítko skrytý. Kontrola příkazů – kontakt – příkaz – pravidla

  6. Kliknutím na dvojitou šipku rozbalte rozbalit pravidlo Enable "New. Contact. EnableRule. EntityRule". zobrazíte podrobnosti pravidla. Aby bylo jasné, proč pravidlo vyhodnotí pravda nebo NEPRAVDA, vyžaduje trochu porozumění typu pravidla. Podrobnosti o každém typu pravidla najdete v článku definování pravidel pro povolení pásu kareta definování pravidel zobrazení pásu karet. Následující příklad ukazuje, že typ pravidla je "entita" a logické jméno entity je "Account", protože aktuální entita je "kontakt", která se nerovná "Account", toto pravidlo vrátí hodnotu NEPRAVDA. Kontrola příkazů-kontakt – rozbalený příkaz – rozšířené pravidlo

  7. Přístup nutný k opravě viditelnosti tlačítka závisí na různých úpravách konkrétního scénáře. S ohledem na náš příklad, Předpokládejme, že se toto pravidlo vytvořilo omylem, takže entita, která je v pravidle deklarovaná jako "kontakt", byla nastavená na "Account". Můžeme upravit pravidlo Enable "New. Contact. EnableRule. EntityRule" a provést změny, které by mohly pravidlo vyhodnotit jako pravdivé. Nebo je třeba toto pravidlo do příkazu přidat neúmyslně. Můžeme změnit příkaz "MSCRM. NewRecordFromGrid" a odebrat pravidlo Enable "New. Contact. EnableRule. EntityRule" z definice příkazu. Nebo pokud je příkaz přepsáním publikované definice Microsoftu, může být tato vlastní verze příkazu odstraněna, aby se obnovila výchozí funkčnost. Vyberte jednu z možností opravy níže:

Tlačítko bude viditelné, pokud jsou všechna pravidla Povolení a pravidla pro zobrazenípříkazu přidruženého k tomuto tlačítku vyhodnocena jako pravda. Pokud je to neočekávané, je možné, že definice příkazu byla přepsána a chybí pravidla pro pravidla nebo zobrazení, nebo jsou definice pravidel přepsány a způsobí, že tlačítko bude viditelné, když očekáváte, že bude skrytý.

Upozornění: Neodstraňujte z příkazu pravidlo zobrazení „Mscrm.HideOnModern“, to vynutí zobrazení tlačítka v jednotném rozhraní. Příkazy, které mají pravidlo zobrazení Mscrm.HideOnModern, jsou určeny pro starší rozhraní Webového klienta, nejsou podporovány v jednotném rozhraní a nemusí fungovat správně.

K prozkoumání definic součástí pásu karet a k určení toho, proč se tlačítko neočekávaně zobrazuje, použijeme nástroj v aplikaci s názvem Kontrola příkazů .

Chcete-li povolit kontrolu příkazů, musíte ke své adrese URL aplikace D365 připojit parametr &ribbondebug=true. Například: https://yourorgname.crm.dynamics.com/main.aspx?appid=9ab590fc-d25e-ea11-a81d-000d3ac2b3e6&ribbondebug=true

  1. Přejděte na stránku v aplikaci, kde se tlačítko zobrazuje.

  2. Najděte panel příkazů, ve kterém je tlačítko viditelné.

  3. Klikněte na tlačítko Kontrola příkazů. Ikona tlačítka kontroly příkazů (může být uvedeno v nabídce "Další" rozevírací nabídka přetečení)

  4. Nalezněte a klikněte na tlačítko v seznamu tlačítek zobrazených v levém podokně kontroly příkazů. Tlačítka, která nejsou viditelná, se označují pomocí se zvýrazněným tučným písmem a písmenem(skrytý). Zobrazená tlačítka se zobrazí s popiskem v normálním písmu. Následující příklad ukazuje dvě tlačítka pro jmenování na stránce s mřížkou aktivit a jeden z nich je skrytý. Command Checker - Appointment - Button

  5. Kliknutím na kartu "Command Properties" (vlastnosti příkazu) zobrazíte podrobnosti příkazu pro toto tlačítko. Tím se zobrazí akce, pravidla a zobrazení pravidel spolu s výsledkem (PRAVDA; NEPRAVDA, přeskočeno) každého vyhodnocení pravidla. Pokud očekáváte, že se má konkrétní pravidlo vyhodnotit na NEPRAVDA, zkontrolujte pravidla pravidla a zobrazení, a proto je možné, že je pravidlo nesprávně přizpůsobeno nebo nejsou splněny nezbytné okolnosti pro vrácení nepravdivého výsledku. V takovém případě přejděte ke kroku 9, jinak v opačném případě je možné, že příkaz postrádá pravidla nebo pravidla a Prohlédněte si příkazové vrstvy řešení pro další analýzu. Command Checker - Appointment - Command

  6. Kliknutím na odkaz "Zobrazit vrstvy řešení – definice příkazů" pod názvem příkazu zobrazíte řešení, které nainstalovalo definici příkazu. Command Checker - Appointment - Command - View Solution Layers

  7. V podokně Vrstvy řešení se zobrazí vrstvení každé definice komponenty pásu karet, které má konkrétní řešení nainstalované. Vrstva v horní části seznamu je aktuální definice, kterou aplikace používá, ostatní vrstvy nejsou aktivní a aplikace je v daném okamžiku nepoužívá. Pokud je hlavní řešení odinstalováno nebo je nainstalována aktualizovaná verze, která odstraní definici, stane se další vrstva aktuální aktivní definicí, kterou aplikace používá. Pokud je k dispozici jenom jedna vrstva řešení, přejděte ke kroku 9, v opačném případě vyberte horní dvě vrstvy řešení (Pokud máte vrstvu v aktivním řešení), ale není uvedená na horním okraji, vyberte aktivní vrstva a pak horní řádek) a klikněte na "porovnat". Command Checker - Appointment - Command - Solution Layers

  8. Bude zobrazeno porovnání aktuální aktivní definice a předchozí neaktivní definice, která bude zobrazovat případné rozdíly. Následující příklad ukazuje nespravovanou aktivní definici, která byla přizpůsobená odebráním pravidla zobrazení "MSCRM. HideOnModern", který je součástí neaktivního msdynce_ActivitiesPatch vrstvy řešení společnosti Microsoft. Command Checker - Appointment - Command - Solution Layers - Compared

  9. Přístup nutný k opravě viditelnosti tlačítka závisí na různých úpravách konkrétního scénáře. Pokud jste zjistili, že pravidlo je nesprávně vyhodnocené na hodnotu NEPRAVDA, a pokud je definice pravidla nesprávně definovaná, měli byste upravit definici pravidla a provést změny, které by mohly pravidlo v rámci správných okolností hodnotit jako nepravdivé. Pokud je definice pravidla správná, je možné, že nejsou splněné požadavky, které by pravidlo vrátilo NEPRAVDA, například hodnota pole nebo oprávnění zabezpečení není správně přiřazené. V závislosti na definici pravidla se požadavky můžou značně lišit. Přečtěte si téma definování pravidel povolení pásu kareta definování pravidel zobrazení pásu karet.  V našem příkladu byl příkaz přizpůsoben odebráním pravidla zobrazení "MSCRM. HideOnModern". Toto pravidlo zobrazení slouží k tomu, aby se toto konkrétní tlačítko zobrazovalo v aplikacích s jednotným rozhraním a viditelné pouze v rozhraní webového klienta starší verze. Můžeme změnit vlastní verzi příkazu a přidat chybějící pravidlo zobrazení "MSCRM. HideOnModern" do definice příkazu. Vzhledem k tomu, že se jedná o vlastní přepsání definice publikované v Microsoft a neexistují žádné další úmyslné změny, doporučujeme, abyste obnovili výchozí funkčnost této vlastní verze příkazu.

Vyberte jednu z následujících možností opravy:

Je několik faktorů, které mohou způsobit, že akce tlačítka nefunguje správně. Je to obvykle způsobeno neplatným přizpůsobením pásu karet, na kterém je definice příkazu přidruženého k tlačítku nesprávně deklarovaná. 

Upozornění: Neodstraňujte z příkazu pravidlo zobrazení „Mscrm.HideOnModern“, to vynutí zobrazení tlačítka v jednotném rozhraní. Příkazy, které mají pravidlo zobrazení Mscrm.HideOnModern, jsou určeny pro starší rozhraní Webového klienta, nejsou podporovány v jednotném rozhraní a nemusí fungovat správně.

Pokud není příkaz správně deklarovaný, kliknutí na tlačítko může buď nic nedělá, nebo nezobrazí chybu.

Vyberte jednu z následujících možností, které vám nejlépe odpovídají vaší situaci, abychom nám pomohli dosáhnout nejlepšího řešení:

  1. Kliknutím na odkaz Zobrazit vrstvy řešení definice pravidla pod názvem pravidla zobrazíte řešení, které nainstalovalo definici pravidla. Kontrola příkazů – kontakt – odkaz na vrstvy řešení – pravidlo

  2. V podokně Vrstvy řešení se zobrazí vrstvení každé definice komponenty pásu karet, které má konkrétní řešení nainstalované. Vrstva v horní části seznamu je aktuální definice, kterou aplikace používá, ostatní vrstvy nejsou aktivní a aplikace je v daném okamžiku nepoužívá. Pokud je hlavní řešení odinstalováno nebo je nainstalována aktualizovaná verze, která odstraní definici, stane se další vrstva aktuální aktivní definicí, kterou aplikace používá. Následující obrázek znázorňuje vrstvy řešení pro pravidlo Povolit v našem příkladu a ukazuje, že v tomto případě je jedna vrstva řešení a že jde o nespravované přizpůsobení, které označuje řešení s názvem "Active". Váš skutečný scénář se může lišit, možná nemůžete být aktivní "vrstva řešení, možná máte spravované řešení a název tohoto řešení.  Kontrola příkazů-kontakt – vrstvy řešení – nové

  3. Teď, když jsme zkontrolovali vrstvy řešení a zjistili řešení, které vlastní přizpůsobení, je potřeba tuto definici v příslušném řešení opravit.  Vyberte jednu z následujících možností, které odpovídají vašemu konkrétnímu scénáři.

 

Abyste mohli opravit příkaz, potřebujeme zjistit, které řešení nanainstalovalo vlastní nastavení.

  1. Pokud chcete zobrazit řešení, které instalovalo definici příkazu, klikněte na odkaz Zobrazit vrstvy řešení definice příkazu pod názvem příkazu. Command Checker - Contact - New Command Solution Layers Link

  2. V podokně Vrstvy řešení se zobrazí vrstvení každé definice komponenty pásu karet, které má konkrétní řešení nainstalované. Vrstva v horní části seznamu je aktuální definice, kterou aplikace používá, ostatní vrstvy nejsou aktivní a aplikace je v daném okamžiku nepoužívá. Pokud je hlavní řešení odinstalováno nebo je nainstalována aktualizovaná verze, která odstraní definici, stane se další vrstva aktuální aktivní definicí, kterou aplikace používá. Následující obrázek ukazuje vrstvy řešení pro příkaz v našem příkladu a označuje, že se v tomto kontaktu nachází jedna vrstva řešení a že jde o nespravované přizpůsobení, které označuje řešení s názvem "aktivní". Váš skutečný scénář se může lišit, možná nebudete mít aktivní "vrstvu řešení, možná máte spravované řešení a název tohoto řešení.  Command Checker - Contact - New Command Solution Layers

  3. Teď, když jsme zkontrolovali vrstvy řešení a zjistili řešení, které vlastní přizpůsobení, je potřeba tuto definici v příslušném řešení opravit.  Vyberte jednu z následujících možností, které odpovídají vašemu konkrétnímu scénáři.

Pokud chcete opravit pravidlo povolení/zobrazení v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru vlastní nastavení a pak naimportujete novou verzi tohoto řešení, která obsahuje definici pravidla pro povolení nebo zobrazení. Viz Export, příprava na úpravy a import pásu karet

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "kontakt" a pravidlo Povolit, které musí být opraveno, je "New. Contact. EnableRule. EntityRule" a je deklarované v "aktivní" vrstvě nespravovaného řešení od vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte Publisher na hodnotu zobrazenou v seznamu vrstev řešení pro kontrolu příkazů pro pravidlo Povolit a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu , na které je definováno pravidlo zapnout/zobrazit (v našem příkladu je to "kontakt") a klikněte na OK .

  7. Před kliknutím na Dokončit zrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru . XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte pravidlo Povolit/Zobrazit (v našem příkladu je ID pravidla povolení "New. Contact. EnableRule. EntityRule", takže jsme našli následující uzel) Povolit definici pravidla vyžadující opravu

  14. Upravte <RibbonDiffXml> a proveďte potřebné změny v pravidlu povolení/zobrazení, které by pravidlo vyhodnotilo za správných okolností, abyste pravidlo opravili. Další nápovědu k deklaraci pravidel najdete v tématech definování pravidel povolení pásu kareta definování pravidel zobrazení pásu karet. (Založené na našem příkladu, změnili jsme definici pravidla na následující) Povolení opravy definice pravidla

  15. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

Pokud není pravidlo Povolit/Zobrazit závislé na entitě, je možné, že se místo toho vztahuje na "všechny entity" deklarované na pásu karet aplikace a postup se mírně liší takto:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Pokud chcete vytvořit nové řešení, klikněte na Nový . Nastavte vydavatele na hodnotu zobrazenou v seznamu vrstev řešení příkazů kontroly a v části aktivní "vrstva řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru . XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledání pravidla pro povolení a zobrazení

  13. Upravte <RibbonDiffXml> a proveďte potřebné změny v pravidlu povolení/zobrazení, které by pravidlo vyhodnotilo za správných okolností, abyste pravidlo opravili. Další nápovědu k deklaraci pravidel najdete v tématech definování pravidel povolení pásu kareta definování pravidel zobrazení pásu karet.

  14. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  15. Import souboru řešení

  16. Publikování všech vlastních nastavení

 

Chcete-li opravit pravidlo povolení nebo zobrazení, které bylo nainstalováno vlastním spravovaným řešením, které jste vytvořili, musíte provést výše uvedené kroky pro možnost označená jako "pravidlo povolení/zobrazení je ve vaší samostatné vývojové organizaci s nespravovanou zdrojovou verzí vlastního řešení, které se používá k vytvoření vlastního spravovaného řešení. Po dokončení těchto kroků exportujete novou spravovanou verzi vašeho řešení, kterou můžete importovat do svého cíle v organizaci s cílem opravit vlastní nastavení.

  1. Ve vaší samostatné vývojové organizaci, která má nespravovanou verzi vlastního řešení, proveďte výše uvedené kroky pro možnost označená jako "Pravidlo povolení/zobrazení je v nespravovaném aktivním řešení".

  2. Zvýšení verze vlastního řešení

  3. Export řešení jako spravovaného

  4. V samostatné organizaci, která se týká změny, importujte tuto novou verzi vlastního spravovaného řešení.

Chcete-li opravit pravidlo povolení nebo zobrazení, které bylo nainstalováno vlastním spravovaným řešením vytvořeným třetí stranou nebo nezávislým výrobcem softwaru, budete muset kontaktovat autora řešení a požádat o novou verzi řešení, která obsahuje definici pevného povolení/zobrazení definice, a nainstalovat toto nové řešení do příslušné organizace. 

Abyste opravili pravidlo povolení nebo zobrazení, které bylo nainstalované v publikovaném spravovaném řešení Microsoftu, možná budete muset nainstalovat novější verzi, která se obvykle provádí během aktualizace verze. Je možné, že jste zjistili chybu, kterou ještě potřebujete opravit. Obraťte se na zákaznickou podporu.

Pokud existuje jiná vrstva řešení, která obsahuje pracovní definici příkazu, můžete definici odstranit a obnovit neaktivní pracovní definici.

Pokud se jedná o jedinou vrstvu a už příkaz nepotřebujete, můžete ho odebrat ze svého řešení, pokud na příkaz neodkazuje žádné jiné tlačítko.

Abyste odstranili příkaz, musíme zjistit, ve kterém řešení je nainstalované vlastní nastavení:

  1. Pokud chcete zobrazit řešení, které instalovalo definici příkazu, klikněte na odkaz Zobrazit vrstvy řešení definice příkazu pod názvem příkazu. Command Checker - Contact - New Command Solution Layers Link

  2. V podokně Vrstvy řešení se zobrazí vrstvení každé definice komponenty pásu karet, které má konkrétní řešení nainstalované. Vrstva v horní části seznamu je aktuální definice, kterou aplikace používá, ostatní vrstvy nejsou aktivní a aplikace je v daném okamžiku nepoužívá. Pokud je hlavní řešení odinstalováno nebo je nainstalována aktualizovaná verze, která odstraní definici, stane se další vrstva aktuální aktivní definicí, kterou aplikace používá. Na následujícím obrázku vidíte v našem příkladu vrstvy řešení pro příkaz a označuje, že je pro entitu "kontakt", která je nespravovaným přizpůsobením, označená řešením "aktivní". Váš skutečný scénář se může lišit, možná nebudete mít aktivní "vrstvu řešení, možná máte spravované řešení a název tohoto řešení.  Command Checker - Contact - New Command Solution Layers

  3. Teď, když jsme zkontrolovali vrstvy řešení a zjistili řešení, které vlastní přizpůsobení, je potřeba tuto definici v příslušném řešení opravit.  Vyberte jednu z následujících možností, která odpovídá konkrétní situaci:

Pokud chcete opravit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru vlastní nastavení a pak naimportujete novou verzi tohoto řešení obsahujícího definici příkazu fixed. Viz Export, příprava na úpravy a import pásu karet

Upozornění: Neodstraňujte z příkazu pravidlo zobrazení „Mscrm.HideOnModern“, to vynutí zobrazení tlačítka v jednotném rozhraní. Příkazy, které mají pravidlo zobrazení Mscrm.HideOnModern, jsou určeny pro starší rozhraní Webového klienta, nejsou podporovány v jednotném rozhraní a nemusí fungovat správně.

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "kontakt" a příkaz, který je potřeba opravit, je "MSCRM. NewRecordFromGrid" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu , na které je příkaz definován (v našem příkladu je to "kontakt") a klikněte na OK .

  7. Před kliknutím na Dokončit zrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru . XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. NewRecordFromGrid", takže jsme našli následující uzel: Command Checker - Contact - New Command Definition

  14. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu karet. (Na základě našeho příkladu jsme CommandDefinition změnili odebráním pravidla Enable "New. Contact. EnableRule. EntityRule", který způsobuje, že tlačítko je skryté) Command Checker - Contact - New Command Definition Fixed

  15. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru . XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu karet.

  14. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  15. Import souboru řešení

  16. Publikování všech vlastních nastavení

 

Pokud chcete opravit příkaz nainstalovaný vlastním spravovaným řešením, musíte provést výše uvedené kroky pro možnost označenou jako "příkaz je ve vaší samostatné vývojové organizaci s nespravovanou zdrojovou verzí vlastního řešení, které se používá k vytvoření vlastního spravovaného řešení. Po dokončení těchto kroků exportujete novou spravovanou verzi vašeho řešení, kterou můžete importovat do svého cíle v organizaci s cílem opravit vlastní nastavení.

  1. Ve vaší samostatné vývojové organizaci, která má nespravovanou verzi vlastního řešení, proveďte výše uvedené kroky pro možnost označenou jakopříkaz je v nespravovaném aktivním řešení.

  2. Zvýšení verze vlastního řešení

  3. Export řešení jako spravovaného

  4. V samostatné organizaci, která se týká změny, importujte tuto novou verzi vlastního spravovaného řešení.

Abyste opravili příkaz, který byl nainstalovaný vlastním spravovaným řešením vytvořeným třetí stranou/ISV, budete muset kontaktovat autora řešení a požádat o novou verzi řešení, které obsahuje definici příkazu fixed, a nainstalovat toto nové řešení do příslušné organizace. 

Abyste opravili příkaz, který byl nainstalovaný spravovaným publikovaným řešením Microsoftu, možná budete muset nainstalovat novou verzi, která se obvykle provádí během aktualizace verze. Je možné, že jste zjistili chybu, kterou ještě potřebujete opravit. Obraťte se na zákaznickou podporu.

Pokud chcete odstranit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru přizpůsobení. XML a pak naimportujete novou verzi tohoto řešení tam, kde byl tento příkaz odebrán, abyste mohli součást odstranit. Viz Export, příprava na úpravy a import pásu karet

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "kontakt" a příkaz, který se má odstranit, je "MSCRM. NewRecordFromGrid" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu, na které je příkaz definován (v našem příkladu je to "kontakt") a klikněte na OK .

  7. Před kliknutím na Dokončitzrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru. XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. NewRecordFromGrid", takže jsme našli následující uzel: Command Checker - Contact New Command - XML

  14. Upravte <RibbonDiffXml> a odeberte příslušný uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions. (Na základě našeho příkladu jsme odstranili uzel CommandDefinition, který má ID = "MSCRM. NewRecordFromGrid") Command Checker - Contact New Command - XML removed

  15. Uložení souboru. XML přizpůsobení

  16. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  17. Import souboru řešení

  18. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a odeberte uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Pokud chcete odstranit příkaz, který byl nainstalovaný vlastním spravovaným postupem, který jste vytvořili, musíte provést výše uvedené kroky pro možnost označenou jako "příkaz je ve vaší samostatné vývojové organizaci s nespravovanou zdrojovou verzí vlastního řešení, které se používá k vytvoření vlastního spravovaného řešení. Po dokončení těchto kroků exportujete novou spravovanou verzi vašeho řešení, kterou můžete importovat do svého cíle v organizaci s cílem opravit vlastní nastavení.

  1. Ve vaší samostatné vývojové organizaci, která má nespravovanou verzi vlastního řešení, proveďte výše uvedené kroky pro možnost označenou jakopříkaz je v nespravovaném aktivním řešení.

  2. Zvýšení verze vlastního řešení

  3. Export řešení jako spravovaného

  4. V samostatné organizaci, která se týká změny, importujte tuto novou verzi vlastního spravovaného řešení.

Pokud chcete odstranit příkaz, který byl nainstalovaný vlastním spravovaným řešením vytvořeným třetí stranou nebo nezávislým výrobcem softwaru, budete muset kontaktovat autora řešení a požádat o novou verzi řešení, které odebraly definici konkrétního příkazu, a pak toto nové řešení nainstalovat do příslušné organizace. 

Pokud se zobrazí chyba skriptu, která je podobná následující:

Neplatná knihovna akcí JavaScriptu: [název skriptu] není webový prostředek a není podporovaná.

Script Error - Invalid JavaScript Action Library - is not a web resource

To je způsobeno neplatným přizpůsobením příkazu pásu karet, který deklaroval nesprávnou knihovnu v JavaScriptFunction příkazu.

K prozkoumání definic součástí pásu karet a k určení toho, jak tento problém vyřešit, použijeme nástroj v aplikaci s názvem Kontrola příkazů .

Chcete-li povolit kontrolu příkazů, musíte ke své adrese URL aplikace D365 připojit parametr &ribbondebug=true. Například: https://yourorgname.crm.dynamics.com/main.aspx?appid=9ab590fc-d25e-ea11-a81d-000d3ac2b3e6&ribbondebug=true

  1. Přejděte na stránku v aplikaci, kde se tlačítko zobrazuje.

  2. Najděte panel příkazů, ve kterém se tlačítko zobrazuje.

  3. Klikněte na tlačítko Kontrola příkazů. Ikona tlačítka kontroly příkazů (může být uvedeno v nabídce "Další" rozevírací nabídka přetečení)

  4. Nalezněte a klikněte na tlačítko v seznamu tlačítek zobrazených v levém podokně nástroje Kontrola příkazů a zobrazte si vlastnosti Button a Command. Následující příklad ukazuje, že tlačítko "nový" na stránce formuláře entity Account je viditelné a je reprezentované položkou označenou jako "nové". Command Checker - Command - Invalid JavaScript Action Library - New button

  5. Kliknutím na kartu "Command Properties" (vlastnosti příkazu) zobrazíte podrobnosti příkazu pro toto tlačítko. Tím se zobrazí akce a deklarace JavaScriptFunction a také pravidla pro povolení a zobrazení a výsledek (PRAVDA; NEPRAVDA, přeskočeno) každého vyhodnocení pravidla.  Kliknutím na ikonu dvojité šipky rozbalíte JavaScriptFunction a zobrazíte podrobnosti deklarace funkce. Vlastnost Library musí být webovým prostředkem JavaScriptu a musí být s předponou "$webresource:". Následující příklad ukazuje, že vlastnost Library je "/_static/_common/scripts/RibbonActions.js", což není cesta k platnému webovému prostředku jazyka JavaScript. Doporučujeme, abyste při pokusu o určení správné hodnoty pro vyřešení problému měli další přehled o vrstvách řešení. Command Checker - Command - Invalid JavaScript Action Library

  6. Pokud chcete zobrazit řešení, které instalovalo definici příkazu, klikněte na odkaz Zobrazit vrstvy řešení definice příkazu pod názvem příkazu. Command Checker - Command - Invalid JavaScript Action Library - View Solution Layers

  7. V podokně Vrstvy řešení se zobrazí vrstvení každé definice komponenty pásu karet, které má konkrétní řešení nainstalované. Vrstva v horní části seznamu je aktuální definice, kterou aplikace používá, ostatní vrstvy nejsou aktivní a aplikace je v daném okamžiku nepoužívá. Pokud je hlavní řešení odinstalováno nebo je nainstalována aktualizovaná verze, která odstraní definici, stane se další vrstva aktuální aktivní definicí, kterou aplikace používá. Na následujícím obrázku vidíte v našem příkladu vrstvy řešení pro příkaz a ukazuje, že existují dvě vrstvy řešení a jedno je nespravované přizpůsobení, jak je označeno řešením "aktivní", a druhá z systémového řešení publikovaného společností Microsoft. Váš skutečný scénář se může lišit, možná nebudete mít aktivní "vrstvu řešení, možná máte spravované řešení a název tohoto řešení.  Vyberte horní dva řádky a kliknutím na "porovnat" Zobrazte porovnání definic, na které každé řešení vede. Pokud máte jenom jednu vrstvu řešení, tento krok přeskočíte. Command Checker - Command - Invalid JavaScript Action Library - Solution Layers

  8. Porovnání definic příkazů se projeví ve všech rozdílech mezi těmito dvěma vrstvami. Následující příklad jasně ukazuje, že hodnota knihovny se liší. Nespravovaná položka z aktivního řešení je nastavená na nesprávnou cestu "/_static/_common/scripts/RibbonActions.js" (vaše specifická cesta se může mírně lišit) a výchozí definice od Microsoftu nastavila knihovnu na "$webresoure: Main_system_library. js", což je podporovaná cesta pro tento konkrétní příkaz (Tato hodnota se může lišit podle vašeho konkrétního příkazu). Jedinou podporovanou cestou je jedna, která začíná řetězcem $webresource: a končí názvem platného webového prostředku v jazyce JavaScript. Command Checker - Command - Invalid JavaScript Action Library - Solution Layers Comparison

  9. Teď, když jsme zkontrolovali vrstvy řešení a zjistili řešení, které vlastní přizpůsobení, je potřeba tuto definici v příslušném řešení opravit.  Vyberte jednu z následujících možností, která odpovídá konkrétní situaci:

Když na tlačítko kliknete a nic se neděje, je to obvykle způsobeno nesprávnou konfigurací příkazu přidruženého k tomuto tlačítku.

Následující příkaz konfigurace příkazu, když deklarujete JavaScriptFunction Akce, může mít za následek tlačítko, které se zdánlivě stane tím, že se nic nezmění:

  • Neplatný název funkce – Pokud se název funkce JavaScript neshoduje s platným názvem funkce v jazyce JavaScript, který je přiřazen k vlastnosti Library, nebude mít tlačítko nic.

  • Neplatná knihovna : Pokud tato cesta neodkazuje na platný webový prostředek jazyka JavaScript nebo není předponou "$WebResource:", nebude tlačítko fungovat.

  • Chybějící parametry : Pokud funkce jazyka JavaScript očekává specifické parametry a definice příkazu je nedeklaruje, nebude tlačítko správně fungovat.

  • Nesprávný typ parametru nebo Order -Pokud jsou parametry deklarovány nesprávným typem nebo jsou v jiném pořadí než jsou uvedené v deklaraci funkce jazyka JavaScript, nebude tlačítko fungovat očekávaným způsobem.

Další nápovědu ke konfiguraci najdete v článku definování akcí na pásu karet .

Pokud jsou výše uvedené konfigurace správné, je možné, že se vyskytla chyba kódu JavaScript. Pokud je vlastní funkce JavaScriptu nesprávně kódována a jednoduše nevolá očekávané chování, nebude tlačítko fungovat očekávaným způsobem.  Pokud zjistíte některou z výše uvedených chyb konfigurace, opravte definici příkazu, abyste tento problém vyřešili. Jinak se může stát, že budete muset ladit a opravovat kód funkce jazyka JavaScript pro tlačítko, aby fungoval správně.

Podívejme se, co je příkaz tlačítka a jaké řešení instalovalo definici.

K prozkoumání definic součástí pásu karet se používá nástroj v aplikaci s názvem Kontrola příkazů , který nám pomůže zjistit, proč se kliknutím na výsledek zobrazí chyba.

Chcete-li povolit kontrolu příkazů, musíte ke své adrese URL aplikace D365 připojit parametr &ribbondebug=true. Například: https://yourorgname.crm.dynamics.com/main.aspx?appid=9ab590fc-d25e-ea11-a81d-000d3ac2b3e6&ribbondebug=true

  1. Přejděte na stránku v aplikaci, kde se tlačítko zobrazuje.

  2. Vyhledejte panel příkazů, na kterém je tlačítko viditelné.

  3. Klikněte na tlačítko Kontrola příkazů. Ikona tlačítka kontroly příkazů (může být uvedeno v nabídce "Další" rozevírací nabídka přetečení)

  4. Nalezněte a klikněte na tlačítko v seznamu tlačítek zobrazených v levém podokně kontroly příkazů. Tlačítka, která nejsou viditelná, se označují pomocí se zvýrazněným tučným písmem a písmenem(skrytý). Zobrazená tlačítka se zobrazí s popiskem v normálním písmu. Kliknutím na kartu "Command Properties" (vlastnosti příkazu) zobrazíte podrobnosti příkazu pro toto tlačítko. Command Checker - Button Error - Button

  5. Příkaz vlastnosti příkazu zobrazí akce a odpovídající konfiguraci JavaScriptFunction. Kliknutím na odkaz "Zobrazit vrstvy řešení – definice příkazů" pod názvem příkazu zobrazíte řešení, které nainstalovalo definici příkazu. Command Checker - Button Error - Command

  6. V podokně Vrstvy řešení se zobrazí vrstvení každé definice komponenty pásu karet, které má konkrétní řešení nainstalované. Vrstva v horní části seznamu je aktuální definice, kterou aplikace používá, ostatní vrstvy nejsou aktivní a aplikace je v daném okamžiku nepoužívá. Pokud je hlavní řešení odinstalováno nebo je nainstalována aktualizovaná verze, která odstraní definici, stane se další vrstva aktuální aktivní definicí, kterou aplikace používá. Pokud je k dispozici jenom jedna vrstva řešení, přejděte ke kroku 8 a v opačném případě vyberte dvě horní vrstvy řešení (Pokud máte vrstvu v aktivním řešení), ale není uvedená na horním okraji, vyberte aktivní vrstva a pak horní řádek) a klikněte na porovnat. Command Checker - Button Error - Command - Solution Layers

  7. Bude zobrazeno porovnání aktuální aktivní definice a předchozí neaktivní definice, která bude zobrazovat případné rozdíly. Následující příklad zobrazuje nesprávnou aktivní definici, která byla přizpůsobená zadáním funkce Function nesprávně ve srovnání s jinou neaktivní definicí ve vrstvě Microsoft Publikováno System Solution. Očekává se, že funkce Function je "XrmCore. Commands. Delete. deletePrimaryRecord", ale vlastní definice deklarovala funkci Function = "deletePrimaryRecord", která způsobí, že při kliknutí na tlačítko nedojde k žádné akci, protože funkce nebyla nalezena. Kontrola příkazů – příkaz

  8. Přístup nutný k opravě funkcí akce tlačítka závisí na různých úpravách konkrétního scénáře. V našem příkladu byl příkaz přizpůsoben zadáním nesprávné funkce. Můžeme změnit vlastní verzi příkazu a opravit funkci Function. Vzhledem k tomu, že se jedná o vlastní přepsání definice publikované v Microsoft a neexistují žádné další úmyslné změny, doporučujeme, abyste obnovili výchozí funkčnost této vlastní verze příkazu.

Vyberte jednu z následujících možností opravy:

Když na pásu karet kliknete a dojde k chybě, obvykle se jedná o nesprávné přizpůsobení příkazu pásu karet.

Vyberte jednu z následujících možností, které nejlépe odpovídají vaší situaci:

Když se na tlačítko klikne a dojde k chybě, může to být způsobeno nesprávnou konfigurací příkazu spojeného s tlačítkem nebo nesprávně kódovaným JavaScriptem.

Podívejme se, co je příkaz tlačítka a jaké řešení instalovalo definici.

K prozkoumání definic součástí pásu karet se používá nástroj v aplikaci s názvem Kontrola příkazů , který nám pomůže zjistit, proč se kliknutím na výsledek zobrazí chyba.

Chcete-li povolit kontrolu příkazů, musíte ke své adrese URL aplikace D365 připojit parametr &ribbondebug=true. Například: https://yourorgname.crm.dynamics.com/main.aspx?appid=9ab590fc-d25e-ea11-a81d-000d3ac2b3e6&ribbondebug=true

  1. Přejděte na stránku v aplikaci, kde se tlačítko zobrazuje.

  2. Vyhledejte panel příkazů, na kterém je tlačítko viditelné.

  3. Klikněte na tlačítko Kontrola příkazů. Ikona tlačítka kontroly příkazů (může být uvedeno v nabídce "Další" rozevírací nabídka přetečení)

  4. Nalezněte a klikněte na tlačítko v seznamu tlačítek zobrazených v levém podokně kontroly příkazů. Tlačítka, která nejsou viditelná, se označují pomocí se zvýrazněným tučným písmem a písmenem(skrytý). Zobrazená tlačítka se zobrazí s popiskem v normálním písmu. Kliknutím na kartu "Command Properties" (vlastnosti příkazu) zobrazíte podrobnosti příkazu pro toto tlačítko. Command Checker - Button Error - Button

  5. Příkaz vlastnosti příkazu zobrazí akce a odpovídající konfiguraci JavaScriptFunction. Kliknutím na odkaz "Zobrazit vrstvy řešení – definice příkazů" pod názvem příkazu zobrazíte řešení, které nainstalovalo definici příkazu. Command Checker - Button Error - Command

  6. V podokně Vrstvy řešení se zobrazí vrstvení každé definice komponenty pásu karet, které má konkrétní řešení nainstalované. Vrstva v horní části seznamu je aktuální definice, kterou aplikace používá, ostatní vrstvy nejsou aktivní a aplikace je v daném okamžiku nepoužívá. Pokud je hlavní řešení odinstalováno nebo je nainstalována aktualizovaná verze, která odstraní definici, stane se další vrstva aktuální aktivní definicí, kterou aplikace používá. Pokud je k dispozici jenom jedna vrstva řešení, přejděte ke kroku 9, v opačném případě vyberte dvě horní vrstvy řešení (Pokud máte vrstvu v aktivním řešení), ale není uvedená na horním okraji, vyberte aktivní vrstva a pak horní řádek) a klikněte na porovnat. Command Checker - Button Error - Command - Solution Layers

  7. Bude zobrazeno porovnání aktuální aktivní definice a předchozí neaktivní definice, která bude zobrazovat případné rozdíly. Následující příklad zobrazuje nesprávnou aktivní definici, která byla přizpůsobená zadáním prvního parametru ve srovnání s jinou neaktivní definicí ve vrstvě Microsoft Publikováno System Solution. Funkce očekává jedno ID primárního záznamu deklarovaného pomocí CrmParameter s názvem "FirstPrimaryItemId", ale vlastní definice deklarovala CrmParameter "PrimaryItemIds", která způsobí, že skript vyvolá chybu, protože parametry neodpovídají podpisu funkce. Command Checker - Button Error - Command - Solution Layers Compared

  8. Přístup nutný k opravě funkcí akce tlačítka závisí na různých úpravách konkrétního scénáře. V našem příkladu byl příkaz přizpůsoben zadáním prvního parametru. Můžeme změnit vlastní verzi příkazu a parametr opravit. Vzhledem k tomu, že se jedná o vlastní přepsání definice publikované v Microsoft a neexistují žádné další úmyslné změny, doporučujeme, abyste obnovili výchozí funkčnost této vlastní verze příkazu.

Vyberte jednu z následujících možností opravy:

Pokud chcete opravit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru vlastní nastavení a pak naimportujete novou verzi tohoto řešení obsahujícího definici příkazu fixed. Viz Export, příprava na úpravy a import pásu karet

Upozornění: Neodstraňujte z příkazu pravidlo zobrazení „Mscrm.HideOnModern“, to vynutí zobrazení tlačítka v jednotném rozhraní. Příkazy, které mají pravidlo zobrazení Mscrm.HideOnModern, jsou určeny pro starší rozhraní Webového klienta, nejsou podporovány v jednotném rozhraní a nemusí fungovat správně.

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "Account" a příkaz, který je potřeba opravit, je "MSCRM. NewRecordFromForm" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu, na které je příkaz definován (v našem příkladu je to "účet") a klikněte na OK .

  7. Před kliknutím na Dokončitzrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru. XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. NewRecordFromForm", takže jsme našli následující uzel: Command Checker - Command - Invalid JavaScript Action Library - XML

  14. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu kareta definování akcí pásu karet. (Na základě našeho příkladu jsme změnili CommandDefinition nastavením knihovny = "$webresoure: Main_system_library. js" a ujistěte se, že jsou v příkladu matchs ("XrmCore. Commands. Open. openNewRecord") Command Checker - Command - Invalid JavaScript Action Library - XML fixed

  15. Uložení souboru. XML přizpůsobení

  16. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  17. Import souboru řešení

  18. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu karet a definování akcí pásu karet.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Přístup k opravě příkazu se liší v závislosti na tom, jestli je vaše definice jenom jedna, nebo jestli existují další neaktivní definice a jestli jsou změny úmyslné.

Vyberte možnost odpovídající vašemu scénáři:

Pokud chcete odstranit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru přizpůsobení. XML a pak naimportujete novou verzi tohoto řešení tam, kde byl tento příkaz odebrán, abyste mohli součást odstranit. Viz Export, příprava na úpravy a import pásu karet

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "Account" a příkaz, který se má odstranit, je "MSCRM. NewRecordFromForm" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu, na které je příkaz definován (v našem příkladu je to "účet") a klikněte na OK .

  7. Před kliknutím na Dokončitzrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru. XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. NewRecordFromForm", takže jsme našli následující uzel: Command Checker - Command - Invalid JavaScript Action Library - XML

  14. Upravte <RibbonDiffXml> a odeberte určité CommandDefinition. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions. (Na základě našeho příkladu jsme odstranili uzel CommandDefinition, který má ID = "MSCRM. NewRecordFromForm") Command Checker - Command - Invalid JavaScript Action Library - XML removed

  15. Uložení souboru. XML přizpůsobení

  16. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  17. Import souboru řešení

  18. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a odeberte uzel CommandDefinition, který má odpovídající ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Pokud existuje jiná vrstva řešení, která obsahuje pracovní definici tohoto příkazu, můžete tuto definici odstranit, abyste obnovili další neaktivní pracovní definici.

Pokud se jedná o jedinou vrstvu a už příkaz nepotřebujete, můžete ho odebrat ze svého řešení, pokud na příkaz neodkazuje žádné jiné tlačítko.

Vyberte jednu z následujících možností, která odpovídá konkrétní situaci:

Pokud se jedná o změny příkazu, které je třeba zachovat, ale přesto chcete, aby se toto tlačítko skrylo za příslušných okolností, můžete místo odstranění vlastní definice přidat chybějící pravidla pro povolení a zobrazení.

Vyberte jednu z následujících možností, která odpovídá konkrétní situaci:

Pokud chcete odstranit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru přizpůsobení. XML a pak naimportujete novou verzi tohoto řešení tam, kde byl tento příkaz odebrán, abyste mohli součást odstranit. Viz Export, příprava na úpravy a import pásu karet

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "ActivityPointer" a příkaz, který se má odstranit, je "MSCRM. CreateAppointment" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu, na které je příkaz definován (v našem příkladu je to "ActivityPointer") a klikněte na OK .

  7. Před kliknutím na Dokončitzrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru. XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. CreateAppointment", takže jsme našli následující uzel: Command Checker - Appointment - Command - XML

  14. Upravte <RibbonDiffXml> a odeberte příslušný uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions. (Na základě našeho příkladu jsme odstranili uzel CommandDefinition, který má ID = "MSCRM. CreateAppointment") Command Checker - Appointment - Command - XML removed

  15. Uložení souboru. XML přizpůsobení

  16. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  17. Import souboru řešení

  18. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a odeberte uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Pokud jste zjistili, že v definici příkazu chybí pravidla zapnout/zobrazit, můžete upravit CommandDefinition a přidat pravidla, která vám umožní požadované chování. Pokud chcete opravit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru vlastní nastavení a pak naimportujete novou verzi tohoto řešení obsahujícího definici příkazu fixed. Viz Export, příprava na úpravy a import pásu karet

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "ActivityPointer" a příkaz, který je potřeba opravit, je "MSCRM. CreateAppointment" a deklaruje se v "aktivním" nespravovaném řešení z vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu , na které je příkaz definován (v našem příkladu je to "ActivityPointer") a klikněte na OK .

  7. Před kliknutím na Dokončit zrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru . XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. CreateAppointment", takže jsme našli následující uzel: Command Checker - Appointment - Command - XML

  14. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu karet. (Na základě našeho příkladu jsme změnili CommandDefinition přidáním pravidla zobrazení "MSCRM. HideOnModern", které bude toto tlačítko správně skrývat) Command Checker - Appointment - Command - XML fixed

  15. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru . XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu karet.

  14. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  15. Import souboru řešení

  16. Publikování všech vlastních nastavení

 

Pokud chcete opravit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru vlastní nastavení a pak naimportujete novou verzi tohoto řešení obsahujícího definici příkazu fixed. Viz Export, příprava na úpravy a import pásu karet

Upozornění: Neodstraňujte z příkazu pravidlo zobrazení „Mscrm.HideOnModern“, to vynutí zobrazení tlačítka v jednotném rozhraní. Příkazy, které mají pravidlo zobrazení Mscrm.HideOnModern, jsou určeny pro starší rozhraní Webového klienta, nejsou podporovány v jednotném rozhraní a nemusí fungovat správně.

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "Account" a příkaz, který je potřeba opravit, je "MSCRM. DeletePrimaryRecord" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu , na které je příkaz definován (v našem příkladu je to "účet") a klikněte na OK .

  7. Před kliknutím na Dokončit zrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru . XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. DeletePrimaryRecord", takže jsme našli následující uzel: Command Checker - Button Error - Command - XML

  14. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu kareta definování akcí pásu karet. (Na základě našeho příkladu jsme změnili JavaScriptFunction CommandDefinition nastavením funkce na "FirstPrimaryItemId"). Command Checker - Button Error - Command - XML fixed

  15. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu kareta definování akcí pásu karet.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Pokud chcete odstranit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru přizpůsobení. XML a pak naimportujete novou verzi tohoto řešení tam, kde byl tento příkaz odebrán, abyste mohli součást odstranit. Viz Export, příprava na úpravy a import pásu karet

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "Account" a příkaz, který se má odstranit, je "MSCRM. DeletePrimaryRecord" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu, na které je příkaz definován (v našem příkladu je to "účet") a klikněte na OK .

  7. Před kliknutím na Dokončitzrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru. XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. DeletePrimaryRecord", takže jsme našli následující uzel: Command Checker - Button Error - Command - XML

  14. Upravte <RibbonDiffXml> a odeberte příslušný uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions. (Na základě našeho příkladu jsme odstranili uzel CommandDefinition, který má ID = "MSCRM. DeletePrimaryRecord") Command Checker - Button Error - Command - XML removed

  15. Uložení souboru. XML přizpůsobení

  16. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  17. Import souboru řešení

  18. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a odeberte uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Pokud chcete opravit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru vlastní nastavení a pak naimportujete novou verzi tohoto řešení obsahujícího definici příkazu fixed. Viz Export, příprava na úpravy a import pásu karet

Upozornění: Neodstraňujte z příkazu pravidlo zobrazení „Mscrm.HideOnModern“, to vynutí zobrazení tlačítka v jednotném rozhraní. Příkazy, které mají pravidlo zobrazení Mscrm.HideOnModern, jsou určeny pro starší rozhraní Webového klienta, nejsou podporovány v jednotném rozhraní a nemusí fungovat správně.

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "Account" a příkaz, který je potřeba opravit, je "MSCRM. DeletePrimaryRecord" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu , na které je příkaz definován (v našem příkladu je to "účet") a klikněte na OK .

  7. Před kliknutím na Dokončit zrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru . XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. DeletePrimaryRecord", takže jsme našli následující uzel: Kontrola příkazů – příkaz-neprovede žádnou akci – XML

  14. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu kareta definování akcí pásu karet. (Na základě našeho příkladu jsme změnili JavaScriptFunction CommandDefinition nastavením funkce na "XrmCore. Commands. Delete. deletePrimaryRecord") Kontrola příkazů – příkaz-neprovede žádnou akci – kód XML.

  15. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a proveďte potřebné změny CommandDefinition, aby příkaz opravil správným způsobem za správných okolností. Další nápovědu k deklarování příkazů najdete v článku Definování příkazů na pásu kareta definování akcí pásu karet.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Pokud chcete odstranit příkaz v aktivní vrstvě nespravovaného řešení, exportujeme nespravované řešení obsahující pás karet entity nebo aplikace a upravíte RibbonDiffXml v souboru přizpůsobení. XML a pak naimportujete novou verzi tohoto řešení tam, kde byl tento příkaz odebrán, abyste mohli součást odstranit. Viz Export, příprava na úpravy a import pásu karet

Na základě našeho ukázkového scénáře jsme zjistili, že entita je "Account" a příkaz, který se má odstranit, je "MSCRM. DeletePrimaryRecord" a je deklarován v "aktivní" vrstvě nespravovaného řešení vydavatele s názvem "DefaultPublisherCITTest". 

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení. (V našem příkladu je to "DefaultPublisherCITTest")

  4. Klikněte na entity .

  5. Klikněte na Přidat existující .

  6. Vyberte entitu, na které je příkaz definován (v našem příkladu je to "účet") a klikněte na OK .

  7. Před kliknutím na Dokončitzrušte zaškrtnutí políčka zahrnout metadata entity a zrušte zaškrtnutí políčka přidat veškerý datový zdroj.

  8. Klikněte na Uložit .

  9. Klikněte na exportovat řešení a exportovat nespravované řešení.

  10. Extrahování souboru. zip

  11. Otevření souboru. XML přizpůsobení

  12. Vyhledejte <entitu uzlu> podřízeného uzlu, který chcete upravit, a vyhledejte její podřízené <RibbonDiffXml> uzel

  13. Vyhledejte CommandDefinition (v našem příkladu ID CommandDefinition je "MSCRM. DeletePrimaryRecord", takže jsme našli následující uzel: Kontrola příkazů – příkaz-neprovede žádnou akci – XML

  14. Upravte <RibbonDiffXml> a odeberte příslušný uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions. (Na základě našeho příkladu jsme odstranili uzel CommandDefinition, který má ID = "MSCRM. DeletePrimaryRecord") Command Checker - Button Error - Command - XML removed

  15. Uložení souboru. XML přizpůsobení

  16. Přidejte soubor. XML upravený přizpůsobení zpátky do souboru řešení. zip

  17. Import souboru řešení

  18. Publikování všech vlastních nastavení

Pokud není příkaz specifický pro entitu, je místo toho použitelné na "všechny entity" deklarované na pásu karet aplikace, a proto se postup v těchto krocích mírně liší:

  1. Otevření upřesňujících nastavení

  2. Přechod na Nastavení – > řešení

  3. Kliknutím na Nový vytvořte nové řešení, nastavte vydavatele na hodnotu, která je uvedena v seznamu vrstev řešení pro příkaz, a na "aktivní" vrstvu řešení.

  4. Klikněte na rozšíření klienta .

  5. Klikněte na Přidat existující .

  6. Kliknutí na pásu karet aplikace

  7. Klikněte na Uložit .

  8. Klikněte na exportovat řešení a exportovat nespravované řešení.

  9. Extrahování souboru. zip

  10. Otevření souboru. XML přizpůsobení

  11. Vyhledejte kořenový <RibbonDiffXml> uzlu

  12. Vyhledejte CommandDefinition

  13. Upravte <RibbonDiffXml> a odeberte uzel CommandDefinition s ID příkazu, který chcete odstranit. Ujistěte se, že jste nechtěně odstranili další CommandDefinitions.

  14. Uložení souboru. XML přizpůsobení

  15. Přidání upraveného vlastního souboru. XML zpět do komprimovaného souboru. zip

  16. Import souboru řešení

  17. Publikování všech vlastních nastavení

 

Pokud se v aplikaci Dynamics 365 nebo Power Applications řízeném pomocí tlačítka příkazového řádku na pásu karet vyskytuje problém, může vám tato příručka pomoct najít a vyřešit problém.

K prozkoumání definic součástí pásu karet, které nám mohou způsobovat problémy, použijeme nástroj v aplikaci s názvem Kontrola příkazů.

Poznámka: Tato příručka se vztahuje jenom na aplikace jednotného rozhraní a nevztahuje se na rozhraní webového klienta starší verze.

Pokud se chcete dozvědět víc o panelu příkazů pásu karet, o příkazech a pravidlech pro povolení a zobrazení, můžete najít užitečné následující materiály pro dokumentaci:

Potřebujete další pomoc?

Rozšiřte své znalosti a dovednosti
Projít školení
Získejte nové funkce jako první
Připojit se k programu Microsoft Insider

Byly tyto informace užitečné?

Děkujeme za váš názor!

Děkujeme vám za váš názor! Pravděpodobně bude užitečné, když vás spojíme s některým z našich agentů podpory Office.

×