Data Cloud: ID 解決の関係者識別子による一致ルールで一致するすべてのプロファイルが統合されない

関係者 ID DMO の Party (関係者) 項目が個人 ID または取引先 ID と一致することを確認する

「ID 解決一致ルールの関係者識別子」では、関係者 ID の Party (関係者) (ssot__PartyId__c) フィールドが、統合される DMO (個人や取引先など) に関係者 ID をリンクするための外部キーとして使用されることが説明されています。 

「関係者: この ID 項目は、取引先または個人の外部キーです。取引先 ID または個人 ID とこの項目間でリレーションが存在している必要があります。」

[Data Model (データモデル)] タブで関係者 ID DMO に移動してこのデータモデルオブジェクトのリレーションを確認すると、関係者 ID と個人 DMO のリレーションで関係者項目が参照されていることがわかります。関係者識別子による一致ルールに基づいて個人を照合するには、関係者項目の値が個人 DMO の個人 ID と同じである必要があります。これは通常、関係者項目を、個人の個人 ID に対応付けられているデータレイクオブジェクトの同じ項目に対応付けることを意味します。

Party Identification Type (関係者 ID 種別)、Identification Name (識別名)、Identification Number (識別番号) に同じ値が存在することを確認する

「ID 解決一致ルールの関係者識別子」に記載されている例では、関係者識別子による一致ルールを設定するときに、Party Identification Type (関係者 ID 種別) (ssot__PartyIdentificationTypeId__c) および Identification Name (識別名) (ssot__Name__c) の値を [Match Rule Criteria (一致ルール条件)] ポップアップに入力します。これらは関係者識別子を記述する静的な値です。多くの場合、これらの項目はデータストリームの数式項目に対応付けられ、データストリームによって取り込まれたすべてのレコードでこれらの項目に同じ値が存在することが保証されます。

[Match Rule Criteria (一致ルール条件)] で、[Match Method (照合方法)] を [Exact (厳密)] として Identification Number (識別番号) (ssot__IdentificationNumber__c) 項目も選択します。Identification Number (識別番号) 項目には、プロファイルを照合するために使用する一意の識別子が含まれます。 関係者識別子による一致ルールに基づいてプロファイルを照合するには、これらの 3 項目すべてで同じ値を共有する必要があります。 

サンプルシナリオ

関係者 ID DMO に次のレコードがあり、関係者列のすべての ID が個人 DMO の個人 ID として存在すると仮定すると、ID 解決に関係者識別子による一致ルールがあり、Party Identification Type (関係者 ID 種別) が「PersonIdentifier」、Party Identification Name (関係者識別名) が「PassportNumber」の場合、次の結果になることが期待されます。

• 関係者 123 と 345 は統合され、Party Identification Type (関係者 ID 種別)、Identification Name (識別名)、Identification Number (識別番号) の値が同じであるため、統合個人 ID を共有します。
• 関係者 234 は、識別番号 P4444 を持つプロファイルが他にないため、他のプロファイルとは一致せず、独自の統合個人 ID を持ちます。 
• 関係者 456 は Party Identification Type (関係者 ID 種別) に「PersonIdentifier」がなく Identification Name (識別名) に「PassportNumber」がないため、独自の統合個人 ID を持ちます。そのため Identification Number (識別番号) が関係者 123 および 345 と同じ値であっても、一致ルール条件を満たすことはできません。関係者 456 を関係者 123 および 345 と統合することが要件の場合、このレコードを取り込んだデータストリームと、DLO と関係者 ID の Party Identification Type (関係者 ID 種別) および Identification Name (識別名) 項目とのマッピングを確認する必要があります。

関係者 ID が一意であることを確認する

Party Identification ID (関係者 ID) 項目 (ssot__Id__c) は、関係者 ID DMO のプライマリキーです。ID 解決処理中、同じ Data Source (データソース) (ssot__DataSourceId__c)、Data Source Object (データソースオブジェクト) (ssot__DataSourceObjectId__c)、および 関係者 ID を持つレコードは、これらのフィールドの組み合わせによって一意になると期待されます。これにより、関係者 ID が複数のレコード (特に関係者 ID が異なるレコード) で共有されている場合、期待された結果にならない可能性があります。

サンプルシナリオ

次のリストで、すべてのレコードの Party Identification Type (関係者 ID 種別) と Identification Name (識別名) が一致する場合、関係者 123 と 345 の項目の値が同じであり、関係者 234 と 456 の項目の値も一致するため、データソース、データソースオブジェクトおよび 関係者 ID の組み合わせを使用してレコードを一意に識別することはできません。

関係者 ID DMO レコードは ID 解決処理中に自動的に重複排除されるため、データソース、データソースオブジェクト、関係者 ID の値が同じレコードは 1 つしか存在せず、事実上、これらの各ペアの 1 つの関係者 ID のみが統合され、統合個人 ID を共有します。処理中の重複排除の結果として関係者 ID DMO の対応するレコードが無視される関係者 ID は、関係者識別子による一致ルールに基づいて照合できず、代わりに独自の統合個人を持ちます。たとえば次のようになります。

• 関係者 123 と 456 は関係者識別子による一致ルールに基づいて照合され、統合個人 ID を共有します。
• 関係者が 234 と 345 である関係者 ID DMO のレコードは、ID 解決中に重複排除されます。これは、これらのレコードが、Data Source (データソース)、Data Source Object (データソースオブジェクト)、および Party Identification Id (関係者 ID) の値をそれぞれ関係者 456 と 123 と共有するためです。そのため、どちらの関係者も関係者識別子による一致ルールに基づいて他のプロファイルと照合できず、代わりにそれぞれが独自の統合個人 ID を持ちます。
• その結果、これらのレコードでは 1 つの統合個人ではなく 3 つの統合個人が生成されます。

この問題を回避するには、データソースおよびデータソースオブジェクトの列と組み合わせて、Party Identification Id (関係者 ID) が一意になるようにする必要があります。上記のシナリオでは、Party Identification Id (関係者 ID) に識別番号だけでなく関係者への参照が含まれている場合に達成されます。たとえば、関係者 123 の場合、Party Identification Id (関係者 ID) は PassportNumber-P5555-123 になります。