こんにちは、DX攻略部のヘナトンです。
参照関係項目や主従関係項目を作成するにあたって、ルックアップ検索条件を活用していますか？
ルックアップ検索条件はオブジェクトリレーションの子オブジェクトの項目に設定し、参照先を絞る機能です。
ルックアップ検索条件の概要や設定方法はこちらの記事で解説してますので、ご覧ください。
こんにちは、DX攻略部のヘナトンです。
Salesforceは、顧客関係管理（CRM）システムとして広く使用されており、企業が顧客データを効果的に管理し、ビジネスプロセスを最適化するのに役立つ多くの機能を提供しています。
その中[…]
今回はルックアップ検索条件の設定例をいくつかご紹介し、ご活用のお役に立てればと思います。
例①：参照先のレコードタイプで絞る
前提設定（取引先）：レコードタイプが二つある。工場、販売業者。
前提設定（商談）：取引先を参照する参照関係項目が二つある。仕入先、納品先。
仕入先は工場、納品先は販売業者しか選択できないようルックアップ検索条件を商談のそれぞれの項目に設定します。
（工場に納品することもあると思いますが、この組織ではないとします。）
このように参照関係項目それぞれにレコードタイプを絞るルックアップ検索条件を設定することで、誤って工場を納品先にしたり、販売業者を仕入先にしたりすることがなくなります。
例②：参照先の項目値で絞る
参照先の項目値で絞る方法は例①のレコードで絞る方法と同様に設定します。
前提設定（取引先）：「反社チェック」選択リスト項目がある。（選択リスト値：チェック未実施、取引OK、取引NG）
前提設定（商談）：取引先を参照する参照関係項目がある。（標準項目）
このように設定することで、反社チェックを実行した上で取引OKの取引先としか商談を始められないのでコンプライアンスリスクを軽減できます。
例③：操作しているユーザの情報で絞る
前提設定（プロファイル）：東京営業担当プロファイルがある。
前提設定（取引先）：「請求先」住所項目がある。（標準項目）
前提設定（商談）：取引先を参照する参照関係項目がある。（標準項目）
このように設定することで、東京営業担当のプロファイルを持つユーザは請求先の都道府県（住所）が東京都である取引先しか選択できなくなります。
また、カスタム検索ロジックを活用することで、プロファイルが東京営業担当以外のユーザは住所に縛られずに取引先も選択できます。
例④：操作しているユーザが所有するレコードに絞る
前提設定（取引先）：所有者がある。（標準）
前提設定（商談）：取引先を参照する参照関係項目がある。（標準項目）
このように設定することで、ユーザは自身が所有者である取引先しか選択できなくなります。
他のユーザが所有する取引先の商談を勝手に始めないように制限できますね。
例⑤：連動ルックアップ
連動ルックアップとはソースオブジェクトの項目を参照するルックアップ検索条件があるリレーション項目です。
言葉では伝わりにくいので図で解説すると以下のようになります。
以下、連動ルックアップの設定方法を解説します。
前提設定（カスタムオブジェクト）：取引先を参照する参照関係項目（取引会社）と取引先責任者を参照する参照関係項目（担当者）がある。
取引会社とリレーションがある取引先責任者しか担当者として選択できないようルックアップ検索条件を商談のそれぞれの項目に設定します。
連動ルックアップを考える際、頭の中のイメージだけで考えると複雑なリレーションだと誤ったルックアップ検索条件を設定してしまったりしてしまいます。
そういった場合は一度オブジェクトのリレーション図を書くと、どのオブジェクトとどのオブジェクトがどの項目で結ばれていて、どのような条件を付与すればいいか整理できます。
適切な設定を行うためにもリレーション図を書いて考えましょう。
（既存のオブジェクトや項目で不要なものも浮き彫りになってくるかもしれません。）
まとめ
5つのルックアップ検索条件例をご紹介しました。
今回は比較的シンプルな設定をご紹介しましたが、もちろんより複雑に、より厳密に設定を行うことも可能です。
ユーザが参照関係項目値を選択しやすいように、誤った選択をしないように、ルックアップ検索条件を活用していきましょう。
ただし、要件をまとめずに安易に複雑なルックアップ検索条件を設定してしまうと、必要な値が検索できなかったり、不必要な値が表示されてしまったりと不便で不正確な設定になってしまいます。
設定する際は要件をしっかりまとめ、正しい挙動かどうか必ずテストしましょう。
最後までご覧いただきありがとうございました。
