4 データ品質ヘルス・チェックのインストールと使用方法

この章では、EDQ-CDSデータ品質ヘルス・チェック機能の使用方法について説明します。

この章の内容は次のとおりです。

• 第4.1項「アーキテクチャ」

• 第4.2項「データ品質ヘルス・チェックのインストール」

• 第4.3項「データ品質ヘルス・チェックの構成」

• 第4.4項「ダッシュボードの構成」

• 第4.5項「ヘルス・チェック・ジョブの実行と結果の表示」

• 第4.6項「ビジネス・ルールの管理」

• 第4.7項「データ・インタフェースの理解」

• 第4.8項「ダッシュボードのサンプル・サマリー」

データ品質ヘルス・チェックによってEDQ-CDSの機能が拡張され、データを正規化または標準化する前にバッチ・データ品質チェックを実行できるようになります。結果は、サーバー・コンソール、ビジネス・インテリジェンス(BI)ツールまたはEDQの結果ブックで表示することも、必要に応じてダッシュボードに公開することもできます。データ品質ヘルス・チェックは、EDQ-CDSの一部としてSiebelと統合することも、スタンドアロン・モードで使用することもできます。

EDQ-CDSデータ品質ヘルス・チェックは主に、データ品質問題のデータ・レベルの検証を必要とするデータ・スチュワードから、分析、レポート作成および計画立案のためにダッシュボード情報を必要とする業務アナリストや管理職まで、生データの品質の検証を必要とするユーザーの役に立ちます。さらに、データの技術的側面を分析するデータ専門家やCDSプロセスで重複除外が効率よく実行されることを求めるEDQ-CDSユーザーにも有用です。

4.1 アーキテクチャ

次の図は、どのようにEDQ-CDSデータ品質ヘルス・チェックを使用してデータを処理し、結果を確認するかを示しています。

図hc-architecture.pngの説明

4.1.1 複数の子エンティティ

データには複数の子エンティティを特徴とするものがあり、たとえば、複数の住所が各レコードに割り当てられることがあります。このようなレコードが処理されEDQに渡される場合は、子単位にレコードが1件作成されます。

したがって、データ品質ヘルス・チェックの結果には、当初に取り込まれた数より多いレコードがリストされることがよくあります。サーバー・コンソールまたはダッシュボードで結果を確認する際には、このことを覚えておくことが重要です。

4.2 データ品質ヘルス・チェックのインストール

この項では、データ品質ヘルス・チェックのインストール方法について説明します。データ品質ヘルス・チェックはEDQ-CDSディストリビューションの一部ではあるものの、データ品質ヘルス・チェックを使用するためにEDQ-CDSを全面的に構成する必要はありません。EDQヘルス・チェックには、EDQ-CDSと同じ前提条件があります。

Siebel統合には、Siebel Connector 12c (12.2.1.2.0)のインストールが必要です。詳細は、Oracle Fusion Middleware Enterprise Data Quality Customer Data Services Packのインストールとカスタマイズを参照してください。

4.2.1 インストール・コンポーネント

データ品質ヘルス・チェックのインストールに必要なコンポーネントはEDQにあらかじめロードされているため、EDQとともに自動的にインストールされます。

EDQ-CDSヘルス・チェックのコンポーネントは次のとおりです。

• edq-cds-data-quality-health-check.dxi - EDQ-CDSデータ品質サービスが含まれるパッケージ化されたEDQプロジェクト。

• dq-health-check-business-rules-individual.xls - 個人ビジネス・ルールのスプレッドシートで、個人に対して実行されるデータ品質チェックを定義します。

• dq-health-check-business-rules-entity.xls - エンティティ・ビジネス・ルールのスプレッドシートで、エンティティに対して実行されるデータ品質チェックを定義します。

• edq-cds-data-quality-health-check.properties - デフォルトの実行プロファイル。

• customerentities.csv - サンプルのエンティティ・データ。

• customerindividuals.csv - サンプルの個人データ

• rulesreference.xls - ビジネス・ルールのスプレッドシートに示されるエラー・コードを分類したスプレッドシート。

4.2.2 ソフトウェアのインストール

EDQ-CDSをインストールすると、データ品質ヘルス・チェックがインストールされ、これ以上のインストール・タスクは必要ありません。

EDQ-CDSなしでデータ品質ヘルス・チェックをインストールするには、次の手順を使用します。

1. EDQディレクタ・クライアントを起動し、プロジェクトを作成する権限を持つユーザー(管理者またはプロジェクト所有者)としてログオンします。

2. サーバー名を右クリックし、「サーバー・パッケージ・ファイルを開く」を選択します。「CDS」フォルダを開き、edq-cds-data-quality-health-check.dxiファイルを選択します。

3. EDQ-CDS - データ品質ヘルス・チェック・プロジェクト全体を「プロジェクト」ノードにドラッグします。

4. .dxiファイルを右クリックし、「パッケージ・ファイルを閉じる」を選択します。

4.2.3 インストールの確認

データ品質ヘルス・チェックには、landingarea/dqhealthcheckフォルダにサンプルの.csvファイルが2つ同梱されています。これらのファイルは、インストールが正しく動作することをテストするのに使用できます。

サンプル・ファイルは次のとおりです。

• customerentities.csv - サンプルのエンティティ・データ。

• customerindividuals.csv - サンプルの個人データ。

データ品質ヘルス・チェックに付属するデフォルトのジョブは、これらのファイルに対して実行されるように構成されています。

インストールを検証するには、edq-cds-data-quality-health-check.properties実行プロファイルを忘れずに選択し、CSVバッチ・エンティティ・データ品質ヘルス・チェック・ジョブとCSVバッチ個人データ品質ヘルス・チェック・ジョブのいずれか(または両方)をサーバー・コンソールで実行します。

注意: データ品質ヘルス・チェックでは、独自の内部参照データを使用するため、使用前にCDSの初期化プロジェクトを実行する必要はありません。 Siebelのジョブを手動で実行しないでください。これらのジョブは、Siebel Connectorによって自動的に起動されるように設計されています。

サーバー・コンソールでイベント・ログおよび結果をチェックし、ジョブが正常に完了しているかどうかを確認します。正常に完了している場合、インストールは成功しています。

最後に、サーバー・コンソールおよびダッシュボードでジョブの結果をパージします。

• サーバー・コンソール:

  「結果」ビューを選択し、「ジョブ履歴」領域でジョブを右クリックして「実行ラベル"[実行ラベルの名前]"のデータのパージ」オプションを選択します。

• ダッシュボード:

  「ダッシュボード管理」を開き、監査および索引領域で「監査」ツリーを展開し、データ品質ヘルス・チェック監査を右クリックして「パージ」を選択します。

4.3 データ品質ヘルス・チェックの構成

この項では、データ品質ヘルス・チェックの構成方法について説明します。

4.3.1 ビジネス・ルールの構成

ビジネス・ルールは、データ品質ヘルス・チェックに同梱されており、oedq.home/business rulesフォルダにある2つの.xlsファイルで設定します。これらの.xlsファイルを編集するには、ファイルをoedq_local_home/business rulesに移動する必要があります。

• dq-health-check-business-rules-individual.xls - 個人ビジネス・ルールのスプレッドシート。

• dq-health-check-business-rules-entity.xls - エンティティ・ビジネス・ルールのスプレッドシート。

