Руководство: Повышение эффективности потоков бизнес-процессов с помощью ветвления

Последовательности операций бизнес-процессов ведут пользователей по различным стадиям процессов продаж, маркетинга и обслуживания для завершения. В простых случаях рекомендуется использовать линейную последовательность операций бизнес-процесса. Однако в более сложных сценариях можно расширить последовательность операций бизнес-процесса с помощью ветвления. При наличии разрешений на создание последовательностей операций бизнес-процессов можно создать последовательность операций бизнес-процесса с несколькими ветвями, используя логику If-Else. Условие ветвления можно сформировать на основании нескольких логических выражений, использующих сочетание операторов AND или OR. Выбор ветви выполняется автоматически в реальном времени на основании правил, указанных во время определения процесса. Например, при продаже автомобилей можно настроить одну последовательность операций бизнес-процесса, которая после общей стадии квалификации будет разделена на две отдельные ветви на основании правила (клиент предпочитает новый или подержанный автомобиль, бюджет клиента ниже или выше 20 000 долларов США и т. д.), одна ветвь для продажи новых автомобилей, другая ветвь для продажи подержанных автомобилей. Подробнее о последовательностях операций бизнес-процесса см. в разделе Обзор последовательностей операций бизнес-процесса.

На схеме ниже представлена последовательность операций бизнес-процесса с ветвями.

Блок-схема, представляющая шаги процесса продажи автомобиля.

Что нужно знать о создании последовательностей операций бизнес-процессов с ветвями

Учитывайте следующее при создании последовательности операций бизнес-процесса с ветвями:

  • Процесс может включать максимум пять уникальных таблиц.

  • Можно использовать не более 30 стадий в одном процессе и не более 30 шагов в одной стадии.

  • Глубина каждой ветви не может превышать пять уровней.

  • Правило ветвления должно быть основано на шагах предшествующей стадии.

  • Можно объединить несколько условий в правиле с использованием оператора AND или оператора OR, но не оба оператора.

  • При определении последовательности операций процесса можно дополнительно выбрать отношение таблиц. Отношение таблиц должно иметь кратность 1:N (один-ко-многим).

  • Более одного активного процесс может выполняться одновременно для одной строки данных.

  • Вы можете перемещать плитки (стадии, шаги, условия и т. д.) в последовательности операций, перетаскивая их.

  • При объединении ветвей все равноправные ветви должны быть объединены в одну стадию. Равноправные ветви должны быть объединены в одну стадию или каждая равноправная ветвь должна завершать процесс. Равноправную ветвь невозможно объединить с другими ветвями и одновременно завершить процесс.

  • Изменения клиентского API не могут инициировать вычисление условия ветвления, поскольку ветвление зависит от бизнес-правил.

  • В случае форм в приложениях на основе модели взаимодействие с будущими стадиями запускает их условия и бизнес-правила. Однако, если активная стадия остается прежней, при перезагрузке формы эти правила не будут запускаться снова. После загрузки формы запускаются только правила на активной стадии.

Заметка

  • Таблица, используемую в процессе, можно посещать несколько раз (несколько закрытых циклов таблицы).

  • Процесс можно вернуть на предыдущую стадию независимо от типа таблицы. Например, если активна стадия Предоставить предложение с расценками в строке предложения с расценками, пользователи процесса могут вернуться на стадию Предложить в строке возможной сделки.

    В другом примере предположим, что активна стадия Предоставить предложение с расценками в последовательности операций бизнес-процесса: Квалифицировать интерес>Определить потребности>Создать предложение>Представить предложение>Закрыть. Если требуется выполнить дополнительное исследование по предложению, предоставляемому клиенту, чтобы определить его потребности, пользователям достаточно выбрать стадию Определить потребности процесса и щелкнуть Установить активной.

Пример: последовательность операций процесса продажи автомобилей с двумя ветвями

Рассмотрим пример последовательности операций бизнес-процесса с двумя ветвями, используемой для продажи новых и подержанных автомобилей.

