翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Amazon Connect でルールベースのアイデンティティ解決のためのマッチングルールを設定する ## 制限 標準プロファイルから任意の属性を選択し、類似プロファイルを比較できます。例えば、電話番号、メールアドレス、名前、およびカスタム属性を選択できます。 ルールベースのマッチングルールを作成できますが、次の制限があります。 + 15 のルールレベル + 各ルールレベルには、最大 15 のプロファイル属性を含めることができます。 ## ヒント 一意のプロファイルのターゲット設定を改善し、重複しないプロファイルの統合を回避するには、以下のヒントに従うことをお勧めします。 + 電話番号、メールアドレス、アカウント番号など、顧客を一意に識別でき、顧客間で同じである可能性が低い高基数属性を少なくとも 1 つ含めてください。 + 高基数属性がなくても、異なる ID に属する可能性のあるプロファイル属性は使用しないでください。 + **[電話番号]** と **[名]**、**[姓]** の組み合わせは、**[名]** と **[姓]** のみの組み合わせより強いルールです。 + あるルールレベルで、そのルールのすべてのプロファイル属性が低基数属性 (500 を超える異なるプロファイルに属する可能性のある属性) である場合、Customer Profiles はそのプロファイルの照合を試みません。ドメインの作成時に設定した場合、DLQ に次の SQS メッセージが表示されます。 + ルールレベル x のすべての属性が 500 を超えるレコードに関連付けられています。 + 常に、最初に **[一致のみ]** を有効にして、一致結果を確認し、一致結果に満足した場合にのみ、**[MaxAllowedRuleLevelForMerging]** を設定することによって、マージを有効にします。 ## プロファイルマージのためのプロファイル競合の解決 住所レコードが競合しているなど、2 つ以上の類似したプロファイルの属性の値が異なる場合に使用するレコードを定義できます。 **最終更新日タイムスタンプ** デフォルトでは、プロファイルの競合は新しさによって管理されます。2 つ以上の類似プロファイルの値が競合するときには、最後に更新された属性が選択されます。 **最終更新日タイムスタンプを含むソース** プロファイルの競合を管理するためのデータソースとして、特定のオブジェクトタイプのレコードに優先順位を付けることができます。2 つ以上の類似プロファイルの値が競合するときには、指定されたオブジェクトタイプの最後に更新された属性が選択されます。 オブジェクトタイプでタイムスタンプが指定されていない場合は、レコードが Customer Profiles に取り込まれた日付が使用されます。統合を設定していない場合、最終更新日のタイムスタンプを含むソースは使用できません。統合を追加すると、オブジェクトタイプをこのオプションのソースとして使用できるようになります。 ## プロファイルの競合にタイムスタンプがない [Missing timestamp] (タイムスタンプがありません) メッセージは、カスタムオブジェクトタイプマッピングがある場合に表示されます。 カスタムオブジェクトタイプに次の新しい属性を追加するには、[PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html) API を使用します。 + `Fields.sourceLastUpdatedTimestamp` + `sourceLastUpdatedTimestampFormat` タイムスタンプ属性が指定されていない場合は、統合条件の作成を続行できますが、レコードが Customer Profiles に取り込まれたときのデフォルトのタイムスタンプが使用されます。統合条件を作成する前に、新しい属性を追加することをお勧めします。 カスタムオブジェクトタイプを既に定義しており、カスタムオブジェクトタイプを更新する場合は、スケジュールされたバックフィルを毎週実行して、既存のプロファイルを `Fields.sourceLastUpdatedTimestamp` で更新します。スケジュールされたバックフィルにオプトインするには、以下の手順に従ってください。 1. [PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html) API を使用して、カスタムプロファイルオブジェクトタイプを更新します。 1. カスタムプロファイルオブジェクトタイプを更新した後、[AWS サポートチケット](https://console.aws.amazon.com/support/home)を開きます。 1. AWS はユーザーに代わってバックフィルをスケジュールします。予定されているバックフィルは 2022 年 2 月末まで実行されます。 または、カスタムオブジェクトタイプを使用するドメインの取り込み/コネクタを削除して再作成することもできます。すべてのデータは、更新されたオブジェクトタイプを使用して再度取り込まれ、`Fields.sourceLastUpdatedTimestamp` はそこから解析されます。 ## 例:マッチングの仕組み ### ONE\_TO\_ONE の例 `ONE_TO_ONE` を `AttributeMatchingModel` として選択できます。`ONE_TO_ONE` を選ぶと、システムはサブタイプが完全に一致する場合にのみ照合できます。 **例**: `EmailAddress` タイプを表すために、`EmailAddress` と `BusinessEmailAddress` を使用しています。`AttributeMatchingModel` は、`ONE_TO_ONE` です。 **マッチングルールは次のとおりです**。 ``` Rule Level 1: EmailAddress, LastName, FirstName Rule Level 2: AccountNumber ``` ``` Profile A: EmailAddress: 1@email.com BusinessEmailAddress: john@company.com LastName: Doe FirstName: John AccountNumber: account1234 ``` ``` Profile B: EmailAddress: 2@email.com BusinessEmailAddress: john@company.com LastName: Doe FirstName: John AccountNumber: account1234 ``` プロファイル A とプロファイル B は、`EmailAddress` タイプ、`LastName`、および `FirstName` が一致するため、ルールレベル 1 で一致します。 ### MANY\_TO\_MANY の例 `MANY_TO_MANY` を `AttributeMatchingModel` として選択できます。`MANY_TO_MANY` を選ぶと、システムは属性タイプのサブタイプ間で属性を照合できます。 **例**: `EmailAddress` タイプを表すために、`EmailAddress` と `BusinessEmailAddress` を使用しています。`AttributeMatchingModel` は、`MANY_TO_MANY` です。 **マッチングルールは次のとおりです**。 ``` Rule Level 1: EmailAddress, LastName, FirstName Rule Level 2: AccountNumber ``` ``` Profile A: EmailAddress: 1@email.com (match with Profile B’s BusinessEmailAddress) BusinessEmailAddress: john@company.com LastName: Doe FirstName: John AccountNumber: account1234 ``` ``` Profile B: EmailAddress: 2@email.com BusinessEmailAddress: 1@email.com (match with Profile A's EmailAddress) LastName: Doe FirstName: John AccountNumber: account1234 ``` プロファイル A とプロファイル B は、`EmailAddress` タイプ、`LastName`、および `FirstName` が一致するため、ルールレベル 1 で一致します。