Алатка за миграцију – најчешћа питања

Алатка за миграцију за правила аутоматског креирања записа и споразуме на нивоу услуга (СЛА)

Ко може приступити или покренути алатку за миграцију?

Администратори и корисници који имају улоге ЦСР менаџера могу да покрећу алатку за миграцију.

Да ли се премештена правила аутоматски активирају након миграције?

Не. Морате ручно активирати мигрирана правила након довршавања миграције.

Да ли још увек могу да користим своја застарела правила после истека рока за застарелост?

Да. Активна правила наслеђа настављају да важе и после крајњег рока за амортизацију, док се не деактивира. Међутим, искуство уређивања и подршка престају након амортизације.

Да ли могу да активирам правило које има статус "непотпуне" миграције?

Не. Мигрирано правило се активира само када пребаците ознаку као потпуни преклопник на "Да" након што прегледате непотпуно правило и решите све присутне проблеме. Тада се правило сматра успешно мигрирањем.

Да ли је правило завештања деактивирано након што мигрирам?

• За аутоматско креирање записа, да. Када активирате мигрирано правило аутоматског креирања записа у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце , одговарајуће застарело правило се деактивира.
• За СЛА-е, не. Када активирате мигригрисано ПРАВИЛО СЛА у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце , одговарајуће застарело правило остаје активно, јер ова два правила могу да коегзистирају.

Шта значи статус "непотпуне" миграције?

• У одељку Резиме:Укупан процес миграције није могао успешно да доврши миграцију свих изабраних правила.
• Поред правила: правило није успело или правило није могло бити у потпуности мигрирало (односно, неке ставке или услови нису успели да се мигрирају).

Где могу да пронађем листу делимично мигрираних правила која се прате у алатки за миграцију?

Правила која су делимично мигрирала или која су идентификована као непотпуно мигрирала, не сматрају се потпуно мигрираним. Због тога се прате у одељку "Резиме ". Само правила која су успешно довршена миграција се рачунају под "Мигрирано ".

Да ли алатка за миграцију подржава прилагођене обрасце или поља?

• За аутоматско креирање записа, да. Алатка за миграцију подржава прилагођене ентитете, поља, атрибуте и конфигурације.
• За СЛА-е, не. Алатка за миграцију не подржава у потпуности прилагођене ентитете, поља, атрибуте и конфигурације. Да би довршили миграцију, корисници морају да измене све постојеће токове прилагођавања, токове посла, додатне компоненте или други прилагођени кôд за прилагођене ентитете, поља, атрибуте и конфигурације.

Да ли ми је потребна засебна лиценца пре Power Automate него што покренем миграцију?

Не. За више информација о упутствима за лиценцирање погледајте " Шта су" и Microsoft Power Apps користите Power Automate права за Дyнамицс 365 апликације?

Нека моја правила су непотпуна или делимично мигрирана. Шта да радим?

Детаље о проблему можете да користите да бисте поправили правило у Веб клијенту, а затим поново покрените миграцију или да бисте мигрирали правило директно у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце.

Могу ли да поново покренем алатку за миграцију за одређено мигрирано правило?

Да, алатку за миграцију можете поново да поновите за одређено мигрирано правило, на основу следећих критеријума:

• За непотпуна правила или правила која нису успела при миграцији: Изаберите исто правило када поново покрените алатку за миграцију. Алатка аутоматски замењује постојеће непотпуно или неуспешно правило новосељеним правилом.
• За успешно мигрирана правила:Избришите мигрирано правило у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце пре него што поново покрените алатку за миграцију.

Када се миграција заврши, шта се дешава са постојећим СЛА записима који су повезани са застарелим СЛА-овима?

• Ако је застарели СЛА деактивиран након миграције: Тајмер ће наставити да ради до терминалног стања за такве СЛА записе. Међутим, функционалност " Разреши " и "Паузирај" неће функционисати.
• Ако је застарели СЛА још увек у активном стању:Постојећи СЛА записи који су повезани са застарелим СЛА-овима наставиће да раде на очекивани начин.
• Ако желите да користите СЛА-е креиране у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце апликацијама на постојећим записима: Мораћете ручно да ажурирате поље СЛА на < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце СЛА или да напишете додатну компоненту да бисте ажурирали записе. На пример, логика додатне компоненте може бити "Модеран ток" или "Ток посла".

За информације о мигрираним правилима или токовима у модерном аутоматском креирању записа погледајте најчешћа питања о модерном аутоматском креирању записа.

Познати проблеми са конверзијом услова

Овај одељак описује кључне сценарије у којима правила или ставке неће успешно довршити миграцију.

Ако моје ставке правила или услови имају повезане ентитете унутар угнежђене групне клаузуле (и/или), да ли ће се мигрирати у обједињени интерфејс?

Не. Тренутно подржавамо само један ниво повезане хијерархије ентитета. Такве ставке правила или услови могу успешно да се мигрирају само ако уклоните било који повезани ентитет у одредби групе пре него што мигрирате. Ако не предузмете никакве радње, правило ће пропасти током провере премиграције корак. Ако одаберете да наставите са миграцијом, правило ће имати празан услов за повезану ставку.

