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