重複する組織および個人の識別
Fusion Data Qualityのサブスクリプションを使用すると、顧客データ管理で対話型重複識別を有効にして、顧客登録の既存のレコードの重複である可能性がある新規顧客レコードの作成を回避できます。 この機能を使用すると、新規顧客レコードを保存しようとすると、重複の可能性があるレコードがアプリケーションから通知され、既存のレコードを使用するのではなく、新規レコードの作成を続行することを選択できます。 また、Fusion Data Qualityサービスでは、モバイル・アプリケーションや顧客レコードを作成するためのOracle Visual Builder webインタフェースなど、カスタム・クライアントに対して同様の重複識別フローを開発する場合、REST APIを使用した対話型重複識別もサポートされます。 このセクションは、REST APIの機能、実装および使用状況の理解に役立ちます。
前提条件
Fusion Data Quality重複識別REST関数には、Oracle Fusionデータ品質サービス・オプションとともにOracle CX Salesサービス・ベースのサブスクリプションが必要です。 必要なサブスクリプションがアクティブになると、実装では、エンタープライズ・データ品質照合構成の管理設定タスクを使用して、組織および個人のデータ品質照合構成を構成およびアクティブ化する必要があります。 このタスクの詳細は、CX Salesヘルプ・センターの『CX Sales and Fusion Service向け顧客データ管理の実装』ガイドを参照してください。
RESTデータ品質照合の概要
RESTベースの重複識別は、組織オブジェクトおよび個人オブジェクトで使用でき、標準のCX Sales RESTリソースの特殊な処理を介して提供されます。 CX Sales組織および個人RESTリソースの詳細は、CX Salesヘルプ・センターの『CX Sales and Fusion Service向けREST API』ガイドを参照してください。
URLの例
このリソースURL形式を使用します。
POST
crmRestAPI/resouces/11.13.18.05/<hubOrganizations|hubPersons>/
次の各項では、組織および個人重複識別APIとその特殊なサブリソースの詳細を説明します。
重複組織の識別
組織のRESTベースの重複識別は、'findDuplicates'という組織のCX Sales REST APIの特殊な処理を介して提供されます。
URLの例
USeこのURL形式。
POST
crmRestAPI/resouces/11.13.18.05/hubOrganizations/action/findDuplicates
リクエストの本文には、タイプが"hubOrganization"のフラット・マップ構造が含まれ、属性名が組織RESTオブジェクトの最上位レベル・スキーマに準拠している必要があります。 属性名: match valueマップには、アプリケーション・コンポーザで作成されたサービス対応のカスタム属性を含めることができます。
- 照合しきい値スコア
- クラスタ・キー・モード
- 標準スコアリング・ルールとカスタム・スコアリング・ルールのどちらを使用するか
レスポンスの本文は、構成された照合設定ごとの照合基準を満たすCX Sales顧客登録の組織レコードのリストと、リクエストで発行された照合属性/値ペアで構成されます。 リストの各要素は、組織の識別子、よく使用される属性値、照合スコアを駆動するスコアリング・ルールと属性値を提供するフラット・マップ構造です。
- PartyId
- PartyNumber
- OrganizationName
- FormattedAddress
- FormattedPhoneNumber
- RawPhoneNumber
- Url
- EmailAddress
- PrimaryContactPartyId
- PrimaryContactPartyNumber
- CreationDate
- LastUpdateDate
- LastUpdatedBy
- CreatedBy
- MatchScore
- MatchRule
- MatchedAttributes
例
例1: 重複の可能性がある成功したリクエスト
リクエスト本文の例
次に、JSON形式のリクエスト本文の例を示します。
{ "hubOrganization": { "OrganizationName": "Merrrill Technologies", "AddressLine1": "500 South Drive", "PostalCode": "94035", "State": "CA", "Country":"US" } }
レスポンス本文の例
JSON形式のレスポンス本文の例を次に示します。
{ "result": [ { "PartyId":"300100193515606", "PartyNumber": "CDRM_970814", "OrganizationName": "Merrill Technologies", "FormattedAddress": "500 South Drive,MOFFETT FIELD, CA 94035", "FormattedPhoneNumber": null, "RawPhoneNumber": null, "Url": null, "EmailAddress": null, "PrimaryContactPartyId":null, "PrimaryContactPartyNumber": null, "PrimaryContactPartyName":null, "CreationDate":"2019-09-23 07:57:37.263", "LastUpdateDate": "2019-09-23 08:01:11.364", "LastUpdatedBy": "SALES_ADMIN", "CreatedBy": "SALES_ADMIN", "MatchScore": "77", "MatchRule": "[E125C] Full name all words shorter with typos; premise; no subpremise; postal code starts with", "MatchedAttributes": "PostalCode,AddressLine1,Country,OrganizationName" } ] }
例2: 重複の可能性がある識別がない成功したリクエスト
リクエスト本文の例
次に、JSON形式のリクエスト本文の例を示します。
{ "hubOrganization": { "OrganizationName": "Merrrill Technologies" } }
レスポンス本文の例
次に、JSON形式のレスポンス本文の例を示します。
{ "result": [] }
例3: リクエスト本文にカスタム属性を持つ成功したリクエスト
リクエスト本文の例
次に、JSON形式のリクエスト本文の例を示します。
{ "hubOrganization": { "OrganizationName": "Merrill Technologies", "OrganizationDEO_NonVerifiedVAT_c": "A5678" } }
レスポンス本文の例
JSON形式のレスポンス本文の例を次に示します。
{ "result": [ { "PartyId": "300100180759704", "PartyNumber": "CDRM_859821", "OrganizationName": "Merrill Technologies", "FormattedAddress": "500 South Drive,MOFFETT FIELD, CA 94035", "FormattedPhoneNumber": null, "RawPhoneNumber": null, "Url": null, "EmailAddress": null, "PrimaryContactPartyId": null, "PrimaryContactPartyNumber": null, "PrimaryContactPartyName": null, "CreationDate": "2019-09-26 21:54:26.208", "LastUpdateDate": "2019-10-01 05:32:56.461", "LastUpdatedBy": "SALES_ADMIN", "CreatedBy": "swatson", "MatchScore": "89", "MatchRule": "[E020H] Full name exact; VAT number", "MatchedAttributes": "OrganizationDEO_NonVerifiedVAT_c,OrganizationName" } ] }
重複する個人の識別
個人のRESTベースの重複識別は、'findDuplicates'という個人のCX Sales REST APIの特殊な処理を介して提供されます。
URLの例
このリソースURL形式を使用します。
POST
crmRestAPI/resouces/11.13.18.05/hubPersons/action/findDuplicates
リクエストの本文には、タイプが"hubPerson"のフラット・マップ構造が含まれ、属性名がhubPersons RESTオブジェクトの最上位レベル・スキーマに準拠している必要があります。 属性名: match valueマップには、アプリケーション・コンポーザで作成されたサービス対応のカスタム属性を含めることができます。
APIの一致動作は、コンタクト・オブジェクトのアクティブなデータ品質照合構成に従って、リアルタイム一致構成パラメータ設定によって制御されます。 次の設定によって制御されます:
- 照合しきい値スコア
- クラスタ・キー・モード
- 標準スコアリング・ルールとカスタム・スコアリング・ルールのどちらを使用するか
レスポンスの本文は、構成された照合設定ごとの照合基準を満たすCX Sales顧客登録の個人レコードのリストと、リクエストで発行された照合属性/値ペアで構成されます。 リストの各要素はフラット・マップ構造で、個人の識別子、個人に対して一般的に使用される属性値、照合スコアを駆動するスコアリング・ルールを提供します。 担当者レスポンス・スキーマは次のとおりです:
- PartyId
- PartyNumber
- FirstName
- LastName
- MiddleName
- FormattedAddress
- RawHomePhoneNumber
- FormattedHomePhoneNumber
- RawWorkPhoneNumber
- FormattedWorkPhoneNumber
- RawMobileNumber
- FormattedMobileNumber
- EmailAddress
- OrganizationPartyId
- OrganizationPartyNumber
- OrganizationPartyName
- LastUpdateDate
- LastUpdatedBy
- CreatedBy
- CreationDate
- MatchScore
- MatchRule
- MatchedAttributes
例
例1: 重複の可能性がある成功したリクエスト
リクエスト本文の例
次に、JSON形式のリクエスト本文の例を示します。
{ "hubPerson": { "FirstName":"Arnold", "LastName": "Smith" "EmailAddress": "Arnold.smith@email.abc", "Address1":"318 Elm St", "PostalCode": "53421" } }
レスポンス本文の例
JSON形式のレスポンス本文の例を次に示します。
{ "result": [ { "PartyId": "300100544978841", "PartyNumber": "CDRM_935497", "FirstName": "Arnold", "LastName": "Smith", "MiddleName": null, "FormattedAddress": "319 Elm St,Anytown,53421", "RawHomePhoneNumber": null, "FormattedHomePhoneNumber": null, "RawWorkPhoneNumber": null, "FormattedWorkPhoneNumber": null, "RawMobileNumber": null, "FormattedMobileNumber": null, "EmailAddress": "Arnold.smith@email.abc", "OrganizationPartyId": null, "OrganizationPartyNumber": null, "OrganizationPartyName": null, "LastUpdateDate": "2021-02-25 19:35:23.52", "LastUpdatedBy": "SALES_ADMIN", "CreatedBy": "SALES_ADMIN", "CreationDate": "2021-02-25 19:35:18.003", "MatchScore": "100", "MatchRule": "[I020B] Name exact; address; e-mail", "MatchedAttributes": "FirstName,LastName,Address1,EmailAddress" }]}
ヒントおよび考慮事項
- findDuplicatesアクションは、ベースhubOrganizationsおよびhubPersons RESTリソースでサポートされている同じレコード・タイプの重複候補を返します。
- 「findDuplicates」処理によって返される一致する組織または個人のリストは、照合スコアの降順にソートされます。
- レスポンスに含まれる一致候補の最大数は、デフォルトの推奨値の20ですが、ORA_ZCQ_MAX_CANDIDATESプロファイル・オプションで構成できます。
- hubOrganizationおよびhubPersonの"findDuplicates"アクションには、ベースhubOrganizationsおよびhubPersons RESTリソース・エンドポイントへのアクセスに必要なロールや権限以外の追加のロールや権限は必要ありません。
- findDuplicatesリクエスト本文には、最上位レベルのhubOrganizationまたはhubPersonリソース・スキーマの属性のみを含めることができます。 子コレクションの照合属性は現在サポートされていません。
- findDuplicatesアクションは、カスタム・クライアントが顧客データ管理パーティ・センター・インタフェースによって提供される対話型の重複識別フローをレプリケートできるように設計されています。
- findDuplicates機能は、Oracle CXの顧客マスター・リングの一部であり、候補者の識別およびスコアリング・プロセスを満たすのに十分な情報を含む予測可能なデータ・シェイプと連携できます。 顧客レコードの一般的な検索インタフェースとなることを意図していません。
- "findDuplicates"レスポンスは、成功したリクエストに対して200のHTTPレスポンス・ステータス・コードを返します:
- リクエスト本文に少なくとも1つの正しい属性マッピングがあるかぎり、サービスは誤って指定された一致属性を無視
- 成功したレスポンスには、ゼロ個以上の一致を指定できます
- レスポンスには、次に示すほとんどのエラー条件のHTTPレスポンス・ステータス・コード400が含まれます:
- リクエスト本文に正しく指定された一致属性が含まれていません
- "一致の識別時にデータ品質サービスでエラーが発生しました\
- リクエスト本文に正しく指定された一致属性が含まれていません
- 必要な引用符、カンマまたは中カッコの欠落など、リクエストの構造が無効です
- "指定されたペイロードを解析できません\
- データ品質照合サービスが有効化されていないか、アクティブな構成がありません
- データ品質照合サーバーが無効になっているため、クレンジング操作を実行できませんでした。 ヘルプ・デスクに連絡してください。」。
- サービス対応のカスタム属性の正しい名前を識別するには、hubOrganizationまたはhubPerson RESTエンドポイントの???describe???レスポンスを参照してください
- 標準属性でカスタム属性名プリフィクス・パターンを使用しないでください
- hubPersonsオブジェクトのdescribeは、https://<server>>.oraclecloud.com/crmRestAPI/resouces/11.13.18.05/hubPersons/describeから読み取ることができます
- hubOrganizationオブジェクトのdescribeは、https://<server>>.oraclecloud.com/crmRestAPI/resouces/11.13.18.05/hubOrganizations/describeから読み取ることができます