Пример : Сродни ентитети у угнежђеној групној одредници

Приказ Веб клијента премиграције

Легенда:

а. Наслов ставке.

Приказ пост-< ДИЦТ__обједињени интерфејс > Унифиед Интерфаце миграције

Легенда:

2а. "_ФаиледМигратион " се додају у наслов премештене ставке.

2б. Истом стандардном чувару места,, Креирано на једнаким пии_ајхфххијз ), додаје се услов.

Зашто ставке правила или услови са пољем ДатеТyпе који користи оператор "Нот-Он" не успевају током провере премиграције и стварне миграције?

Оператор "Не -на " за тип података "Датум" није подржан у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце. Стога није подржан као део миграције. Да бисте решили овај проблем, можете да промените застареле { ставке или услове из не-на изабраног дана у }{ изабрани дан мањи од и изабраног дана већег него на Веб клијенту пре него што поново покрените } алатку за миграцију за одговарајуће правило.

Пример : Поље ДатеТyпе које користи оператор "Нот-Он"

Приказ Веб клијента премиграције

Легенда:

а. Наслов ставке.

Приказ пост-< ДИЦТ__обједињени интерфејс > Унифиед Интерфаце миграције

Легенда:

2а. "_ФаиледМигратион " се додају у наслов премештене ставке.

2б. Услов креиран на једнаким пии_ајхфххијз се додаје у услов.

Зашто се подаци у мом пољу типа датум и време мењају током миграције?

У прозору не постоји посебно < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце . Због тога ће се поље ДатеТиме променити из контроле календара у текстуално поље. Унос би требало да буде у одређеном формату, као што је приказано у текстуалном пољу у следећем примеру.

Пример : поље"Датум и време"

Приказ Веб клијента премиграције

Легенда:

а. Поље датума и времена премиграције .

б. Поље "Датум премиграције ".

Приказ пост-< ДИЦТ__обједињени интерфејс > Унифиед Интерфаце миграције

Легенда:

а. Поље датума и времена после миграције .

б. Поље "Само датум после миграције ".

Зашто су нека поља оператора празна < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце након миграције?

За типове података за проналажење подржани су само једнаки, не једнаки, без вредности, а не и оператори "нулл < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце и алатка за миграцију. Под и не -ундер оператери нису подржани у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце и зато нису подржани у алатки за миграцију. Сви услови под операторима који имају или нису под контролом преводе се као сродни ентитети након миграције. Оне су приказане као празне < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце и не могу се уређивати.

Пример : Поља оператора испод и не-испод

Приказ Веб клијента премиграције

Легенда:

а.Под операторима .

Приказ пост-< ДИЦТ__обједињени интерфејс > Унифиед Интерфаце миграције

Легенда:

б. Празно поље оператора.

Белешка

Следећа ограничења се примењују када је услов дефинисан у < ДИЦТ__корисничка служба > Цустомер Сервице чворишту:

• Контрола избора датума и времена више није доступна у условима. Међутим, и даље можете да уређујете датум и време у текстуалном пољу.
• Подржан је само један ниво повезане хијерархије ентитета. Међутим, можете да изаберете угнежђене повезане ентитете у апликацији.
• Повезани ентитет унутар групе одредби и/или одредбе није подржан.
• Оператор "Не -на " за тип података "Датум" није подржан.
• За тип података Лоокупс подржани су само једнаки , не једнаки,нулл , а не нулл оператори. Оператори испод и не-испод нису подржани.

Да ли могу поново да преселим правило након активирања?

• За правила аутоматског креирања записа, да. Активирано правило можете поново да мигрирате, али прво морате да га деактивирате и избришете из < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце .
• За СЛА-е, не. Након активирања мигрираног правила СЛА, оно је повезано са другим ентитетом (као што је предмет) или је у употреби. Активирано правило је подразумевано успешно мигрирало. Да бисте поново могли да мигрирате активирано правило, морате га избрисати. Међутим, постоји ограничење за < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце СЛА. Након што је правило повезано са предметом или ентитетом (односно након што је активирано једном), не можете га избрисати, чак и ако је деактивирано. Због тога правило не може поново да се мигрира ако је претходно активирано или примењено.

Могу ли да мигрирам застарела стандардна SLA правила?

Не. Алатка за миграцију подржава само побољшана ПРАВИЛА СЛА. Стандардна правила СЛА су застарела. Они више нису подржани у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце и зато нису подржани у алатки за миграције. За више информација идите на Стандардни SLA-ови у услузи Dynamics 365 Customer Service су застарели.

Познати проблеми

Амортизација својства канала

Ако сте користили било која својства канала у прилагођавању застарелих правила, алатка за миграцију неће успешно мигрирати та правила. Не постоји опште решење које се може применити да би се поправио овај размак за све кориснике. Заобилазно решење високо зависи од начина на који користите својства канала у застарелим правилима.

