太陽系オブジェクト上の木星フィールドの表示を、外惑星プロファイルを持つユーザーのみに制限するには：
C．フィールドレベルセキュリティ（FLS）。これにより、アプリ開発者はユーザープロファイルに基づいてフィールドへのアクセスを制御できます。
フィールドレベルセキュリティを設定する手順：
「設定」→「オブジェクトマネージャ」→「太陽系」の順に移動します。
「フィールドとリレーションシップ」→「ジュピターフィールド」を選択します。
「フィールドレベルセキュリティ」をクリックします。
外惑星を除くすべてのプロファイルについて、「表示」オプションのチェックを外し、これらのユーザーがそのフィールドを表示できないようにしてください。
外惑星プロファイルの場合、アクセスを許可するには「表示」にチェックを入れてください。
この設定により、外惑星プロファイルを持つユーザーのみが木星フィールドを表示できるようになります。
フィールドレベルセキュリティの詳細については、Salesforceのフィールドレベルセキュリティに関するガイドを参照してください。

提示された選択肢に基づくと、正解はAです。「オープンポジション」と「応募」の間にマスター/ディテール関係フィールドを作成します。
要件では、1人の応募者が1つの応募フォームを使用して複数の求人に応募できることが求められています。Salesforceでは、リレーションシップフィールドは詳細/子オブジェクトに作成されます。したがって、1つのApplication__cレコードを複数のOpen_Position__cレコードに関連付けるには、マスター/詳細フィールドをOpen_Position__cに作成し、Application__cを指すようにする必要があります。Salesforce Trailheadでも、マスター/詳細リレーションシップでは、リレーションシップフィールドは詳細オブジェクトに作成されることが確認されています。
Salesforceは、多対多の関係をモデル化するために、マスター/ディテール関係と結合オブジェクトも使用します。
重要な注意点：完全に正規化された採用データモデルでは、応募と募集職種の間に個別の結合オブジェクトを作成する方が通常はより簡潔です。しかし、提示された選択肢の中で、1つの応募を複数の募集職種に接続できるのはAのみです。

アカウントの種類が変更された際に、連絡先のステータスを自動的に更新するには：
D．レコードトリガーフロー。このタイプの自動化では、アカウントタイプの変更を監視し、それに応じて連絡先などの関連レコードを更新できます。
実施手順：
「設定」→「フロー」に移動します。
新しいフローを作成し、レコードトリガー型のフロータイプを選択します。
アカウントレコードが「過去の顧客」に更新されたときにフローがトリガーされるように設定します。
関連するすべての連絡先を変更し、ステータスを「再マーケティング」に設定するには、「レコードの更新」要素を追加します。
流れを活性化する。
この自動化により、関連するアカウントの種類が変更された際に、連絡先のステータスがリアルタイムで更新され、データの一貫性と関連性が維持されます。
レコードトリガー型フローの詳細については、Salesforceのレコードトリガー型フローに関するドキュメントを参照してください。

案件の締め切り日が30日以上延期された場合に、承認プロセスに案件が確実に提出されるようにするには、アプリ開発者は自動化されたプロセスを使用してレコードを承認のために提出する必要があります。自動化されたプロセスは、プロセスビルダーやフロービルダーなどのツールを使用して作成でき、レコードを承認のために提出するための基準とアクションを定義できます。[出典]

正解はAとBです。
要件は、ケースの優先度に基づいて視覚的なフラグ画像を表示することです。Salesforce のケース優先度用のサンプル画像式では、IMAGE() 関数と CASE() 関数を組み合わせて、緑、黄、または赤のフラグ画像を表示します。
どちらの式も有効である理由は以下のとおりです。
Aは、ネストされたIF()とISPICKVAL()チェックを含むIMAGE()を使用します。
BはIMAGE()とCASE()を組み合わせて、正しい画像URLを返します。
CとDは、画像URLのテキストのみを返し、実際の画像を返すわけではないため、誤りです。視覚的なフラグを表示するには、IMAGE()関数を使用する必要があります。