ファミリーポートフォリオ内で個々のクライアントプロファイルを管理し、プロファイルの混在を回避するために、コンサルタントはアイデンティティ解決に関してより制限的な設計アプローチを推奨する必要があります。その理由は次のとおりです。
要件を理解する
金融サービス会社は、連絡先（住所、電話番号など）を共有しているにもかかわらず、家族メンバーごとに個別のプロファイルを維持したいと考えています。
目標は、プロファイルの混合を避け、パーソナライズされたサービスと正確な財務アドバイスを確保することです。
なぜ制限的な設計アプローチなのか?
過剰マッチングの回避:
制限的な設計アプローチにより、一致ルールが厳密に定義され、過剰な一致（共有アドレスまたは電話番号のみに基づいてプロファイルをマージするなど）が防止されます。
これにより、個々のプロファイルの一意性が維持されながら、一部の共有属性も可能になります。
カスタムマッチルール:
コンサルタントは、共有連絡先ポイントよりも一意の識別子 (電子メール、社会保障番号など) を優先するカスタム一致ルールを構成できます。
これにより、住所や電話番号を共有する家族メンバーが区別されるようになります。
その他のオプションはあまり適していません:
A . アドレスに基づいて、接続された単一の連絡先ポイントで単一の一致ルールを構成します。これにより、過剰一致やプロファイルの混合が発生する可能性が高くなり、望ましくありません。
B . 一致ルールで個別の属性を使用せずに複数の連絡先ポイントを使用する: このアプローチでは、個別のプロファイルを維持するために必要な精度が欠けています。
D . カスタム識別子に基づいて単一の一致ルールを構成する: カスタム識別子は便利ですが、単一のルールに依存するとすべてのシナリオが考慮されず、過剰一致が発生する可能性があります。
ソリューションを実装する手順
ステップ1: 共通属性を分析する
共通属性（例：住所、電話番号）と固有属性（例：電子メール、社会保障番号）を識別します。
ステップ2: 制限的な一致ルールを定義する
一意の属性を優先し、共有連絡先への依存を最小限に抑える一致ルールを構成します。
ステップ3: ID解決をテストする
一致ルールをテストして、共有属性の一部を許可しながらも個々のプロファイルが保持されることを確認します。
ステップ4：監視と改善
結果を継続的に監視し、望ましい結果を達成するために必要に応じて一致ルールを調整します。
結論
より制限的な設計アプローチにより、一致ルールが期待どおりに機能し、個々のプロファイルの一意性を維持しながら、ファミリー ポートフォリオ内の共有属性に対応できるようになります。

ID解決ルールセットを削除すると、コンサルタントが顧客に伝える必要がある2つの大きな影響があります。1つ目は、ルールセットによって作成されたすべての統合顧客データが完全に削除されるため、統合プロファイルとその属性はData Cloud1で利用できなくなります。2つ目は、ルールセットで使用されていたデータモデルオブジェクトへの依存関係がなくなるため、ルールセット1に影響を与えずにデータモデルオブジェクトを変更または削除できるようになります。これらの影響は、顧客のデータ品質、セグメンテーション、アクティベーション、および分析に重大な影響を及ぼす可能性があるため、コンサルタントは、ルールセットの削除を続行する前に、その影響を慎重に検討するよう顧客にアドバイスする必要があります。その他の選択肢は、ルールセットの削除による影響ではないため、正しくありません。選択肢Aは、ルールセットを削除してもすべての個別データではなく、統合顧客データのみが削除されるため、正しくありません。ソースシステムの個別データは、引き続きData Cloud1で利用できます。選択肢Dは、ルールセットを削除してもすべてのソースプロファイルデータではなく、統合顧客データのみが削除されるため、正しくありません。データストリームからのソースプロファイルデータは、引き続きData Cloud1で利用できます。参考資料: ID解決ルールセットの削除

この問題の原因として最も可能性が高いのは、値の提案がまだ処理中で、利用できるようになるまで最大24時間かかることです。値の提案は、セグメントフィルターを作成する際にデータモデルオブジェクト（DMO）フィールドの提案値を表示できる機能です。ただし、この機能は各DMOフィールドに対して有効にする必要があり、機能を有効にしてから提案値が表示されるまで最大24時間かかる場合があります1。そのため、新しくモデル化されたデータから提案値が表示されないのは、そのデータがまだ値の提案機能によって処理されていないことが原因である可能性があります。参考資料：
* セグメンテーションで値の提案を使用する

説明
さまざまなソースから Data Cloud にデータを取り込んだ後、そのデータをセグメント化して操作する前に必要な追加の設定は、Identity Resolution です。Identity Resolution とは、さまざまなデータソースのソースプロファイルを照合および調整し、単一の個人またはエンティティを表す統合プロファイルを作成するプロセスです1。Identity Resolution を使用すると、顧客と見込み客の 360 度ビューを作成し、属性と行動に基づいてセグメント化してアクティブ化できます2。Identity Resolution を設定するには、データの一致ルールと調整ルールを定義するルールセットを作成して展開する必要があります3。その他のオプションは、データをセグメント化して操作する前には必要ないため、正しくありません。Data Activation とは、マーケティング、営業、またはサービスの目的で、Data Cloud から他の Salesforce クラウドまたは外部の送信先にデータを送信するプロセスです4。計算されたインサイトは、生涯価値、解約リスク、製品アフィニティなど、ソースデータまたは統合データに基づいて計算される派生属性です5。データマッピングは、ソース属性をデータモデル内の統合属性にマッピングするプロセスです。これらの設定は、データのセグメント化と処理を行った後、またはアイデンティティ解決と並行して行うことができますが、アイデンティティ解決の前提条件ではありません。参考資料：アイデンティティ解決の概要、データクラウドでのデータのセグメント化とアクティベーション、アイデンティティ解決ルールセットの設定、データアクティベーションの概要、計算されたインサイトの概要
[データマッピングの概要]

「ファイルが見つかりません」というエラーメッセージは、Data Cloud が Amazon S3 ソースのファイルにアクセスできない、またはファイルを見つけられないことを示します。このエラーには 2 つの原因が考えられ、コンサルタントがトラブルシューティングを行うために実行する必要がある 2 つの手順があります。
Data Cloud ユーザーに、Amazon S3 バケットからファイルを読み取るための適切な権限がありません。これは、ユーザーの権限セットまたはプロファイルに Data Cloud データストリームの読み取り権限が含まれていない場合、またはユーザーの Amazon S3 認証情報が無効または期限切れの場合に発生する可能性があります。この問題を解決するには、コンサルタントが Data Cloud と Amazon S3 でそれぞれユーザーの権限と認証情報を確認し、更新する必要があります。
指定されたバケットの場所にファイルが存在しません。ファイル名またはパスが変更された場合、またはファイルがAmazon S3バケットから削除または移動された場合に発生する可能性があります。この問題を解決するには、コンサルタントはAmazon S3バケット内のファイル名とパスを確認し、Data Cloudのデータストリーム設定を適宜更新する必要があります。参考資料：Data CloudでAmazon S3データストリームを作成する、Data CloudでAmazon S3ストレージコネクタを使用する方法、Amazon S3接続