フローへのロジックの追加

ほとんどのビジネスプロセスでは、ルールによって特定のアクションを実行するかどうかが決まります。たとえば、関連付けられた取引先にリスクがある場合にケースをエスカレーションするとします。この場合のルールは、「関連付けられた取引先にリスクがある」です。Flow Builder では、決定要素を使用してビジネスプロセスのルールを評価します。

各決定は質問に答える形です。結果は、可能性のある答えです。答えは、はいといいえのシンプルなものであることもありますが、答えの数に制限はありません。各結果の条件を設定することで、どの答えが適切であるかを決定します。フローは、決定要素を実行するときに、各決定結果を順番に評価します。結果の条件が満たされると、フローは関連付けられたコネクタを辿り、他の結果は無視します。結果の条件が満たされないと、フローはリストの次の結果を評価します。

Flow Builder には最後の結果が用意されています。これは条件がないデフォルトの結果で、フォールバックとして機能します。どの結果の条件も満たされない場合、フローはデフォルトの結果のコネクタを辿ります。

例として、[New Contact (新規取引先責任者)] フローで作成した決定を見てみましょう。フロー内の他の要素とは異なり、[Update or Create? (更新か作成か?)] 決定には 2 つのコネクタがあり、これらのコネクタには [Create New (新規作成)] と [Update Existing (既存の更新)] という表示ラベルが付いています。

[Update or Create? (更新か作成か?)] 決定をダブルクリックして開きます。

[結果の順序] (1) の下に、キャンバスに表示されているのと同じ表示ラベルの 2 つの結果が表示されています。決定の各結果には、キャンバス上のコネクタが関連付けられています。

[結果の詳細] には、[Update Existing (既存の更新)] 結果の条件 (2) が表示されています。

{!update_toggle.value} equals {!GlobalConstant.True}

この条件は、ユーザが既存のレコードを更新することを選択したかどうかを評価します。{!update_toggle.value} 変数は、[Contact Info (取引先責任者情報)] 画面の切り替えコンポーネントの値を表します。ユーザが切り替えを有効にすると {!update_toggle.value} が true に設定され、この条件が満たされます。

ヒント

切り替えやチェックボックスなどの Boolean 値を検証するには、必ず true または false のグローバル定数を使用します。手動で「true」と入力すると、Boolean 値ではなく「true」という単語と同等になります。

{!Find_a_Match.Id} Is null {!GlobalConstant.False}

この条件は、一致するレコードが見つかったかどうかを評価します。{!Find_a_Match.Id} は、[Find a Match (一致の検索)] 要素で、一致するレコードが見つかった場合に設定されます。{!Find_a_Match.Id} が null でない場合、この条件が満たされます。

[結果を実行するタイミング] が [すべての条件に一致] に設定されているため、フローが [Update Existing (既存の更新)] パスを進むには、これらの両方の条件が true になる必要があります。そうでない場合は、フローはリストの次の結果を評価します。

[結果の順序] で、[Create New (新規作成)] をクリックします。ここには条件がありません。これは、デフォルトの結果であるためです。キャンバス上の決定の質問 (更新か作成か?) に答えるために表示ラベルが変えられています。フローで既存のレコードを更新するための条件が満たされない場合、フローは常に新しいレコードを作成します。

まとめましょう。フローは [Update or Create? (更新か作成か?)] 要素を実行するときに、レコードを更新する要件 (ユーザが既存のレコードを更新することを選択していて、更新対象となる一致するレコードがある) が満たされているかどうかを評価します。それらの要件が満たされると、フローは [Update Existing (既存の更新)] パスを進みます。それ以外の場合は [Create New (新規作成)] パスを進みます。このモジュールの後の方で、フローがこれらのパスで実行するアクションについて学習します。

このモジュールの前の方では、フロー変数の重要性と、変数の値はフローの途中で変更可能であることを学習しました。変数の値を変更する最も簡単な方法は、割り当て要素を使用することです。

各行を使用して 1 つの変数を変更します。変数がどのように変更されるかは、選択した演算子と値セットによって異なります。たとえば、[追加] 演算子はデータ型に応じて機能が異なります。日付変数の場合は、選択した [変数] の値に、[値] の日数が加算されます。テキスト変数の場合は、[変数] の最後に、[値] で入力または選択したテキストが追加されます。

[New Contact (新規取引先責任者)] フローで作成した割り当てを見てみましょう。

キャンバスで、[Set Contact ID (取引先 ID の設定)] ノードをダブルクリックします。この要素は 1 つの値を更新します。{!contact} レコード変数の Id 項目です。

なぜこの割り当てが必要なのでしょうか? それは、どのレコードを更新するかがわからなければ、フローがレコードを更新できないからです。

フローの現在の構成では、既存のレコードを更新するか新しいレコードを作成するかを決定する前に、一致する取引先責任者レコードを探しています。これはデータ要素の無駄です。もしユーザが新しい取引先責任者を作成することを選択しているなら、なぜ一致するレコードの ID を探すのでしょうか?

それを修正するために、既存の決定を 2 つの決定に分けましょう。[Update or Create? (更新か作成か?)]決定要素は 2 つの条件をチェックします。ユーザが既存のレコードの更新を選択したかどうかと、一致する取引先責任者レコードが存在するかどうかです。

最初の条件を単独の決定要素に移して、一致するレコードを更新することをユーザが選択した場合にのみレコードを取得要素を使用するようにします。ユーザがそれを選択しなかった場合は、一致するレコードを検索しません。