Замените дијалоге токовима пословних процеса или апликацијама платна

Дијалози су застарели и требало би да их замене токови пословних процеса или апликације платна. Овај чланак описује различите могућности ових опција. Такође ћете сазнати о ситуацијама у којима се ток пословног процеса или апликација платна уграђена у образац вођен моделом може користити за замену постојећег дијалога.

Поређење могућности функција

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

Могућност дијалога Способност у токовима пословних процеса? Могућност у платненим апликацијама?
Страница Да
(фаза пословног процеса)
Да
(екран апликације)
Само упит No Да
(етикете)
Брз одговор Да
(само колоне табеле)
Да
(ознаке и поља за унос)
Улазни аргументи Ограничено
(кораци у фази пословног процеса)
Да
(параметри низа упита)
Променљиве No Да
Променљиве упита No Да
Логика условног гранања Да Да
(пређите на било који екран у апликацији)
Поновна употреба
(покрени као дете)
No Да
(прелазак на било који екран унутар апликације, покретање друге апликације у новом прозору)
Покрени токове рада на почетку/крају Да Не
(користите cloud flow уместо тога)
Покрените токове рада на уносу Да Не
(користите cloud flow уместо тога)
Покрените токове рада при преласку са странице Да Не
(користите cloud flow уместо тога)
Почните да користите URL адресу No Да
Записивање сесије Да No
SDK подршку Да Да

Додатне могућности са токовима пословних процеса

  • Аналитика процеса (прикази, графикони и време проведено у фази)
  • Прилагођене контроле

Додатне могућности са платненим апликацијама

  • Аналитика апликација (коришћење и перформансе апликације)
  • Композиција странице са више табела
  • Покрени токове
  • Конектори за податке (стандардни и прилагођени)
  • Покрени као самосталну апликацију
  • Конфигуришући распоред

Избор између тока пословног процеса или апликације платна

Када бирате замену за дијалог, важно је узети у обзир корисничко искуство које желите да пружите. Такође имајте на уму да се скоро сваки дијалог може моделирати помоћу апликације на платну.

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

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

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

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

Да бисте заменили дијалог, почињете идентификовањем кључних фаза у процесу. То може да укључује фазу *Припрема садржаја* како би се осигурало да су сви производи наведени и да су примењени попусти, фазу *Генерисање понуде* како би се креирала понуда и прегледала њена тачност формата, фазу *Примарни преглед* како би се послала понуда на преглед и одобрење, фазу *Секундарни преглед* како би се прегледала понуда под одређеним околностима и коначно, фазу *Испорука понуде* како би се понуда послала купцу.

Затим, идентификујте кључне кораке које корисници морају да прате у процесу. На пример, фаза *Припрема садржаја* може да садржи једноставан корак са вредностима *тачно* или *нетачно* за корисника да двапут провери производе који ће бити понуђени, обавезан корак претраге за избор ценовника и нумерички корак за унос попуста пре преласка на следећу фазу. Фаза Генериши понуду може имати корак акције за креирање понуде на основу свих информација претходно прикупљених у фази Припрема садржаја и повезаном реду у систему Dynamics 365. Фазе Примарни преглед и Секундарни преглед могу имати неколико тачних или нетачних корака за вођење прегледа понуде, заједно са обавезним кораком за бележење статуса одобрења и осигуравање да се процес може прећи на следећу фазу тек након што се добије одобрење. Конфигуришите безбедност на нивоу колоне у овом кораку како бисте били сигурни да само овлашћени рецензенти могу дати одобрење за понуду. Поред тога, може се додати ток рада у фазе Примарни преглед и Секундарни преглед , тако да се при уласку свим рецензентима шаље обавештење путем е-поште.

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

Да бисте овај ток пословног процеса учинили доступним корисницима, уверите се да одговарајући корисници имају привилегије за ток пословног процеса, а затим га активирајте.

За више информација о томе како да креирате ток пословног процеса, погледајте Водич: Креирајте ток пословног процеса да бисте стандардизовали процесе.

Замена дијалога помоћу сценарија апликације платна

Претпоставимо да имате дијалог који прати скрипту позива која води продајне представнике кроз процес хладног позivanja потенцијалних клијената. Овај процес се лако може снимити помоћу апликације за платно.

Почните са повезивањем са изворима података који ће вам бити потребни за читање и писање података. У овом примеру, веза са системом Dynamics 365 користи се за информације о потенцијалним клијентима, налогу и контакту.

Почните тако што ћете одредити број потребних екрана. За овај пример, можете одлучити да имате пет екрана.

  • Екран 1. Да бисте изабрали потенцијалног клијента са листе за позивање.
  • Екран 2. За упознавање, проверу доступности за разговор и заказивање повратног позива за каснији датум.
  • Екран 3. За одређивање BANT-а (буџет, овлашћење, потреба и временски оквир).
  • Екран 4. Да бисте забележили следеће кораке и заказали додатне позиве.
  • Екран 5. На крају позива захвалите се водитељу на издвојеном времену.

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

Коначно, дефинишите навигацију између екрана. У овом примеру, поред секвенцијалне навигације кроз екране, можда ћете желети да водите корисника од другог екрана до последњег екрана (крај скрипте која захваљује потенцијалном клијенту на времену) ако потенцијални клијент није заинтересован за разговор.

Да бисте ову апликацију учинили доступном корисницима, објавите је. Размотрите како би се такав сценарио могао трансформисати кроз доступност самосталне апликације која пружа скрипте за позиве и подржава брзи унос података.

Замислите да желите да уградите ово искуство у Dynamics 365 Sales. Да бисте то урадили, почните са креирањем iframe-а на Dynamics 365 Sales обрасцу. Затим, идите до одељка Апликације из менија Power Apps , изаберите апликацију коју сте управо објавили, копирајте веб везу испод картице Детаљи и налепите је као URL адресу за iframe.

Идући корак даље, претпоставимо да желите да ова апликација буде доступна директно у главном обрасцу за потенцијалне клијенте и да буде у контексту потенцијалног клијента тако да апликација не захтева од корисника да изабере потенцијалног клијента на првом екрану. Да бисте проследили релевантне информације апликацији, једноставно измените URL адресу iframe-а да бисте додали стринг упита који садржи ове информације, као што су ИД-ови потенцијалних клијената или налога, користећи JavaScript који се покреће на одређеном догађају, као што је учитавање обрасца. Затим, ажурирајте апликацију да бисте уклонили први екран (за избор потенцијалних клијената) и уместо тога приступили вредностима које се прослеђују апликацији путем стринга упита користећи функцију **Param** .

Честа питања о замени дијалога

Да ли се прате зависности од апликација платна?

  • Зависности од апликација платна прате се на исти начин као и зависности у Dynamics 365 апликацијама.

Могу ли да покренем апликацију платна као искачући прозор помоћу дугмета у командној траци?

  • Да. Да бисте то урадили, једноставно подесите циљни URL на URL ваше платнене апликације, добијен из одељка „Детаљи“ апликације као што је раније описано.

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

  • Ово није подржано. Препоручујемо коришћење cloud flow-а уместо тога.

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

  • Не постоји аутоматизовани начин за конвертовање дијалога у токове пословних процеса или апликације платна.