Nejčastější dotazy ohledně nástroje pro migraci

Nástroji pro migraci pro pravidla automatického vytváření záznamů a smlouvy o rozsahu služeb (SLA)

Kdo má přístup k nástroji pro migraci a může jej spustit?

Správci a uživatelé, kteří mají role správce CSR, mohou spustit nástroj pro migraci.

Jsou migrovaná pravidla automaticky aktivována po migraci?

Č. Po dokončení migrace musíte migrovaná pravidla aktivovat ručně.

Mohu i po termínu ukončení podpory nadále používat starší pravidla?

Ano. Aktivní starší pravidla nadále fungují po termínu zastarání, dokud nejsou deaktivována. Po zastarání jsou však ukončeny úpravy a podpora.

Mohu aktivovat pravidlo, které je ve stavu „neúplné“ migrace?

Č. Migrované pravidlo se aktivuje pouze při nastavení přepínače Označit jako dokončené na Ano poté, co zkontrolujete neúplné pravidlo a opravíte všechny existující problémy. Tehdy je pravidlo považováno za úspěšně migrované.

Je starší pravidlo po migraci deaktivováno?

• Ano, co se týče automatického vytváření záznamů. Když aktivujete migrované pravidlo automatického vytváření záznamů ve Sjednoceném rozhraní, odpovídající starší pravidlo je deaktivováno.
• Ne, co se týče smluv SLA. Když aktivujete migrované pravidlo SLA ve Sjednoceném rozhraní, odpovídající starší zůstane aktivní protože tato dvě pravidla mohou koexistovat.

Co znamená stav migrace „nedokončeno“?

• V sekci Souhrn: Celkový proces migrace nemohl být úspěšně dokončen u všech vybraných pravidel.
• Vedle pravidla: Pravidlo buď selhalo, nebo jej nelze plně migrovat (to znamená, že se nepodařilo migrovat jednu nebo více položek nebo podmínek).

Kde najdu seznam částečně migrovaných pravidel, která jsou sledována v nástroji pro migraci?

Pravidla, která jsou částečně migrována nebo která jsou identifikována jako neúplně migrovaná, nejsou považována za plně migrovaná. Proto jsou sledována v sekci Nevyřízené v sekci Souhrn. Mezi migrovaná pravidla jsou započítána pouze pravidla, která úspěšně dokončila migraci.

Podporuje nástroj pro migraci vlastní formuláře nebo pole?

• Ano, co se týče automatického vytváření záznamů. Nástroj pro migraci podporuje vlastní entity, pole, atributy a konfigurace.
• Ne, co se týče smluv SLA. Nástroj pro migraci plně nepodporuje vlastní entity, pole, atributy a konfigurace. K dokončení migrace musí uživatelé upravit všechny existující toky přizpůsobení, pracovní postupy, moduly plug-in nebo jiný vlastní kód ve vlastních entitách, polích, atributech a konfiguracích.

Potřebuji samostatnou licenci pro Power Automate před spuštěním migrace?

Č. Další informace o pokynech k licencování najdete v části Jaká jsou práva pro použití Microsoft Power Apps a Power Automate v aplikacích Dynamics 365?

Některá z mých pravidel jsou neúplná nebo částečně migrovaná. Co mám dělat?

Pravidlo můžete opravit ve webovém klientovi s pomocí podrobností o problému a poté znovu spustit migraci nebo migrované pravidlo můžete opravit přímo ve Sjednoceném rozhraní.

Mohu znovu spustit nástroj pro migraci pro konkrétní migrované pravidlo?

Ano, nástroj pro migraci můžete znovu spustit pro konkrétní migrované pravidlo na základě následujících kritérií:

• Pro neúplná nebo neúspěšně migrovaná pravidla: Při opětovném spuštění nástroje pro migraci vyberte stejné pravidlo. Tento nástroj automaticky nahradí stávající neúspěšné nebo neúplné pravidlo nově migrovaným pravidlem.
• Pro úspěšně migrovaná pravidla: Před opětovným spuštěním nástroje pro migraci odstraňte migrované pravidlo ve Sjednoceném rozhraní.

Co se po dokončení migrace stane se stávajícími záznamy SLA, které jsou přidruženy ke starším smlouvám SLA?

