正解はCです。この要件を満たすには、位置情報カスタムフィールドを作成します。位置情報カスタムフィールドは、緯度と経度の両方の情報を1つのフィールドに格納できる複合フィールドです。また、位置情報機能と距離計算もサポートしています。緯度と経度用に数式フィールドやカスタムフィールドを別々に作成するのは非効率的で冗長です。アプリ交換パッケージを推奨することは、この要件に対する直接的な解決策にはなりません。

Trailhead2によると、Customer 360 Data Managerは、管理者がSalesforce組織と外部システム間で顧客データを接続、調整、共有できるようにする機能です。Customer 360 Data Managerは、事前定義されたマッピングとルールを使用して、製品マスターデータベースからSalesforceに製品と価格情報を同期し、データの品質と一貫性を確保します。オプションDは、Customer 360 Data Managerを使用して製品マスターデータベースからSalesforceに製品と価格情報を同期することを提案しているため、正解です。オプションAは、製品マスターとSalesforce間で製品と価格情報の双方向同期のためのカスタム統合を構築すると、両方のシステムが同じデータを独立して更新できるため、データの競合と重複の問題が発生する可能性があるため、誤りです。オプションBは、製品マスターからSalesforceへの製品と価格情報の単方向同期のためのカスタム統合を構築すると、カスタム開発とメンテナンスが必要となるため、コストと時間がかかる可能性があるため、誤りです。選択肢Cは誤りです。製品マスターからの抽出データに基づいて製品を毎週手動で更新するプロセスを実行すると、製品情報が週に1回よりも頻繁に変更される可能性があるため、データの遅延やエラーが発生する可能性があります。

Salesforce で 1 億件を超えるレコードを保存するためのカスタム ビッグ オブジェクトを構築するには、データ アーキテクトはセットアップでメタデータ API またはビッグ オブジェクトを使用する必要があります。メタデータ API は、開発者が Salesforce のメタデータ コンポーネントをプログラムで作成、取得、更新、または削除できるようにする API です。セットアップのビッグ オブジェクトは、管理者がコードを書かずに宣言的にビッグ オブジェクトを作成できるようにするユーザー インターフェイスです。どちらのツールも、Salesforce でカスタム ビッグ オブジェクトとそのフィールド、インデックス、およびリレーションシップを定義するために使用できます。オプション A は、開発者が Salesforce プラットフォームでアプリケーションを作成および管理できるようにするツール セットである DX (Developer Experience) は、ビッグ オブジェクトを直接作成することをサポートしていないため、誤りです。オプション D は、セットアップのオブジェクト マネージャは、管理者が Salesforce で標準オブジェクトとカスタム オブジェクトを作成および管理できるようにするユーザー インターフェイスですが、宣言的にビッグ オブジェクトを作成することをサポートしていないため、誤りです。