請求書オブジェクトに関連付けられたカスタムオブジェクトを作成し、タイプを選択するための選択リストフィールドを追加することで、設計者は添付ファイルを分類し、タイプ別にレポートを作成できます。標準の添付ファイルオブジェクトにはコンテンツタイプを選択する選択リストフィールドがなく、そこにカスタム選択リストフィールドを追加することは推奨されません。

Salesforce Bulk APIを並列モードで使用すると、複数のレコードバッチを同時に処理し、サーバーリソースをより効率的に活用することで、移行時間を短縮できます。Bulk APIは、大量のデータをSalesforceにロードするために設計されています。

Trailhead2によると、レコードタイプは、管理者がオブジェクト内の異なるタイプのレコードに対して、異なるビジネスプロセス、ページレイアウト、および選択リスト値を作成できるようにする機能です。レコードタイプを使用すると、Salesforceで異なるディーラータイプを管理できます。各ディーラータイプのレコードタイプを作成し、適切な属性、プロセス、およびルールを割り当てることで実現できます。オプションAは、ディーラーにアカウントを使用し、各ディーラータイプのレコードタイプを作成することを提案しているため、正解です。オプションBは、ディーラーをアカウントとして作成し、各ディーラータイプのカスタムビューを構築しても、CRMユーザーが顧客タイプに関連する属性のみを入力できず、また、各顧客タイプに対して異なるプロセスやビジネスルールを有効にできないため、誤りです。オプションCは、ディーラーにアカウントを使用し、各ディーラータイプにカスタム選択リストフィールドを使用しても、CRMユーザーが顧客タイプに関連する属性のみを入力できず、また、各顧客タイプに対して異なるプロセスやビジネスルールを有効にできないため、誤りです。
選択肢Dは誤りです。ディーラーの種類ごとにカスタムオブジェクトを作成し、ディーラー属性にカスタムフィールドを作成することは、標準のアカウントオブジェクトを使用する代わりに複数のオブジェクトとリレーションシップを作成する必要があるため、不要かつ複雑になる可能性があります。

暗黙的な共有では、ユーザーが子商談にアクセスできる場合に親アカウントへの読み取り専用アクセスを許可するため、標準機能でこの共有要件が自動的に処理されます。これはアカウント商談共有3とも呼ばれます。レコードの基準または所有権に基づいて追加のアクセスを許可するために使用されるため、基準ベースの共有ルール（オプションA）または所有者ベースの共有ルール（オプションD）を作成する必要はありません。アカウントチームに適切なユーザーを追加する（オプションC）ことも、個々のアカウントに対して特定のユーザーまたはグループにアクセス権を付与するために使用されるため、必須ではありません。

AとBはどちらも、Salesforceから詳細なトランザクションレコードを削除し、サマリーレベルで集計する自動化されたアプローチです1。これらのタスクを実行するには、サードパーティの統合ツール（ETL）またはスケジュール可能なバッチApexを使用できます。オプションCは、サードパーティのビジネスインテリジェンスシステムはSalesforceからデータを削除するのではなく、分析するだけなので正しくありません。オプションDは、Apexトリガーは自動化されておらず、レコードが挿入、更新、削除、または削除解除されたときに実行されるため正しくありません。