演習 - 条件を含むビジネス プロセス フローを作成する
ビジネス プロセス フローでは、営業、マーケティング、またはサービスのプロセスを完了するまでのさまざまなステージをガイドします。 シンプルなプロセスの場合は、線形のビジネス プロセス フローが適切なオプションです。 しかしより複雑なシナリオでは、拡張ビジネス プロセス フローを使用して、フロー内での条件に応じてさまざまな方向に分岐させることができます。
分岐は、プロセス定義で定義されているルールに基づいて、リアルタイムで自動的に選択されます。
ビジネス プロセス フローの作成権限がある場合は、
If-Elseロジックを使用して、複数の分岐があるビジネス プロセス フローを作成できます。分岐条件は、
ANDまたはOR演算子の組み合わせを使用する複数の論理式から形成することができます。
たとえば、自動車販売のプロセスの場合、一般的な見込み評価のステージから始まり、その後ルールに基づいて別々の分岐に分割する、1 つのビジネス プロセス フローを設定できます。
1 つの分岐が、新車を好む顧客または中古車を好む顧客のケースを管理します。
別の分岐では、予算が $20,000 より上または下の顧客のケースが管理できます。
3 つ目の分岐は、メンテナンスまたはサービス プランの購入あるいは拒否に関するものにすることができます。
次の図は、分岐があるビジネス プロセス フローを示しています。
分岐があるビジネス プロセス フローに関するガイドライン
分岐があるビジネス プロセス フローを設計する場合には、次の点に注意してください。
最大 5 つの固有のエンティティにまたがるプロセスを作成できます。
プロセスごとに最大 30 個のステージ、ステージごとに最大 30 個のステップを使用できます。
各分岐は、最大 5 レベルに設定できます。
分岐ルールは、直前のステージのステップに基づいている必要があります。
1 つのルール内で、
AND演算子またはOR演算子を使用して複数の条件を組み合わせることができますが、両方の演算子を使用することはできません。プロセス フローを定義する際、テーブルのリレーションシップを選択できます。 このテーブル リレーションシップは 1 対多数 (1:N) のリレーションシップである必要があります。
複数のアクティブなプロセスを同じデータ レコードに対して同時に実行できます。
分岐を結合する場合は、すべての並列分岐を 1 つのステージに結合するか、並列分岐ごとにプロセスを終了する必要があります。 並列分岐は、他の分岐との結合とプロセスの終了を同時に行うことはできません。
注
- プロセスで使用されているエンティティは複数回参照できます (つまり、複数の閉テーブル ループを存在させることができます)。
- プロセスはテーブルのタイプに関係なく、前のステージに戻ることができます。 たとえば、アクティブなステージが見積もりレコードの見積もり提供である場合、プロセスのユーザーは、アクティブなステージを営業案件レコードの提案ステージに戻すことができます。
前提条件
Power Automate へのアクセス
Microsoft Dataverse データベース と Dynamics 365アプリが有効になっている 環境。 (職場または学校のアカウントのみに適用できます)。
ビジネス プロセス フローの作成する経験を得ます。
Dynamics 365 顧客エンゲージメントの例: 2 つの分岐を持つ車の販売プロセスフロー
2 つの分岐があるビジネス プロセス フローの例を見てみましょう。 この例では、ビジネス プロセス フローは新車の販売と中古車の販売に使用されます。
まず、自動車販売プロセスという名前のプロセスを作成します。
Power Automate を起動し、組織のアカウントを使用してサインインします。
左側のペインで、ソリューションを選択します。
ビジネス プロセス フローを構築するソリューションを選択します。
上部のバーで + 新規を選択し、自動化にカーソルを合わせてから、プロセスにカーソルを合わせ、ビジネス プロセス フローを選択します。
ビジネス プロセス フローの作成ペインで、必須フィールドに次の入力を行います。
フロー名: Car sales process を入力します。
名前: 入力した表示名に基づく一意の名前。 名前はプロセスの作成時に変更できますが、プロセスが作成された後は変更できません。
テーブルの選択: リード テーブルを選択します。
選択したテーブルによって、プロセス フローの最初のステージに追加できるステップで使用可能なフィールドが変わります。 リード テーブルが見つからない場合は、テーブルの定義で、ビジネス プロセス フロー (フィールドが作成されます) オプションがそのテーブルに対して設定されていることを確認します。 プロセスを保存した後で、テーブルを変更することはできません。
作成を選択します。
PowerApps で新しいページが起動したら、プロセスに最初のステージを追加し、そのステージに見込みという名前を付け、次の 2 つのデータ ステップを追加します: 購入概算時間および車の好み。
一般的な見込み評価ステージの後、条件コンポーネントを追加して、プロセスを 2 つの別個の分岐に分割します。
ビジネス要件に対応するルールを含む条件を設定します。
条件が満たされたときに実行される最初の分岐を追加するには、条件コンポーネントのはいパスにステージ コンポーネントを追加します。
条件が満たされたときに実行される最初の分岐を追加するには、ステージ コンポーネントの はいパスに 条件コンポーネントを追加します。
ヒント
より複雑な分岐を作成するには、既存の条件コンポーネントのいいえパスにもう 1 つの条件コンポーネントを追加します。
車の好み = 新車の場合、プロセスは次に示すように新車販売ステージへと分岐します。
そうでない場合、次に示すように、プロセスは 2 番目の分岐の中古車販売ステージに進みます。
新車販売ステージまたは中古車販売ステージのすべてのステップが完了したら、プロセスはメイン フローの見積もり提供ステージに戻ります。
情報漏えい防止の例
プロセス フローに関する特定の情報を他者に見られることを防ぐために、いくつかの考慮事項があります。
このセクションでは、銀行でのローン申請を処理するための分岐を含むビジネス プロセス フローの例を使用します。 次の図では、ステージで使用されるカスタム エンティティがかっこ内に示されています。
このシナリオでは、銀行のローン担当者に申請レコードへのアクセス権が必要ですが、この担当者が申請の調査を見られないようにする必要があります。 一見、[調査] テーブルへのアクセスが許可されないセキュリティ ロールをローン担当者に割り当てているため、この要件を簡単に満たすことができるように思われます。 しかし、例を詳しく見て、本当に簡単にできるかどうか確かめてみましょう。
たとえば、顧客が $60,000 を超えるローン申請を銀行に提出するとします。 ステージと分岐の概要を次に示します。
最初のステージで、ローン担当者が申請を確認します。
分岐ルールでは、銀行への負債額が $50,000 を超えるかどうかを確認します。 プロセスこの分岐ルールが満たされる場合、プロセスの次のステージでは、申請が不正かどうかを調査します。
申請が不正であると判断された場合は、申請者に対して法的措置を取るプロセスへと移行します。
ローン担当者は、[調査] テーブルへのアクセス権を持っていないため、2 つの調査ステージを見ることはできません。
ただし、このローン担当者が申請レコードを開いた場合は、プロセス全体をはじめから終わりまで見ることができます。 また、[不正調査] ステージを表示できるだけでなく、プロセスの [法的措置] ステージを表示できるため、調査の結果を確認することもできます。
ローン担当者は、ステージを選択して、調査ステージのステップをプレビューできます。 データまたはステップの完了状態は表示されませんが、[不正調査] ステージと [法的措置] ステージで申請者に対して実行された可能性のあるアクションを確認できます。
このプロセス フローでは、ローン担当者は [不正調査] ステージと [法的措置] ステージを見ることができます。このため、不適切な情報漏えいが発生します。
分岐のために漏えいする可能性のある情報に特に注意してください。 この例では、情報漏えいを防ぐために、プロセスを 2 つの別個のプロセスに分割します。1 つは申請処理用、1 つは不正調査用です。 ローン担当者にとって、プロセスは次のように見えます。
調査のプロセスは自己完結型で、次のステージが含まれます。
調査レコードから申請レコードまで、承認/拒否の意思決定を同期するワークフローを提供する必要があります。