Улучшение потока бизнес-процессов с помощью ветвления

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

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

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

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

• Процесс может охватывать не более 5 уникальных сущностей.

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

• Каждая ветвь может быть не более 10 уровней глубокой.

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

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

• При определении потока процесса можно при необходимости выбрать связь сущности. Эта связь должна иметь отношение сущности 1:N (один ко многим).

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

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

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

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

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

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

1. Перейдите кпроцессам>параметров.

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

3. Укажите категорию в качестве потока бизнес-процессов и для основной сущности выберите свинца.

4. Добавьте первый этап в процесс с именем "Квалифицировать " и добавить шаги по выбору времени покупки и предпочтения автомобиля.

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

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

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

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

Если предпочтение = автомобиляNew, процесс ветвляется на этап "Продажи нового автомобиля", в противном случае он переходит на этап предварительно принадлежащих автомобилей продаж, в второй ветви, как показано ниже.

Завершив все шаги на этапе продаж новых автомобилей или предварительно принадлежащих автомобилях , процесс возвращается в основной поток с этапом доставки цитаты .

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

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

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

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

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

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

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

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

См. также

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