3 Enterprise Data Quality Siebelコネクタの構成
この章の内容は次のとおりです。
EDQ Siebelコネクタの構成
EDQ Siebelコネクタには、dnd.properties
という名前の構成ファイルが必要です。この構成ファイルは、(EDQ Siebelコネクタの一部としてインストールおよび構成される)dnd.parms
ファイルで指定された場所にインストールされます。dnd.properties
ファイルの設定により、どのEDQサーバーとプロジェクトを使用してSiebelインスタンスにデータ品質サービスを提供するか、どのように接続するかを制御します。
設定の理解
EDQ Siebelコネクタの設定はdnd.properties
ファイルに格納されており、次のカテゴリに分類されます。
-
CDS接続設定
-
複数の子エンティティのグループ
-
リアルタイム・サービスの定義
-
バッチ・ジョブの定義
CDS接続設定
これらの設定は、ジョブの実行とリアルタイム・サービスのため、EDQサーバーへの接続に使用されます。これらを設定する際は、値の末尾にスペースがないことを確認してください。接続の確立時にエラーが発生します。
-
httpprefix.cds
- EDQサーバーのホスト名、HTTPポートおよびコンテキスト名(http://hostname:port/edq/webservices
など)。注意:
EDQは自身のWebページとサーバーの通信にSSLを使用することを必要とし、Webページへのhttpリクエストをhttpsポートにリダイレクトします。ただし、必要に応じて、(セキュリティ標準で許可されている場合は)引き続きhttpをWebサービス・リクエストに使用できます。EDQがWindowsインストーラを使用してインストールされている場合のデフォルトのhttpポートは9002です。それ以外のインストールでは、ポートは、EDQのアプリケーション・サーバーへのデプロイ時に指定されます。httpsの使用が必須の場合、httpsの接頭辞とポート番号(EDQがWindowsインストーラを使用してインストールされている場合は9004にデフォルト設定)をここで指定できますが、EDQとの信頼できる接続を確立するには、EDQアプリケーション・サーバーからEDQ Siebelコネクタが使用するJREの証明書ストアに証明書または証明書のルートをインポートする必要があります(標準的なJavaの
keytool
コマンドを使用)。 -
jmxserver.cds
- EDQサーバーのJMXインタフェースのホスト名およびポート(servername:9005
など)。注意:
EDQがWindowsインストーラを使用してインストールされている場合、JMX管理ポートは9005にデフォルト設定されます。それ以外のインストールでは、8090にデフォルト設定されます。これは、EDQサーバーの構成ディレクトリにある
director.properties
ファイルのmanagement.port
エントリを読み取ることで確認できます。このエントリが存在しない場合、ポートは8090になります。 -
username.cds
およびpassword.cds
- EDQサーバー上の指定されたJMXおよびWebサービス・ユーザーのEDQログイン資格証明。このアカウントには、(少なくとも)次のEDQ権限が必要です。-
Webサービス・リクエストまたはJMSメッセージをEDQに送信するためのアクセス権限を付与するSystem: Connect to Messaging System。
-
ジョブの実行を許可するServer Console: Execute JobおよびDirector: Execute Job。
-
projectname
に記載されたEDQプロジェクトに対する権限。ユーザーがプロジェクト権限を持っていることを確認するには、EDQのディレクタ・アプリケーションでプロジェクトを右クリックし、「プロパティ」を選択し、さらに「セキュリティ」タブを選択します。ユーザーがプロジェクトへのアクセス権限を持つグループのメンバーであることを確認します。前述のユーザー・アカウントがプロジェクトをDXIファイルからインポートするのに使用されたアカウントであった場合は、権限を持っているはずです。
-
-
ステージング・データベースの接続の詳細 - SiebelとEDQ-CDSの間でバッチ照合ジョブのデータを渡すのに使用されるステージング・データベースの接続の詳細および資格証明。詳細は、「ステージング・データベースの構成」を参照してください。
-
projectname.cds
は、EDQサーバーのEDQ-CDSプロジェクトの名前です。プロジェクトの名前が変更されていない場合は、この設定を変更しないでおくことができます。 -
projectname.cdshc
は、EDQサーバーのEDQ-CDSヘルス・チェック・プロジェクトの名前です。プロジェクトの名前が変更されていない場合は、この設定を変更しないでおくことができます。
複数の子エンティティのグループ
Siebelの階層データは、EDQが、複数の「子」レコードの詳細(名前、住所、電子メール・アドレス、代替電話番号など)を使用して、「親」レコード(連絡先、潜在顧客、アカウントなど)を照合できるよう、EDQ Siebelコネクタにより、フラットなレコード構造に変換されます。
複数の子エンティティの設定では、Siebelコネクタによるスカラー(単一フィールド)および非スカラー(複数フィールド)の子エンティティの処理方法が指定されます。
注意:
これらの設定は、複数の子エンティティがEDQ-CDSで有効化され、インストールされたバージョンのSiebel (バージョン8.1.1.10以降)でサポートされている場合のみ、必要です。詳細は、「ベンダー・パラメータについて」およびSiebelのドキュメントを参照してください。
スカラー・グループ
スカラー・グループは、1つのフィールドで構成されるSiebelビジネス・コンポーネント、つまりSiebelのData Qualityフィールド・マッピングでマップされるフィールドが1つのSiebelビジネス・コンポーネントで使用されます。コネクタは、これらのグループの値をEDQの単一入力属性のシンプルな値の区切りリストに入力します。
必要な構成形式は次のとおりです。
group.[
name
] = [
BC1
],[
BC2
],...
group.[
name
].concat = [EDQ-CDS Attribute Name]
group.[
name
].delimiter = [Delimiter character]
ここで:
-
name
: ビジネス・コンポーネントに適用されるラベル -
BCn
: Siebelビジネス・コンポーネントの名前 -
group.[
name
].concat
: データが連結される属性。 -
group.[
name
].delimiter
: データを区切るのに使用されるデリミタ文字。
たとえば、デフォルトのdnd.properties
ファイルの次のグループにより、SiebelのAlternatePhone
ビジネス・コンポーネントの構成が設定されます。
group.altphone = AlternatePhone group.altphone.concat = alternatephone group.altphone.delimiter = |
このように、各親エンティティのすべてのAlternatePhone
の値が区切りリストに連結されます。
つまり、次の形式で格納されるSiebelの連絡先のAlternatePhone
の値
contact1 AlternatePhone1 AlternatePhone2 contact2 AlternatePhone3 AlternatePhone4
が次の形式に変換されます。
contact1 AlternatePhone1|AlternatePhone2 contact2 AlternatePhone3|AlternatePhone4
非スカラー・グループ
非スカラー・グループは、名前、住所など、複数のフィールドで構成される、より複雑な子エンティティに使用されます。この場合、コネクタは、同じ親の複数のレコードを作成し、照合のため、EDQに送信します。子データはそれぞれ異なります。
必要な構成形式は次のとおりです。
group.[
name
] = [
BC1
],[
BC2
]...
次のように情報を置き換えてください。
-
name
: ビジネス・コンポーネントに適用されるラベル -
BCn
: Siebelビジネス・コンポーネントの名前
たとえば、次の非スカラー・グループでは、それぞれアドレスを格納するSiebelビジネス・コンポーネントのリストを指定します。
group.address = CUTAddress,PersonalAddress
この設定では、CUTAddress
およびPersonalAddress
レコードがコネクタによって住所ラベルにグループ化され、EDQ-CDSでの照合用に別個のレコードに拡張されます。
連絡先の形式のCUTAddress
およびPersonalAddress
の値は次のとおりです。
contact1 CUTAddress1 PersonalAddress1 contact2 CUTAddress2 PersonalAddress2
これらの値が次の形式に変換されます。
contact1 address1 [CUTAddress1] contact1 address2 [PersonalAddress1] contact2 address3 [CUTAddress2] contact2 address4 [PersonalAddress2]
リアルタイム・サービスの定義
これらのプロパティを使用して、WebサービスでのSiebelコネクタとEDQ-CDSの通信方法が構成されます。
注意:
グローバルな通信設定が継承されるため、通常、これらのプロパティを変更する必要はありません。
dnd.properties
ファイルには、ws1
からws10
まで、10の事前定義済Webサービス構成が格納されています。これらには、次のパラメータの一部またはすべてが事前構成されており、必要に応じて編集できます。
-
type
- Siebelベンダー・パラメータのData Qualityの操作を識別するタグ。 -
conduit
- SiebelコネクタとEDQ-CDSの通信方法を指定します。可能な値は、simplews
、dbbatch
、jmsbatch
です。 -
url
- WebサービスのURLエンド・ポイント。 -
failsafe
- エラー時のコネクタの動作を指定します。-
true
: コネクタで障害が発生しても、エラー・メッセージは生成されません。 -
false
: コネクタにより、エラー・メッセージが生成されます。
-
-
username
およびpassword
- Webサービスへの接続に使用される資格証明。 -
parameternames
- Webサービス・パラメータとしてEDQ-CDSに渡される、Siebelセッション・パラメータのカンマ区切りリスト。 -
idelement
- Siebelに対応して生成されるXML要素の名前。
バッチ・ジョブの定義
バッチ・ジョブの定義は、次の8つのグループに分けられます。
-
アカウントの照合
-
アカウントのヘルス・チェック
-
アカウント・キーの分析
-
連絡先の照合
-
連絡先のヘルス・チェック
-
連絡先キーの分析
-
潜在顧客の照合
-
潜在顧客キーの分析
これらのグループには、バッチ操作の実行方法を制御するプロパティが存在する。
これらのプロパティは、SiebelコネクタとEDQ-CDSの間のデータ・フロー方法を制御します。:
-
type
- Data Qualityの操作を識別するタグ。これは、Siebelベンダー・パラメータに一致する必要があります。 -
conduit
- SiebelコネクタとEDQ-CDSの通信方法を指定します。可能な値は、simplews
、dbbatch
、jmsbatch
です。 -
failsafe
- エラー時のコネクタの動作を指定します。-
true: コネクタで障害が発生しても、エラー・メッセージは生成されません。
-
false: コネクタにより、エラー・メッセージが生成されます。
-
-
writetable
- コネクタがデータを書き込み、EDQ-CDSがデータを読み取るステージング・データベースの候補表。 -
db
- ステージング・データベースのデータベース接続文字列。 -
project
- dnd.propertiesファイルの先頭にある$projectname
変数から読み取るCDSプロジェクト名。 -
job
- EDQ-CDSジョブの名前。 -
runlabel
- ジョブの実行ラベル。 -
overrides
- これらの設定の値およびステージング・データベースにより、EDQ-CDSプロセスのデフォルトの(外部化された)構成設定が上書きされます。たとえば、キー・プロファイル、一致しきい値があります(デフォルトではそれぞれ、Typical
および70
)。ただし、これらはSiebelで構成されたパラメータでオーバーライドできます(「ベンダー・パラメータについて」を参照)。 -
readtable
- 一致が書き込まれるステージング・データベースの表の名前。 -
idelement
- Siebelビジネス・コンポーネントの識別子要素。
カスタマ・データ・サービスの使用に向けたSiebelの構成
次に、EDQ-CDSを使用するようSiebelを構成するステップを示します。次のステップを実行する前に、Siebel Data Quality管理ガイド(Siebel Bookshelfで提供)を読んでください。
注意:
Siebel 8.1.1.10以降は、この章で説明するすべての設定でデフォルト設定されています。そのため、このバージョンのSiebelを使用する場合は、この章をチェック・リストとして使用して、すべての設定が正しいことを確認できます。古いバージョンのSiebelでは、特に指定がなければ、このガイドに記載されている設定を使用してください。
このガイドは4つの項に分かれています。
-
サーバーの構成
-
データ品質の管理
-
ユーザー・プリファレンス
-
(オプション)データ品質バッチ・ジョブを有効化するテンプレートの作成
ユーザー・プリファレンス
ユーザーのデータ品質を有効にするには、次の手順を実行します。
- 「ツール」メニューで「ユーザー・プリファレンス」を選択します。
- データ品質をクリックします。
- 重複除外の有効化およびデータ・クレンジングの有効化オプションを「はい」に設定します。
これでSiebelの構成は完了です。Siebelサーバーを再起動して、すべての構成の変更が有効になったことを確認します。
(オプション)データ品質バッチ・ジョブを有効化するテンプレートの作成
サーバー管理UIからデータ品質バッチ・ジョブを実行するようにSiebelを構成できます。また、Siebelコマンドラインからジョブを実行したり、ジョブの構成をファイルに格納し、必要に応じて再利用することができます。
これには、いくつかのカスタム・ジョブ・テンプレートをSiebelに追加する必要があります。これらのテンプレートおよび必要なパラメータは、「ジョブ・テンプレート構成について」に記載されています。
ジョブ・テンプレートを追加する手順:
「ジョブ・テンプレート構成について」に記載されているジョブごとに新しいジョブ・テンプレートを作成します。
ステージング・データベースの構成
ステージング・データベースは、SiebelのData Quality Managerからバッチ・ジョブを実行する際、SiebelとEDQの間でデータを処理するステージング領域としてSiebelコネクタが使用します。
このバッチ・インタフェースは、EDQがスタンドアロンのSiebel CRMシステムに接続される際に最も一般的に使用されます。Siebel UCMの「UCMのバッチ」フローは、インバウンド・データをSiebel UCMのマスター・データと照合する際、このインタフェースを使用しません。代わりに、EDQのリアルタイム照合サービスを呼び出します。
ただし、CRMとUCMの両方で、Siebel Data Quality Managerサービスは、マスター・データでのみ、重複の特定およびヘルス・チェックのバッチ・ジョブを実行できます。
これらのバッチ・ジョブの実行中、照合のドライバおよび候補レコードと、データ品質ヘルス・チェック・サービスの入力レコードがステージング・データベースの表に書き込まれます。これらのレコードは、EDQのジョブで読み取られます。照合サービスでのみ、EDQは照合プロセスで見つかった重複をこのステージング・データベースの別の表にエクスポートします。これらの重複は、Siebelに読み戻されます。
接続の構成
バッチ・ジョブの処理時に候補表および一致表を読み取り、書き込むためには、SiebelコネクタとEDQ-CDSの両方をステージング・データベースに接続する必要があります。これらの表は、サポートされるデータベース・タイプのスキーマ(Oracle)で作成できます。デフォルトの接続文字列は、Oracleデータベースに対応します。
接続の詳細はdnd.properties
ファイルで指定されます(「EDQ Siebelコネクタの構成」を参照)。これらを構成するには、dnd.properties
ファイルを開き、ファイルの先頭付近にある「CDS Connection Settings」セクションのパラメータを編集します。これらのパラメータにより、ステージング・データベースへの接続に使用されるデータベースのホスト、ポート、データ・ソースのJNDI名、資格証明およびその他の設定を制御します。
構成のファイナライズおよび確認
次の項では、システムをファイナライズし、EDQ Siebelコネクタが正しくインストールおよび構成されていることを確認する方法について説明します。
始める前に、適切なリアルタイム・ジョブがEDQで実行中であることを確認します(Oracle Fusion Middleware Enterprise Data Quality Customer Services Data Services Packのインストールおよび構成を参照)。
クラスタ・キーの生成
すでにSiebelデータベースにレコードが移入されている場合(Accounts/Contacts/Prospects
)、使用前に新しい構成用にシステムでクラスタ・キーを生成またはリフレッシュする必要があります。
Siebelの「管理」→「サーバー」ページから、次のジョブ(「ジョブ・テンプレート構成について」で定義)を実行します。
-
Generate account keys
-
Generate contact keys
-
Generate prospect keys
注意:
EDQをキーの生成に使用する場合、これらのジョブは、Siebelの構成済トークン式を使用してキーを生成するかわりに、EDQキー生成Webサービスを自動的に呼び出します。
リアルタイムの連絡先照合のテスト
連絡先レコードのリアルタイムの照合サービスをテストする手順:
- 「ツール」→「ユーザー・プリファレンス」→データ品質→重複除外の有効化をが「はい」に設定されていることを確認して、現在のユーザー・プロファイルのリアルタイムの重複除外が有効化されていることを確認します。
- 「管理」→データ品質→データ品質設定→ユーザーの重複除外の強制 - 連絡先を「はい」に設定します。
- 「バッチ照合サービスのテスト」と同じ詳細を使用して、新しい連絡先レコードを入力します。
- レコードを保存します。
- 一致している可能性がある連絡先ダイアログが表示され、以前に作成された2つの連絡先レコードに対する一致が表示されていることを確認します。
注意:
正確な名前と電子メールの一致は、この例のように、EDQがキーの生成に使用されているか(Siebel 8.1.1.10以降)、キーの生成に使用される問合せ式およびトークン式が名前、名前と電子メール、または属性のみを使用するように調整されている場合のみとなります。
ジョブ・テンプレート構成について
明確にするため、表に記載されているテンプレートの大半で見られるData Quality Setting
パラメータは、1つの二重引用符(")と2つの一重引用符(')で始まり、1つの一重引用符と1つの二重引用符で終わります。
名前 | 短縮名 | パラメータ |
---|---|---|
Batch account cleanse |
BatAccClean |
Buscomp Name = Account Business Object Name = Account Operation Type = Data Cleansing |
Batch account match |
BatAccMatch |
Buscomp Name = Account Business Object Name = Account Data Quality Setting = "'','Yes','dedupe'" Operation Type = DeDuplication |
Batch account health check |
BatAccHealth |
Buscomp Name = Account Business Object Name = Account Data Quality Setting = "'','Yes','healthcheck'" Operation Type = DeDuplication |
Batch account key analysis |
BatAccKeyAnalysis |
Buscomp Name = Account Business Object Name = Account Data Quality Setting = "'','Yes','keyanalysis'" Operation Type = DeDuplication |
Batch address cleanse |
BatAddClean |
Buscomp Name = CUT Address Business Object Name = CUT Address Operation Type = Data Cleansing |
Batch contact cleanse |
BatConClean |
Buscomp Name = Contact Business Object Name = Contact Operation Type = Data Cleansing |
Batch contact match |
BatConMatch |
Buscomp Name = Contact Business Object Name = Contact Data Quality Setting = "'','Yes','dedupe'" Operation Type = DeDuplication |
Batch contact health check |
BatConHealth |
Buscomp Name = Contact Business Object Name = Contact Data Quality Setting = "'','Yes','healthcheck'" Operation Type = DeDuplication |
Batch contact key analysis |
BatConKeyAnalysis |
Buscomp Name = Contact Business Object Name = Contact Data Quality Setting = "'','Yes','keyanalysis'" Operation Type = DeDuplication |
Batch prospect cleanse |
BatProClean |
Buscomp Name = List Mgmt Prospective Contact Business Object Name = List Mgmt Prospective Contact Operation Type = Data Cleansing |
Batch prospect match |
BatProMatch |
Buscomp Name = List Mgmt Prospective Contact Business Object Name =List Mgmt Prospective Contact Data Quality Setting = "'','Yes','dedupe'" Operation Type = DeDuplication |
Batch prospect key analysis |
BatProKeyAnalysis |
Buscomp Name = List Mgmt Prospective Contact Business Object Name =List Mgmt Prospective Contact Data Quality Setting = "'','Yes','keyanalysis'" Operation Type = DeDuplication |
Generate account keys |
GenAccKey |
Buscomp Name = Account Business Object Name = Account Operation Type = Key Generate |
Generate contact keys |
GenConKey |
Buscomp Name = Contact Business Object Name = Contact Operation Type = Key Generate |
Generate prospect keys |
GenProKey |
Buscomp Name = List Mgmt Prospective Contact Business Object Name = List Mgmt Prospective Contact Operation Type = Key Generate |
Incremental account match |
IncAccMatch |
Buscomp Name = Account B usiness Object Name = Account Data Quality Setting = "'','No','dedupe'" Operation Type = DeDuplication Object Where Clause = [Updated] > '12/18/2007 00:00:00' 注意: 前述のオブジェクトのWhere句は単なる一例です。 |
Incremental account health check |
IncAccHealth |
Buscomp Name = Account Business Object Name = Account Data Quality Setting = "'','No','healthcheck'" Operation Type = DeDuplication Object Where Clause = [Updated] > '12/18/2007 00:00:00' |
Incremental contact match |
IncConMatch |
Buscomp Name = Contact Business Object Name = Contact Data Quality Setting = "'','No','dedupe'" Operation Type = DeDuplication Object Where Clause = [Updated] > '12/18/2007 00:00:00' 注意: 前述のオブジェクトのWhere句は単なる一例です。 |
Incremental contact health check |
IncConHealth |
Buscomp Name = Contact Business Object Name = Contact Data Quality Setting = "'','No','healthcheck'" Operation Type = DeDuplication Object Where Clause = [Updated] > '12/18/2007 00:00:00' |
Incremental prospect match |
IncProMatch |
Buscomp Name = List Mgmt Prospective Contact Business Object Name = List Mgmt Prospective Contact Data Quality Setting = "'','No','dedupe'" Operation Type = DeDuplication Object Where Clause = [Updated] > '12/18/2007 00:00:00' 注意: 前述のオブジェクトのWhere句は単なる一例です。 |
Refresh account keys |
RefAccKey |
Buscomp Name = Account Business Object Name = Account Operation Type = Key Refresh |
Refresh contact keys |
RefConKey |
Buscomp Name = Contact Business Object Name = Contact Operation Type = Key Refresh |
Refresh prospect keys |
RefProKey |
Buscomp Name = List Mgmt Prospective Contact Business Object Name = List Mgmt Prospective Contact Operation Type = Key Refresh |
ビジネス・コンポーネントのフィールド・マッピングについて
注意:
これらのビジネス・コンポーネントフィールドは、Id
を除いて、すべてドロップダウン・フィールドです。このフィールドは手動で入力する必要があります。
UID、EID、IEID
UID、EIDおよびIEIDは、オプションのEDQのマップされたフィールドで、ユーザーが必要とする場合はSiebelビジネス・コンポーネント・フィールドにマップできます。
マップされたフィールドは次のとおりです。
-
UID - uid1、uid2、uid3
-
EID - eid1、eid2、eid3
-
IEID - ieid1、ieid2、ieid3
マップされたフィールドは次の操作に適用されます。
-
アカウント - 重複除外
-
連絡先 - 重複除外
-
リスト管理潜在顧客の連絡先 - 重複除外
アカウント - データ・クレンジング
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Id |
|
Language Code |
|
Name |
|
Location |
|
Main Phone Number |
|
Tax ID Number |
|
Home Page |
|
VAT registration number |
|
アカウント - 重複除外
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Id |
|
Language Code |
|
Name |
|
Location |
|
Main Phone Number |
|
Tax ID Number |
|
VAT registration number |
|
Home Page |
|
次のフィールドは、複数の子エンティティが無効化
されている場合のみ、使用されます。
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Primary Account Street Address |
|
Primary Account Address Street Address2 |
|
Primary Account Address Street Address3 |
|
Primary Account City |
|
Primary Account State |
|
Primary Account Postal Code |
|
Primary Account Country |
|
CUTアドレス - データ・クレンジング
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Street Address |
|
Street Address 2 |
|
City |
|
State |
|
Postal Code |
|
Country |
|
CUTアドレス - 重複除外
注意:
このビジネス・コンポーネントは、複数の子エンティティが有効化
されている場合のみ、使用されます。
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Street Address |
|
Street Address 2 |
|
City |
|
State |
|
Postal Code |
|
Country |
|
個人住所 - データ・クレンジング
注意:
このビジネス・コンポーネントは、複数の子エンティティが有効化
されている場合のみ、使用されます。
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Street Address |
|
Street Address 2 |
|
City |
|
State |
|
Postal Code |
|
Country |
|
個人住所 - 重複除外
注意:
このビジネス・コンポーネントは、複数の子エンティティが有効化
されている場合のみ、使用されます。
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Street Address |
|
Street Address 2 |
|
City |
|
State |
|
Postal Code |
|
Country |
|
連絡先 - データ・クレンジング
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Id |
|
M/M |
|
M/F |
|
First Name |
|
Middle Name |
|
Last Name |
|
Home Phone # |
|
Work Phone # |
|
Fax Phone # |
|
Cellular Phone # |
|
Email Address |
|
Job Title |
|
Social Security Number |
|
Birth Date |
|
連絡先 - 重複除外
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Id |
|
M/M |
|
M/F |
|
First Name |
|
Middle Name |
|
Last Name |
|
Home Phone # |
|
Work Phone # |
|
Fax Phone # |
|
Cellular Phone # |
|
Email Address |
|
Job Title |
|
Social Security Number |
|
Birth Date |
|
Primary Account Name |
|
次のフィールドは、複数の子エンティティが無効化されている場合のみ、使用されます。
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Primary Street Address |
|
Primary Address Street Address2 |
|
Primary Address Street Address3 |
|
Primary City |
|
Primary State |
|
Primary Postal Code |
|
Primary Country |
|
リスト管理潜在顧客の連絡先 - データ・クレンジング
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Id |
|
M/M |
|
M/F |
|
First Name |
|
Middle Name |
|
Last Name |
|
Home Phone # |
|
Work Phone # |
|
Fax Phone # |
|
Cellular Phone # |
|
Email Address |
|
Job Title |
|
Social Security Number |
|
Birth Date |
|
リスト管理潜在顧客の連絡先 - 重複除外
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Id |
|
M/M |
|
M/F |
|
First Name |
|
Middle Name |
|
Last Name |
|
Home Phone # |
|
Work Phone # |
|
Fax Phone # |
|
Cellular Phone # |
|
Email Address |
|
Job Title |
|
アカウント |
|
Social Security Number |
|
Birth Date |
|
次のフィールドは、複数の子エンティティが無効化
されている場合のみ、使用されます。
ビジネス・コンポーネント・フィールド | マップされたフィールド |
---|---|
Street Address |
|
Street Address 2 |
|
City |
|
State |
|
Postal Code |
|
Country |
|
ベンダー・パラメータについて
ベンダー・パラメータは次のとおりです。
名前 | 値 |
---|---|
Key Generation Process by Third Party |
キー生成にEDQ Webサービスを使用する場合は 注意:外部キー生成がインストールされたバージョンのSiebel (バージョン8.1.1.10以降)でサポートされている場合は、このパラメータを「Yes」に設定してください。パラメータが |
Support Multiple Child Entities Deduplication |
複数の子エンティティを使用して照合する場合は 注意: このパラメータが |
Account DataCleanse Record Type |
|
Account DeDup Record Type |
|
CUT Address DataCleanse Record Type |
|
CUT Address DeDup Record Type |
注意: 複数の子エンティティが有効化されている場合のみ使用されます。 |
Personal Address DataCleanse Record Type |
|
Personal Address DeDup Record Type |
注意: 複数の子エンティティが有効化されている場合のみ使用されます。 |
Contact DataCleanse Record Type |
|
Contact DeDup Record Type |
|
List Mgmt Prospective Contact DataCleanse Record Type |
|
List Mgmt Prospective Contact DeDup Record Type |
|
Batch Max Num Of Records |
200 |
Parameter 1 |
"session", "clusterlevel", "2" 注意: それぞれのコンマの後ろにスペースが必要です。 |
Parameter 2 |
"session", "matchthreshold", "70" 注意: それぞれのコンマの後ろにスペースが必要です。 |
Parameter 3 |
"session", "uselegacykeygen", "N" 注意: それぞれのコンマの後ろにスペースが必要です。 |
Parameter 4 |
"session", "keyprofileind", "Typical" 注意: それぞれのコンマの後ろにスペースが必要です。 |
Parameter 5 |
"session", "keyprofileent", "Typical" 注意: それぞれのコンマの後ろにスペースが必要です。 |
問合せ式およびトークン式のパラメータ
EDQキー生成サービスを呼び出すのではなく、Siebelによってキーが生成される場合のみ、これらのパラメータを構成してください。これは、8.1.1.10よりも前のバージョンのSiebelに適用されます。
インストールされたバージョンのSiebelがキー生成のEDQサービスの使用をサポートしている場合、これらのサービスを使用して、パフォーマンスと照合の有効性の適切なバランスを確保する必要があります。
注意:
これらのクエリおよびトークンのパラメータの値は一例として提供されます。これらは、個人の住所データが適正に入力され、第1アドレスに郵便番号が入力され、個人の大半がアカウントに割り当てられていることを前提としています。使用可能なデータがそうでない場合は、最も頻繁に移入される識別データ・フィールドを使用するようにこれらのパラメータを構成する必要があります。詳細は、Oracle Siebel Data Quality管理ガイドを参照してください。
名前 | 値 |
---|---|
Account Query Expression |
|
Account Token Expression |
|
Contact Query Expression |
|
Contact Token Expression |
|
List Mgmt Prospective Contact Query Expression |
|
List Mgmt Prospective Contact Token Expression |
|
注意:
前述の問合せ式、トークン式およびパラメータ名の値は、大文字と小文字を区別します。また、アカウント・トークン式および連絡先トークン式の設定の'_____'は、連続する5文字のアンダースコアを表しています。
コネクタ・インタフェースについて
EDQとSiebelを統合するには、3つのタイプのサービスを使用できます。これには、次のようなものがあります。
- キーの生成
- マッチング
- クリーニング/標準化
データはリクエストでEDQに送信され、リクエストを構成するフィールドは、Siebelで構成されるベンダー・マッピングによって定義されます。
次に、SiebelコネクタからSiebelに渡されるXMLの結果の例を示します。「ID」フィールド(この例ではContact .Id、Account.Idまたはcontactid)は、オブジェクト・タイプによって異なります。フィールドに指定可能な名前は次のとおりです。
表3-1 XMLの結果の例
オブジェクト | リアルタイムID | バッチID |
---|---|---|
アカウント |
Account.Id |
accid |
連絡先 |
Contact.Id |
contactid |
Prospect |
Prospect.Id |
prospectid |
キー生成では、次の例(Contactの場合)のようなレスポンスが返されます。ProspectおよびAccountに対するレスポンスの違いは、ID属性(ProspectはProspect.IdおよびAccountはAccount.Id)および戻されるキー値のタイプが異なる点のみです。
<Data>
<KeyRecord>
<Contact.Id>1-6HMMPYM</Contact.Id>
<KeyValue>AD110FNL3GNL3^1298^VAN^LOU</KeyValue>
<KeyPriority>42</KeyPriority>
</KeyRecord>
....
</Data>
照合では、次のAccountの例のようなレスポンスが返されます。ContactおよびProspectのレスポンスは、ID属性のみが異なります。
- Contactのリアルタイム照合の例:
<Data> <DuplicateRecord> <Account.Id>1-xe2</Account.Id> <DQ.MatchScore>98</DQ.MatchScore> <DQ.RuleName>N020 Full name exact, A010 Address exact, W030 Website no data, P030 Phone no data, T030 Tax number no data, V030 VAT number no data</DQ.RuleName> <DQ.RuleAttributes>NAME,ADDRESS</DQ.RuleAttributes> </DuplicateRecord> </Data>
- Contactのバッチ照合の例:
<Data> <ParentRecord> <DQ.MasterRecordsRowID>1-HAKB</DQ.MasterRecordsRowID> <DuplicateRecord> <contactid>1-HAJU</contactid> <DQ.MatchScore>87.0</DQ.MatchScore> <DQ.RuleName>N100 Standardized full name, A010 Address exact, C070 Account name no data, D030 DOB no data, P030 Phone no data, E040 Email no data, I030 National ID number no data, T030 Tax number no data</DQ.RuleName> <DQ.RuleAttributes>NAME,ADDRESS</DQ.RuleAttributes> </DuplicateRecord> </ParentRecord> </Data>
クリーニング/標準化サービスから受信するレスポンスは、Siebelのベンダー・フィールド・マッピングによって完全に定義されます。ただし、キー生成および照合サービスからのレスポンスに返されるフィールドは、SiebelのDQインタフェースが理解して使用できるフィールドに限られます。詳細は、「ビジネス・コンポーネントのフィールド・マッピングについて」を参照してください。
注意:
DQ.RuleNameおよびDQ.RuleAttributesフィールドは、Siebel 19.7以降のバージョンでのみ使用できます。これ以前のSiebelバージョンでは、これらのフィールドは無視されます。