분기로 비즈니스 프로세스 흐름 개선
비즈니스 프로세스 흐름은 영업, 마케팅 또는 서비스 프로세스의 다양한 스테이지를 통해 완료할 때까지 진행됩니다. 간단한 서비스 케이스의 경우 선형 비즈니스 프로세스 흐름은 괜찮은 옵션입니다. 하지만 더 복잡한 시나리오의 경우 분기를 사용하여 비즈니스 프로세스 흐름을 개선할 수 있습니다. 비즈니스 프로세스 흐름에 대해 만들기 권한이 있을 경우 If-Else 논리를 사용하여 여러 분기로 비즈니스 프로세스 흐름을 만들 수 있습니다. 분기 조건은 AND 또는 OR 연산자의 조합을 사용하는 여러 논리 식을 구성할 수 있습니다. 분기 선택은 프로세스 정의 동안 정의된 규칙에 따라 자동으로 실시간 수행됩니다. 예를 들어, 자동차를 판매하는 경우 하나의 비즈니스 프로세스 흐름을 구성할 수 있습니다. 이 흐름은 일반적인 선별 스테이지에서 규칙에 따라 두 개의 개별 분기로 분할된 후(고객이 신차 또는 중고차를 선호하는지, $20,000 이상인지, 아니면 이하인지 등), 한 분기는 신차 판매용이고 다른 분기는 중고차 판매용입니다. 비즈니스 프로세스 흐름에 대한 자세한 내용은 비즈니스 프로세스 흐름 개요를 참조하십시오.
아래 다이어그램은 분기를 사용하여 비즈니스 프로세스 흐름을 보여 줍니다.
분기를 사용하여 비즈니스 프로세스 흐름을 디자인할 때 알아 둘 내용
분기를 사용하여 비즈니스 프로세스 흐름을 디자인할 때 다음 정보에 주의하십시오.
최대 5개의 고유 엔터티까지 프로세스를 확장할 수 있습니다.
프로세스 당 최대 스테이지 30개와 스테이지 당 최대 30단계를 사용할 수 있습니다.
각 분기의 수준 수는 10보다 클 수 없습니다.
분기 규칙은 바로 앞의 스테이지의 단계를 따라야 합니다.
AND연산자 또는OR연산자를 사용하여 규칙의 여러 조건을 결합할 수 있지만 두 연산자를 동시에 사용할 수는 없습니다.프로세스 흐름을 정의하는 경우 엔터티 관계를 선택적으로 선택할 수 있습니다. 이 관계는 1:N(일대다) 엔터티 관계여야 합니다.
동일한 데이터 레코드에서 둘 이상의 활성 프로세스를 동시에 실행할 수 있습니다.
프로세스 흐름에서 타일(스테이지, 단계, 조건 등)을 끌어 놓아 재배열할 수 있습니다.
분기를 병합할 때 모든 피어 분기는 하나의 스테이지로 병합해야 합니다. 각 피어 분기는 하나의 스테이지로 모두 병합되거나 각 피어 분기는 프로를 종료해야 합니다. 피어 분기를 다른 분기와 병합하는 동시에 프로세스를 종료할 수 없습니다.
노트
프로세스에 사용된 엔터티는 여러 번 다시 찾을 수 있습니다(종료된 여러 엔터티 루프).
엔티터 형식에 관계 없이 프로세스에서 이전 스테이지로 돌아갈 수 있습니다. 예를 들어, 견적 레코드에서 활성 스케이지가 견적 제공인 경우 프로세스 사용자는 활성 스테이지를 영업기회 레코드에서 제안 스테이지로 이동할 수 있습니다.
또 다른 예제에서는 프로세스가 현재 프로세스 흐름 우량으로 선별>요구 식별>제안서 작성>제안 제출>종료에서 제안 제출 스테이지에 있다고 가정합시다. 고객에게 제출한 제안서가 고객 요구를 식별하기 위해 더 많은 검색이 필요한 경우 사용자는 프로세스의 요구 식별 스테이지를 선택하고 활성으로 설정을 선택할 수 있습니다.
예: 분기가 두 개인 자동차 판매 프로세스 흐름
신차 및 중고차 판매에 대해 두 분기를 사용하는 비즈니스 프로세스 흐름의 예를 살펴보겠습니다.
먼저 자동차 판매 프로세스라는 새 프로세스를 만듭니다.
설정>프로세스로 이동합니다.
새로 만들기를 선택하여 새 프로세스를 만듭니다.
범주를 비즈니스 프로세스 흐름으로 지정하고 기본 엔터티의 경우 잠재 고객을 선택합니다.
첫 스테이지를 우량으로 선별이라는 프로세스에 추가하고 구매 시간 프레임 및 자동차 선호도 단계를 추가합니다.
일반적인 우량으로 선별 스테이지 후 조건 타일을 사용하여 별도의 두 분기로 프로세스를 나눕니다.
비즈니스 요구 사항에 맞는 규칙을 사용하여 조건 타일 구성
스테이지에 대한 첫 번째 분기를 추가하려면 조건 타일의 "예" 경로에 스테이지 타일을 추가합니다.
조건이 충족되지 않을 때 실행되는 두 번째 분기를 추가하려면 조건 타일의 "아니요" 경로에 다른 스테이지 타일을 추가합니다.
팁
기존 조건 타일의 "아니요" 경로에 다른 조건을 추가하여 더 복잡한 분기를 만들 수 있습니다.
자동차 선호도 = 신차인 경우 프로세스는 신차 판매 스테이지로 분기되고, 그렇지 않으면 아래와 같이 두 번째 분기에서 중고차 판매 스테이지로 넘어갑니다.
신차 판매 스테이지 또는 중고차 판매 스테이지에서 모든 단계를 완료한 후 프로세스는 견적 제공 스테이지를 사용하여 기본 흐름으로 돌아갑니다.
정보 유출 방지
아래 그림처럼 은행에서 대출 요청을 처리하는 분기를 사용하는 비즈니스 프로세스 흐름을 살펴보십시오. 스테이지에 사용된 사용자 지정 엔터티는 괄호로 표시됩니다.
이 시나리오에서 은행 대출 담당자는 요청 레코드에 대한 액세스가 필요하지만 요청 조사를 볼 수는 없어야 합니다. 첫 눈에 대출 담당자에게 조사 엔터티에 대해 액세스할 수 없도록 보안 역할을 할당하여 이를 쉽게 해결할 수 있습니다. 하지만 좀더 자세히 예를 살펴보고 정말 그런지 확인해 봅니다.
한 고객이 은행에 $60,000 이상 대출 요청을 한다고 가정합니다. 대출 담당자는 첫 스테이지에서 요청을 검토합니다. 은행에 지불해야 할 금액이 50,000달러를 초과하는지 확인하는 분기 규칙이 충족하면 프로세스의 다음 스테이지는 요청이 사기인지 조사하는 것입니다. 실제로 사기로 확인되면 프로세스는 요청자에 대한 법적 조치로 넘어갑니다. 대출 담당자는 조사 엔터티에 대한 액세스 권한이 없으므로 두 조사 스테이지를 볼 수 없습니다.
하지만 대출 담당자가 요청 레코드를 열면 전체 엔드투엔드 프로세스를 볼 수 있습니다. 사기 조사 스테이지를 볼 수 있을 뿐만 아니라 프로세스에서 법적 조치 스테이지를 볼 수 있으므로 조사 결과를 확인할 수 있습니다. 또한 스테이지를 선택하여 조사 스테이지에서 단계를 미리 볼 수 있습니다. 대출 담당자가 데이터 또는 단계 완료 상태를 볼 수 없는 반면 조사 및 법적 조치 스테이지 중 요청 제출자에 대해 수행한 잠재적인 조치를 확인할 수 있습니다.
이 프로세스 흐름에서 대출 담당자는 부적절한 정보 유출을 구성하는 사기 조사 및 법적 조치 스테이지를 볼 수 있습니다. 분기 때문에 공개될 수 있는 정보를 주의 깊게 살피는 것이 좋습니다. 이 예제에서 프로세스를 하나는 요청을 처리하는 프로세스로, 다른 하나는 사기 조사를 위한 프로세스로 나눠 정보가 공개되지 않도록 합니다. 대출 담당자의 프로세스는 다음과 같습니다.
조사 프로세스는 자체 포함되고 다음 스테이지가 포함됩니다.
조사 레코드에서 요청 레코드까지 승인/거부 결정을 동기화하는 워크플로를 제공해야 합니다.
참조
비즈니스 프로세스 흐름 개요
비즈니스 프로세스 흐름 만들기
프로세스로 사용자 지정 비즈니스 논리 만들기
보안 역할 이해