監査プロセッサ

監査プロセッサまたは監査チェックでは、ビジネス・ルールを使用して入力データをチェックし、ビジネスの目的に合っているかどうかを評価します。

データのチェックに使用する監査プロセッサおよび監査プロセッサが使用するルールは、プロファイリングの結果から決定されます。

監査プロセッサは、チェックに従って、各入力レコードが有効か無効かについて分類します。無効なレコードは、出力フィルタにより後続の処理で有効なレコードと別に処理できます。たとえば、チェックに合格しなかったレコードのクリアを試行するだけです。リスト・チェックなどの一部の監査プロセッサには、3つの出力フィルタ(有効(チェックに合格したレコード)、無効(最終的に失敗として識別されたレコード)および不明(最終的に有効とも無効とも認識されなかったレコード))があります。

監査プロセッサでは、指定されたデータ属性をプロファイリング時に適用するビジネス・ルールが暗黙的に使用されます。適用できるビジネス・ルールの各タイプの監査プロセッサについては、次の表を参照してください。

ルールのタイプ ビジネス・ルールの例 監査プロセッサ

属性にnull値を含めることが許可されているかどうか

CU_NO属性はnullにできません

データなしチェック

許可または予期されている属性内のデータ長

CU_ACCOUNT属性は10文字から-11文字の長さで指定する必要があり、空白を含めることはできません

長さチェック

属性内のデータ・タイプの一貫性

NAME属性には数値を含められません

データ型チェック

属性内の値の妥当性

TITLE属性内の値は、有効タイトルのリストと一致する必要があります

リスト・チェック

標準の文字パターンの順守

TEL_NO属性内の値は、標準パターンを順守する必要があります

パターン・チェック

標準パターンの順守(正規表現による)

イギリス国民保険番号は、標準の正規表現に一致している必要があります

正規表現チェック

属性内の特定の文字の妥当性

NAME属性の値には、#~@;:/?.>,<%$£!^* などの文字を含めることができません

無効な文字のチェック

属性内の値の重複

CU_NO値の重複は許可されません

重複チェック

属性に、必須フィールドに対する共通のユーザー・エントリ回避策が含まれているかどうか

FORENAME属性にaaaなどの値を含められません

サスペクト・データ・チェック

ある属性の値の別の属性の値に対するチェック

DATE_OF_BIRTH属性は、DATE_OF_DEATH属性より前である必要があります

属性のクロス・チェック

参照表における関連データの有無のチェック

顧客のアクティブな連絡先レコードが少なくとも1つ存在する必要があります

ルックアップ・チェック

論理式をパスしたデータの有無のチェック

有効なDATE_OF_BIRTH属性、有効な郵便番号および有効な電子メール・アドレスがあります

論理チェック

データに特定の値または値範囲があることのチェック

すべての男性顧客は、性別の値が'M'である必要があります

値のチェック

データがEDQとは独立して定義されているビジネス・ルール・セットに適合していることのチェック。

顧客がイギリスを拠点にしている場合、郵便番号が存在しており、かつ有効な形式である必要があります。

ビジネス・ルール・チェック

EDQには、前述の汎用の監査プロセッサに加えて、電子メール・チェックなどの多数の特定の属性チェックが用意されています。

注意:

提供されている汎用のプロセッサを使用して専用のチェックを作成できない場合、JavaScriptを使用して専用のチェックを作成するか、EDQを拡張して新しいプロセッサを追加するように選択できます。詳細は、「EDQの拡張」を参照してください。