次の方法で共有


チュートリアル: 分岐を使用して業務プロセス フローを強化する

業務プロセス フローは、完了までの営業、マーケティング、またサービス プロセスのさまざまなステージにユーザーを導きます。 シンプルなケースには、直線型のビジネス プロセス フローは適切なオプションです。 ただし、複雑なシナリオでは、分岐を使用するとビジネス プロセス フローが向上します。 ビジネス プロセス フローの作成権限がある場合は、If-Else論理を使用するとこで、複数の分岐を使用するビジネス プロセスのフローを作成できます。 分岐条件は、AND または OR 演算子の組み合わせを使用した複数の論理式で構成できます。 分岐選択は、プロセス定義時に定義されたルールに基づいてリアルタイムに自動的に実行されます。 たとえば、車の販売では、共通の見込み評価のステージの後で、ルール (顧客が購入したいのは新車か中古車か、予算が $20,000 より上か下かなど) に基づいて2つの別々の分岐に分かれる、単一の業務プロセスフローを構成できます。例えば、新車を販売するのに一方の分岐、中古者を販売するのに他方の分岐に分かれます。 業務プロセス フローの詳細については、業務プロセス フローの概要 を参照してください。

下の図は、分岐を使用した業務プロセス フローを示しています。

自動車販売プロセスのステップを示すフロー チャート。

分岐を使用するビジネス プロセス フローを作成する際の注意点

分岐を使用するビジネス プロセス フローを設計する際に、次の情報に留意します。

  • 1 つのプロセスは、最大 5 つの一意のテーブルにまたがることができます。

  • プロセスごとに最大 30 個のステージ、ステージごとに最大 30 個のステップを使用できます。

  • 各分岐の深さは、5 レベルまでです。

  • 分岐ルールは、その直前のステージのステップに基づいている必要があります。

  • AND 演算子かOR 演算子を使用してルールに複数の条件を組み合わせることはできますが、これらの演算子を両方一緒に使用できません。

  • プロセス フローを定義する際、テーブルの関係を選択できます。 この関連付けは、1:N (一対多) のテーブルの関連付けである必要があります。

  • 複数のアクティブなプロセスを同じデータ行に対して同時に実行できます。

  • ドラッグ アンド ドロップを使用して、プロセス フロー上のタイル (ステージ、手順、条件など) を再編することができます。

  • 分岐を統合する際、すべてのピア分岐を単一のステージに統合する必要があります。 ピア分岐はすべて単一のステージに統合するか、各ピア分岐がプロセスを終える必要があります。 ピア分岐は他の分岐と統合するできませんし、同時にプロセスを終了することはできません。

  • 分岐はビジネス ルールに依存しているため、クライアント API の変更によって分岐条件の評価をトリガーすることはできません。

  • モデル駆動型アプリのフォームの場合、今後のステージと対話することで、その条件とビジネス ルールがトリガーされます。 ただし、アクティブなステージが同じままの場合、フォームの再読み込み時にこれらのルールは再実行されません。 アクティブなステージのルールのみがフォームのロード時に実行されます。

注意

  • プロセスで使用されるテーブルは、複数回再参照 (複数のクローズド テーブル ループ) されることが可能です。

  • プロセスはテーブルのタイプに関係なく、前のステージに戻ることができます。 たとえば、アクティブなステージが見積もり行の 見積もり提供 である場合、プロセスのユーザーは、アクティブなステージを営業案件行の 提案 ステージに戻すことができます。

    別の例では、プロセスは現在リードを見込みありと評価>ニーズを特定>提案を作成>提案の提示>閉じるのプロセス フローの提案の提示ステージにいるものとします。 顧客のニーズを特定するために顧客に提示する提案で詳細な調査が必要な場合は、ユーザーはプロセスのニーズを特定ステージを選択し、アクティブに設定を選択するだけです。

例: 2 つの分岐がある自動車販売のプロセス フロー

新車販売と中古車販売の 2 つの分岐があるビジネス プロセス フローの例を見てみましょう。