さらにスプレッドシートrulesreference.xlsがoedq_local_home/landingarea/dqhealthcheckフォルダにありますが、これには2つの主な機能があり、データ品質プロセスの実行時にビジネス・ルールのスプレッドシートのどのルールを使用するかの制御と、ルール統計の作成に使用します。

注意: デフォルトでは、EDQ-AVで使用される個人ルールとエンティティ・ルールはrulesreference.xlsスプレッドシートで有効になっています。EDQ-AVがインストールされていない場合、これらのルールを無効にしてダッシュボードで不正確なレポートが作成されないようにする必要があります。

rulesreference.xlsスプレッドシートの「有効」列では、ルールの有効/無効が制御され、使用可能な値はyesおよびnoの2つです。そのため、既存のルールを編集するか、新しいルールをビジネス・ルールのスプレッドシートに追加した場合、その変更をrulesreference.xlsスプレッドシートに反映する必要があります。変更を行う場合、ルール・タイプ、関連するオブジェクト(個人またはエンティティ)および関連付けられたルールとエラー・コードを分けておく必要があります。

ルールは次のカテゴリに分類されます。

• 移入チェック - フィールドが空白でないことをチェックします。例: ER205 - 名前があるかどうかチェック。

• リスト・チェック - データに指定リストの値しか含まれていないことをチェックします。例: IR202 - 大文字の性別が有効値であるかどうかチェック。

• 長さチェック - データが指定の長さであることをチェックします。例: IR203 - 名が2文字以上であるかチェック。

• 形式チェック - データがパターンまたは正規表現に準拠していることをチェックします。例: IR212 - 電子メールが有効な形式であるかどうかチェック。

• 包含チェック - データにリストの値が含まれていることをチェックします。例: IR428 - フルネームにエンティティ・ヒントがないかどうかチェック。

• サスペクト・データ・チェック - データが一般的なデータ入力の"不正"を示していないかチェックします。例: ER411 - 名前に通常以外の文字があるかどうかチェック。

• 値チェック - フィールド値が適切な範囲内にあることをチェックします。例: IR430 - DOBが非常に古い(1900年より前)かどうかチェック。

• 従属属性チェック - ある属性の値が別の属性の値に依存している場合などに、2つの属性値が矛盾していないことをチェックします。例: IR302 - 性別とタイトルに矛盾がないかどうかチェック。

• 重複チェック - データ属性の組合せを比較し、レコード重複の可能性レベルを推定します。これは完全なEDQ-CDS照合ではないため、わずかな時間で実行されるように設計されています。比較の例として、次のものがあります。

  • IR401 - fname address1に重複フラグが立っているかどうかチェック

  • IR403 - fname emailに重複フラグが立っているかどうかチェック

  • IR408 - lname tax noに重複フラグが立っているかどうかチェック

既存のカスタマイズとこれらのスプレッドシートを使用した新しいビジネス・ルールの作成の詳細は、Oracle Enterprise Data Quality Directorオンライン・ヘルプのビジネス・ルールの定義に関するトピックを参照してください。

4.3.2 実行プロファイルの構成

edq-cds-data-quality-health-check.properties実行プロファイルは、次のセクションに分かれています。

4.3.2.1 「ダッシュボードに公開」設定

この設定は、ヘルス・チェック・ジョブの結果をダッシュボードに公開するかどうかを制御します。

phase.Publish\ to\ Dashboard.enabled = yes 

デフォルト値はyes。結果が公開されないようにするには、noに変更します。

注意: 値は常に小文字にする必要があり、yesまたはnoです。

4.3.2.2 入力ソースの場所、セパレータおよびエンコーディングの設定

これらの設定は、個人およびエンティティのデータに関する入力ファイルのソース、使用するフィールド・セパレータおよび採用するエンコーディングを指定します。デフォルトの設定が次のように指定されています。

phase.*.snapshot.*.Entity_Input_CSV_File_Location = \\dqhealthcheck\\customerentities.csv  
phase.*.snapshot.*.Entity_Input_CSV_File_Field_Separator = \,    
phase.*.snapshot.*.Entity_Input_CSV_File_Encoding = UTF-8      
phase.*.snapshot.*.Individual_Input_CSV_File_Location = \\dqhealthcheck\\customerindividuals.csv   
phase.*.snapshot.*.Individual_Input_CSV_File_Field_Separator = \,        
phase.*.snapshot.*.Individual_Input_CSV_File_Encoding = UTF-8  

指定するファイルおよびフォルダの場所は、landingareaフォルダ内に存在する必要があります。

