Поділитися через


Замінюйте діалогові вікна потоками бізнес-процесів або програмами на полотні

Діалогові вікна вважаються застарілими і повинні бути замінені потоками бізнес-процесів або програмами на полотні. У цій статті описані різні можливості цих варіантів. Ви також дізнаєтеся про ситуації, коли потік бізнес-процесу або програма canvas, вбудована у форму на основі моделі, може бути використана для заміни наявного діалогового вікна.

Порівняння можливостей функцій

У цій таблиці перелічено набір можливостей діалогових вікон та еквівалентні можливості в потоках бізнес-процесів і програмах на полотні.

Можливість діалогового вікна Можливості в потоках бізнес-процесів? Можливості в програмах для роботи з полотном?
Стор. Так
(етап бізнес-процесу)
Так
(екран програми)
Лише підказка No Так
(етикетки)
Оперативне та відповідь Так
(лише стовпці таблиці)
Так
(мітки та поля введення)
Вхідні аргументи Обмежений
(етапи етапу бізнес-процесу)
Так
(параметри рядка запиту)
Змінні No Так
Змінні запиту No Так
Логіка умовного розгалуження Так Так
(перейдіть на будь-який екран у програмі)
Повторного використання
(запуск у форматі діалогу дочірніх елементів)
No Так
(перейдіть на будь-який екран у програмі, запустіть іншу програму в новому вікні)
Запуск робочих процесів на початку/кінці Так Ні
(замість цього використовуйте хмарний цикл)
Запуск робочих процесів на вхідних даних Так Ні
(замість цього використовуйте хмарний цикл)
Запуск робочих процесів при переході між сторінками Так Ні
(замість цього використовуйте хмарний цикл)
Почніть використовувати URL-адресу No Так
Ведення журналу сеансів Так No
Підтримка SDK Так Так

Додаткові можливості з потоками бізнес-процесів

  • Аналітика процесів (перегляди, діаграми та час, проведений на етапі)
  • Настроювані елементи керування

Додаткові можливості з програмами Canvas

  • Аналітика додатків (використання та ефективність додатків)
  • Багатотаблична композиція сторінок
  • Бігові потоки
  • З’єднувачі для передачі даних (стандартні та користувальницькі)
  • Запуск як автономний додаток
  • Налаштовуваний макет

Вибір між потоком бізнес-процесів або додатком canvas

Коли ви вибираєте заміну діалогового вікна, важливо враховувати користувацький досвід, який ви хочете забезпечити. Також майте на увазі, що майже будь-який діалог можна змоделювати за допомогою програми для роботи з полотном.

Потоки бізнес-процесів найкраще підходять для заміни діалогових вікон, які моделюють процеси, надаючи вказівки в загальному робочому потоці, що вимагає співпраці між групами осіб і контекстом програми Dynamics 365. Наприклад, огляд котирувань та маршрутизація.

Крім того, програми на полотні можна використовувати для заміни діалогових вікон, які моделюють приписні завдання, як-от сценарій дзвінка для пошуку потенційних клієнтів, або для спрощення взаємодії з користувачем для інших завдань, як-от оновлення можливості. Зверніть увагу, що ці сценарії можуть навіть виграти від наявності окремої програми для полотна.

Заміна діалогового вікна за допомогою потік бізнес-процесу сценарій

Уявіть, що у вас є діалогове вікно, яке на кількох сторінках запитує у користувача ключові фрагменти інформації, генерує цінову пропозицію, надсилає електронний лист рецензентам, щоб вони прийняли або відхилили цінову пропозицію, а потім надсилають її електронною поштою клієнту. Цей тип процесів моделюється більш ефективно за допомогою потоку бізнес-процесу.

Щоб замінити діалогове вікно, ви починаєте з визначення ключових етапів процесу. Вони можуть включати етап підготовки контенту , щоб переконатися, що всі продукти перераховані та застосовуються знижки, етап створення цінової пропозиції для створення цінової пропозиції та перевірки її на точність формату, етап первинного огляду для надсилання пропозиції на розгляд та затвердження, етап вторинного огляду для перегляду пропозиції за певних обставин і, нарешті, етап первинного огляду для надсилання пропозиції на розгляд та затвердження, етап вторинного огляду для перегляду пропозиції за певних обставин і, нарешті, Етап "Доставте цінову пропозицію " для надсилання комерційної пропозиції замовнику.

Далі визначте ключові кроки, які користувачі повинні виконати в процесі. Для екземпляр етап «Підготовка контенту » може містити простий правдивий або неправдивий крок, щоб користувач міг ще раз перевірити продукти, які будуть запропоновані, обов’язковий крок пошуку для вибору прайс-листа та числовий крок для введення знижки перед переходом до наступного етапу. Етап «Створення цитати » може містити крок дії для створення цінової пропозиції на основі всієї інформації, раніше зібраної на етапі «Підготовка вмісту », і пов’язаного з нею рядка Dynamics 365. Етапи первинної перевірки та вторинної перевірки можуть мати кілька правильних або хибних кроків для керівництва переглядом цінових пропозицій, а також необхідний крок для фіксації статусу схвалення та забезпечення переходу процесу до наступного етапу лише після отримання схвалення. Налаштуйте безпеку на рівні стовпців на цьому кроці, щоб переконатися, що лише авторизовані рецензенти можуть надати схвалення цінової пропозиції. Крім того, можна додати робочий процес до етапів первинного рецензування та вторинного рецензування таким чином, щоб після введення всім рецензентам було надіслано сповіщення електронною поштою.

