#09 Salesforce認定上級アドミニストレーター試験サンプル問題（2024年版）
今回はこのサイトの問題をPerplexityに翻訳・解説してもらいました。
問題1
問題
ポジション（Position）オブジェクトと求人（Job Opening）オブジェクトは主従関係（Master Detail relationship）です。ポジションオブジェクトの組織全体のデフォルト設定（OWD）はプライベートです。
他の誰かが求人オブジェクトを編集したいと考えています。どのように実現すればよいでしょうか？
ポジションオブジェクトで共有ルールを作成する
求人オブジェクトで共有ルールを作成する
Apexベースの共有を作成する
手動共有を作成する
正解
1. ポジションオブジェクトで共有ルールを作成する
解説
この問題は、Salesforceの主従関係とセキュリティモデルに関する理解を問うています。
ポイント：
ポジションオブジェクトと求人オブジェクトは主従関係です[1]。
主従関係では、子オブジェクト（この場合は求人オブジェクト）のセキュリティと共有設定は親オブジェクト（ポジションオブジェクト）に従います[1]。
ポジションオブジェクトのOWDがプライベートに設定されています[2]。
主従関係の特性から、求人へのアクセス権は親オブジェクトであるポジションオブジェクトのアクセス権に依存します。したがって、求人オブジェクトを編集するためには、ポジションオブジェクトへのアクセス権を付与する必要があります[1][2]。
理由：
主従関係では、子オブジェクトのアクセス権は親オブジェクトに従うため、ポジションオブジェクトで共有ルールを作成することで、求人オブジェクトへのアクセスも制御できます[1]。
OWDがプライベートの場合、共有ルールを使用してアクセス権を拡張するのが一般的な方法です[2]。
他の選択肢が不適切な理由：
2. 求人オブジェクトで共有ルールを作成する：求人オブジェクトで共有ルールを作成しても、それは主従関係の特性上、効果がありません。正しいアプローチは、親オブジェクトであるポジションオブジェクトで共有ルールを作成することです。
3. Apexベースの共有を作成する：より複雑で、通常は標準的な共有ルールで対応できない場合に使用します。
4. 手動共有を作成する：個々のレコードに対して行う方法で、システム全体の設定としては適していません。
この問題は、Salesforceの主従関係におけるセキュリティの仕組みと、適切なアクセス権の付与方法を理解しているかを確認するものです。
Citations:
[1] https://zenn.dev/siracusa/articles/87a65f8a1a0ddb
[2] https://note.com/furucrm/n/nb23c23a467b3
[3] https://momdo.github.io/html5/single-page.html
[4] https://www.venture-net.co.jp/sfa-crm/relationship/
[5] https://onogoro.co.jp/media/record-access-permission/
[6] https://quartet-communications.com/dx/post-6178/
[7] https://www.sunbridge.com/blog/column/salesforce-master-slave-reference/
問題2
問題
請求先の州、県、郵便番号を持つカスタムオブジェクトがあります。請求先の州に応じて郵便番号が正しいことをどのように確認できますか？
検証ルールを作成し、VLOOKUPを使用して保存された請求先の州に対して郵便番号をチェックする
検証ルールを作成し、HLOOKUPを使用して保存された請求先の州に対して郵便番号をチェックする
保存された請求先の州から郵便番号を自動的に更新するワークフローを作成する
正解
1. 検証ルールを作成し、VLOOKUPを使用して保存された請求先の州に対して郵便番号をチェックする
解説
VLOOKUPの使用：
Salesforceの検証ルールでは、VLOOKUPを使用して他のカスタムオブジェクトの値を参照できます[1][2]。これにより、郵便番号と州の対応関係を確認できます。データ整合性の確保：
VLOOKUPを使用した検証ルールは、データ入力時にリアルタイムでチェックを行うため、データの整合性を確保するのに適しています[3]。カスタムオブジェクトとの連携：
VLOOKUPは、郵便番号と州の対応関係を格納したカスタムオブジェクトを参照することができます[4]。
他の選択肢が不適切な理由：
2. HLOOKUPはSalesforceの標準機能には存在しません。VLOOKUPが正しい関数です。
3. ワークフローによる自動更新は、郵便番号の正確性を確認するのではなく、値を上書きしてしまうため、この要件には適していません。
実装例：
VLOOKUP(
$ObjectType.ZipCode__c.Fields.State__c,
$ObjectType.ZipCode__c.Fields.Name,
Zip_Postal_Code__c
) <> Billing_State__cこの検証ルールは、入力された郵便番号（Zip_Postal_Code__c）がZipCode__cカスタムオブジェクトに存在し、かつそれに対応する州（State__c）が請求先の州（Billing_State__c）と一致することを確認します[5]。
この問題は、Salesforceにおけるデータ検証の方法と、VLOOKUPの適切な使用方法を理解しているかを確認するものです。
Citations:
[1] https://trailhead.salesforce.com/content/learn/projects/improve-data-quality-for-a-recruiting-app/create-validation-rules
[2] https://www.apexhours.com/salesforce-vlookup-function/
[3] https://s2-labs.com/admin-tutorials/validation-rules-lookup-filter-schema-builder/
[4] https://www.youtube.com/watch?v=AU0pizAyOPM
[5] https://www.salesforceben.com/validation-rules-in-salesforce/
[6] https://coefficient.io/salesforce-tutorials/how-to-use-the-salesforce-vlookup-function
[7] https://adminhero.com/2017/03/13/using-vlookup-validation-rules-salesforce/
問題3
※古い情報をもとにした問題のようです。解説の最後に最新のヘルプを載せました。
問題
システム管理者はソーシャルメディアを通じてどのようにデータを強化できますか？
Facebookを使用して連絡先の学歴情報をインポートする
会社のFacebookを使用して情報を共有する
LinkedInを使用して連絡先の情報を表示する
連絡先レコードを表示しながらTwitterを使用して連絡先のツイートを表示する
正解
3. LinkedInを使用して連絡先の情報を表示する
解説
データの豊富さ：LinkedInは専門的なビジネスネットワークであり、個人の職歴、スキル、学歴など、ビジネスに関連する豊富な情報を提供します。
Salesforceとの統合：SalesforceはLinkedInとの統合機能を提供しており、連絡先や取引先のレコードにLinkedInの情報を表示することができます。
データの信頼性：LinkedInの情報は通常、ユーザー自身によって更新され、専門的なコンテキストで維持されるため、比較的信頼性が高いです。
ビジネス目的との適合性：LinkedInはビジネス目的に特化したプラットフォームであり、Salesforceのような顧客関係管理（CRM）システムとの親和性が高いです。
他の選択肢が適切でない理由：
Facebookを使用して学歴情報をインポートする：プライバシーの問題があり、自動的にインポートすることは通常許可されていません。
会社のFacebookを使用して情報を共有する：これは顧客データの強化ではなく、情報の発信に関するものです。
Twitterを使用してツイートを表示する：ツイートの表示は可能ですが、LinkedInと比較すると、ビジネスに関連する構造化されたデータが少ないです。
この問題は、Salesforceのシステム管理者がソーシャルメディアを活用してCRMデータを強化する方法について理解しているかを確認するものです。LinkedInの統合は、Salesforceの機能の一部として提供されており、最も効果的にビジネス関連のデータを強化する方法として認識されています。
Citations:
[1] https://www.salesforce.com/jp/products/platform/services/how-you-integrate/?bc=DB
[2] https://www.cdata.com/jp/kb/tech/linkedin-cloud-salesforce-connect.rst
[3] https://www.salesforce.com/jp/news/press-releases/2024/04/25/zero-copy-partner-network/
[4] https://upward.jp/flow/salesforce/
[5] https://www.tis.jp/service_solution/MarketingCloud/
[6] https://help.salesforce.com/s/articleView?id=sf.social_network_profiles_view_associate.htm&language=ja&type=5
[7] https://www.salesforce.com/jp/news/stories/data-cloud-vector-database-availability/?bc=DB
※「ソーシャル取引先、取引先責任者、およびリード」機能を指していると思われますが、公式ヘルプにはLinkedInを使用できない旨が記載されています。
2024年現在連携できるのはTwitterとYouTubeのみのようで、Lightning ExperienceでもサポートされているのはTwitter連携のみのようです。
重要 [ソーシャル取引先、取引先責任者、およびリード] では、公開 API を使用して Salesforce にソーシャルネットワーク情報を表示します。ソーシャルネットワークはいつでも API アクセスを変更または終了できるため、Salesforce は、この機能の使用可能状況や現在提供されているデータへのアクセスを保証できません。Winter '16 リリース以降、この機能を介して LinkedIn を使用することはできなくなります。2018 年 5 月の時点でこの機能を介して Facebook および Klout を使用することはできなくなりました。
問題4
問題
テリトリー管理が有効化されている場合、ユーザーは取引先と商談にどのようなアクセス権を持つことができますか？
レコードの所有者に関係なく、商談を移管および削除できる
取引先レコードの所有者に関係なく、取引先レコードを表示できる
レコードの所有者に関係なく、商談レコードを編集、移管、削除できる
取引先の所有者に関係なく、商談レコードを編集できる
正解
2. 取引先レコードの所有者に関係なく、取引先レコードを表示できる
解説
テリトリー管理が有効化されている場合、ユーザーは自分のテリトリーに割り当てられた取引先レコードに対して、所有者に関係なく表示アクセス権を持ちます[1]。これにより、セールスチームは自分のテリトリー内の全ての取引先情報を閲覧できるようになります。
他の選択肢が不正解である理由：
および 3. 商談の移管や削除に関する特別な権限は、テリトリー管理の標準機能では提供されていません。
商談レコードの編集権限は、テリトリー管理だけでは自動的に付与されません。通常、これらの権限は役割階層やシェアリングルールによって管理されます。
テリトリー管理の主な目的は、地理的または他の基準に基づいて取引先と商談を組織化し、適切なセールスチームにアクセス権を与えることです。ただし、編集や削除などの高度な権限は、通常、より詳細なセキュリティ設定を通じて管理されます。
この問題は、Salesforceのテリトリー管理機能が提供する基本的なアクセス権限について理解しているかを確認するものです。テリトリー管理は主に取引先へのアクセスを制御するために使用され、その他の詳細な権限設定は別の機能で行われることを理解することが重要です。
Citations:
[1] https://kubaru.io/blog/salesforce-territory-management/
[2] https://mapmycustomers.com/2019/09/21/a-quick-guide-to-salesforce-territory-management/
[3] https://resources.docs.salesforce.com/latest/latest/en-us/sfdc/pdf/salesforce_implementing_territory_mgmt2_guide.pdf
※日本語のサイトだとこちらがわかりやすかったです。