入力ファイルのエンコーディングは、EDQの区切り文字テキストのデータ・ストアに対して有効なエンコーディングである必要があります。エスケープ文字(バックスラッシュ"\")は、目的のセパレータが予約文字(カンマなど)である場合に使用する必要があります。有効なエンコーディング形式のリストは、EDQの「データ・ストアの編集」ダイアログに表示されます。

4.3.2.3 CSVとして結果を公開する設定

この設定は、ヘルス・チェック・ジョブの結果を、BIツールで使用するために.csvファイルの形式で公開するかどうかを制御します。

phase.Export\ BI\ Data.enabled = no

デフォルト値はnoです。データを.csvファイルに公開するには、yesに設定します。

注意: 値は常に小文字にする必要があり、yesまたはnoです。

4.3.2.4 エクスポート・ファイルの場所、セパレータおよびエンコーディングの設定

エクスポートが有効になっている場合、これらの設定は、エクスポートするファイルの宛先、フィールド・セパレータおよびエンコーディングを指定します。デフォルトの設定が次のように指定されています。

phase.*.Export.*.Entity_Output_CSV_File_Location = \\dqhealthcheck\\entityoutput.csv       
phase.*.Export.*.Entity_Output_CSV_File_Field_Separator = \,     
phase.*.Export.*.Entity_Output_CSV_File_Encoding = UTF-8       
phase.*.Export.*.Individual_Output_CSV_File_Location = \\dqhealthcheck\\individualoutput.csv       
phase.*.Export.*.Individual_Output_CSV_File_Field_Separator = \, 
phase.*.Export.*.Individual_Output_CSV_File_Encoding = UTF-8   

注意: エクスポート・ファイルのエンコーディングは、EDQの区切り文字テキストのデータ・ストアに対して有効である必要があります。有効なエンコーディング形式のリストは、EDQの「データ・ストアの編集」ダイアログに表示されます。

4.3.2.5 AV用のデフォルトの国コード

EDQ-AVがインストールされている場合、この設定にはデフォルトで使用される2文字のISO国コードを割り当てる必要があります。たとえば、提供されたデータに国コードが指定されていない場合は、次のようにします。

phase.*.process.*.Default\ AV\ Country\ Code

デフォルト値はUSです。ここで入力するコードは、ISO-3166-1-alpha-2仕様に準拠することを要求されます。

4.3.2.6 結果ブックの設定

個人またはエンティティ(あるいはその両方)のプロファイリング・データが移入されたEDQ結果ブックを作成するには、次の設定をコメント解除します。

注意: 最初の6行は個人プロファイリング結果ブックに関するものであり、最後の2行は個人ルール結果ブックに関するものです。必要に応じて、これらのブックの一方または両方を移入できます。

個人データの場合、これらの設定により、個人プロファイリング結果ブックにはすべてのプロファイラのドリル可能な結果が移入され、個人ルール結果ブックにはルール失敗のドリル可能なビューが移入されます。

phase.Profile\ Individual\ Misc\ Data.enabled = no  
phase.Profile\ Individual\ Misc\ Data\ With\ Results\ Book.enabled = yes       
phase.Profile\ Individual\ Address\ Data.enabled = no       
phase.Profile\ Individual\ Address\ Data\ With\ Results\ Book.enabled = yes    
phase.Profile\ Individual\ Alt\ Phone Data.enabled = no     
phase.Profile\ Individual\ Alt\ Phone\ Data\ With\ Results\ Book.enabled = yes  
phase.Process\ Rule\ Failures\ to\ Outputs.enabled = no      
phase.Process\ Rule\ Failures\ to\ Outputs\ With\ Results\ Book.enabled = yes   

エンティティ・データの場合、これらの設定により、エンティティ・プロファイリング結果ブックにはすべてのプロファイラのドリル可能な結果が移入され、エンティティ・ルール結果ブックにはルール失敗のドリル可能なビューが移入されます。

phase.Profile\ Entity\ Misc\ Data.enabled = no      
phase.Profile\ Entity\ Misc\ Data\ With\ Results\ Book.enabled = yes   
phase.Profile\ Entity\ Address\ Data.enabled = no   
phase.Profile\ Entity\ Address\ Data\ With\ Results\ Book.enabled = yes        
phase.Profile\ Entity\ Alt\ Phone\ Data.enabled = no 
phase.Profile\ Entity\ Alt\ Phone\ Data\ With\ Results\ Book.enabled = yes      
phase.Make\ Analysis\ and\ Server\ Console\ Output.enabled = no       
phase.Make\ Analysis\ and\ Server\ Console\ Output\ With\ Results\ Book.enabled = yes    

4.3.2.7 サーバー・コンソール内でのステージング済データの表示設定

これらの設定は、どのステージング済データ項目がサーバー・コンソールに表示できるかを制御します。

最初の設定(stageddata.*.visible = no)では、すべてのステージング済データ項目はデフォルトで非表示になります。残りの設定では、特定のステージング済データ項目が表示されます。

デフォルトでは、サーバー・コンソールの「結果」画面のDQヘルス・チェック分析出力タブに詳細データが表示されません。これは、詳細レベルがほとんどの目的について必要とされることがまずないためです。このデータを表示するには、実行プロファイルで次のプロパティをyesに設定します。

• stageddata.Individual\ DQ\ Health\ Check\ Analysis\ Output.visible =

• stageddata.Entity\ DQ\ Health\ Check\ Analysis\ Output.visible =

4.4 ダッシュボードの構成

デフォルトでは、ヘルス・チェックの結果はダッシュボードに公開されます。

ダッシュボードにはEDQ Launchpadからアクセスします。

図dash_but.pngの説明

ダッシュボードでヘルス・チェックの結果を構成するには、次の手順を使用します。

1. ダッシュボードを開きます。

2. メイン・ダッシュボードで、「管理」をクリックします。

   
   図dash_main.pngの説明
   
   

   「ダッシュボード管理」が表示されます。

   
   図dash_admin.pngの説明
   
   

3. 必要に応じて、サマリーおよび索引を作成します。

   
   

   注意: 「サマリー」に追加するルールは、rulesreference.xlsスプレッドシートで有効になっているルールに対応する必要があります。無効になっているルールがサマリーまたは索引に含まれていると、有効になっているルールの結果に関係なく、常に赤のフラグが立ちます。

   
   

4. ダッシュボードに戻って、「カスタマイズ」をクリックします。

5. 「新規索引/サマリーの追加」ドロップダウン・フィールドで表示するデータ品質の結果を選択します。次に例を示します。

   
   図dash_add_new.pngの説明
   
   

6. 「追加」をクリックします。選択した項目が「ホーム」ビューに追加されます。

この構成手順が完了したら、初期ビューに追加するサマリーおよび索引を選択し、結果にドリルダウンできます。その実行方法の詳細は、Oracle Enterprise Data Quality Dashboardオンライン・ヘルプを参照してください。

4.4.1 例: 重大度別ダッシュボード

これは、ルールを重大度別にサマリーに分類した後、索引に分類するダッシュボード構成の例です。

ヘルス・チェック・ルール監査コードの最初の文字は、レコード・タイプ(個人の場合は"I"、エンティティの場合は"E")を示し、最初の数字は重大度(1、2、3または4)を示します。たとえば、コードE203は重大度レベル2のエンティティ・ルールです。

重大度レベル1から4の個人およびエンティティのルールの結果を格納する8個のサマリーを作成します。

• Severity 1 Issues Individual

• Severity 2 Issues Individual

• Severity 3 Issues Individual

• Severity 4 Issues Individual

• Severity 1 Issues Entity

• Severity 2 Issues Entity

• Severity 3 Issues Entity

• Severity 4 Issues Entity

次に、次の索引を作成します。

名前	内容
Overall Health Individuals	すべての個人のサマリーが含まれます。
Overall Health Entities	すべてのエンティティのサマリーが含まれます。
Overall Health	個人およびエンティティのサマリーが含まれます。

4.4.1.1 サマリーの作成

1. EDQダッシュボードを開き、「管理」をクリックして「ダッシュボード管理」ウィンドウを開きます。

2. 「新規サマリー」をクリックします。

3. 「サマリーの追加」ポップアップにSeverity 1 Issues Individualと入力します。

4. 「OK」をクリックします。新しいサマリーが「ダッシュボード要素」領域の「サマリー」ノードに表示されます。

5. 「監査および索引(ダッシュボード要素にドラッグ)」領域で、「監査」ブランチを展開した後、EDQ-CDS - データ品質ヘルス・チェック/[I8A]個人その他の失敗ダッシュボードへの公開ブランチを展開します。

6. 「I101」および「I102」をクリックして[I8A]個人その他の失敗ダッシュボードへの公開監査リストからSeverity 1 Issues Individualサマリーにドラッグします。

7. Severity 1 Issues Individualサマリーをクリックして「ユーザー・グループ(ダッシュボード要素をここにドラッグ)」領域の管理者ノードにドラッグします。

8. 「保存」をクリックします。

9. 残りのサマリーについて、繰り返します。

4.4.1.2 索引の作成

この例では、これまでの各項で詳しく説明したサマリーがすべて構成されていることを前提とします。

1. EDQダッシュボードを開き、「管理」をクリックして「ダッシュボード管理」ウィンドウを開きます。

2. 「新規索引」をクリックします。

3. 新しい索引に"Overall Health Individuals"と名前を付けます。

   
   図index_example.pngの説明
   
   

4. 次のサマリーをクリックして新しい索引にドラッグします。

   • Severity 1 Issues Individual

   • Severity 2 Issues Individual

   • Severity 3 Issues Individual

   • Severity 4 Issues Individual

5. 「保存」をクリックします。

6. 残りの索引について、繰り返します。

4.4.2 例 - ビジネス機能別のダッシュボード

これは、ルールをビジネス機能別にサマリーに分類するダッシュボード構成の例です。

1. 次のサマリーを作成します。

   名前	内容
   Account	名前の詳細 識別子 識別子外れ値 住所の詳細 住所の詳細外れ値 可能性がある重複
   Contact	名前の詳細 識別子 識別子外れ値 住所の詳細 住所の詳細外れ値 可能性がある重複

   
   

   各サマリーに含めるルールの詳細は、第4.8項「ダッシュボードのサンプル・サマリー」を参照してください。これらすべてのルールが有効になっていることを確認します。

2. 次の索引を作成します。

   名前	内容
   Overall Health Account	Accountベースのサマリーがすべて含まれます。
   Overall Health Contacts	Contactベースのサマリーがすべて含まれます。
   Overall System Health	作成したサマリーがすべて含まれます。

   
   

4.5 ヘルス・チェック・ジョブの実行と結果の表示

この項では、ヘルス・チェック・ジョブの実行方法と結果の表示方法について説明します。

4.5.1 ヘルス・チェックの実行

ヘルス・チェック・ジョブは、Siebelから、サーバー・コンソールからスタンドアロン・モードで、またはEDQ-CDSで実行できます。

サーバー・コンソールから実行する場合、先にデータを準備する必要があります。

次の6つのヘルス・チェック・ジョブがあります。

• エンティティ・テクニカル分析の実行

• 個人テクニカル分析の実行

• CSVバッチ・エンティティ・データ品質ヘルス・チェック

• CSVバッチ個人データ品質ヘルス・チェック

• データベース・バッチ・エンティティ・ヘルス・チェック

• データベース・バッチ個人ヘルス・チェック

4.5.1.1 Siebel接続モードの使用

ヘルス・チェックをSiebelで使用するには、Siebel ConnectorをインストールしてSiebelを適宜構成する必要があります。詳細は、Oracle Fusion Middleware Enterprise Data Quality Customer Data Services Packのインストールとカスタマイズを参照してください。

Siebelでヘルス・チェック・ジョブを実行するには、サーバー・マネージャを開いてData Quality Managerコンポーネントにアクセスします。Siebelから実行する必要がある2つのジョブは次のとおりです。

• Siebelバッチ・アカウント・ヘルス・チェック

• Siebelバッチ連絡先ヘルス・チェック

注意: 他のヘルス・チェック・ジョブを構成してSiebelから実行してしないでください。そうすることはできますが、何の結果も戻されません。これらは常に、サーバー・コンソールまたはEDQから実行する必要があります。

さらに、実行プロファイルで変更した設定はいずれも、変更がSiebelバッチ実行で正確に反映されるように、dnd.propertiesファイルでも変更する必要があります。

4.5.1.2 スタンドアロン・モードの使用

テクニカル分析ジョブおよびエンティティ/個人品質ヘルス・チェックの実行ジョブは、EDQまたはサーバー・コンソールから実行するように設計されています。

チェック対象のデータがサンプル・データ・ファイルとまったく同じ形式で指定できる場合(第4.7項「データ・インタフェースの理解」で説明する列見出し付きの.csvファイルなど)、それらのファイルを、サンプル・データ・ファイルと同じ名前を使用(上書き)してlandingarea\dqhealthcheckフォルダに保存するだけです。

ただし、データを別の形式で指定する場合は、使用可能なフィールドをヘルス・チェック入力インタフェースにマップして、そのデータを使用するようにEDQを構成する必要があります。これを行うには、次の手順を実行します。

1. ディレクタを開きます。

2. データを指す新しいデータ・ストアを作成します。

3. このデータ・ストアをソースとして使用して、新しいスナップショットを作成します。

4. 関連するデータ・インタフェース(エンティティ・データまたは個人データ)への新しいマッピングを追加して構成します。

5. 関連するジョブ(エンティティの実行または個人データ品質ヘルス・チェックの実行)を編集し、新しいスナップショットを追加して新しいマッピングを選択します。

データの準備方法の詳細は、Oracle Enterprise Data Quality Directorオンライン・ヘルプの次のトピックを参照してください。

• データ・ストアへの接続

• スナップショットの追加

• データ・インタフェースの管理

• データ・インタフェースを使用したジョブの実行

4.5.2 データ品質ヘルス・チェックの結果の表示

次の4つの出力タイプとしてヘルス・チェックの結果を生成できます。

• ビジネス・インテリジェンス(BI)出力、

• EDQダッシュボードでの結果、

• サーバー・コンソールでの結果、および

• EDQでの結果ブック。

4.5.2.1 BI出力

ヘルス・チェックでは、個人およびエンティティの結果データが含まれる2つのカンマ区切りファイルを生成できます。この出力は、外部ビジネス・インテリジェンス・アプリケーションを使用した詳細な分析を対象としています。

ファイルは次のとおりです。

• entityoutput.csv

• individualoutput.csv

ヘルス・チェックに渡されたレコードにより、各レコードの内容および各レコード内で検出されたエラー数に応じて1行以上の行が生成されます。

注意: セパレータとファイルの名前およびランディング領域内の場所は、実行プロファイルで構成できます。

.csvファイルで最も重要なメタデータ属性は次のとおりです。

列	説明
entityid / individualid	元のレコードのID。
Data Stream	このフィールドにより、行の元情報を識別します: Misc Data - レコード・フィールド。AddressData - 住所。AltPhoneData - altphoneフィールド。
Rule ID	トリガーされたルールのID(該当する場合)。
Rule Label	トリガーされたルールのラベル(該当する場合)。
Error Code	エラーのコード(該当する場合)。
Error Severity	エラーの重大度レベル(該当する場合)。
Error Message	戻されるエラー・メッセージ(該当する場合)。

ロジックは次のとおりです。

• ヘルス・チェックに渡された各レコードが、対応する.csvファイルに少なくとも1行戻します。

• レコード単位に少なくとも1行が生成されます。レコード・データにエラーがあった場合、そのエラーはError Code列、Error Severity列およびError Message列に示されます。

• 各レコード内の住所またはaltphoneフィールド単位にさらに1行生成されます。また、住所またはaltphoneフィールドに1つエラーがあると、そのエラーはError関連の列に示されます。

• ただし、レコード、住所またはaltphoneフィールドに複数のエラーがある場合は、前述のエラーに追加されるエラーごとに1行生成されます。

次に、個人レコードの例を示します。

• 住所またはaltphone値がなく、エラーがない場合: 1行。

• 住所またはaltphone値がなく、エラーが1件ある場合: 1行。

• 住所またはaltphone値がなく、エラーが2件ある場合: 2行。

• 住所はあるが、altphoneがない場合: 2行。

• 住所およびaltphoneがある場合: 3行。

• エラーが1件ある住所と、altphoneがある場合: 3行。

• エラーが2件ある住所と、altphoneがある場合: 4行。

次に、複雑な例を示します。individualidが1293のレコードが12行戻しています。

図individoutputcsv_ex2.pngの説明

次のものがあります。

• altphoneフィールドが1つあり、エラーがありません。

• 1つの住所に関連するエラーが5件あります。

• レコードの他のフィールド(Misc Dataなど)に関連するエラーが6件あります。

注意: サンプル・ファイルでは、各行のaddressidが同一であり、これは1つの住所のみがレコードに関連付けられていることを示しています。図では、画面サイズの制限のため、このことがわかりません。

4.5.2.2 EDQダッシュボード

ダッシュボードに公開される結果は、有効になっているビジネス・ルールによって決まります(第4.6項「ビジネス・ルールの管理」を参照)。次のダッシュボードの例は、結果およびステータスの違いを示しています。

図dashboard.pngの説明

個人またはエンティティのレコードに関連付けられている属性(name、title、emailなど)からの結果は、一意のレコードIDによって識別される別個の個人およびエンティティのレコードに基づいています。

altphone属性と住所関連の属性に対するチェックは別々に実行されるため、生成される結果の数は、処理された子エンティティの数を正確に表します。

同様に、altphoneフィールドからの結果は、レコード単位に複数のaltphone値を保持できるため、個人およびエンティティのレコードの別個の代替電話番号に基づいています。

住所に関連付けられている属性(city、postalcode、countryなど)からの結果は、特定の個人またはエンティティについて複数の住所を処理できるため、一意の住所IDによって識別される別個の住所レコードに基づいています。

ダッシュボードでの特定の公開済ルールに関するチェックの数は、チェック対象のデータ・タイプによって異なり、常にデータ・タイプの総移入数に関連します。したがって、表示される"総"数は、データ・タイプに応じて異なります。

たとえば、500,000件のレコードが顧客システムから渡され、それらのレコードに合計650,000件の住所と、合計550,000件の代替電話番号が関連付けられている場合、全結果は次のとおりです。

• すべての住所関連ルールの失敗/成功数: 650,000のパーセンテージとして表示、

• すべての代替電話関連ルールの失敗/成功数: 550,000のパーセンテージとして表示、および

• 残りすべてのルールの失敗/成功数: 500,000のパーセンテージとして表示。

4.5.2.3 サーバー・コンソール

サーバー・コンソールでの実行時、テクニカル分析ジョブでは、データ・タイプ、最大値、最小値およびクイック統計別にデータをプロファイルします。

図analy_svr_con_res.pngの説明

ヘルス・チェック・ジョブでは、監査チェックをデータに対して実行し、EDQダッシュボードおよびBIの.csvファイルを実行プロファイル構成に応じて移入します。

注意: サーバー・コンソールでジョブを実行しても、ヘルス・チェック結果ブックは移入されません。

サーバー・コンソールの結果は実行プロファイルによって異なりますが、その例を次に示します。

図server_console_results.pngの説明

4.5.2.4 結果ブック

ヘルス・チェック実行プロファイルでアクティブ化されると、次の結果ブックは移入できます。

• エンティティ・プロファイリング結果

• エンティティ・ルール結果

• エンティティ・テクニカル分析

• 個人プロファイリング結果

• 個人ルール結果

• 個人テクニカル分析

テクニカル分析の結果ブックは、対応するテクニカル分析ジョブによって移入されます。プロファイリング結果およびルール結果の結果ブックは、対応するヘルス・チェック・ジョブによって移入されます。

次のことを考慮してください。

• これらのジョブを実行するとき、edq-cds-data-quality-health-check実行プロファイルを選択しますが、実行ラベルを指定しないでください。

• 結果ブックは、データ品質ジョブをEDQから実行した場合にのみ移入されます。Siebelまたはサーバー・コンソールからジョブを実行しても、結果ブックのデータは移入されません。

• 結果ブックでのルールのビジネス・オブジェクトによる分類は、各ルールがビジネス・オブジェクトのテキスト値に関連付けられているrulesreference.xlsのBusiness Object列から取得されます。ルールを再度分類するには、Business Object列を編集します。

• テクニカル分析ジョブでは、顧客データのみを使用し、分析結果をサーバー・コンソールまたは結果ブックにのみ公開します。

さらに分析するためにこれらの結果をドリルダウンできます。ドリル可能な結果はリンク(青で強調表示)になっています。

図results_book_ex.pngの説明

4.6 ビジネス・ルールの管理

この項では、例をいくつか示してビジネス・ルールの有効化、編集および追加の方法について説明します。

4.6.1 例 - ルールの有効化

エンティティ・ルールER418 - 国なしはデフォルトで無効になっています。

ルールを有効にするには、次のようにします。

1. oedq_local_home/landingarea/dqhealthcheckフォルダに移動します。

2. rulesreference.xlsファイルを開きます。

3. 「住所」タブを選択します。

4. E418ルールの行を見つけて、「有効」列のセルの値をyesに変更します。

5. ファイルを保存します。

6. 必要に応じて、「ダッシュボード管理」アプリケーションを開き、適切なサマリーにルールを追加します。

ルールを再度無効にするには、この手順を繰り返し、セル値を変更してnoに戻します。

注意: ダッシュボード・サマリーに含まれるルールが無効である場合、引き続きサマリーに表示されますが、結果は戻されません。したがって、全体的な成功または失敗のインジケータに影響しないように、無効なルールをダッシュボード・サマリーから削除することをお薦めします。

4.6.2 例 - ルールの編集: 別の一般的なタイトルの追加

dq-health-check-business-rules-individual.xlsファイルの「タイトル」タブは、ルールIR411 - 大文字のタイトルがリストにあるかチェックで使用されます。

次の手順では、ルールで一般的な役職として用語"PROFESSOR"もチェックする方法を示します。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「タイトル」タブを選択します。

3. PROFESSORをワークシートの列Aのリストの一番下に追加します。

4. ファイルを保存します。

4.6.3 例 - ルールの編集: 値チェックの変更

この例では、IR430 - DOBが非常に古い(1900年より前)かどうかチェックの値チェックを変更して1890年より古い生年月日がないかチェックする方法について説明します。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「ルール」タブを選択し、IR430ルールまでスクロールします。

3. ルール・ラベルをCheck if DOB is very old (<1890)に変更します。

4. Check1列までスクロールし、セル値をchGreaterThan1890に変更します。

5. Select the 「チェック」タブを選択し、chGreaterThan1900チェックを表す2行を選択します。変更されていないシートでは、これらは通常、行39および40です。

6. 行をコピーして、既存のチェックの下に貼り付けます。

7. "1900"を1890で置き換えて、説明、チェック名およびオプション1のセルを編集します。

8. ファイルを保存します。

9. ディレクタを開き、プロジェクト・ブラウザで、EDQ-CDSデータ品質ヘルス・チェック・プロジェクトの「プロセス」ノードに移動します。

10. [I8A]個人その他の失敗ダッシュボードへの公開プロセスをダブルクリックします。

11. プロセス・キャンバスで、その他のチェックグループで次のプロセッサを探します。

    • IR430 DOB年が1900年より前有効

    • IR430 DOB年が1900年より前

12. これらのプロセッサのラベルを編集します(たとえば、"1900"を"1890"に変更します)。

13. IR430 DOB年が1890年より前プロセッサをダブルクリックします。

14. 「プロセッサ」ダイアログで「ダッシュボード」タブを選択します。

15. ルール名を編集してI430: DOB年が1890年より前を読み込みます。

16. 「OK」をクリックします。

17. プロセスを閉じ、実行した変更を保存します。

18. oedq_local_home/landingarea/dqhealthcheckフォルダに移動します。

19. rulesreference.xlsファイルを開きます。

20. 「その他」タブを選択し、IR430ルールを見つけます。

21. 説明をDOB year is older than 1890に変更します。

22. ファイルを保存します。

4.6.4 例 - ルールの編集: 重大度レベルの変更

この例では、ルールIR308 - 電子メールがあるかどうかチェックの重大度レベルを3から2に変更する方法について説明します。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「ルール」タブを選択し、IR308ルールを探します。

3. エラー重大度列までスクロールし、セル値を2に変更します。

4. ファイルを保存します。

5. 重大度サマリーがダッシュボード用にすでに構成されている場合は、「ダッシュボード管理」を開いて、IR308ルールを重大度3のサマリーから削除して重大度2のサマリーに追加します。

4.6.5 例 - ルールの追加

この例では、個人レコードのcustomstring1属性に渡される配達住所の郵便番号フィールドが、句読点を除いて9桁を超えない(米国の郵便番号形式に準拠するなど)ことをチェックするルールを追加する方法を説明します。このルールを効果的にするには、まず、スペースまたは句読点記号を削除してフィールド・データをクリーニングする必要があります。これにより、英数字の内容のみがチェックされるようになります

このルールを追加するには、次の8段階があります。

1. フィールドがビジネス・ルール・プロセッサに渡されることを確認します。

2. フィールド書式をチェックし、以前に実行したジョブの結果をサーバー・コンソールの「結果」ウィンドウで、特にDQヘルス・チェック分析出力タブで確認します。このタブは、デフォルトでは表示されません。したがって、この例を実行する前に、stageddata.Individual\ DQ\ Health\ Check\ Analysis\ Output.visible属性がYesに設定されていることを確認します。

3. 前処理を挿入して、フィールド・データを再度書式設定します。

4. ビジネス・ルール・スプレッドシートを編集します。

5. rulesreference.xlsスプレッドシートを編集します。

6. 「ビジネス・ルール・チェック」プロセッサを変更します。

7. ダッシュボード用に構成します。

8. ダッシュボード・サマリーを更新します。

注意: 次の各例では、ディレクタでのプロセス設計とそれに関連する権限を確実に理解している必要があります。

フィールドがビジネス・ルール・プロセッサに渡されることの確認

1. ディレクタを開き、プロジェクト・ブラウザでEDQ-CDS - データ品質ヘルス・チェック・プロジェクトの「プロセス」ノードに移動します。

2. [I6A]その他のビジネス・ルールの実行プロセスをダブルクリックします。

3. プロセス・キャンバスの一番下にあるビジネス・ルール実行グループの「ビジネス・ルール・チェック」プロセッサをダブルクリックします。

4. プロセッサ・ダイアログの「属性」タブで、「属性」フィールドをスクロールしてcustomstring1属性が含まれていることを確認します。

5. 「識別」タブをクリックします。

6. customstring1入力属性(デフォルトのインストール環境ではatCustomString1)に割り当てられた識別子を確認します。

フィールド書式の確認

1. サーバー・コンソールを起動します。

2. 「結果」ビューで、ヘルス・チェックの前回実行を選択します。

3. デフォルトでは、DQヘルス・チェック分析出力タブがウィンドウの一番下に表示されます。スクロールしてcustomstring1列を表示し、結果の書式を確認します。サンプル・イメージでは、書式は明らかに正しくありません。あるフィールドにはスペースが、他のフィールドにはハイフンが含まれているため、英数字データのみに限定されていません。

   
   図example_e1.pngの説明
   
   

4. サーバー・コンソールを閉じます。

フィールド・データを書式設定するための前処理の挿入

customstring1フィールドのデータの書式が必須の9文字の英数字書式と一致していないため、「ビジネス・ルール・チェック」プロセッサに渡す前にデータの前処理が必要です。また、プロセッサの出力への影響を回避するために、customstring1データのコピーに対して前処理を実行し、それをチェックに渡します。

1. ディレクタに戻ります。

2. 「連結」プロセッサを[I16A]その他のビジネス・ルールの実行プロセスに追加し、「ビジネス・ルール・チェック」プロセッサの直前に配置します。

3. プロセッサを構成し、customstring1文字列のコピー作成してcustomstring1ForChkと名前を付けます。

4. このプロセッサの後に、空白の削除および「ノイズ削除」プロセッサを加えて、customstring1ForChkデータをクリーニングするように構成します。

5. 変更を保存します。「ビジネス・ルール・チェック」プロセッサにさらに変更を加える必要があるため、ディレクタを開いたままにします。

ビジネス・ルール・スプレッドシートの編集

これで、dq-health-check-business-rules-individual.xlsスプレッドシートを編集できます。これには、新しいチェック、条件およびビジネス・ルールの追加が含まれます。

注意: customstring1ForChkフィールドが分析対象のデータに存在しない状況でルールが適用されないようにするために、条件は必須です。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「チェック」タブをクリックします。

3. 最大9文字を指定して、チェック用に新しいエントリを作成します。

   
   

   注意: 文言によって実行するチェックを表します。9文字を超えるエントリを落とすため、実行されるチェックは、実際はエントリが9文字以下であるかどうかです。

   
   
   
   図example_e2.pngの説明
   
   

4. 「条件」タブをクリックします。

5. coCustomString1_supplied行をコピーして、シートの一番下にある空の行に貼り付けます。

6. 新しいエントリの「条件名」と、「属性」または「チェック」の各セルを編集してcoCustomStringForChk_suppliedおよびcoCustomStringForChkをそれぞれ読み込みます。

7. 「ルール」タブをクリックします。

8. 次の値を適用してルールを表す新しい行を追加します。

   • ルールID: IR391

   • ルール・ラベル: Custom String 1 (denoised) greater than 9 chars

   • 無効化: 空白のままにします。

   • 適用先属性: atCustomString1ForChk

   • 条件: coCustomString1ForChk_supplied

   • エラー・コード: I391

   • エラー重大度: 3

   • エラー・メッセージ: Custom String 1 (denoised) is greater than 9 characters

   • チェック1: chLessThan9Chars

9. 「保存」をクリックしてスプレッドシートを閉じます。

rulesreference.xlsスプレッドシートの編集

1. oedq_local_home/landingarea/dqhealthcheckフォルダに移動します。

2. rulesreference.xlsファイルを開きます。

3. その他タブをクリックします。

4. 次に示すように、新しいルールの詳細をワークシートの一番下に追加します。

   
   図example_e2a.pngの説明
   
   

5. 「保存」をクリックしてスプレッドシートを閉じます。

「ビジネス・ルール・チェック」プロセッサの変更

再度書式設定したフィールドを使用するには、「ビジネス・ルール・チェック」プロセッサを変更する必要があります。

1. ディレクタに戻ります。

2. [I6A]その他のビジネス・ルールの実行プロセスの「ビジネス・ルール・チェック」プロセッサをダブルクリックします。

3. 「プロセッサ」ダイアログの「属性」タブで、入力属性にcustomstring1ForChk属性を追加します。

4. 「識別」タブをクリックします。

5. atCustomString1ForChk識別子を見つけて、ドロップダウン・フィールドのcustomstring1ForChk入力属性を割り当てます。

6. 変更内容を保存してダイアログを閉じます。

ダッシュボード用の構成

ダッシュボードを使用する場合は、新しいルールの結果を公開するようにさらに変更する必要があります。

1. ディレクタで、[I8A]個人その他の失敗ダッシュボードへの公開プロセスを開きます。

2. 2つの「監査」プロセッサのグループのコピーを作成します。この例の目的の場合、I313監査プロセッサをコピーします。

3. キャンバスでI313プロセッサの右側にコピーを貼り付けます。

4. コピーしたプロセッサの両方の名前を次のように変更します: I391: Custom String 1 (denoised) greater than 9 chars EnabledおよびI391: Custom String 1 (denoised) greater than 9 chars。

5. I313: 国際ID番号なしプロセッサのすべての出力を、I391: Custom String 1 (denoised) greater than 9 chars Enabledプロセッサに接続します。これで、プロセッサは次のように表示されます。

   
   図example_e4.pngの説明
   
   

6. I391: Custom String 1 (denoised) greater than 9 chars Enabledプロセッサをダブルクリックします。

7. 「プロセッサ」ダイアログで、「オプション」タブをクリックします。

8. 「正規表現」フィールドをI391に設定します。

9. 「保存」をクリックして、ダイアログを閉じます。

10. I391: Custom String 1 (denoised) greater than 9 charsプロセッサについて、手順7から9までを繰り返します。

11. 「ダッシュボード」タブをクリックします。

12. 「ルール名」フィールドを"I391: Custom String 1 (denoised) greater than 9 chars"に設定します。

13. 変更を保存し、プロセスを閉じます。

ダッシュボード・サマリーの更新

個人データ品質ヘルス・チェックジョブを再度実行したら、「ダッシュボード管理」アプリケーションの必要なサマリーに新しいルールを追加できます。

4.7 データ・インタフェースの理解

この項では、2つのヘルス・チェック・データ・インタフェースと、それぞれに含まれるすべての属性について説明します。

• 第4.7.1項「個人データ」

• 第4.7.2項「エンティティ・データ」

4.7.1 個人データ

個人データの属性はすべて文字列です。

属性	説明
individualid	個人(顧客、従業員、連絡先など)の一意の識別子。
languages	3文字のSiebel言語コード。漢字を含む名前が日本語か中国語かの判別を助けるために名前の標準化でのみEDQ-CDSによって使用されます。
nameid	名前の一意の識別子。複数の子エンティティが使用される場合に、同じ個人の異なる名前を区別するためにEDQ-CDSによって使用されます。詳細は、第5章「ビジネス・サービスの使用方法」を参照してください。
title
firstname
middlename
lastname
gender	MまたはF。
dob	*日付書式EDQ参照データ・セットにリストされているいずれかの書式の生年月日。
jobtitle
homephone
workphone
mobilephone
faxphone
alternatephone
email
taxnumber
nationalidnumber	社会保障番号(米国)またはそれに相当するもの。
accountname	該当する場合、この個人が属するアカウント(エンティティなど)の名前。
uid1	一意のID 1 注意: 一意のIDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコードを照合するために使用します。詳細は、第3章「照合の使用方法」を参照してください。
uid2	一意のID 2。
uid3	一意のID 3。
eid1	除去ID 1。 注意: 除去IDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコード間の可能性がある一致を除去するために使用します。詳細は、第3章「照合の使用方法」を参照してください。
eid2	除去ID 2。
eid3	除去ID 3。
addressid	住所の一意の識別子で、複数の子エンティティが使用される場合に、同じ個人の異なる住所を区別するためにEDQ-CDSで使用します。詳細は、第5章「ビジネス・サービスの使用方法」を参照してください。
address1	住所の行1。
address2	住所の行2。
address3	住所の行3。
address4	住所の行4。
dependentlocality	cityより小さい人口集中地域のデータ要素。トルコの地区(neighborhood)など。
doubledependentlocality	cityとdependentlocalityの両フィールドの内容に左右される、最も小さい人口集中地域のデータ要素。イギリスの村(village)など。
city
subadminarea	1つの国で最も小さい地理的データ要素。米国の郡(County)など。
adminarea	1つの国で最も一般的な地理的データ要素。米国の州(State)やカナダの州(Province)など。
postalcode
country	国名または2文字のISO国コード。 注意: 出力は常に、入力がISO国コードであっても、国のフルネームです。
customstring1	customstringフィールドは、ヘルス・チェックでの分析を必要としますが、標準インタフェース属性のいずれにも一致しないデータ属性のプレースホルダです。
customstring2
customstring3
customstring4
customstring5
customstring6
customstring7
customstring8
customstring9
customstring10

4.7.2 エンティティ・データ

エンティティ・データの属性はすべて文字列です。

属性	説明
nameid	名前の一意の識別子で、複数の子エンティティが使用される場合に、同じエンティティの異なる名前を区別するためにEDQ-CDSで使用します。詳細は、第5章「ビジネス・サービスの使用方法」を参照してください。
entityid	一意のレコード識別子。
languages	3文字のSiebel言語コード。漢字を含む名前が日本語か中国語かの判別を助けるためにEDQ-CDSで名前の標準化にのみ使用されます。
name	"Oracle Corporation UK"などの組織名。
subname	"Reading"、"Accounts Payable"などの部門や拠点。
phone
alternatephone
website
taxnumber
vatnumber
uid1	一意のID 1 注意: 一意のIDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコードを照合するために使用します。詳細は、第3章「照合の使用方法」を参照してください。
uid2	一意のID 2。
uid3	一意のID 3。
eid1	除去ID 1。 注意: 除去IDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコード間の可能性がある一致を除去するために使用します。詳細は、第3章「照合の使用方法」を参照してください。
eid2	除去ID 2。
eid3	除去ID 3。
addressid	住所の一意の識別子。
address1
address2
address3
address4
dependentlocality	cityより小さい人口集中地域のデータ要素。トルコの地区(neighborhood)など。
doubledependentlocality	最も小さい人口集中地域のデータ要素。イギリスの村(village)など。
city
subadminarea	1つの国で最も小さい地理的データ要素。米国の郡(county)など。
adminarea	1つの国で最も一般的な地理的データ要素。米国の州(state)、カナダの州(province)、イギリスの郡(county)など。
postalcode
country
customstring1	customstringフィールドは、ヘルス・チェックでの分析を必要としますが、標準インタフェース属性のいずれにも一致しないデータ属性のプレースホルダです。
customstring2
customstring3
customstring4
customstring5
customstring6
customstring7
customstring8
customstring9
customstring10

4.8 ダッシュボードのサンプル・サマリー

次の各表に、第4.4.2項「例 - ビジネス機能別のダッシュボード」で説明したサマリーに含めるルールを示します。

Account - 名前の詳細

監査コード	説明
E101	フルネームがありません
E202	名前が1文字です
E205	名前がありません
E302	サブ名が1文字です
E303	サブ名がありません
E408	名前にヒントの可能性がある語句が複数含まれています
E409	サブ名にヒントの可能性がある語句が複数含まれています
E411	通常以外の文字が名前に含まれています
E412	通常以外の文字がサブ名に含まれています

Account - 識別子

監査コード	説明
E102	エンティティIDがありません
E204	電話フィールドが指定されていません
E304	税番号がありません
E305	VAT番号がありません
E306	Webサイトがありません
E307	Webサイトが有効ではありません
E410	代替電話がありません
E413	通常以外の文字が電話に含まれています
E417	代替電話がありません
E419	電話がありません

Account - 識別子外れ値

監査コード	説明
E420	代替電話に2桁未満が指定されているようです
E510	代替電話の長さが基準外です(上/下0.1%で発生)
E520	代替電話のパターンの頻度が低すぎます(5%未満の確率で発生)
E421	電話に2桁未満が指定されているようです
E504	税番号の頻度が高すぎます(5%超の確率で発生)
E505	VAT番号の頻度が高すぎます(5%超の確率で発生)
E506	Webサイトの頻度が高すぎます(5%超の確率で発生)
E513	電話の長さが基準外です(上/下0.1%で発生)
E514	税番号の長さが基準外です(上/下0.1%で発生)
E515	VAT番号の長さが基準外です(上/下0.1%で発生)
E521	電話のパターンの頻度が低すぎます(5%未満の確率で発生)
E523	税番号のパターンの頻度が低すぎます(1%未満の確率で発生)
E524	VAT番号のパターンの頻度が低すぎます(1%未満の確率で発生)
E525	Webサイトのパターンの頻度が高すぎます(5%超の確率で発生)

Account - 住所の詳細

監査コード	説明
E203	住所1がありません
E206	郵便番号がありません
E207	市がありません
E301	住所をAVプロセッサで検証できません
E308	住所2および3がありません
E407	住所をAVプロセッサでジオコード化できません
E414	住所2がありません
E415	住所3がありません
E416	行政区画がありません
E418	国がありません

Account - 住所の詳細外れ値

監査コード	説明
E501	行政区画の頻度が非常に低いです(0.1%未満の確率で発生)
E502	市の頻度が非常に低いです(0.1%未満の確率で発生)
E503	国の頻度が非常に低いです(0.1%未満の確率で発生)
E511	市の長さが基準外です(上/下0.1%で発生)
E512	国の長さが基準外です(上/下0.1%で発生)
E522	郵便番号のパターンの頻度が低すぎます(1%未満の確率で発生)

Account - 可能性がある重複

監査コード	説明
E201	重複するエンティティIDが検出されました
E401	フルネーム住所1の可能性がある重複
E402	フルネーム代替電話の可能性がある重複
E403	フルネーム電話の可能性がある重複
E404	フルネームWebサイトの可能性がある重複
E405	名前税番号の可能性がある重複
E406	名前VAT番号の可能性がある重複

Contact - 名前の詳細

監査コード	説明
I101	フルネームがありません
I203	名が1文字です
I204	姓が1文字です
I208	名がありません
I210	姓がありません
I301	名前が姓のみで構成されています
I304	ミドルネームが1文字です
I310	ミドルネームがありません
I411	タイトルが一般的なタイトル・リストにありません
I418	タイトルがありません
I420	通常以外の文字が名に含まれています
I421	通常以外の文字が姓に含まれています
I422	通常以外の文字がミドルネームに含まれています
I428	フルネームにエンティティのヒントの可能性がある語句が含まれています
I429	フルネームにヒントの可能性がある語句が複数含まれています

Contact - 識別子

監査コード	説明
I102	個人IDがありません
I206	電話フィールドが指定されていません
I212	電子メールが有効ではありません
I302	性別およびタイトルに整合性がありません
I305	アカウント名がありません
I307	DOBがありません
I308	電子メールがありません
I311	税番号がありません
I312	DOBが未来日付です
I313	国民ID番号がありません
I413	代替電話がありません
I415	FAXがありません
I416	自宅電話がありません
I417	携帯電話がありません
I419	勤務先電話がありません
I423	通常以外の文字が代替電話に含まれています
I424	通常以外の文字がFAXに含まれています
I425	通常以外の文字が自宅電話に含まれています
I426	通常以外の文字が携帯電話に含まれています
I427	通常以外の文字が勤務先電話に含まれています

Contact - 識別子外れ値

監査コード	説明
I202	性別が有効値ではありません
I209	性別がありません
I430	DOB年が1900年より前です
I433	代替電話に2桁未満が指定されているようです
I434	自宅電話に2桁未満が指定されているようです
I435	携帯電話に2桁未満が指定されているようです
I436	勤務先電話に2桁未満が指定されているようです
I437	FAXに2桁未満が指定されているようです
I501	アカウント名の頻度が高すぎます(5%超の確率で発生)
I502	電子メールの頻度が高すぎます(5%超の確率で発生)
I503	税番号の頻度が高すぎます(5%超の確率で発生)
I508	タイトルの頻度が非常に低いです(0.1%未満の確率で発生)
I509	国民ID番号の頻度が高すぎます(5%超の確率で発生)
I510	DOB日付(年)の頻度が高すぎます(1%超の確率で発生)
I511	DOB年の頻度が高すぎます(5%超の確率で発生)
I512	DOB月の頻度が高すぎます(10%超の確率で発生)
I513	DOB日付(週)の頻度が高すぎます(15%超の確率で発生)
I514	DOB日付(月)の頻度が高すぎます(5%超の確率で発生)
I520	代替電話のパターンの頻度が低すぎます(5%未満の確率で発生)
I521	DOBのパターンの頻度が低すぎます(5%未満の確率で発生)
I522	電子メールのパターンの頻度が高すぎます(5%超の確率で発生)
I523	FAXのパターンの頻度が低すぎます(5%未満の確率で発生)
I524	自宅電話のパターンの頻度が低すぎます(5%未満の確率で発生)
I525	携帯電話のパターンの頻度が低すぎます(5%未満の確率で発生)
I527	税番号のパターンの頻度が低すぎます(1%未満の確率で発生)
I528	勤務先電話のパターンの頻度が低すぎます(5%未満の確率で発生)
I529	国民ID番号のパターンの頻度が低すぎます(1%未満の確率で発生)
I530	代替電話の長さが基準外です(上/下0.1%で発生)
I533	DOBの長さが基準外です(上/下0.1%で発生)
I534	FAXの長さが基準外です(上/下0.1%で発生)
I536	自宅電話の長さが基準外です(上/下0.1%で発生)
I537	携帯電話の長さが基準外です(上/下0.1%で発生)
I538	税番号の長さが基準外です(上/下0.1%で発生)
I539	勤務先電話の長さが基準外です(上/下0.1%で発生)
I540	国民ID番号の長さが基準外です(上/下0.1%で発生)

Contact - 住所の詳細

監査コード	説明
I205	住所1がありません
I207	市がありません
I211	郵便番号がありません
I303	住所をAVプロセッサで検証できません
I306	住所2および3がありません
I410	住所をAVプロセッサでジオコード化できません
I412	行政区画がありません
I414	国がありません
I431	住所2がありません
I432	住所3がありません

Contact - 住所の詳細外れ値

監査コード	説明
I504	行政区画の頻度が非常に低いです(0.1%未満の確率で発生)
I505	市の頻度が非常に低いです(0.1%未満の確率で発生)
I506	国の頻度が非常に低いです(0.1%未満の確率で発生)
I526	郵便番号のパターンの頻度が低すぎます(1%未満の確率で発生)
I531	市の長さが基準外です(上/下0.1%で発生)
I532	国の長さが基準外です(上/下0.1%で発生)

Contact - 可能性がある重複

監査コード	説明
I201	重複する個人IDが検出されました
I401	フルネーム住所1の可能性がある重複
I402	フルネーム代替電話の可能性がある重複
I403	フルネーム電子メールの可能性がある重複
I404	フルネームFAXの可能性がある重複
I405	フルネーム自宅電話の可能性がある重複
I406	フルネーム携帯電話の可能性がある重複
I407	フルネーム勤務先電話の可能性がある重複
I408	姓税番号の可能性がある重複
I409	姓国民ID番号の可能性がある重複