Нарешті, налаштуйте етапи та кроки потоку бізнес-процесу, а також умовну логіку для керування потоком процесу. У цьому прикладі ви можете додати умовну гілку , що слідує за етапом первинного огляду , таким чином, якщо крок вказує на необхідність другого рівня рецензування, наступним етапом процесу є етап вторинного рецензування , інакше це етап надання комерційної пропозиції .

Щоб зробити цей потік бізнес-процесу доступним для користувачів, переконайтеся, що потрібні користувачі мають привілеї до потоку бізнес-процесів, а потім активуйте його.

Для отримання додаткової інформації про те, як створити потік бізнес-процесу, дивіться Навчальний посібник: Створення потоку бізнес-процесу для стандартизації процесів.

Заміна діалогу за допомогою сценарій програми canvas

Припустимо, у вас є діалогове вікно, яке слідує сценарію дзвінка, який направляє торгових представників через холодні дзвінки. Цей процес можна легко зафіксувати за допомогою програми для роботи з полотном.

Почніть із підключення до джерел даних, які вам знадобляться для читання та запису даних. У цьому прикладі підключення до Dynamics 365 використовується для інформації про потенційних клієнтів, обліковий запис і контактну інформацію.

Почніть з визначення необхідної кількості екранів. У цьому прикладі ви можете вирішити мати п’ять екранів.

  • Екран 1. Щоб вибрати лід зі списку для дзвінка.
  • Екран 2. Для представлення, перевірки доступності для розмови та планування зворотного дзвінка на пізніший термін.
  • Екран 3. Для визначення BANT (бюджет, повноваження, потреба та терміни).
  • Екран 4. Щоб зафіксувати подальші кроки та запланувати подальші дзвінки.
  • Екран 5. Подякуйте ліду за приділений час в кінці дзвінка.

Далі побудуйте кожен екран. На першому екрані створіть галерею лідів, яким потрібно зателефонувати. У другому випадку використовуйте мітки для заголовків екрана та надайте сценарій дзвінка, а за допомогою елементів керування, таких як перемикачі, щоб зафіксувати, чи це гарний час для розмови людини. Якщо це так, використовуйте умовну логіку, щоб увімкнути кнопку для переходу до наступного екрана, а якщо ні, відкрийте сценарій на тому ж екрані, щоб спробувати запланувати зворотний дзвінок із клієнтом. Аналогічно визначте сценарій дзвінка на наступних екранах.

Нарешті, визначте навігацію між екранами. У цьому прикладі, окрім послідовної навігації по екранах, ви можете захотіти перевести користувача з другого екрана до останнього екрана (кінець сценарію, який дякує ліду за приділений час), якщо потенційний клієнт не зацікавлений у розмові.

Щоб зробити цей додаток доступним для користувачів, опублікуйте його. Розглянемо, як такий сценарій може трансформуватися завдяки наявності окремого додатку, який надає сценарії дзвінків і підтримує швидке введення даних.

Уявіть, що ви хочете вбудувати цей досвід у Dynamics 365 Sales. Для цього почніть зі створення iframe на формі Dynamics 365 Sales. Далі перейдіть до розділу «Програми » з Power Apps меню, виберіть програму, яку ви щойно опублікували, скопіюйте веб-пов’язати у вкладці «Подробиці » та вставте його як URL-адресу для iframe.

Роблячи цей крок далі, припустимо, ви хочете, щоб ця програма була доступна безпосередньо в головній формі потенційного клієнта та була в контексті потенційного клієнта, щоб програма не вимагала від користувача вибору потенційного клієнта на першому екрані. Щоб передати відповідну інформацію до програми, ви просто змінюєте URL-адресу iframe, щоб додати рядок запиту, що містить цю інформацію, наприклад ідентифікатори потенційних клієнтів або облікового запису, за допомогою JavaScript, який виконується під час певної події, наприклад під час завантаження форми. Далі оновіть програму, щоб видалити перший екран (для вибору потенційного клієнта) і натомість отримати доступ до значень, переданих програмі через рядок запиту за допомогою функції Param.

Поширені запитання про заміну діалогового вікна

Чи відстежуються залежності від програм canvas?

  • Залежності в програмах полотна відстежуються так само, як залежності в програмах Dynamics 365.

Чи можу я запустити програму полотна у вигляді спливаючого вікна з кнопки на панелі команд?

  • Так. Для цього просто встановіть цільову URL-адресу на URL-адресу вашого полотна, отриману з розділу «Відомості » програми, як описано раніше.

Чи можна викликати робочі процеси з програми полотна?

  • Ця функція не підтримується. Замість цього ми рекомендуємо використовувати хмарний цикл.

Чи можу я автоматично перетворювати діалогові вікна на потоки бізнес-процесів або програми на полотні?

  • Не існує автоматизованого способу перетворення діалогових вікон на потоки бізнес-процесів або програми на полотні.