* リレーションシップのカーディナリティ: Salesforce Data Cloud では、データ モデル オブジェクト (DMO) 間の正しいリレーションシップのカーディナリティを定義することが、正確なデータ表現と統合に不可欠です。
* 1 対 1 の関係エラー: アカウント DMO と連絡先ポイント アドレス DMO の関係が 1 対 1 に設定されているため、各アカウントが持つことができる連絡先ポイント アドレスは 1 つだけであるために、エラーが発生します。
* 解決：
カーディナリティの変更：リレーションシップのカーディナリティを多対1に変更します。これにより、複数の連絡先アドレスを単一のアカウントに関連付けることができ、実際のシナリオをより正確に反映できます。
手順:
Data Cloud のデータ モデル構成に移動します。
アカウント DMO と連絡先アドレス DMO の関係を見つけます。
関係タイプを 1 対 1 から多対 1 に変更します。
* 利点：
正確な表現: アカウントに複数の連絡先がある可能性がある実際のデータ シナリオに対応します。
エラー解決: エラーを解決し、スムーズなデータ統合を保証します。
* 参照：
Salesforce Data Cloud ドキュメント: リレーションシップ
Salesforce ヘルプ: Data Cloud でのデータモデリング

コンサルタントがこのユースケースを解決するために活用すべき機能は、C. アクティベーションアラートです。アクティベーションアラートとは、セグメントのアクティベーションが失敗または成功した際にユーザーに送信される通知です。アクティベーションアラートは「アクティベーション設定」ページで設定でき、コンサルタントはアラートの受信者、頻度、送信条件を指定できます。アクティベーションアラートは、顧客がアクティベーションのステータスを監視し、発生する可能性のある問題をトラブルシューティングするのに役立ちます。参考：Salesforce Data Cloud コンサルタント試験ガイド、アクティベーションアラート

Contact Point_Email オブジェクトは、Data Cloud 内の個人に関連付けられたメールアドレスを表すデータエンティティです。これは、顧客データの共通エンティティとリレーションシップを定義する標準化されたデータモデルである Customer 360 データモデルの一部です。Contact Point_Email オブジェクトは、Salesforce CRM 内のメールアドレスを格納する任意のカスタムオブジェクトまたは標準オブジェクト（カスタム Customer Email__c オブジェクトなど）にマッピングできます。その他のオプションは、以下の理由により、マッピングする適切なデータエンティティではありません。
A. 連絡先オブジェクトは、Salesforce CRMの顧客、パートナー、または競合他社の取引先に関連付けられた個人を表すデータエンティティです。Data Cloudのメールアドレスを表すデータエンティティではありません。
C. カスタム Customer Email__c オブジェクトは、Data Cloud のデータエンティティではなく、Salesforce CRM のカスタムオブジェクトです。Contact Point_Email オブジェクトなどの Data Cloud のデータエンティティにマッピングできますが、それ自体はデータエンティティではありません。
D . 個人オブジェクトは、Data Cloud において固有の個人を表すデータエンティティです。同意とプライバシー設定を管理するための中核エンティティであり、メールアドレス、電話番号、ソーシャルメディアのハンドルなど、1 つ以上の連絡先に関連付けることができます。Data Cloud においてメールアドレスを表すデータエンティティではありません。参考資料: Customer 360 データモデル: 個人と連絡先 - Salesforce、Contact Point_Email | Salesforce Platform のオブジェクトリファレンス | Salesforce Developers、[連絡先 | Salesforce Platform のオブジェクトリファレンス | Salesforce Developers]、[個人 | Salesforce Platform のオブジェクトリファレンス | Salesforce Developers]

計算インサイトとは、SQL式を用いてデータから定義・計算される多次元指標です。計算インサイトには、ディメンションとメジャーを含めることができます。ディメンションとは、顧客ID、製品カテゴリ、地域など、データをグループ化またはフィルタリングするために使用されるフィールドです。メジャーとは、売上高、数量、平均注文額など、計算や集計を実行するために使用されるフィールドです。計算インサイトは、SQL式を編集するか、データスペースを変更することで変更できます。ただし、コンサルタントは計算インサイトを変更する際に、以下の制限事項と考慮事項に注意する必要があります12。
既存のディメンションは削除できません。SQL式からディメンションを削除すると、計算インサイトの実行に失敗し、エラーメッセージが表示されます。これは、そのディメンションが計算インサイトオブジェクトの主キーの作成に使用されているため、削除すると既存のデータとの競合が発生するためです。したがって、正解はBです。
新しいディメンションを追加できます。SQL式にディメンションを追加すると、計算インサイトが実行され、計算インサイトオブジェクトにそのディメンション用の新しいフィールドが作成されます。ただし、コンサルタントはディメンションを追加しすぎないように注意する必要があります。ディメンションを追加しすぎると、計算インサイトのパフォーマンスとユーザビリティに影響する可能性があります。
既存のメジャーは削除可能です。SQL式からメジャーを削除すると、計算インサイトが実行され、計算インサイトオブジェクトからそのメジャーのフィールドが削除されます。ただし、コンサルタントは、メジャーを削除すると、計算インサイトを使用している既存のセグメントやアクティベーションに影響する可能性があることに注意する必要があります。
新しいメジャーを追加できます。SQL式にメジャーを追加すると、計算インサイトが実行され、計算インサイトオブジェクト内にそのメジャー用の新しいフィールドが作成されます。ただし、コンサルタントはメジャーを追加しすぎないように注意する必要があります。計算インサイトのパフォーマンスとユーザビリティに影響を及ぼす可能性があります。参考資料：計算インサイト、データスペースにおける計算インサイト。

データ削除リクエスト: Salesforce Marketing Cloud および Data Cloud を使用している企業にとって、データのプライバシーと削除リクエストの管理は不可欠です。
Marketing Cloud コネクタ: このコネクタは Marketing Cloud と Data Cloud 間のデータ統合を容易にしますが、データ削除リクエストは特定の手順に従う必要があります。
Marketing Cloud での削除リクエスト:
* データ管理: データの削除または忘れられる権利のリクエストは、顧客データが元々保存および管理されている Marketing Cloud 設定を通じて送信されます。
* 伝播: リクエストが Marketing Cloud で処理されると、変更はコネクタを通じて Data Cloud に伝播されます。
参考文献:
* Salesforce Marketing Cloud ドキュメント: データ管理
* Salesforce データクラウドコネクタガイド