重複解決設定の概要

重複解決は、重複レコードが識別された後にそれらのレコードを統合するために使用できる一連のプロセスです。重複は、リンクまたはマージの2通りの方法で解決できます。リンクには重複レコードの関連付けが含まれます。

リンクされたレコードは、データ・レジストリ内で一意のレコードとして処理され、それら自体の一意識別子を持ちます。マージには、重複レコードを1つの新規マスター・レコードに結合する作業が含まれます。

重複解決機能には、レコードをマージするかどうかを決定するために使用できるツールとルールが付属しています。これらのルールは、ゴールデン・マスター(生存者レコード)として保持するレコードと、削除するレコード(非マスター・レコード)を決定する際にも役立ちます。

リンクは、「重複解決簡易プロファイル・オプション」のトピックで説明するいくつかのプロファイル・オプションを構成することで設定できます。ただし、マージの設定は少し複雑です。次を実行するロジックの構成で構成されています。

識別された一連の重複からどのレコードをマスター・レコードとして指定するかを決定します。これは、「マスター・レコードの設定」ルールを構成することで設定できます。
マスター・レコードの重複セット全体でどの属性値インスタンスを使用するかを決定します。これは、「属性値の設定」ルールを構成することで設定できます。「マスター・レコードの設定」ルールと「属性値の設定」ルールは、まとめて「生存ルール」と呼ばれます。
マージが禁止される条件のいずれかに違反しているかどうかを判断します。これは、「契約」ルールを構成することで設定できます。

Groovyスクリプトを使用して、アプリケーション・コンポーザで生存ルールおよび契約ルールを簡単に設定できます。

Groovyスクリプト・ベースの生存ルールおよび契約ルールを使用するかわりに、Oracle Business Rulesを使用してそれらを構成する方法があります。「設定および保守」作業領域で「生存ルールの管理」および「契約ルールの管理」設定タスクを使用して、この構成を実行できます。

Oracle Business Rulesをすでに使用している場合は、Oracle Business RulesからGroovyスクリプトに増分的に移行できます。たとえば、設定マスター・ルールにGroovyスクリプトを使用しているときに、引き続きOracle Business Rulesを使用して契約ルールを定義できます。

次の表に示すタスクを構成することで、重複解決を設定できます。

ステップ	摘要	タスク名	詳細情報の参照先
ソース・システムの設定	ソース・システムを設定して、アプリケーションにデータをインポートし、インポートするデータのソースを識別します。「ソース・システム・エンティティの管理」タスクで複数のソース参照を選択して、複数のソース・システム・レコードを単一レコードにマップできます。組織(アカウント)および個人(担当者)データをインポートする前に、ソース・システムを設定する必要があります	取引先コミュニティ・ソース・システムの管理ソース・システム・エンティティの管理	トピックを見る: ソース・システムの設定
ソース・システムの信頼度の定義	ソース・システムの信頼度レベルやスコアは、次のために生存ルールの基準として使用されます。異なるソース・システムからの情報の信頼度を比較するマージ操作中にマスター・レコードの最も信頼度の高いソースのデータを保存する組織(アカウント)および個人(担当者)オブジェクトの属性について、ソース・システムごとのソース確度スコアを設定できます。	ソース・システムの信頼度の定義	ソース・システム確度の管理のトピックを参照してください
Groovyスクリプト・ベースの生存ルールおよび契約ルールの有効化	groovyスクリプトを使用して生存ルールおよび契約ルールを構成する前に、groovyスクリプトを有効にする必要があります。これを行うには、「設定および保守」作業領域で、適切なプロファイル・オプションを設定します。	顧客データ管理オプションの管理	トピックを見る: Groovyスクリプト・ベースの生存ルールおよび契約ルールの有効化方法
アプリケーション・コンポーザ・サンドボックスの作成	生存ルールと契約ルール用に個別の専用サンドボックスを作成します。このアプローチは、生存ルールと契約ルールを反復的に設計、テストおよび配置する際の柔軟性を最大限に高めることができます。	N/A	トピックを見る: アプリケーション・コンポーザのサンドボックスの作成
要件に対する事前定義済データ品質ルールの構成	顧客データ管理には、6つのデータ品質マージ・イベント・ポイントが事前定義されています。3つはアカウント(組織)エンティティ用、3つは担当者(個人)エンティティ用です。独自のビジネス要件にあわせてこれらの事前定義済ルールを構成する必要があります。	N/A	次のトピックを参照してください。アプリケーション・コンポーザでの要件に対する事前定義済データ品質ルールの構成 Groovyスクリプト・ベースのマスター・レコードの設定ルールの構成 Groovyスクリプト・ベースの属性値の設定ルールの構成 Groovyスクリプト・ベースの契約ルールの構成
生存ルールおよび契約ルール構成のテスト	重複解決作業領域でテスト・マージ・リクエストを作成して、groovyスクリプト・ベースの生存ルールおよび契約ルール構成をリアルタイムでテストします。	N/A	トピックを見る: 生存ルールおよび契約ルール構成のテスト
生存ルールおよび契約ルール構成のデプロイ	構成をデプロイするには、生存ルールおよび契約ルール用に専用のアプリケーション・コンポーザ・サンドボックスを公開する必要があります。	N/A	「生存ルールおよび契約ルールの構成の配置」のトピックを参照してください
(Oracle Business Rulesを使用している場合にのみ適用されます) Oracle Business Rulesベースの生存ルールの管理	生存ルールは重複解決のマージ操作時に、マスター・レコード(生存顧客レコード)とその属性を決定します。生存ルールを有効にするには、ZCH_ENABLE_SURVIVORSHIPプロファイル・オプションをはいに設定	生存ルールの管理顧客ハブ・プロファイル・オプションの管理	次のトピックを参照してください。生存ルールの有効化および管理方法生存ルールの定義マスター・レコード設定ルールの定義属性値設定ルールの定義
(Oracle Business Rulesを使用している場合にのみ適用されます) Oracle Business Rulesベースの契約ルールの管理	契約ルールはマージ要求がアプリケーションにより決定されるかどうかを決めます。契約ルールに違反するマージ・リクエストが正常に完了しません	契約ルールの管理	次のトピックを参照してください。契約ルールの管理方法契約ルールの定義
要求ディスパッチ・ジョブの実行	このプロセスを実行して「保留中」または「発行済」ステータスの解決要求を管理し、監視します	要求ディスパッチ・ジョブの実行	トピックを見る: ディスパッチ・ジョブのリクエストの実行

ノート:

アカウントの場合、顧客プロファイル品質スコアリングは重複を解決するための追加の方法です。この方法は、スコアをレコードに割り当て、最高スコアのレコードを識別するのに役立ちます。この最高スコアのレコードは、複数の重複レコードではなく単一のアカウント・レコードとして使用できます。顧客プロファイル品質スコアリングの詳細は、『顧客データ管理の実装』ガイドを参照してください。