• Pokud je po migraci deaktivována starší smlouva SLA: Časovač bude nadále běžet až do terminálního stavu pro takové záznamy SLA. Nicméně funkce Vyřešit a Pozastavit nebudou fungovat.
• Pokud je starší smlouva SLA stále v aktivním stavu: Stávající záznamy SLA, které jsou přidruženy ke starším smlouvám SLA, budou i nadále fungovat podle očekávání.
• Pokud chcete použít smlouvy SLA vytvořené v aplikacích Sjednocené rozhraní na existující záznamy: Budete muset ručně aktualizovat pole SLA na Sjednocené rozhraní SLA nebo napsat modul plug-in pro aktualizaci záznamů. Logika modulu plug-in může být například Moderní tok nebo Pracovní postup.

Informace o migrovaných pravidlech nebo tocích v moderním automatickém vytváření záznamů naleznete v části Nejčastější dotazy o automatickém vytvoření záznamů.

Známé problémy s převodem podmínek

Tato sekce popisuje klíčové scénáře, kde pravidla nebo položky neprojdou migrací.

Pokud moje pravidla nebo podmínky obsahují související entity uvnitř vnořené klauzule skupiny (a/nebo), budou migrovány do Sjednoceného rozhraní?

Č. V současné době podporujeme pouze jednu úroveň hierarchie souvisejících entit. Tyto položky nebo podmínky pravidla mohou být úspěšně migrovány, pouze pokud před migrací odeberete jakoukoli související entitu v klauzuli skupiny. Pokud neprovedete žádnou akci, pravidlo selže během kroku Kontrola před migrací. Pokud se rozhodnete pokračovat v migraci, pravidlo bude obsahovat prázdnou podmínku pro související položku.

Příklad: Související entity ve vnořené klauzuli skupiny

Zobrazení webového klienta před migrací

Legenda

a. Název položky.

Zobrazení Sjednoceného rozhraní po migraci

Legenda

2a. K názvu migrované položky je připojen řetězec „_NeuspesnaMigrace“.

2b. Do podmínky je přidán stejný standardní zástupný symbol Hodnota Vytvořeno se rovná 2200-01-01.

Proč moje položky nebo podmínky pravidla s polem Datum a čas, které používá operátor „Není dne“, selžou během kontroly před migrací a samotné migrace?

Operátor Není dne pro datový typ Datum není podporován v Sjednoceném rozhraní. Proto není v rámci migrace podporován. Chcete-li tento problém vyřešit, ve webovém klientu můžete změnit starší položky nebo podmínky z {not-on selecteddate} na {selecteddate less than and selecteddate greater than} před opětovným spuštěním nástroje pro migraci pro příslušné pravidlo.

Příklad: Pole Datum a čas, které používá operátor Není dne

Zobrazení webového klienta před migrací

Legenda

a. Název položky.

Zobrazení Sjednoceného rozhraní po migraci

Legenda

2a. K názvu migrované položky je připojen řetězec „_NeuspesnaMigrace“.

2b. Do podmínky je přidána podmínka Datum vytvořeno se rovná 2200-01-01.

Proč se během migrace mění data v poli Datum a čas?

Ve Sjednoceném rozhraní neexistuje žádné samostatné pole času. Pole Datum a čas se proto změní z ovládacího prvku kalendáře na textové pole. Vstup musí být ve specifickém formátu, jak je uvedeno v následujícím příkladu.

Příklad: pole Datum a čas

Zobrazení webového klienta před migrací

Legenda

a. Pole Datum a čas před migrací.

b. Pole Pouze datum před migrací.

Zobrazení Sjednoceného rozhraní po migraci

Legenda

a. Pole Datum a čas po migraci.

b. Pole Pouze datum po migraci.

Proč jsou některá z mých polí s operátory ve Sjednoceném rozhraní po migraci prázdná?

U vyhledávacích datových typů jsou ve Sjednoceném rozhraní a nástroji pro migraci podporovány pouze operátory je rovno, není rovno, je null a není null. Operátory v rámci a není v rámci nejsou podporovány ve Sjednoceném rozhraní, a proto nejsou podporovány v nástroji pro migraci. Veškeré podmínky operátorů v rámci nebo není v rámci se po migraci přeloží jako související entity. V Sjednoceném rozhraní jsou zobrazeny jako prázdné a nelze je upravit.

