業務プロセス フローは、販売、マーケティング、またはサービス プロセスのさまざまな段階を完了に導きます。 単純なケースでは、線形ビジネス プロセス フローが適切なオプションです。 ただし、より複雑なシナリオでは、分岐を使用して業務プロセス フローを強化できます。 業務プロセス フローに対する作成アクセス許可がある場合は、 If-Else ロジックを使用して、複数のブランチで業務プロセス フローを作成できます。 分岐条件は、 AND 演算子または OR 演算子の組み合わせを使用する複数の論理式で構成できます。 分岐の選択は、プロセス定義中に定義されたルールに基づいて、リアルタイムで自動的に行われます。 たとえば、自動車の販売では、1 つの業務プロセス フローを構成できます。これは、一般的な資格ステージがルールに基づいて 2 つの異なるブランチに分割された後 (顧客は新しい車または中古車を好むか、予算が 20,000 ドルを超えるか下回るかなどです)。 中古車を販売する。 業務プロセス フローの詳細については、 業務プロセス フローの概要を参照してください。
次の図は、ブランチを含む業務プロセス フローを示しています。
ブランチを使用してビジネス プロセス フローを設計するときに知っておくべきこと
ブランチを使用して業務プロセス フローを設計するときは、次の情報に注意してください。
プロセスは、最大 5 つの一意のエンティティにまたがることができます。
プロセスごとに最大 30 ステージ、ステージあたり最大 30 ステップを使用できます。
各分岐の深さは 10 レベル以下です。
分岐ルールは、その直前のステージの手順に基づいている必要があります。
AND演算子またはOR演算子を使用して、ルール内の複数の条件を組み合わせることができますが、両方の演算子を使用することはできません。プロセス フローを定義するときに、必要に応じてエンティティリレーションシップを選択できます。 このリレーションシップは、1:N (一対多) エンティティリレーションシップである必要があります。
同じデータ レコードに対して複数のアクティブ プロセスを同時に実行できます。
ドラッグ アンド ドロップを使用して、プロセス フロー上のタイル (ステージ、ステップ、条件など) を再配置できます。
ブランチをマージするときは、すべてのピア ブランチを 1 つのステージにマージする必要があります。 ピア ブランチはすべて 1 つのステージにマージするか、各ピア ブランチがプロセスを終了する必要があります。 ピア ブランチを他のブランチとマージすることはできません。同時にプロセスを終了します。
注
プロセスで使用されるエンティティは、複数回再検討できます (複数の閉じたエンティティ ループ)。
プロセスは、エンティティの種類に関係なく、前のステージに戻ることができます。 たとえば、アクティブステージが見積もりレコードに対して 見積もりの配信 である場合、プロセスユーザーは、アクティブステージを営業案件レコードの 提案 ステージに戻すことができます。
別の例では、プロセス フローの現在の提案ステージにプロセスがあるとします。潜在顧客の修飾>特定のニーズ>提案の作成>Present 提案>Close。 顧客に提示された提案で、顧客のニーズを特定するためにより多くの調査が必要な場合、ユーザーはプロセスの [ ニーズの識別 ] ステージを選択し 、[アクティブに設定] を選択するだけです。
例: 2 つのブランチを含む自動車販売プロセス フロー
新車と中古車を販売するための 2 つのブランチを含むビジネス プロセス フローの例を見てみましょう。
まず、 Car Sales Process という名前の新しいプロセスを作成します。
>] に移動します。
[ 新規 ] を選択して新しいプロセスを作成します。
カテゴリを業務プロセス フローとして指定し、プライマリ エンティティに対して潜在顧客を選択します。
[条件] というプロセスに最初のステージを追加し、購入時間枠と車の基本設定の手順を追加します。
一般的な [条件] ステージの後、[ 条件] タイルを使用して、プロセスを 2 つの異なる分岐に分割します。
ビジネス要件を満たすルールを使用して条件タイルを構成する
ステージの最初の分岐を追加するには、条件タイルの [はい] パスにステージ タイルを追加します
条件が満たされていないときに実行される 2 番目の分岐を追加するには、条件タイルの "いいえ" パスに別のステージ タイルを追加します
ヒント
既存の条件タイルの "no" パスに別の条件を追加して、より複雑な分岐を作成できます。
車の 基本設定 = 新しい場合、プロセスは 新車販売 ステージに分岐し、それ以外の場合は、次に示すように、2 番目のブランチの 所有前の車の販売 ステージにジャンプします。
New Car Sales ステージまたは Pre-Owned Car Sales ステージのすべての手順を完了すると、プロセスはメイン フローに戻り、[見積の配信] ステージが表示されます。
情報漏えいの防止
次に示すように、銀行でローン要求を処理するための支店を含む業務プロセス フローを検討します。 ステージで使用されるカスタム エンティティはかっこで示されています。
このシナリオでは、銀行ローン責任者は要求レコードへのアクセス権を必要としますが、要求の調査を可視化することはできません。 一見すると、調査エンティティへのアクセスを指定しないセキュリティ ロールをローン担当者に割り当てることで、簡単にこれを行うことができるように見えます。 ただし、この例を詳しく見て、これが本当に当てはまるかどうかを確認しましょう。
たとえば、顧客が銀行に対して 60,000 ドルを超えるローン要求を行うとします。 ローン責任者は、最初の段階で要求を確認します。 銀行に支払われる金額が 50,000 ドルを超えるかどうかを確認する分岐ルールが満たされる場合、プロセスの次の段階は、要求が不正かどうかを調査することです。 これが実際に詐欺のケースであると判断された場合、プロセスは要求者に対して法的措置を取ることに進みます。 ローン責任者は、調査エンティティにアクセスできないため、2 つの調査段階を可視化することはできません。
ただし、ローン責任者が要求レコードを開くと、エンド ツー エンドプロセス全体を確認できます。 不正行為の調査段階を確認できるだけでなく、プロセス内の法的措置の段階を確認できることで、調査の結果を特定することもできます。 また、ステージを選択することで、調査段階の手順をプレビューできます。 データやステップの完了状態は表示されませんが、調査および法的措置の段階で要求の提出者に対して実行された可能性のあるアクションを特定できます。
このプロセス フローでは、ローン責任者は不正な情報漏えいを構成する不正行為の調査と法的措置の段階を確認できます。 分岐により開示される可能性のある情報には特別な注意を払うことをお勧めします。 この例では、情報漏えいを防ぐために、要求処理用と不正調査用の 2 つのプロセスにプロセスを分割します。 ローン責任者のプロセスは次のようになります。
調査のプロセスは自己完結型であり、次の段階が含まれます。
調査レコードから要求レコードに承認/拒否の決定を同期するワークフローを提供する必要があります。
こちらも参照ください
ビジネス プロセス フローの概要
業務プロセス フローを作成する
プロセスを使用したカスタムビジネスロジックの作成
セキュリティ ロールについて