Замена дијалога токовима пословних процеса или апликацијама подлоге за цртање
Дијалози су застарели и требало би да буду замењени токовима пословних процеса или апликацијама на платну. Овај чланак описује различите могућности ових опција. Сазнаћете и о ситуацијама када апликација #глср_биејфццдз или подлога за цртање уграђена у образац вођен моделом може да се користи за замену постојећег дијалога.
Поређење могућности функције
Ова табела наводи скуп могућности дијалога и еквивалентне могућности у токовима пословних процеса и апликацијама на платну.
| Могућност дијалога | Могућност у токовима пословног процеса? | Могућност у апликацијама на платну? |
|---|---|---|
| Страница | Да (фаза пословног процеса) |
Да (екран апликације) |
| Питај само | No | Да (налепнице) |
| Одзив и одговор | Да (само колоне табеле) |
Да (ознаке и улазна поља) |
| Улазни аргументи | Ограничени (кораци у фази пословног процеса) |
Да (параметри ниске упита) |
| Променљиве | No | Да |
| Променљиве упита | No | Да |
| Условна логика гранања | Да | Да (кретање до било ког екрана унутар апликације) |
| Употребите (покретање као подређени дијалог) |
No | Да (крећите се до било ког екрана унутар апликације, покрените другу апликацију у новом прозору) |
| Покретање токова посла на почетном/крају | Да | Не (уместо тога користите ток облака) |
| Покретање токова посла на уносу | Да | Не (уместо тога користите ток облака) |
| Покретање токова посла на прелазу странице | Да | Не (уместо тога користите ток облака) |
| Почните да користите УРЛ адресу | No | Да |
| Евидентирање сесије | Да | No |
| SDK подршку | Да | Да |
Додатне могућности са токовима пословних процеса
- Аналитика процеса (прикази, графикони и време проведено у фази)
- Прилагођене контроле
Додатне могућности са апликацијама подлоге за цртање
- Аналитика апликација (употреба апликације & перформансе)
- Састав страница са више табела
- Покрени токове
- Линије спајања података (стандардне и прилагођене)
- Покрени као самосталну апликацију
- Распоред који се може конфигурисати
Бирање између апликације #глср_биејфццдз или подлоге за цртање
Када одаберете замену дијалога, важно је да одговарате корисничком искуству које желите да испоручите. Такође имајте на уму да скоро сваки дијалог може да се моделира помоћу апликације за подлогу за цртање.
Токови пословних процеса су погоднији за замену дијалога који моделира процесе који обезбеђују смернице преко свеобухватног радног тока који захтева сарадњу у групама појединаца и Дyнамицс 365 контекста апликације. На пример, редиговање понуде и производни поступак.
Друга могућност је да се апликације подлоге за цртање могу користити за замену дијалога који моделују преписане задатке као што је скрипта позива за потенцијалне клијенте или за поједностављивање корисничког искуства за друге задатке, као што је ажурирање могућности за пословање. Обратите пажњу на то да ови сценарији могу имати чак и користи од самосталне апликације за платно.
Замена дијалога помоћу #глср_биејфццдз сценарија
Замислите да имате дијалог који, преко низа страница, захтева кључне информације од корисника, генерише понуду, шаље е-поруку редакторима да прихвате или одбију понуду, пре него што је пошаљете е-поштом купцу. Овај тип процеса је ефикасније моделиран помоћу грешке #глср_биејфццдз.
Да бисте заменили дијалог, почињете идентификовањем кључних фаза у процесу. Оне могу да укључују фазу припреме садржаја да бисте се уверили да су сви производи наведени и да се примењују попусти, фаза генерисања понуде да бисте креирали понуду и прегледали је ради тачности формата, фазу примарног прегледа да бисте послали понуду на редиговање и одобравање, фазу Секундарног прегледа да бисте прегледали понуду под одређеним околностима и коначно, фазу "Испоручи понуду " да бисте послали понуду купцу.
Затим идентификујте кључне кораке које корисници морају да следе у том процесу. На пример, фаза припреме садржаја може да садржи једноставан тачан или погрешан корак да би корисник двапут проверио производе који ће бити цитирани, обавезан корак за проналажење да би изабрао ценовник и нумерички корак за унос попуста пре него што пређи на следећу фазу. Фаза генерисања понуде може имати корак радње за креирање понуде на основу свих информација које су претходно ухваћене у фази припреме садржаја и повезан је са Дyнамицс 365 редом. Фазе примарног прегледа и секундарног прегледа могу имати неколико истинитих или нетачних корака за вођење редиговања понуда, заједно са потребним кораком за хватање статуса одобравања и осигурати да процес може бити премештен у следећу фазу само када се добије одобрење. Конфигуришите безбедност нивоа колоне на овом кораку да бисте се уверили да само овлашћени редактори могу да обезбеде одобрење за понуду. Поред тога, ток посла можете да додате у фазе примарног прегледа и секундарног прегледа , тако да се приликом уноса обавештење путем е-поште шаље свим редакторима.
На крају, конфигуришите своје #глср_биејфццдз фазама и корацима, заједно са условном логиком која ће водити ток процеса. У овом примеру, можете да додате условну грану после фазе примарне ревизије , тако да, ако корак указује на потребу за другим нивоом редиговања, следећа фаза процеса је фаза секундарног прегледа , а то је фаза " Испоручи понуду ".
Да би ова #глср_биејфццдз била доступна корисницима, уверите се да прави корисници имају привилегије према #глср_биејфццдз а затим га активирају.
Више информација о креирању грешке #глср_биејфццдз потражите у чланку Упутство: Креирање грешке #глср_биејфццдз за стандардизацију процеса.
Замена дијалога помоћу сценарија апликације подлоге за цртање
Претпоставимо да имате дијалог који следи после скрипте позива која води представнике продаје путем хладних потенцијалних клијената. Овај процес се лако може ухватити помоћу апликације на платну.
Почните са повезивањем са изворима података који ће вам бити потребни за читање и писање података. У овом примеру, веза са системом Дyнамицс 365 се користи за информације о потенцијалном клијенту, пословном контакту и контакту.
Почните тако што ћете идентификовати број потребних екрана. На пример, можда ћете одлучити да имате пет екрана.
- Екран 1. Да бисте изабрали потенцијалног клијента са листе за позивање.
- Екран 2. За упознавање, проверу доступности за разговор и заказивање позива касније.
- Екран 3. За одређивање БАНТ-а (буџет, ауторитет, потреба и временска оса).
- Екран 4. Да бисте ухватили следеће кораке и испланирали пропратне позиве.
- Екран 5. Захвалите се вођству на времену које су им дали на крају позива.
Затим направите сваки екран. На првом екрану направите галерију потенцијалних клијената који треба да се позову. У другој користите налепнице да бисте насловили екран и обезбедили скрипту позива, док користите контроле као што су радио дугмад да бисте ухватили да ли је право време за разговор особе. Ако јесте, користите условну логику да бисте омогућили дугме да се креће до следећег екрана, а ако није, откријте скрипту на истом екрану да бисте покушали да закажете позив са купцем. Слично томе, дефинишите скрипту позива преко наредних екрана.
На крају, дефинишите навигацију преко екрана. У овом примеру, поред тога што ћете се кретати кроз екране узастопно, можда ћете желети да се крећете кроз корисника од другог екрана до последњег екрана (крај скрипте која се захваљује потенцијалном клијенту на њиховом времену) ако главни клијент није заинтересован за разговор.
Да бисте ову апликацију учинили доступном корисницима, објавите је. Размислите о томе како би такав сценарио могао да се трансформише кроз доступност самосталне апликације која обезбеђује скрипте позива и подржава брзи унос података.
Замислите да желите да углоте ово искуство у Дyнамицс 365 салес. Да бисте то урадили, почните са креирањем ифраме у Дyнамицс 365 обрасцу продаје. Затим се крећите до одељка "Апликације" Power Apps из менија, изаберите апликацију коју сте управо објавили, копирајте Веб везу испод картице "Детаљи " и налепите је као УРЛ адресу за ифраме.
Ако ово урадите корак даље, претпоставимо да бисте волели да ова апликација буде доступна у самом главном облику потенцијалног клијента и да буде у контексту потенцијалног клијента како апликација не би захтевала од корисника да изабере потенцијалног клијента на првом екрану. Да бисте проследили релевантне информације апликацији, једноставно измените ИФРАМЕ УРЛ адресу да бисте додали ниску упита која садржи ове информације, као што су ИД-ове потенцијалних клијента или налога, користећи ЈаваСцрипт који се покреће на одређеном догађају, као што је учитавање обрасца. Затим ажурирајте апликацију да бисте уклонили први екран (за избор потенцијалних клијента) и уместо тога приступите вредностима које су прослеђене апликацији путем ниске упита помоћу функције Парам.
Најчешћа питања о замени дијалога
Да ли се прате зависности од апликација на платну?
- Зависности од апликација на платну се прате на исти начин као и зависности у Дyнамицс 365 апликацијама.
Да ли могу да покренем апликацију подлоге за цртање као искачући мени са дугмета на командној траци?
- Да. Да бисте то урадили, једноставно подесите циљну УРЛ адресу апликације подлоге за цртање, добијену из одељка "Детаљи" апликације као што је раније описано.
Да ли се токови посла могу позвати из апликације подлоге за цртање?
- Ово није подрћано. Препоручујемо да уместо тога користите ток облака.
Да ли могу аутоматски да конвертујем дијалоге у токове пословних процеса или у апликације подлоге за цртање?
- Не постоји аутоматизовани начин конвертовања дијалога у токове пословних процеса или апликације подлоге за цртање.