Příklad: Pole operátorů v rámci a není v rámci

Zobrazení webového klienta před migrací

Legenda

a.Operátory v rámci (Under).

Zobrazení Sjednoceného rozhraní po migraci

Legenda

b. Prázdné pole operátoru.

Poznámka:

Při definování podmínky v Centru služeb zákazníkům platí následující omezení:

• Ovládací prvek pro výběr data a času již není v podmínkách k dispozici. Stále však můžete upravit datum a čas v textovém poli.
• Podporujeme pouze jednu úroveň hierarchie souvisejících entit. V aplikaci však můžete vybrat vnořené související entity.
• Související entita uvnitř skupiny klauzule nebo klauzule není podporována.
• Operátor není dne pro datový typ Datum není podporován.
• Pro datový typ Vyhledávání jsou podporovány pouze operátory je rovno, není rovno, je null a není null. Operátory v rámci a není v rámci nejsou podporovány.

Mohu znovu migrovat aktivované pravidlo?

• Ano, pro pravidla automatického vytváření záznamů. Aktivované pravidlo můžete migrovat znovu, ale musíte jej nejprve deaktivovat a odstranit ze Sjednoceného rozhraní.
• Ne, co se týče smluv SLA. Po aktivaci je migrované pravidlo SLA propojeno s jinou entitou (například případem) nebo se používá. Ve výchozím nastavení bylo aktivované pravidlo úspěšně migrováno. Než budete moci znovu migrovat aktivované pravidlo, musíte jej odstranit. Existuje však omezení pro pravidla SLA Sjednoceného rozhraní. Poté, co je pravidlo přidruženo k případu nebo entitě (tj. poté, co bylo jednou aktivováno), jej nemůžete odstranit, i když je deaktivováno. Proto nelze pravidlo znovu migrovat, pokud již bylo dříve aktivováno nebo použito.

Mohu migrovat straší standardní pravidla SLA?

Č. Nástroj pro migraci podporuje pouze vylepšená pravidla SLA. Standardní pravidla SLA jsou zastaralá. Sjednocené rozhraní je již dále nepodporuje, a proto nejsou podporovány v nástroji pro migraci. Další informace najdete v části Standardní smlouvy SLA v Dynamics 365 Customer Service jsou zastaralé.

Známé problémy

Zastarání vlastnosti kanálu

Pokud jste při přizpůsobení starších pravidel použili nějaké vlastnosti kanálu, nástroj pro migraci tato pravidla není schopen úspěšně migrovat. Neexistuje žádné obecné řešení, které lze použít k odstranění tohoto nedostatku pro všechny uživatele. Řešení velmi závisí na vlastnostech kanálu ve starších pravidlech, které používáte.

Rozdíl v chování, když je vybrána možnost „Vytvořit případy pro aktivity přidružené k vyřešenému případu“

• Starší chování: Pokud e-mail obsahuje související případ, který byl od zadaného času vyřešen, ve výchozím nastavení se vyřešený případ znovu aktivuje. Nejsou vyžadována vlastní nastavení.
• Moderní chování: Pokud e-mail obsahuje související případ, který byl od zadaného času vyřešen, ve výchozím nastavení je vytvořen nový případ. Přizpůsobení je nutné k opětovné aktivaci existujícího případu namísto vytváření nového případu.

Rozdíl v chování, když je vybrána možnost „Vytvořit případ, pokud pro zákazníka existuje platný nárok“

• Starší chování: Pokud odesílatel e-mailu nemá platné oprávnění a e-mail má související případ, existující související případ se aktualizuje.
• Moderní chování: Pokud odesílatel e-mailu nemá platné oprávnění, nevyvolá se žádný tok.

Nedostatky v paritě mezi pracovními postupy a toky Power Automate (platí pouze pro vlastní nastavení akcí položek pravidel)

• Výrazy „První není null“ nelze migrovat automaticky. Vlastní nastavení však lze použít na tok migrace ručně.
• Mapování zobrazovaného jména vyhledávacího záznamu na pole řetězce nelze automaticky migrovat. Vlastní nastavení však lze použít na tok migrace ručně.
• Pole stran aktivity, která se používají jako zdrojová pole, nejsou v toku podporována.