最初に、車販売プロセスと言う名前の新しいプロセスを作成します。

  1. ソリューション エクスプローラーを開き、左側のナビゲーション ウィンドウで プロセス を選択します。

  2. 新しいプロセスを作成する場合、新規を選択します。

  3. 業務プロセス フローとしてカテゴリを指定し、プライマリエンティティに対して潜在顧客を選択します。

  4. 見込みありと評価すると呼ばれるプロセスに最初のステージを追加します。次に、購入時期車の好みというステップを追加します。

  5. 共通の見込みありと評価ステージの後で、条件タイルを使用して、プロセスを 2 つの分岐に分けます。

    1. ビジネス要件を満たすルールで条件タイルを構成

    2. ステージに最初の分岐を追加するには、条件タイルの [はい] パス上にステージ タイルを追加します。

    3. 条件が満たされない場合に実行される 2 番目の分岐を追加するには、条件タイルの [いいえ] のパスに別のステージ タイルを追加します

チップ

既存の条件タイルの [いいえ] パス上に他の条件を追加して、更に複雑な分岐を作成することができます。

作成された [見込みありと評価する] ステージを示すイメージ。

車の好み = 新規の場合、プロセスは新車販売ステージに分岐します。それ以外の場合は、以下に示すように 2 番目の分岐の中古車販売ステージに移動します。

新車営業段階を示すイメージ。

中古車の営業段階。

新車販売ステージまたは中古車販売ステージのすべてのステップを終了したら、プロセスは、見積もり提供ステージのあるメイン フローに戻ります。

見積もり提供ステージ。

情報開示を防ぐ

次に、銀行での融資要請プロセスのために分岐を使用するビジネス プロセスのフローを考えてみましょう。 ステージで使用しているカスタム テーブルは、かっこに表示されます。

情報漏えいを防ぐためのプロセスのステップの例を示すフロー チャート。

このシナリオでは、銀行のローン担当者は要求行にアクセスする必要がありますが、ローン担当者が要求の調査内容を見る必要はありません。 融資担当者に調査行へのアクセスを許可しないセキュリティ ロールを割り当てることで、このことは簡単に行えるように見えます。 より詳しく見ることで、本当に簡単かどうか確認してみましょう。

顧客が $60,000 の貸付けを銀行に要請したとします。 融資担当者は、最初のステージでこの要請を確認します。 銀行への借金額が $50,000 を超過するかどうかを確認する分岐ルールが満たされた場合、プロセスの次のステージは、この要請が不正でないかを検討することです。 これが不正であることが決定されると、プロセスは要請者に対して法的処置を取るステージに進みます。 ローン担当者は、調査テーブルへのアクセス権がないため、2 つの調査ステージを見ることができません。

ただし、融資担当者が要請行を開くと、全員がプロセスのすべての過程を見ることができるます。 ローン担当者は、不正調査ステージを見ることができるだけでなく、プロセスの法的措置ステージも見ることができるため、調査結果を知ることができます。 また、担当者は、ステージを選択して、調査ステージのステップをプレビューすることもできます。 ローン担当者は、データまたはステップの完了ステータスを見ることはできませんが、調査ステージと法的措置ステージで申し込み者に対して取られた可能性があるアクションを特定できます。

このプロセス フローでは、融資担当者は不正調査ステージと法的処置ステージを見ることができ、これは不適切な情報開示になります。 分岐を使用することで開示される可能性のある情報に特別な注意を払うことをお勧めします。 この例では、要請プロセスと不正調査プロセスの個別の 2 種類にプロセスを分け、情報開示を防ぎます。 融資担当者のプロセスは次のようになります。

情報漏えいを防ぐためのプロセスの追加ステップを示すフロー チャート。

調査のためのプロセスは、自己完結型で、以下のステージを含んでいます。

情報漏えいケースの調査プロセスのステップを示すフロー チャート。

調査行から要請行へ、承認/拒否の決定を同期するワークフローを提供する必要があります。

次の手順

ビジネス プロセス フローの作成
プロセスを通じてカスタム ビジネス ロジックを作成する