Замена диалогов потоками бизнес-процессов или приложениями на основе холста
Диалоги признаны нерекомендуемыми и должны быть заменены потоками бизнес-процессов или приложениями на основе холста. В этой статье описываются различные возможности этих параметров. Вы также узнаете о ситуациях, в которых поток бизнес-процессов или приложение на основе холста, внедренные в форму на основе модели, можно использовать для замены существующего диалога.
Сравнение возможностей компонентов
В этой таблице перечислены возможности диалогов и соответствующие возможности в потоках бизнес-процессов и приложениях на основе холста.
| Возможность диалога | Возможность в потоках бизнес-процессов? | Возможность в приложениях на основе холста? |
|---|---|---|
| Страница | Да (этап бизнес-процесса) |
Да (экран приложения) |
| Только запрос | Нет | Да (метки) |
| Приглашение и ответ | Да (только столбцы таблицы) |
Да (метки и поля ввода) |
| Входные аргументы | В ограниченном объеме (шаги в этапе бизнес-процесса) |
Да (параметры строки запроса) |
| Переменные | Нет | Да |
| Переменные запроса | Нет | Да |
| Логика условного ветвления | Да | Да (переход к любому экрану в приложении) |
| Повторное использование (запуск в качестве дочернего диалога) |
Нет | Да (переход к любому экрану в приложении, запуск другого приложения в новом окне) |
| Запуск рабочих процессов при начале или завершении | Да | Нет (используйте облачный поток) |
| Запуск рабочих процессов при вводе | Да | Нет (используйте облачный поток) |
| Запуск рабочих процессов при смене страниц | Да | Нет (используйте облачный поток) |
| Запуск с помощью URL-адреса | Нет | Да |
| Ведение журнала сеанса | Да | Нет |
| Поддержка пакета SDK | Да | Да |
Дополнительные возможности при использовании потоков бизнес-процессов
- Аналитика процессов (представления, диаграммы и время, затраченное на этап)
- Пользовательские элементы управления
Дополнительные возможности при использовании приложений на основе холста
- Аналитика приложений (производительность и использование приложений)
- Составление страниц с несколькими таблицами
- Выполнение потоков
- Соединители данных (стандартные и пользовательские)
- Запуск в качестве автономного приложения
- Настраиваемый макет
Выбор между потоком бизнес-процессов и приложением на основе холста
При выборе замены для диалога важно учесть, какие возможности для пользователей требуется предоставить. Также имейте в виду, что практически любой диалог можно смоделировать с помощью приложения на основе холста.
Последовательности операций бизнес-процессов лучше всего подходят для замены диалогов, которые моделируют процессы, предоставляя указания в рамках всеобъемлющего рабочего потока, что требует совместной работы между группами пользователей и контекстом приложения Dynamics 365. К таким примерам относятся проверка предложений с расценками и маршрутизация.
Кроме того, приложения на основе холста можно использовать для замены диалогов, которые моделируют конкретные задачи, такие как вызов сценария для поиска потенциальных клиентов или упрощение пользовательского интерфейса для других задач, например для изменения возможностей. Учтите, что в этих ситуациях может быть гораздо выгоднее использовать автономные приложения на основе холста.
Сценарий замены диалога потоком бизнес-процессов
Предположим, у вас имеется диалог, который в ряде страниц запрашивает у пользователя ключевые данные, создает ценовое предложение, отправляет сообщение электронной почты рецензентам для подтверждения или отклонения предложения до его отправки клиенту. Этот тип процесса моделируется более эффективно с помощью потока бизнес-процессов.
Замена диалога начинается с определения ключевых этапов процесса. Они могут включать этап Подготовка содержимого, чтобы обеспечить перечисление всех продуктов и применение скидок, этап Создание предложения, чтобы создать предложение и проверить его точность, этап Основная проверка, чтобы отправить предложение для просмотра и утверждения, этап Дополнительная проверка, чтобы проверить предложение в определенных обстоятельствах и, наконец, этап Доставка предложения, чтобы отправить предложение клиенту.
Далее следует определить основные шаги, которые пользователи должны выполнить в процессе. Например, этап Подготовка содержимого может содержать простой шаг true или false для перепроверки продуктов в предложении, обязательный шаг поиска для выбора прайс-листа и числовой шаг для ввода скидки перед переходом на следующий этап. Этап Создание предложения может включать шаг действия для создания предложения на основе всей информации, ранее записанной на этапе Подготовка содержимого, и связанной строки Dynamics 365. Этапы Основная проверка и Дополнительная проверка могут включать несколько шагов true или false, помогающих выполнить проверку предложения, а также обязательный шаг для записи состояния утверждения, который гарантирует, что процесс сможет перейти на следующий этап только после получения утверждения. Настройте безопасность на уровне столбца для этого шага, чтобы гарантировать, что только авторизованные рецензенты смогут утверждать ценовое предложение. Кроме того, на этапы Основная проверка и Дополнительная проверка можно добавить рабочий процесс, например, чтобы при вводе данных уведомление по электронной почте отправлялось всем рецензентам.
Наконец, настройте шаги и этапы потока бизнес-процессов, наряду с условной логикой, которая определяет выполнение потока. Например, можно добавить условное ветвление, следующее за этапом Основная проверка: если шаг указывает на необходимость второго уровня проверки, следующим этапом в процессе будет этап Дополнительная проверка, в противном случае — этап Доставка предложения.
Чтобы сделать поток бизнес-процессов доступным для пользователей, убедитесь, что соответствующим пользователям назначены права доступа к потоку, а затем активируйте его.
Дополнительные сведения о создании потока бизнес-процессов см. в статье Руководство. Создание потока бизнес-процессов для стандартизации процессов.
Сценарий замены диалога приложением на основе холста
Предположим, у вас есть диалог, выполняющийся после вызова сценария, который помогает торговым представителям осуществить обзвон потенциальных клиентов. Этот процесс можно легко смоделировать с помощью приложения на основе холста.
Начните с подключения к источникам данных, которые потребуются для чтения и записи данных. В этом примере подключение к 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-адреса адрес вашего приложения на основе холста, полученный в разделе Сведения приложения, как описано выше.
Можно ли вызывать рабочие процессы из приложения на основе холста?
- Это не поддерживается. В этом случае рекомендуется использовать облачный поток.
Можно ли автоматически преобразовать диалоги в потоки бизнес-процессов или приложения на основе холста?
- Автоматически преобразовать диалоги в потоки бизнес-процессов или приложения на основе холста невозможно.