Сначала создайте новый процесс с именем Процесс продажи автомобилей.

  1. Откройте обозреватель решений и в левой панели навигации панели выберите Процессы.

  2. Выберите Создать, чтобы создать новый процесс.

  3. Укажите для параметра Категория значение Последовательность операций бизнес-процесса, а в качестве основной сущности Сущность выберите Интерес.

  4. Добавьте первую стадию в процесс Квалифицировать, а затем добавьте шаги Интервал времени покупки и Предпочтения по автомобилям.

  5. После общей стадии Квалифицировать разделите процесс на две отдельные ветви с помощью плитки Условие.

    1. Задайте для плитки условия правила, удовлетворяющие вашим бизнес-требованиям.

    2. Чтобы добавить первую ветвь для стадии, добавьте плитку стадии в ветвь "Да" плитки условия

    3. Чтобы добавить вторую ветвь, которая выполняется, если условие не выполнено, добавьте еще одну плитку стадии в путь "Нет" плитки условия

Совет

Можно добавить другое условие в путь "Нет" существующей плитки условия, чтобы создать более сложное ветвление.

Изображение, представляющее созданный этап

Если Предпочтения по автомобилям = Новые, процесс перейдет на стадию Продажа новых автомобилей; в противном случае откроется стадия Продажа подержанных автомобилей во второй ветви, как показано ниже.

Изображение, показывающее этап продажи нового автомобиля.

Этап продажи подержанных автомобилей.

По завершении всех шагов на стадии Продажа новых автомобилей или Продажа подержанных автомобилей процесс вернется в главную последовательность на стадию Предоставить предложение с расценками.

Этап выдачи предложения с расценками.

Предотвращение раскрытия информации

Рассмотрим последовательность операций бизнес-процесса с ветвями для обработки запроса займа в банке, как показано ниже. Настраиваемые таблицы, используемые в стадиях, отображаются в скобках.

Блок-схема, показывающая шаги в примере процесса предотвращения разглашения сведений.

В этом случае сотруднику кредитного отдела банка нужен доступ к строке запроса, но он не должен иметь никакой видимости в расследовании запроса. С первого взгляда может показаться, что для этого достаточно назначить специалисту по кредитованию роль безопасности, которая не предоставляет доступ к таблице "Расследование". Но давайте рассмотрим пример подробнее, чтобы понять, так ли это.

Допустим, клиент отправляет в банк запрос займа на сумму более 60 000 долларов США. Специалист по кредитованию просматривает запрос на первой стадии. Если правило ветвления, которое проверяет, будет ли сумма задолженности банку превышать 50 000 долларов США, выполняется, следующей стадией процесса будет расследование запроса на предмет мошенничества. Если при этом будет подтвержден факт мошенничества, процесс переходит на стадию принятия юридических действий в отношении лица, отправившего запрос. Сотрудник кредитного отдела не должен иметь видимость на двух этапах расследования, поскольку у него нет доступа к таблице исследования.

Однако если специалист по кредитованию откроет строку "Запрос", он сможет просмотреть весь процесс. Мало того, что сотрудник кредитного отдела сможет увидеть этап расследования мошенничества, он также сможет определить результаты расследования, увидев этап правовых действий в этом процессе. Кроме того, сотрудник сможет просмотреть шаги на этапах расследования, выбрав сцену. Хотя сотрудник кредитного отдела не сможет увидеть данные или статус завершения шага, он сможет определить возможные действия, предпринятые против заявителя на этапе расследования и правовых действий.

В данной последовательности операций процесса специалист по кредитованию сможет просмотреть стадии "Расследование мошенничества" и "Юридические действия", что является раскрытием информации. Рекомендуется обращать особое внимание на информацию, которая может быть раскрыта в результате ветвления. В этом примере разделите процесс на два отдельных процесса: один для обработки запроса, а другой — для исследования мошенничества в целях предотвращения раскрытия информации. Процесс для специалиста по кредитованию будет выглядеть следующим образом:

Блок-схема, показывающая дополнительные шаги в процесса предотвращения разглашения сведений.

Процесс расследования будет автономным и будет включать следующие стадии:

Блок-схема, показывающая шаги процесса расследования обращений, связанных с разглашением сведений.

Вам потребуется предоставить рабочий процесс для синхронизации решения "Утвердить/отказать" из строки "Расследование" со строкой "Запрос".

Дальнейшие действия

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