統合されたビジネス取引先担当者プロファイルを作成する
取引先担当者の統合 により、統合した取引先企業の取引先担当者を個別に統合し、取引先企業に関連付けることができます。 取引先担当者の統合により、取引先企業を持たない取引先担当者を統合取引先担当者プロファイルに含めることもできます。
取引先担当者統合プロセスでは、複数のソースから取引先担当者データをマップし、重複を削除し、テーブル間でデータを照合し、取引先担当者とアカウントの間に リレーションシップ を作成して、統合取引先担当者プロファイルを作成します。 システムは、1 対多の取引先企業と取引先担当者のリレーションシップをサポートします。 取引先担当者に対する取引先企業のリレーションシップはオプションであり、取引先企業が不明な商用取引先担当者を操作できます。
次の手順と画像は、統合プロセスを初めて実行したときのものです。 既存の統合設定を編集するには、統合設定を更新するを参照してください。
取引先担当者を統合する最初のいくつかの手順は、取引先担当者を統合するための手順と同じです。
チップ
この記事では、フィールドと列という用語が、テーブル行またはレコード内のデータを参照するために同じ意味で使用されます。
前提条件
- 取引先担当者を持つ取引先企業には、取引先担当者を接続する一意のキー (外部キーと呼ばれます) が必要です。 たとえば、取引先企業と取引先担当者を結びつける取引先担当者レコードと取引先担当者レコードに存在する取引先企業 ID。 取引先企業のない取引先担当者の外部キーは null 値になります。
- 少なくとも 1 つの取引先担当者テーブルに、取引先企業テーブルに対するリレーションシップが定義されている必要があります。 どの取引先担当者テーブルにも取引先企業とのリレーションシップがない場合は、取引先担当者テーブルの 1 つに空白の列を追加し、それを取引先企業テーブルにマップします。
顧客データの説明
Dynamics 365 Customer Insights - Data にサインインします。
左側のパネルで、データの下にある統合を選択します。
取引先担当者の統合 で、 開始する を選択します。
主キーや属性タイプなど、取引先担当者データ ソースのテーブルと列を選択します。
次へ を選択します。
重複レコードを削除する
オプションで、選択したテーブルに対して重複除外ルールを定義します。
次へを選択します。
一致条件
テーブル間照合の一致順とルールを定義します。
次へを選択します。
取引先担当者と取引先企業間のリレーションシップを設定する
この手順では、統合プロセスでお客様の取引先担当者データと対応する取引先企業データを一元化します。 少なくとも 1 つの取引先担当者テーブルに、取引先企業テーブルに対するリレーションシップが必要です。
各テーブルで、取引先企業リレーションシップに取引先担当者を追加しますか? で、はい または いいえ を選択します。
テーブルに既知の取引先企業を持つ取引先担当者が 1 つ以上含まれている場合は、はい を選択します。
テーブルに取引先企業リレーションシップへの取引先担当者が含まれていない場合、つまりすべての取引先担当者が孤立している場合は、 いいえ を選択します。 次へ を選択し、取引先担当者フィールドの統合 に進みます。
取引先企業リレーションシップに取引先担当者を追加しますか? に対して はいを選択した場合は、次の情報を入力します。
- 取引先担当者テーブルの外部キー: 取引先担当者テーブルを取引先企業に接続する属性を選択します。
- 取引先企業テーブルへ: 取引先担当者に関連付けられている取引先企業テーブルを選択します。
次へを選択します。
取引先担当者フィールドを統合する
次へを選択します。
取引先担当者統合を確認する
変更の概要を確認し、統合プロファイルを作成して、結果を確認します。
取引先担当者プロファイルを確認して作成する
統合プロセスのこの最後の手順は、プロセスの手順の概要を示し、統合取引先担当者プロファイルを作成する前に変更を加える機会を提供します。
確認して変更を加えるには、取引先担当者統合手順のいずれかで編集を選択します。
選択に満足している場合は、取引先担当者プロファイルの作成を選択します。 統合された取引先担当者プロファイルの作成中に、統合ページが表示されます。 「オブジェクト参照がオブジェクトのインスタンスに設定されていません」というメッセージが表示される場合、合成プランを保存する前に削除または名前変更された列への参照が存在します。 テーブルを更新し、取引先担当者の統合を再実行します。
統合アルゴリズムは完了するまでに時間がかかり、完了するまで構成を変更できません。
取引先担当者統合の結果を表示する
統合後、データ>統合ページに統合された取引先担当者プロファイルの数が表示されます。 統合プロセスの各手順の結果は、各タイルに表示されます。 たとえば、顧客データ ではマッピングされた属性 (列) の数が表示され、重複排除ルール では見つかった重複レコードの数が表示されます。 複数のテーブルが選択されている場合のみ、マッチング ルール タイルが表示されます。
結果、特に一致規則 の品質を確認し、必要に応じてそれらを調整することをお勧めします。 必要に応じて、取引先担当者統合設定を変更し、統合プロファイルを再実行します。
データ統合からの出力テーブルを確認する
データ>テーブルに移動し、出力テーブルを確認します。
UnifiedContact という統合取引先担当者プロファイル テーブルが、プロファイル セクションに表示されます。 最初に成功した統合実行により、テーブルが作成されます。 以降のすべての実行では、それが展開されます。
UnifiedContact テーブルの主な列は次のとおりです。
UnifiedContactId : 統合プロファイルを一意に識別します。 システムによって割り当てられます。
FK_ContactToAccountId: この値はデータ ソースの主キーであり、統合アカウントの一意の CustomerID を検索するために使用されます。 これは、取引先担当者の取引先企業外部キーを結合した結果得られる勝者の値です。
FK_CustomerId: 取引先担当者の統合取引先企業を一意に識別します。 この値は、Customer テーブルの CustomerID 列への外部キー参照です。 null の場合、取引先担当者には取引先企業がありません。
{ContactSourceTable1}{PrimaryKeyColumn}: この値は、プロファイルの統合に関与する名前付きテーブルの勝者ソース レコードの主キーです。
{ContactSourceTable1}{PrimaryKeyColumn}_Alternate: この値は、プロファイルの統合に関与する名前付きテーブルのすべてのソース レコードのセミコロンで区切られたリストです。
重複排除テーブルと結合テーブルが作成され、システム セクションに表示されます。 各ソース テーブルの重複排除テーブルは、Deduplication_DataSource_Tablename という名前で作成されます。 ContactsConflationMatchPairs テーブルには、テーブル間照合の情報が含まれます。
重複排除出力テーブルには、次の情報が含まれています。
ID/キー
主キー列と代替 ID 列。レコードに対して識別されたすべての代替 ID で構成されます。
Deduplication_GroupId 列には、テーブルで識別されたグループまたはクラスターが表示され、指定された重複列に基づいて類似レコードをグループ化します。 これは、システム処理の目的で使用されます。 手動の重複排除ルールが指定されておらず、システム定義の重複排除ルールが適用されている場合、このフィールドが重複排除出力テーブルに表示されていない可能性があります。
Deduplication_WinnerId 列には、識別されたグループまたはクラスターからの勝者 ID が含まれます。 Deduplication_WinnerId がレコードの主キー値と同じである場合、そのレコードが勝者レコードであることを意味します。
重複排除ルールを定義するために使用される列。
どの重複排除ルールが適用され、照合アルゴリズムによってスコアが返されことを示す [ルール] フィールドと [スコア] 列。