Споделяне чрез


Урок: Подобряване на потоците от бизнес процеси с разклоняване

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

Схемата по-долу показва един поток на бизнес процес с клонове.

Блоксхема, показваща стъпките в процеса на продажба на автомобили.

Какво трябва да знаете при създаване на потоци на бизнес процеси с клонове

Обърнете внимание на следната информация при създаване на потоци на бизнес процеси с клонове:

  • Един процес може да обхваща максимум пет уникални таблици.

  • Можете да използвате максимум 30 стадия на процес и най-много 30 стъпки на етап.

  • Всеки клон не може да бъде повече от пет нива дълбок.

  • Правилото за разклоняване трябва да се основава на стъпките в етапа, който непосредствено го предхожда.

  • Можете да комбинирате няколко условия в правило, като използвате оператора или оператора, но не и двата оператора ANDOR .

  • Когато дефинирате поток на процес, можете по желание да изберете релация между таблици. Тази релация трябва да бъде релация между таблици 1:N (един към много).

  • Повече от един активен процес може да се изпълнява едновременно на един и същ ред с данни.

  • Можете да пренареждате плочките (етапи, стъпки, условия и др.) в потока на процеса чрез плъзгане и пускане.

  • При обединяване на клонове, всички партньорски клонове трябва да се обединят в един-единствен етап. Всички партньорски клонове трябва или да се обединят в един-единствен етап, или всеки партньорски клон трябва да прекъсне процеса. Партньорски клон не може да се обедини с други клонове и в същото време да приключи процеса.

  • Промените в клиентския API не могат да предизвикат оценка на състоянието на разклоняване, тъй като разклоняването разчита на бизнес правилата.

  • За формуляри в приложения, базирани на модели, взаимодействието с бъдещите етапи задейства техните условия и бизнес правила. Ако обаче активният етап остане същият, тези правила няма да се изпълняват отново, когато формулярът се презареди. Само правилата в активния етап се изпълняват при зареждане на формуляр.

Бележка

  • Таблица, използвана в процеса, може да бъде преразгледана няколко пъти (няколко затворени цикъла на таблицата).

  • Един процес може да се върне към предишния етап, независимо от типа на таблицата. Ако например активният етап е Доставяне на оферта в ред за оферта , потребителите на процеса могат да преместят активния етап обратно в етапа Предложение в ред за възможност.

    В друг пример, да предположим, че даден процес в момента е в етап Настоящо предложение във вашия процесен поток: одобряване на потенциален клиент Идентифициране на нуждите>Създаване на предложение Настоящо предложение>>>Затваряне. Ако предложението, представено на клиента, изисква повече изследвания, за да се идентифицират нуждите на клиентите, потребителите могат просто да изберат етапа на идентифициране на нуждите на вашия процес и да избератЗадаване на активен.

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

Нека да разгледаме пример за поток поток на бизнес процеса с два клона за продажба на нови и употребявани автомобили.

Първо, ще създадем нов процес, наречен Процес на продажба на автомобили.

  1. Отворете изследователя на решения и след това в левия навигационен екран изберете Процеси.

  2. Изберете Нов , за да създадете нов процес.

  3. Задайте категорията като поток на бизнес процес а за основния обект изберете потенциален клиент .

  4. Добавете първия етап към процеса, наречен Квалифициране и добавете стъпки Времева рамка за покупка и Предпочитание за кола.

  5. След общия етап на квалифициране разделяме процеса на два отделни клона, като използваме плочката "Условие ".

    1. Конфигурирайте плочката на условието с правила, които отговарят на вашите бизнес изисквания

    2. За да добавите първото разклонение за етап, добавете плочка „Етап“ в пътя „Да“ на плочката на условието

    3. За да добавите втория клон, който се изпълнява, когато условието не е изпълнено, добавете друга плочка "Етап" в пътя "No" на плочката "Условие"

Съвет

Можете да добавите друго условие в пътя „Не" на съществуваща плочка на условие, за да създадете по-сложно разклоняване.

Изображение, показващо създадения етап на квалификация.

Ако предпочитанието за = автомобил е ново, процесът се разклонява до етапа на продажба на нови автомобили, в противен случай той преминава към етапа на продажбанапредварително притежавани автомобили, във втория клон, както е показано по-долу.

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

Етап на продажба на предварително притежавани автомобили.

След като изпълните всички стъпки в етапа на продажба на нови автомобили или етапа на продажба на предварително притежавани автомобили, процесът се връща обратно към основния поток с етапа на оферта за доставка .

Етап

Предотвратяване на разкриване на информация

Обмислете използването на поток на бизнес процес с клонове за обработка на заявка за кредит от банка, както е показано по-долу. Таблиците по избор, използвани в етапите, са показани в скоби.

Блоксхема, показваща стъпките в примерен процес за предотвратяване на разкриването на информация.

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

Да речем, че един клиент подава заявка за кредит за над 60 000 щ.д. до банката. Служителят от кредитния отдел преглежда заявката в първия етап. Ако правилото за разклоняване, което проверява дали сумата, дължима на банката, ще надхвърля 50 000 щ.д., е изпълнено, следващият етап в процеса е да се проучи дали заявката е с цел измама. Ако се установи, че това наистина е случай на измама, тогава този процес се придвижва към предприемането на правни действия срещу заявителя. Служителят по кредита не трябва да има видимост в двата етапа на разследване, тъй като служителят няма достъп до таблицата за разследване.

Въпреки това, ако служителят по кредита отвори реда Заявка, всички ще могат да видят целия процес от край до край. Служителят по кредита не само ще може да види етапа на разследване на измами, но също така ще може да идентифицира резултата от разследването, като е успял да види етапа на правните действия в процеса. Също така, служителят ще може да прегледа стъпките в етапите на разследване, като избере етапа. Въпреки че служителят по кредита няма да може да види данните или състоянието на завършване на стъпката, той ще може да идентифицира потенциалните действия, които са били предприети срещу подателя на искането по време на етапите на разследване и правни действия.

В този поток на процес кредитният служител ще може да види етапите на проучването за измама и правното действие, което представлява непозволено разкриване на информация. Ние препоръчваме да отделяте специално внимание на информацията, която може да се разкрива поради разклонения. В нашия пример разделете процеса в два отделни процеси, един за обработка на заявката и още един за проучване за измама, за да се предотврати разкриването на информация. Процесът за кредитния служител ще изглежда така:

Блоксхема, показваща допълнителни стъпки в процеса за предотвратяване на разкриването на информация.

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

Блоксхема, показваща стъпките за процес на разследване за случаи на разкриване на информация.

Ще трябва да предоставите работен поток, за да синхронизирате решението за одобрение/отказ от реда "Разследване" с реда "Искане".

Следващи стъпки

Създайте поток на бизнес процес
Създаване на персонализирана бизнес логика с процеси