【フロー】高速項目更新とは④　～影響調査～

高速項目更新の影響調査ポイント

正確に言えば入力規則や重複ルール以外にもApexやエスカレーションルールなどの考慮も必要ですが、
実感として多く使われている機能にフォーカスしてみます。

前提としてSalesforceでは次の順番で処理されます。

取引先に以下の保存前フローと入力規則を準備します。

1つの項目に2つの機能がついている状態です。

この状態のSalesforceで「種別」を空欄にした取引先を作成します。

保存前フロー ⇒ 入力規則　の順番に動けば、
「種別」に ”その他”　がセットされた後に空欄をチェックする入力規則が動くので、
エラーが発生せずにレコードを保存できます。

入力規則 ⇒ 保存前フロー　の順番に動けば、
まず種別の空欄をチェックする入力規則が動くのでエラーメッセージが表示されます。

実際に取引先の「種別」を空欄として保存します。

エラーなく表示され、「種別」には “その他” がセットされていることが確認できました！
保存前フロー ⇒ 入力規則 の順番に動いてくれてますね。

せっかくなので保存後フローの場合も検証してみます。
取引先に以下の保存後フローと入力規則を準備します。

保存後フロー ⇒ 入力規則　の順番に動けば、
「種別」に ”その他”　がセットされた後に空欄をチェックする入力規則が動くので、
エラーが発生せずにレコードを保存できます。

入力規則 ⇒ 保存後フロー　の順番に動けば、
まず「種別」の空欄をチェックする入力規則が動くのでエラーメッセージが表示されます。

保存後フローをセットした状態で、再度取引先の「種別」を空欄として保存します。

「種別」はまだ空欄で、入力規則のエラーが表示されました。
入力規則が保存後フローよりも先に動いているということですね。

最後に、保存前フローと重複ルールの動きを見ていきます。
取引先に以下の保存前フローと重複ルールを準備します。

保存前フロー ⇒ 重複ルール　の順番に動けば、
「電話」に ”0”　がセットされた後に重複をチェックするので、
他に「電話」が ”0” の取引先が存在すると、重複のためエラーメッセージが表示されます。

重複ルール ⇒ 保存前フロー　の順番に動けば、
重複チェックしてから「電話」に ”0”　がセットされるので、
他に「電話」が ”0” の取引先が存在しても、エラーメッセージは表示されません。

まずは、「電話」が ”0” の取引先を作成します。

保存前フローと重複ルールを作成した状態で、「電話」が空欄の取引先を作成します。

重複が発生している旨のメッセージが表示され、保存できませんでした。
保存前フロー ⇒ 重複ルール の順番に動いているので、この動きになっています。