業務プロセス フローは、完了までの営業、マーケティング、またサービス プロセスのさまざまなステージにユーザーを導きます。 シンプルなケースには、直線型のビジネス プロセス フローは適切なオプションです。 ただし、複雑なシナリオでは、分岐を使用するとビジネス プロセス フローが向上します。 ビジネス プロセス フローの作成権限がある場合は、If-Else
論理を使用するとこで、複数の分岐を使用するビジネス プロセスのフローを作成できます。 分岐条件は、AND
または OR
演算子の組み合わせを使用した複数の論理式で構成できます。 分岐選択は、プロセス定義時に定義されたルールに基づいてリアルタイムに自動的に実行されます。 たとえば、車の販売では、共通の見込み評価のステージの後で、ルール (顧客が購入したいのは新車か中古車か、予算が $20,000 より上か下かなど) に基づいて2つの別々の分岐に分かれる、単一の業務プロセスフローを構成できます。例えば、新車を販売するのに一方の分岐、中古者を販売するのに他方の分岐に分かれます。 業務プロセス フローの詳細については、業務プロセス フローの概要 を参照してください。
下の図は、分岐を使用した業務プロセス フローを示しています。
分岐を使用するビジネス プロセス フローを作成する際の注意点
分岐を使用するビジネス プロセス フローを設計する際に、次の情報に留意します。
プロセスは、最大 5 個の一意のエンティティを含めることができます。
プロセスごとに最大 30 のステージと、ステージごとに最大 30 のステップを使用できます。
それぞれの分岐は 10 段階以上深く設定することはできません。
分岐ルールは、その直前のステージのステップに基づいている必要があります。
AND
演算子かOR
演算子を使用してルールに複数の条件を組み合わせることはできますが、これらの演算子を両方一緒に使用できません。プロセス フローを定義する場合、任意にエンティティ関連付けを選択できます。 この関連付けは、1:N (一対多) のエンティティの関連付けになります。
複数のアクティブなプロセスを同じデータ レコード上で同時に実行することができます。
ドラッグ アンド ドロップを使用して、プロセス フロー上のタイル (ステージ、手順、条件など) を再編することができます。
分岐を統合する際、すべてのピア分岐を単一のステージに統合する必要があります。 ピア分岐はすべて単一のステージに統合するか、各ピア分岐がプロセスを終える必要があります。 ピア分岐は他の分岐と統合するできませんし、同時にプロセスを終了することはできません。
Note
プロセスで使用されるエンティティは、複数回再参照 (複数のクローズド エンティティ ループ) されることが可能です。
プロセスはエンティティの種類に関係なく直前のステージに戻ることができます。 たとえば、見積もりレコードのアクティブなステージが見積もりの配信の場合、プロセス ユーザーはアクティブなステージを営業案件レコードの提案ステージに戻すことができます。
別の例では、プロセスは現在リードを見込みありと評価>ニーズを特定>提案を作成>提案の提示>閉じるのプロセス フローの提案の提示ステージにいるものとします。 顧客のニーズを特定するために顧客に提示する提案で詳細な調査が必要な場合は、ユーザーはプロセスのニーズを特定ステージを選択し、アクティブに設定を選択するだけです。
例: 2 つの分岐がある自動車販売のプロセス フロー
新車販売と中古車販売の 2 つの分岐があるビジネス プロセス フローの例を見てみましょう。
最初に、車販売プロセスと言う名前の新しいプロセスを作成します。
設定>プロセスに移動します。
新しいプロセスを作成する場合、新規を選択します。
業務プロセス フローとしてカテゴリを指定し、プライマリエンティティに対して潜在顧客を選択します。
見込みありと評価すると呼ばれるプロセスに最初のステージを追加します。次に、購入時期と車の好みというステップを追加します。
共通の見込みありと評価ステージの後で、条件タイルを使用して、プロセスを 2 つの分岐に分けます。
ビジネス要件を満たすルールで条件タイルを構成
ステージに最初の分岐を追加するには、条件タイルの [はい] パス上にステージ タイルを追加します。
条件を満たさないときに実行する 2 番目の分岐を追加するには、条件のタイルの [いいえ] パス上にステージ タイルを追加します。
チップ
既存の条件タイルの [いいえ] パス上に他の条件を追加して、更に複雑な分岐を作成することができます。
車の好み = 新規の場合、プロセスは新車販売ステージに分岐します。それ以外の場合は、以下に示すように 2 番目の分岐の中古車販売ステージに移動します。
新車販売ステージまたは中古車販売ステージのすべてのステップを終了したら、プロセスは、見積もり提供ステージのあるメイン フローに戻ります。
情報開示を防ぐ
次に、銀行での融資要請プロセスのために分岐を使用するビジネス プロセスのフローを考えてみましょう。 ステージで使用しているカスタム エンティティは、かっこに表示されます。
このシナリオでは、銀行のローン担当者は要求行にアクセスする必要がありますが、ローン担当者が要求の調査内容を見る必要はありません。 融資担当者に調査エンティティへのアクセスを許可しないセキュリティ ロールを割り当てることで、このことは簡単に行えるように見えます。 より詳しく見ることで、本当に簡単かどうか確認してみましょう。
顧客が $60,000 の貸付けを銀行に要請したとします。 融資担当者は、最初のステージでこの要請を確認します。 銀行への借金額が $50,000 を超過するかどうかを確認する分岐ルールが満たされた場合、プロセスの次のステージは、この要請が不正でないかを検討することです。 これが不正であることが決定されると、プロセスは要請者に対して法的処置を取るステージに進みます。 銀行のローン担当者は、調査エンティティへのアクセス権がないので、2 つの調査ステージを見ることができません。
ただし、ローン担当者が申し込みレコードを開くと、エンドツーエンドのプロセス全体を見ることができます。 不正調査ステージを見ることができるだけでなく、プロセスの法的処置ステージも見ることができて、調査の結果を知ることになります。 また、ステージを選択して、調査ステージのステップを確認することもできます。 データやステップ完了ステータスは見ることができなくても、調査ステージや法的処置ステージ中に要請者に対して取られた可能性のあるアクションを知ることができます。
このプロセス フローでは、融資担当者は不正調査ステージと法的処置ステージを見ることができ、これは不適切な情報開示になります。 分岐を使用することで開示される可能性のある情報に特別な注意を払うことをお勧めします。 この例では、要請プロセスと不正調査プロセスの個別の 2 種類にプロセスを分け、情報開示を防ぎます。 融資担当者のプロセスは次のようになります。
調査のためのプロセスは、自己完結型で、以下のステージを含んでいます。
調査レコードから要請レコードに承認/非承認の決定を同期させるワークフローを設定する必要があります。
関連項目
業務プロセス フローの概要
ビジネス プロセス フローの作成
プロセスを通じてカスタム ビジネス ロジックを作成する
セキュリティ ロールについて