「都市名 | 等しい | 'San Jose'」でフィルタリングしたセグメンテーション条件の結果は、「San Jose」または「san jose」を含む都市のみとなります。これは、セグメンテーション条件が大文字と小文字、アクセント記号を区別するため、フィルターに入力された値と完全に一致する都市のみが対象となるためです。したがって、「San Jose」、「san jose」、または「San Jose」を含む都市は、フィルター値と完全に一致しないため、結果には含まれません。「San Jose」という名前の異なるバリエーションを含む都市を含めるには、OR演算子を使用して複数のフィルター値を追加する必要があります。例えば、「San Jose」OR「San Jose」OR「san jose」OR「san jose」2のように指定します。参照：セグメンテーション条件、セグメンテーション演算子

顧客内の組織、個人、またはメンバーに対して使用すべきデータモデルの主題領域
360データモデルはパーティサブジェクトエリアです。パーティサブジェクトエリアは、顧客、見込み客、パートナー、サプライヤーなど、あらゆるビジネス取引や関係に関与するエンティティを定義します。パーティサブジェクトエリアには、次のデータモデルオブジェクト（DMO）が含まれます。
組織：企業、部門、支店など、法的実体または事業単位を表すDMO。
個人：顧客、連絡先、ユーザーなど、個人を表すDMO。
メンバー：従業員、顧客、パートナーなど、個人と組織との関係を表すDMO（地域観光振興機関）。
その他のオプションは、Customer 360 データ モデル内の組織、個人、またはメンバーに対して使用すべきデータ モデルの対象領域ではありません。エンゲージメントの対象領域は、クリック、閲覧、購入など、ユーザーが行うアクションを定義します。メンバーシップの対象領域は、ロイヤルティ プログラム、クラブ、コミュニティなど、ユーザーがグループと持つ関係を定義します。グローバル アカウントの対象領域は、親子関係、子会社関係など、組織間の階層的な関係を定義します。
データモデルの対象分野
当事者の主題分野
顧客360度データモデル

説明
Amazon S3バケットからインポートされたデータがどのセグメントでもすぐに使用できる状態になっていることを確認するには、以下のプロセスをこの順序で実行する必要があります。
* データストリームの更新: このプロセスは、ソースシステムからの最新データを使用して、Data Cloud のデータレイクオブジェクトを更新します。データストリームの設定1に応じて、自動または手動で実行するように構成できます。データストリームを更新することで、Data Cloud が Amazon S3 バケットから最新かつ正確なデータを取得できるようになります。
* ID解決: このプロセスでは、ID解決ルールセットに基づいて、異なるデータストリームからのソースプロファイルを照合および統合することにより、統一された個々のプロファイルを作成します。デフォルトでは毎日実行されますが、手動でトリガーすることもできます2。ID解決により、Data Cloudは、異なるデータソースにわたって各顧客の単一のビューを保持できます。
* 計算されたインサイト: このプロセスは、データレイクオブジェクトまたは CRM データに対して計算を実行し、結果を新しいデータオブジェクトとして返します。これは、セグメンテーションまたは分析目的のメトリックまたはメジャーを作成するために使用できます。3 計算されたインサイトにより、Data Cloud はパーソナライゼーションまたはアクティベーションに使用できる派生データを確実に取得できます。
参考文献：
* 1: データストリームの更新と頻度の設定 - Salesforce
* 2: ID解決ルールセット処理結果 - Salesforce
* 3：計算されたインサイト - Salesforce

Cumulus Financialでは、法的理由から法人向けローンと個人向けローンの記録を分けて管理しつつ、同じContact DLOを活用するというビジネス要件に対応するため、2つのデータスペースを使用するのが最善の解決策です。その理由と仕組みは以下のとおりです。
Salesforce Data Cloudにおけるデータスペースの理解：
データスペースは、Salesforce Data Cloud 内の論理コンテナであり、組織が特定のビジネスニーズ、コンプライアンス要件、またはプライバシー規制に基づいてデータをセグメント化することを可能にします。これにより、データ処理と ID 解決ルールを分離しながら、連絡先 DLO などの共有データオブジェクトへのアクセスを維持できます。
なぜデータ空間が2つ必要なのか？
Cumulus Financialは、2つのデータスペース（例えば、ビジネスローン用と個人ローン用）を作成することで、法的コンプライアンスのために両グループ間の分離を維持することができる。
両方のデータ空間は同じ連絡先DLOを参照できるため、個々の顧客データが重複することなく、両方のコンテキストでアクセス可能になります。
各データ空間内でID解決ルールを個別に設定することで、セグメンテーションが法的要件に準拠していることを保証できます。
このソリューションを導入するための手順：
ステップ1：Salesforce Data Cloudの「データスペース」セクションに移動します。
ステップ2：2つの新しいデータスペースを作成します。1つは「ビジネスローン」用、もう1つは「個人ローン」用です。ステップ3：適切なセグメンテーションを確保するために、各データスペースごとにID解決ルールを個別に設定します。
ステップ4：既存の連絡先DLOを両方のデータスペースにリンクします。これにより、重複することなく、両方のコンテキストで同じ連絡先データが利用可能になります。
ステップ5：アクティベーションルールと権限を設定し、一方のデータスペースのデータが意図せず他方のデータスペースのデータと混ざらないようにします。
他の選択肢はどうでしょうか？
A．個々のDMOを複製する：これはデータの不必要な重複を招き、ストレージコストを増加させます。また、複製されたレコード間で一貫性を維持することが複雑になります。
B. 連絡先 DLO を複製する: DMO を複製するのと同様に、このアプローチは法的分離という根本的な問題を解決することなく、保管とメンテナンスのオーバーヘッドを増加させます。
C. 同じデータ空間に 2 つの ID 解決ルールを作成する: これは実行可能なオプションのように見えるかもしれませんが、両方のグループが同じデータ空間内に存在するため、必要な法的分離は提供されません。
Cumulus Financialは、2つのデータスペースを使用することで、効率性を維持し、データの重複を回避しながら、必要な法的分離を実現しています。