NTOは、あいまい名前と正規化されたメールアドレスを一致ルールとして使用し、異なるソースからのデータを統合された個人プロファイルにリンクしています。しかし、複数のソースから同じメールアドレスが取得される場合があり、NTOはアクティベーションにどのソースを使用するかを決定する必要があります。例えば、レイチェルがService CloudとMarketing Cloudで同じメールアドレスを持っているものの、NTOからの連絡をMarketing Cloud経由で受信することを希望している場合、NTOはMarketing Cloudのメールアドレスがアクティベーションされるようにする必要があります。そのために、NTOはアクティベーションにおいてソースの優先順位を使用できます。これにより、アクティベーションの優先順位に従ってデータソースをランク付けできます。Marketing CloudをService Cloudよりもソースの優先順位の高い位置に配置することで、NTOはMarketing Cloudのメールアドレスがメールキャンペーンやジャーニーなどのアクティベーション対象に確実に配信されるようにすることができます。これにより、NTOはレイチェルの希望を尊重し、より良いカスタマーエクスペリエンスを提供できます。参考：アクティベーションの設定、アクティベーションにおけるソースの優先順位の使用

統合個体とは、Data Cloud の ID 解決ルールを使用して複数のソースからデータを統合したプロファイルです。統合個体は、メールアドレス、電話番号、住所など、複数の連絡先を持つことができ、それらは異なるシステムやレコードにリンクされます。コンサルタントは、以下の機能を使用して、連絡先レコード上で統合個体に関連付けられたすべてのケースを表示できます。
プロファイルAPI：これは、Data Cloud内のUnified Individualプロファイルと関連属性を取得および更新できるREST APIです。Profile APIを使用すると、連絡先IDまたはUnified IDをフィルターとして使用して、Unified Individualに関連するケースを照会できます。また、Profile APIを使用して、他のシステムからの新規または変更されたケース情報でUnified Individualプロファイルを更新することもできます。
Lightning Web コンポーネント：Salesforce アプリケーション用の再利用可能な UI コンポーネントを作成するために使用できるカスタム HTML 要素です。Lightning Web コンポーネントを使用すると、連絡先レコードの Unified Individual に関連するケースを表示するカスタムコンポーネントを作成できます。Profile API を使用して Data Cloud からデータを取得し、表、リスト、またはグラフ形式で表示できます。また、Lightning Web コンポーネントを使用して、連絡先レコードからケースの作成、編集、削除などのアクションを実行することもできます。
他の2つのオプションは、このユースケースには関係ありません。データアクションは、インサイトがトリガーされた際にフロー、データアクションターゲット、またはデータアクションスクリプトを実行するアクションの一種です。データアクションはアクティベーションとパーソナライゼーションに使用され、コンタクトレコードにデータを表示するために使用されません。クエリAPLは、Data Cloudのデータにアクセスして操作するためのクエリ言語です。クエリAPLは、コンタクトレコードにデータを表示するために使用されず、データの探索と分析に使用されます。参考資料：プロファイルAPI開発者ガイド、Lightning Webコンポーネント開発者ガイド、統合個人プロファイルの作成ユニット

説明
ソースシーケンス調整ルールは、統合プロファイルで名や姓などの属性を構築する際の特定のデータソースの優先順位を設定します。このルールでは、各属性のプライマリソースとして使用するデータソースと、プライマリソースが欠落または無効な場合にフォールバックとして使用するデータソースを定義できます。例えば、名属性について、Salesforce CRMのデータを最優先、Marketing Cloudのデータを2番目、Google Analyticsのデータを3番目に使用するようにソースシーケンスルールを設定できます。これにより、統合プロファイルはSalesforce CRMの名の値が存在する場合はそれを使用し、存在しない場合はMarketing Cloudの値を使用する、といった動作を繰り返します。このルールは、異なるデータソース間で統合プロファイル属性の正確性と一貫性を確保するのに役立ちます。参考資料：Salesforce Data Cloud コンサルタント試験ガイド、アイデンティティ解決、調整ルール

説明
Salesforce Data Cloud のドキュメントによると、属性とはアクティベーションで使用できるディメンションまたはメジャーです。ディメンションとは、支店、地域、製品など、データをグループ化またはフィルタリングするために使用できるカテゴリ変数です。メジャーとは、収益、利益、件数などの指標を計算するために使用できる数値変数です。フィルターとは、計算されたインサイトで使用されるデータを制限するために適用できる条件です。例えば、高純資産額、年齢層、性別などです。この質問では、計算されたインサイトは「銀行取引額」をメジャーである指標として、「支店」をディメンションとして使用しています。したがって、ディメンションである「支店」のみがアクティベーションの属性として含めることができます。その他の選択肢は、属性ではないメジャーまたはフィルターです。参考資料：Data Cloud 権限セット、Salesforce Data Cloud 試験問題

説明
忘れられる権利の要求に応じるために Salesforce の Consent API を使用することについて顧客にアドバイスする場合、コンサルタントは次の 2 つの主要な考慮事項に重点を置く必要があります。
* データ削除リクエストは個々のプロファイルに対して送信されます（回答C）：SalesforceのConsent APIは、個々のプロファイルに特化したデータ削除リクエストを処理するように設計されています。つまり、データ削除リクエストは、Salesforceシステム内の個人のプロファイルに関連付けられた個人データを対象とします。コンサルタントは、正確な処理とプライバシー法の遵守を確保するため、リクエストは個々のプロファイルに特化する必要があることを顧客に伝える必要があります。
* Data Cloud に送信されたデータ削除リクエストは、接続されているすべての Salesforce クラウドに渡されます (回答 D): Salesforce Data Cloud の Consent API を通じてデータ削除リクエストが行われた場合、そのリクエストは Data Cloud だけに限定されません。Sales Cloud、Service Cloud、Marketing Cloud など、接続されているすべての Salesforce クラウドに伝播されます。これにより、Salesforce エコシステム全体における忘れられる権利の包括的なコンプライアンスが確保されます。お客様は、削除リクエストが接続されている Salesforce 環境全体にわたる個人データのすべてのインスタンスに影響を及ぼすことにご注意ください。