Разлика у понашању када је изабрана опција "Креирај предмете за активности повезане са решеним предметом"

• Застарело понашање: Ако е-порука има повезани предмет који је решен од наведеног времена, решени предмет се подразумевано поново активира. Прилагођавање није потребно.
• Модерно понашање: Ако е-порука има сродни предмет који је решен од наведеног времена, подразумевано се креира нови предмет. Прилагођавање је потребно за поновно активирање постојећег предмета уместо креирања новог предмета.

Разлика у понашању када је изабрана опција"Креирај предмет ако постоји важеће право за купца"

• Застарело понашање: Ако пошиљалац е-поште нема важеће право, а е-порука има сродни предмет, постојећи повезани предмет се ажурира.
• Модерно понашање: Ако пошиљалац е-поште нема важеће право, не позива се ток.

Разлике паритета између токова посла и Power Automate токова (применљиво само на прилагођавање радњи ставки правила)

• Изразе "Прво не без вредности" није могуће аутоматски мигрирати. Међутим, прилагођавање се може ручно применити на ток миграције.
• Мапирање имена записа за проналажење < ДИЦТ__име за приказ > дисплаy наме поље ниске не може се аутоматски мигрирати. Међутим, прилагођавање се може ручно применити на ток миграције.
• Поља која се користе као изворна поља нису подржана у току.

Познати проблеми са токовима

Мигратед рулес хаве а еxтра @ цхарацтер фор фиелдс wитх @ стринг тyпе

Ако је ток посла правила за аутоматско креирање застарелог записа прилагођен и има знак за чисти текст @ у пољу ниске, видећете два @, уместо једног о миграцији. На пример, ако додате е-адресу у чистом тексту у пољу описа предмета, онда ће знак @ бити третиран као специјални знак и мигриран као @@.

До овога је зато што је @ идентификован као посебан знак за било који динамиини израз, као љто је @triggerOutputs()?[ тело /_емаилсендер _валуе ] у току миграције.

Заобилазно решење је ручно уклањање додатне @ у мигрираном току.

Миграција не подржава више ставки или услова који имају исто "применљиво када" у оквиру исте СЛА

Код Wеб клијента може се дефинисати више ставки које имају исти услов "применљиво када" и различите критеријуме успеха за СЛА. Међутим, иста могућност није подржана у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце . Због тога током миграције не креирају се наредне СЛА ставке овог типа које имају исти услов "применљиво када".

Следећи снимци екрана приказују сценарио који није подржан у < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце . Два"применљива када" услови који се приказују имају различите критеријуме успеха.

Проблеми са атрибутима типа странке активности током конверзије тока посла у ток посла

Атрибут типа странке активности који је додељен другом пољу типа стране активности неће бити мигриран током конверзије тока посла у ток посла, Power Automate јер тренутно не подржава овај сценарио. (Поља која најчешће утичу су За,Од,ЦЦ и БЦЦ поља у е-порукама.) Иако миграција правила неће пропасти, вредност података за поља типа странке активности која се ослањају на атрибут другог типа групе активности биће празна након миграције.

Пример : Атрибути типа забаве активности

Приказ Веб клијента премиграције

Легенда:

а. Поље " Од " је поље типа "Група активности" коме је додељен атрибут другог типа групе активности,Бцц {(е-пошта) }. Биће празна после миграције.

б. Поље "За " ће бити мигрирало.

Приказ пост-< ДИЦТ__обједињени интерфејс > Унифиед Интерфаце миграције

Легенда:

б.За поље.

"Фирст Нот Нулл" проверава изразе у застарелим токовима посла који нису подржани током конверзије тока посла у ток посла

У застарелим токовима посла, поље за проналажење може бити мапирано са више израза у којима проверавате и додељујете израз "Први без вредности", као што је приказано у примеру Wеб клијента који следи. Због познатог ограничења у застарелом дизајнеру тока посла, овај приступ није подржан као део конверзије тока посла у ток посла. Због тога конвертор тока посла додељује први израз без извршавања провере "нулл". Затим уклања све преостале изразе, без обзира на то да ли имају вредности које нису без вредности. У примеру који следи, ток ће имати само "Који се односи на" (е-пошта ) у пољу "Купац" у овом корак.

Пример : изрази"Прво без вредности"

Приказ премиграције

Легенда:

а.Приказ Wеб клијента: У току посла поље "Купац" има "Који се односи { на" (е-пошта); Контакт (Креирање (предмет)); Купац (Креирај (предмет)) }.

У < ДИЦТ__обједињени интерфејс > Унифиед Интерфаце , поље "Купац " има само "Који се односи на"(е-поруку) , без обзира на то да ли је без вредности.

Важно

Ако и даље имате проблема са алатком за миграцију, обратите се администратору или Мицрософт подршци.

Погледајте и

Најчешћа питања о модерном аутоматском креирању записа

Мигрирајте правила за аутоматско креирање записа и SLA-ова

Dynamics 365 SLA и ARC правилник миграције