Známé problémy s tokem

Migrovaná pravidla mají navíc znak @ pro pole s typem @ string

Pokud je starší pracovní postup pravidla automatického vytváření záznamů přizpůsoben a má v poli řetězce znak @ ve formátu prostého textu, uvidíte při migraci místo jednoho znaku @ dva. Pokud například do pole popisu případu přidáte e-mailovou adresu jako prostý text, bude znak @ považován za speciální znak a bude migrován jako @@.

Důvodem je to, že @ je identifikován jako speciální znak pro jakýkoli dynamický výraz, například @triggerOutputs()?[body/_emailsender_value] v toku migrace.

Řešením je ruční odstranění znaku @ v migrovaném toku.

Migrace nepodporuje více položek nebo podmínek, které mají stejnou podmínku „Použitelné když“ v rámci stejné smlouvy SLA

Ve webovém klientovi lze definovat více položek se stejnou podmínkou „Použitelné když“ a různými kritérii úspěchu pro smlouvu SLA. Stejná funkce však není ve Sjednoceném rozhraní podporována. Během migrace proto nebudou vytvořeny žádné následné položky SLA tohoto typu se stejnou podmínkou „Použitelné když“.

Následující screenshoty znázorňují scénář, který není podporován ve Sjednoceném rozhraní. Zobrazené dvě podmínky „Použitelné když“ mají různá kritéria úspěchu.

Problémy s atributem typu strany aktivity během převodu pracovního postupu na tok

Atribut typu strany aktivity přiřazený k jinému poli typu strany aktivity nebude migrován během převodu pracovního postupu na tok, protože Power Automate aktuálně nepodporuje tento scénář. (Nejčastěji dotčená pole jsou Příjemce, Odesílatel, Kopie a Skrytá kopie v e-mailech.) Přestože se migrace pravidla nezdaří, hodnota dat pro taková pole typu strany aktivity, která se spoléhají na jiný atribut typu strany aktivity, bude po migraci prázdná.

Příklad: Atributy typu strany aktivity

Zobrazení webového klienta před migrací

Legenda

a. Pole Odesílatel (From) je pole typu strany aktivity, ke kterému je přiřazen další atribut typu strany aktivity {Skrytá kopie(e-mail)} (Bcc(Email)). Po migraci bude prázdné.

b. Pole Příjemce (To) bude migrováno.

Zobrazení Sjednoceného rozhraní po migraci

Legenda

b.Pole Příjemce (To).

Během převodu pracovního postupu na tok nejsou ve starších pracovních postupech podporovány kontroly „První není null“ ve výrazech.

Ve starších pracovních postupech lze vyhledávací pole mapovat pomocí více výrazů, kde zaškrtnete a přiřadíte výraz „První není null“ (First Not Null), jak je ukázáno v následujícím příkladu webového klienta. Vzhledem k omezením návrháře starších pracovních postupů není tento přístup podporován jako součást převodu pracovního postupu na tok. Převaděč pracovního postupu proto přiřadí první výraz bez provedení kontroly null. Poté odebere všechny zbývající výrazy bez ohledu na to, zda mají hodnoty, které nejsou null. V následujícím příkladu bude tok obsahovat pouze Regarding(Email) (Týká se(e-mail)) v poli Customer (Zákazník) v tomto kroku.

Příklad: výrazy „První není null“

Zobrazení před migrací

Legenda

a.Zobrazení webového klienta: V pracovním postupu pole Customer (Zákazník) obsahuje {Regarding(Email); Contact(Create (Case)); Customer(Create (Case)) Týká se(e-mail); Kontakt(vytvořit(případ)); Zákazník(vytvořit(případ))}.

Ve Sjednoceném rozhraní pole Customer (Zákazník) obsahuje pouze Regarding(Email) (Týká se(e-mail)) bez ohledu na to, zda je null.

Důležité

Pokud stále máte problémy s nástrojem pro migraci, obraťte se na správce nebo na podporu Microsoftu.

Viz také

Nejčastější dotazy ohledně moderního automatického vytváření záznamů

Migrace pravidel automatického vytváření a položek SLA

Dynamics 365 SLA and ARC Migration Playbook