Обзор работы с действиями
Эта тема относится к Dynamics 365 Customer Engagement (on-premises). Версию этой темы для Power Apps см. по адресу: Использование действий
Действия — это тип процесса. Вызывать действия, в том числе пользовательские действия, можно непосредственно из бизнес-процесса или диалога без написания кода. Дополнительные сведения: Вызов пользовательского действия из рабочего процесса или диалогового окна
Действия также можно вызывать путем выполнения пользовательского кода, которые использует веб-службы Dynamics 365 Customer Engagement (on-premises).
Действия можно вызывать:
Из кода, исполняемого в составе подключаемого модуля или пользовательского бизнес-процесса.
Из команды, расположенной в приложении и исполняющей операцию с использованием кода JavaScript.
Из интеграции с другой системой, использующей веб-службы Dynamics 365 Customer Engagement (on-premises).
Из пользовательского клиентского приложения, использующего веб-службы Dynamics 365 Customer Engagement (on-premises).
Подробные сведения для разработчиков в данном разделе: Создание собственных действий.
Зачем использовать действия?
Действия открывают целый спектр возможностей для составления бизнес-логики. До появления действий основным способом реализации бизнес-процессов было использование подключаемых модулей или пользовательских действий бизнес-процессов. С помощью действий можно выполнять операции, такие как "Создать", "Обновить", "Удалить", "Назначить" или "Выполнить действие". Внутренне действие создает пользовательское сообщение. Разработчики называют эти действия "сообщениями". Каждое из них основано на действиях, выполняемых с экземпляром записи. Если цель процесса — создание записи с последующим обновлением и назначением, необходимо выполнить три отдельных шага. Каждый шаг определяется возможностями сущности, а не обязательно бизнес-процесса.
Действия предоставляют возможность определить один глагол (или сообщение), соответствующий операции, которую необходимо выполнить для бизнеса. Эти новые сообщения управляются процессом или поведением, а не тем, что можно сделать с сущностью. Эти сообщения могут соответствовать таким глаголам как Escalate, Convert, Schedule, Route или Approve в зависимости от того что нужно. Добавление этих глаголов расширяет вокабуляр и позволяет свободно определять бизнес-процессы. Этот расширенный вокабуляр можно применять для работы с клиентами или в интеграциях, вместо того чтобы писать действие в составе клиентов. Такой подход упрощает решение задачи, потому что можно управлять процессом и фиксировать успешное или неудачное завершение всего действия как одной единицы.
Настраиваемые сообщения
После определения и активации действия разработчик может использовать это сообщение как любое другое, предоставленное платформой. Однако значительная разница в том, что кто-то, кто не является разработчиком, может изменить действия, которые необходимо предпринять при использовании этого сообщения. Можно настроить действие для изменения шагов по мере изменения бизнес-процессов. Любой пользовательский код, использующий это сообщение, не нужно будет менять, если не меняются аргументы процесса.
Процедуры бизнес-процессов и подключаемые модули по-прежнему предоставляют схожие возможности для определения автоматизации. Процедуры бизнес-процессов по-прежнему предоставляют возможность специалисту, отличному от разработчика, применять изменения. Разница в том, как составляются бизнес-процессы и как разработчик пишет код. Действие — это сообщение, функционирующее на том же уровне, что и другие сообщения, предоставляемые платформой. Разработчики могут регистрировать подключаемые модули для использования действий.
Глобальные сообщения
В отличие от процедур бизнес-процесса или подключаемых модулей действие не обязательно связывать с конкретной сущностью. Можно определить "глобальные" действия, которые будут вызываться самостоятельно.
См. также
Создание собственных действийНастройка действий
Вызов пользовательских действий из бизнес-процесса или диалога
Обзор бизнес-процессов
Обзор последовательности операций бизнес-процесса