次のバージョンでのみ利用可能な機能が含まれている場合、デプロイは失敗します。Salesforceのドキュメントによると、「サンドボックスが本番組織よりも新しいバージョンの場合、サンドボックスバージョンで新しく追加されたコンポーネントはデプロイできません。」変更セットのコンポーネントは本番環境で次のバージョンにアップグレードされず、本番環境がアップグレードされても変更セットは自動的にデプロイされません。ただし、新しい機能が含まれていない場合はデプロイが可能です。

正解はCです。
コンポーネントレコードを製品関連リストとして表示するには、アプリビルダーは子オブジェクトであるコンポーネントに、親オブジェクトである製品を指すリレーションシップフィールドを作成する必要があります。Salesforceのドキュメントによると、ルックアップリレーションシップが定義されると、ルックアップフィールドが一方のオブジェクトに追加され、関連オブジェクトのページレイアウトにリレーションシップリストを表示できるようになります。
Aは、要件が多対多でない限り不要です。Bは、ロールアップ集計では関連リストが作成されないため誤りです。Dは、リレーションシップフィールドの方向が間違っているため誤りです。フィールドは製品ではなくコンポーネント上に配置する必要があります。

正解はD. カスタムレポートタイプです。
カスタムレポートタイプは、プライマリオブジェクトと関連オブジェクト間の関係に基づいて、レポートで使用可能なレコードとフィールドを定義します。Salesforceでは、関連レコードに関するレポートを作成するために、カスタムのWITHまたはWITHOUTレポートタイプも参照します。
DreamHouse Realtyでは、カスタムオブジェクトと関連するルックアップデータを含む「あり」または「なし」のレポートが必要となるため、アプリ開発者はカスタムレポートタイプを作成し、オブジェクトの関係を定義する必要があります。
なぜ他者の見解は間違っているのか：
A．レポートフィルターはレポート結果をフィルタリングしますが、レポート対象オブジェクト間の関係は定義しません。
B. 行レベルの数式は行ごとに値を計算し、関係レポートの有無は作成しません。
C．レポートバケットフィールドはレポート値をグループ化しますが、関連オブジェクトのレポート構造は定義しません。

正解はBです。対象物間の公式。
商談オブジェクトは取引先オブジェクトと標準的な関係性を持つため、アプリケーションビルダーは商談オブジェクト上に、親オブジェクトである取引先オブジェクトの項目を参照する数式項目を作成できます。Salesforceでは、クロスオブジェクト数式とは、関連するオブジェクトにまたがり、それらの関連オブジェクト上の項目を参照する数式と定義されています。
Account_Region__c は Account の選択リストであるため、Opportunity の数式は通常、次のようなテキスト数式になります。
TEXT(Account.Account_Region__c)
フィールド履歴追跡は変更のみを追跡し、ルックアップフィールドはアカウントフィールドの値を表示するのではなくリレーションシップを作成し、フィールドレベルセキュリティは表示を制御しますが、商談上の親フィールドをコピーまたは表示しません。

アプリ作成者は、この新しいフィールドを作成するために CASESAFEID(Id) 式を使用する必要があります。CASESAFEID 関数は、Salesforce の各レコードに一意な、大文字小文字を区別しない 18 桁のレコード ID を返します。18 桁のレコード ID は、大文字小文字を区別する ID を必要とする外部システムにデータをエクスポートする場合に便利です。オプション A、C、および D は、18 桁のレコード ID を返す式ではありません。