本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 在 Amazon Connect 中使用身份解析合并相似的配置文件
*相似的资料*是指两个或更多资料被确定为适用于同一个联系人。当跨多个通道和应用程序为同一客户捕获客户记录，并且这些客户记录不共享一个公共唯一标识符时，可能会有多个资料。
身份解析会自动查找相似的资料并帮助您整合它们。该功能每周运行一次身份解析作业，该作业执行以下步骤：
1. [自动资料匹配](how-identity-resolution-works.md#auto-profile-matching)
1. 根据您的合并标准[自动合并相似资料](how-identity-resolution-works.md#auto-profile-merging)
每次身份解析作业运行时，它都会在 **Customer Profiles** 页面上显示指标。这些指标显示了它审查的资料数量、找到的匹配组数以及合并的资料数。
启用身份解析可能会收取额外费用。有关更多信息，请参阅 [Amazon Connect 定价](https://aws.amazon.com/connect/pricing/)。
![\[Amazon Connect Customer Profiles 页面，“启用身份解析”按钮。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/customer-profiles-enable-ir.png)
# 为您的 Amazon Connect Customer Profiles 域启用身份解析
**重要**
Amazon Connect 使用座席工作区时，案例与 Amazon Connect 客户档案身份解析不完全兼容。以下是合并配置文件后现有案例会发生的情况：
合并后，案例保持与其原始配置文件 ID 相关联。
案例不会跨合并的配置文件自动整合。
目前尚不支持将现有案例与另一个配置文件重新关联的方法。如果您需要手动合并案例，请使用[CreateCase](https://docs.aws.amazon.com/connect/latest/APIReference/API_connect-cases_CreateCase.html)和[CreateRelatedItem](https://docs.aws.amazon.com/connect/latest/APIReference/API_connect-cases_CreateRelatedItem.html)作为解决方法。
当启用身份解析时，需要指定以下信息：
+ 身份解析作业每周运行一次的时间。默认情况下，它于 UTC 时间周六午夜 12 点运行。
+ Amazon S3 存储桶，身份解析作业应在其中写入自动资料匹配过程的结果。如果您没有 S3 存储桶，则可以选择在启用过程中创建一个。
您可以查询 Amazon S3 存储桶或使用 [GetMatches](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetMatches.html)API 根据[置信度分数](how-identity-resolution-works.md#confidence-score)筛选结果。
启用身份解析后，您将会看到用于为可选的自动合并过程[创建合并标准](create-consolidation-criteria.md)的选项。
**启用身份解析**
1. 您必须为您的实例启用 Customer Profiles 域。有关说明，请参阅[为您的 Amazon Connect 实例启用 Customer Profiles](enable-customer-profiles.md)。
1. 在导航窗格中，选择 **Customer Profiles**。
1. 在**身份解析**部分，选择**启用身份解析**。
![\[Amazon Connect Customer Profiles 页面，“启用身份解析”按钮。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/customer-profiles-enable-ir.png)
1. 在**身份解析**弹出框中，选择**启用身份解析**。
![\[Amazon Connect Customer Profiles 页面，“启用身份解析”按钮。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/customer-profiles-enable-ir-2.png)
1. 在**启用身份解析**页面上，指定您希望身份解析作业运行的日期和时间。
1. 如果您想查看 Amazon S3 存储桶 IDs 中匹配的个人资料，请选择 “**写入与 Amazon S3 匹配的个人资料 ID**”。否则，您可以使用 [GetMatches](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetMatches.html)API 来查看匹配的配置文件。
**注意**
如果您自动启用合并，则不会收到匹配的配置文件。 IDs
1. 指定身份解析作业应在其中写入资料匹配项的 Amazon S3 存储桶。
建议应用策略以防止出现混淆代理安全问题。有关更多信息和示例策略，请参阅 [Amazon Connect Customer Profiles 跨服务混淆座席问题防范](cross-service-confused-deputy-prevention.md#customer-profiles-cross-service)。
1. 完成后，选择**启用身份解析**。启用身份解析后，将启用基于规则的匹配和基于机器学习的匹配。您可以从“身份解析”页面禁用其中一项或两项。有关更多信息，请参阅 [禁用 Amazon Connect Customer Profiles 中的身份解析指标](disable-identity-resolution.md)。
1. 基于规则的身份解析匹配：
1. 启用与新域的基于规则的匹配功能后，如果您设置了集成并且集成正在运行，则匹配将立即启动。
1. 启用与现有域的基于规则的匹配功能后，匹配过程将在一小时内启动。
1. 基于机器学习的身份解析匹配：
1. 启用身份解析功能后，身份解析作业将在 24 小时内首次运行。
**注意**
在新的 Customer Profiles 域上首次运行身份解析作业之前，建议检查您的资料指标，以确保已创建资料。否则，将不会返回任何匹配结果。
1. 您可能需要为自动合并匹配资料设置合并标准。如果是这样，请参阅[在 Amazon Connect 中设置身份解析的合并标准](create-consolidation-criteria.md)。
# 在 Amazon Connect 中设置身份解析的合并标准
**注意**
您必须[启用身份解析](#create-consolidation-criteria)，才能使用 Amazon Connect 管理员控制台访问用于创建合并标准的选项。
当身份解析作业检测到相似的资料时，该过程可以根据您指定的合并标准自动将它们合并到统一的资料中。
系统将在匹配组中的所有相似资料中比较您选择的属性，以实现完全匹配。例如，如果在条件中将 `email` 指定为属性，则匹配组中具有完全相同 `email address` 值的所有相似资料将合并到一个统一资料中。
**提示**
如果您想设置自己的合并逻辑，请使用 [MergeProfiles](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_MergeProfiles.html)API。
## 限制
您可以从[标准资料](standard-profile-definition.md)中选择任何属性来比较相似的资料。例如，您可以选择电话号码、电子邮件地址和姓名以及自定义属性。
您最多可以指定：
+ 10 个合并标准
+ 每个标准 20 个属性
## 创建严格标准的提示
为了更高效地确定唯一资料并避免合并非重复项的资料，建议执行以下步骤：
+ 选择能够唯一标识客户且不同客户之间不太可能相同的属性，例如账号或某种形式的政府 ID。
+ 避免使用单一属性标准。选择多个属性以创建属性组合，从而提高目标定位。例如：
+ 带有**名字**、**中间名**、**姓氏**的**电话号码**
比
+ 单独使用**电话号码**或
+ 单独使用**名字、中间名、姓氏**的组合更符合标准
+ 如果适用，请选择特定属性组中的所有属性。例如，如果要使用姓名，请选择所有相关的姓名属性：**名字、中间名、姓氏**。如果要使用企业地址，请选择所有相关的企业地址属性。
+ 在标准中加入以下可能唯一标识客户的属性之一，以及其他属性：
+ 账号
+ Phone number（电话号码）
+ 电子邮件地址
## 如何设置自动合并标准
在设置自动合并的合并标准之前，建议您先查看[自动合并过程的工作原理](how-identity-resolution-works.md#consolidation-criteria-how-it-works)。
1. 启用身份解析后，在**身份解析**页面上，您可以选择设置自动合并标准。选择**创建合并标准**。
1. 如果您收到**缺少时间戳**对话框，建议您在继续操作之前向自定义对象类型添加新的时间戳属性。请参阅[资料冲突缺少时间戳](#missing-timestamp-for-profile-conflicts)。
1. 在**资料冲突**部分，选择当两个或更多记录存在冲突时应如何解决资料冲突。
1. 在**合并标准**部分，创建一个或多个标准。建议每个标准至少包含两个或更多属性。
## 资料冲突缺少时间戳
如果您有自定义对象类型映射，则会显示**缺少时间戳**消息。
使用 [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. 更新自定义资料对象类型后，打开 [支持 工单](https://console.aws.amazon.com/support/home)，我们将为您安排回填。定期回填的运行将持续到 2022 年 2 月底。
或者，您可以删除并重新创建使用自定义对象类型的域名。 ingestion/connector 将使用您的更新对象类型重新摄取您的所有数据并从中解析 `Fields.sourceLastUpdatedTimestamp`。
## 示例：如何应用标准示例
在此示例中，有三个标准：
+ **解决资料冲突**设置为**使用上次更新的时间戳**。这意味着，当两个字段的值相互冲突时，身份解析将使用上次更新的时间戳来确定要使用哪个值。
+ 标准 1：
+ 名字、姓氏
+ 电子邮件
+ 标准 2：
+ Phone number（电话号码）
这些标准适用于以下资料：
+ 资料 A
+ John Doe [上次更新时间 **05:00**a]
+ doefamily@anyemail.com [上次更新时间 **05:00**a]
+ 555-555-5555 [上次更新时间 **07:00**a]
+ 资料 B
+ John Doe [上次更新时间 **04:00**a]
+ doefamily@anyemail.com [上次更新时间 **06:00**a]
+ 555-555-555**6** [上次更新时间 *04:00*a]
+ 资料 C
+ **Jane** Doe [上次更新时间 **06:00**a]
+ doefamily@anyemail.com [上次更新时间 **07:00**a]
+ 555-555-5555 [上次更新时间 **06:00**a]
以下是应用标准 1 时的结果：
+ 资料 A 和 B 合并 = 资料 AB
这将产生资料 AB，如下所示：
+ John Doe [上次更新时间 **05:00**a]
+ doefamily@anyemail.com [上次更新时间 **07:00**a]
+ 555-555-555**5** [上次更新时间 **06:00**a]
由于电话号码之间存在冲突，因此身份解析使用上一个时间戳来选择 555-555-555 号码。
接下来，应用标准 2。以下为结果：
+ 资料 AB 和 C 合并 = 资料 ABC
这将产生资料 ABC，如下所示：
+ **Jane** Doe [上次更新时间 **06:00**a]
+ doefamily@anyemail.com [上次更新时间 **07:00**a]
+ 555-555-555**5** [上次更新时间 **07:00**a]
身份解析使用资料 C 中的名字、姓氏和电子邮件，因为它们具有最新的时间戳。
# Amazon Connect 中身份解析的机器学习
Amazon Connect 中身份解析会自动查找相似的资料并帮助您整合它们。本节的主题介绍了如何设置机器学习匹配功能以合并重复的配置文件，这是自动合并过程的一部分。
**Topics**
+ [机器学习身份解析的工作原理](how-identity-resolution-works.md)
+ [设置用于身份解析的机器学习](setup-machine-learning-matching.md)
# Amazon Connect 中机器学习身份解析的工作原理
本主题介绍身份解析如何执行自动资料匹配，以及如果已设置身份解析，则它如何自动合并相似资料。
## 自动资料匹配
为了识别相似的资料，身份解析使用机器学习来查看每个资料中的以下个人身份信息 (PII) 属性：
+ 姓名：审查所有姓名的相似度，包括名字、中间名和姓氏。
+ 电子邮件：审查所有电子邮件地址的相似度，包括个人电子邮件和企业电子邮件。它们不区分大小写。
+ 电话号码：审查所有电话号码和格式的相似度，包括家庭电话、移动电话和企业电话。
+ 地址：审查所有地址类型和格式的相似度，包括企业地址、邮寄地址、配送地址和账单地址。
+ 出生日期：审查所有出生日期和格式的相似度。
它使用此信息来创建相似资料的匹配组。
### 匹配组
匹配组由代表客户的所有相似资料组成。每个匹配组均包含以下信息：
+ 匹配 ID，用于唯一标识代表联系人的两个或更多相似资料的组
+ 比赛组 IDs 中的个人资料数量
+ 与匹配组关联的置信度分数
### 置信度分数
自动匹配过程运行后，您可以查询 S3 存储桶或使用 [GetMatches](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetMatches.html)API 根据置信度分数筛选结果。例如，您可以筛选出高置信度匹配项以进行进一步审查。
置信度分数是一个介于 0 和 1 之间的数字，它表示将资料分配给匹配组的置信级别。分数为 1 可能表示完全匹配。
## 自动合并相似的资料
匹配资料后，身份解析作业可以选择根据您的标准合并相似的资料。如果您删除或更新标准，则更新的标准将在下次运行中应用于相似的资料。
**重要**
您无法撤消合并过程。我们强烈建议在运行 Identity Resolution Job 之前，使用 [GetAutoMergingPreview](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetAutoMergingPreview.html)API 对自动合并过程进行试运行。
**注意**
合并两个配置文件时，通过 API 调用或座席工作区手动填充的配置文件字段不会被从集成或自定义对象类型映射中自动摄取的配置文件字段覆盖。
例如，假设代理在座席工作区中手动创建了带有 FirstName “John” 的配置文件。另一个配置文件是使用 S3 与 FirstName “Peter” 的集成创建的。如果这些配置文件自动合并， FirstName “John” 将被保留。
### 自动合并过程的工作原理
+ **合并标准中的所有选定属性都与 `AND` 标准相关联，并在合并之前进行精确值比较**。
+ 例如，当在标准中指定了多个属性（如 `email address` 和 `phone number`）时，将合并匹配组中具有完全相同的 `email address` 和 `phone number` 值的所有相似资料。
+ 如果匹配组中的一个或多个相似资料对标准中的一个或多个属性具有不同的值或缺失值，将合并相似资料。
例如，一个匹配组可能是五个相似的资料，其中三个资料合并在一起，因为这三个资料符合相应标准。其他两个资料未合并，因为它们不符合相应标准。
+ **从标准 1 开始，按优先级顺序评估多个标准**。
+ 应用合并标准的顺序。它从作为最高优先级的标准 1 开始，到作为最低优先级的标准 10 结束。
+ 在身份解析作业应用一个标准后，它会将下一个标准应用于合并的资料和匹配组中其余的相似资料。
+ 最多可有 10 个合并标准。
+ **每个标准均独立运行，并与其他条件一起作为 `OR` 运行**。
+ 如果您有多个标准，则在身份解析作业进入下一个标准之前，将按优先级顺序分别应用每个标准。
+ 所有标准均按您列出的顺序应用。合并匹配组中的一个或多个相似资料是失败还是成功，都无关紧要。
+ **默认情况下，资料冲突按新近性进行管理**。
+ 当匹配组中两个或更多相似的资料满足合并标准时，将通过比较构成相似资料的资料属性的每个值来创建所生成的合并资料。
+ 每个属性的值可能完全匹配。在这种情况下，可以为该属性选择任何值。
+ 如果两个或更多构成相似资料的值之间存在冲突，则选择最近更新的属性。
例如，如果 Jane Doe 在构成相似资料的 `Address` 属性中有三个不同的值，则身份解析会选择最新的地址来创建统一的资料。
+ 默认情况下，使用**上次更新的时间戳**来确定最近更新的记录。
+ **资料冲突按源对象类型和新近性进行管理**。
+ 您还可以更改冲突解决的默认行为，以选择来自特定源的相似构成资料作为事实来源，从而为冲突解决提供信息。
+ 如果要指定用于资料冲突的数据源，则可以选择其中一种对象类型作为数据源，前提是选择**具有上次更新时间戳的源**。
+ 指定对象类型中最近更新的记录用于解决资料冲突。
+ **上次更新的时间戳标识最近更新的记录**。
+ 与源记录的对象类型关联的时间戳属性用于标识最近更新的记录。
+ 如果时间戳属性不适用于对象类型，则使用将记录摄取到您的 Customer Profiles 域的时间戳。
+ 如果您有自定义对象类型，则需要添加时间戳。参阅[资料冲突缺少时间戳](create-consolidation-criteria.md#missing-timestamp-for-profile-conflicts)了解更多信息。
+ **合并操作是一个单向过程，无法撤消**。
+ 在开始合并过程之前，请仔细选择您的标准。有关更多信息，请参阅 [创建严格标准的提示](create-consolidation-criteria.md#tips-for-creating-consolidation-criteria)。
+ 使用 [GetAutoMergingPreview](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetAutoMergingPreview.html)API 测试身份解析的自动合并设置，无需合并数据。
有关显示如何应用标准的示例，请参阅[示例：如何应用标准示例](create-consolidation-criteria.md#criteria-examples)。
# 在 Amazon Connect 中设置身份解析的机器学习
## 编辑机器学习匹配运行计划
![\[编辑机器学习匹配运行计划。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/machine-learning-ir-edit-run-schedule.png)
## 编辑机器学习合并匹配项
![\[编辑机器学习合并匹配项。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/machine-learning-ir-edit-merge-matches.png)
## 编辑机器学习匹配位置
![\[编辑机器学习匹配位置。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/machine-learning-ir-edit-match-location.png)
# Amazon Connect 中基于规则的身份解析匹配
AC 中身份解析会自动查找相似的配置文件并帮助您整合它们。本节主题介绍如何设置基于规则的身份解析解决方案，以合并重复的配置文件，这是自动合并过程的一部分。
**Topics**
+ [基于规则的身份解析的工作原理](how-rule-based-identity-resolution-works.md)
+ [设置基于规则的身份解析匹配](setup-rule-based-matching.md)
+ [设置用于基于规则的身份解析的匹配规则](setup-matching-rule-examples.md)
# Amazon Connect 中基于规则的身份解析的工作原理
本主题介绍基于规则的身份解析如何执行自动资料匹配，以及它如何自动合并相似资料。
## 自动资料匹配
为了识别相似的资料，基于规则的身份解析使用[匹配的规则属性](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_MatchingRule.html)列表来匹配每个资料。中最多支持 15 个 MatchingRule 属性[MatchingRules](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html#customerprofiles-Type-RuleBasedMatchingRequest-MatchingRules)。
### 匹配规则
以下是可以使用的[ MatchingRule](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_MatchingRule.html)属性列表。您最多可以配置 15 个匹配的规则级别。对于每个匹配规则，您可以在每个资料中使用以下个人身份信息 (PII) 属性：
+ **AccountNumber**
+ **Address.Address**：将检查中指定的所有地址[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.City**：将检查中指定的所有地址[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.Countr** y：对[属性类型选择器](#rule-based-attribute-type-selector)中指定的所有地址进行相似性审查，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.Cou** nty：将检查中指定的所有地址[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **地址。 PostalCode**: 将检查中指定的所有地址[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括地址、 BusinessAddress MaillingAddress、和 ShippingAddress
+ **Address.Stat** e：对中[属性类型选择器](#rule-based-attribute-type-selector)指定的所有地址进行相似性审查，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.P** rovince：对[属性类型选择器](#rule-based-attribute-type-selector)中指定的所有地址进行相似性审查，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **PhoneNumber**：检查中指定的电话号码[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括 PhoneNumber HomePhoneNumber、和。 MobilePhoneNumber
+ **EmailAddress**：对中指定的所有电子邮件地址进行相似性审查，包括 EmailAddress BusinessEmailAddress、和 [属性类型选择器](#rule-based-attribute-type-selector) PersonalEmailAddress
+ **BirthDate**
+ **BusinessName**
+ **FirstName**
+ **LastName**
+ **MiddleName**
+ **Gender**
+ **任何带有*属性* 前缀的自定义资料属性**
按优先级处理匹配规则。例如，第一个规则应该是您要定义的最优化的规则，并应使用它来获得最准确的结果。
### 属性类型选择器
属性类型选择器包含基于规则的身份解析的重要配置信息，有助于资料匹配。这将有助于您跨属性类型微调资料比较，并选择要在每种类型中进行匹配的主要属性。在此功能中，您可以灵活地配置三种不同的属性类型，从而实现对匹配过程的精确控制。
+ **电子邮件类型**
+ 您可以选择 EmailAddress BusinessEmailAddress、和 PersonalEmailAddress
+ **PhoneNumber type**
+ 您可以选择 PhoneNumberNumber HomePhoneNumber、和 MobilePhoneNumber
+ **地址类型**
+ 您可以从 “地址”、 BusinessAddress MaillingAddress、“和” 中进行选择 ShippingAddress
您可以选择`ONE_TO_ONE`或`MANY_TO_MANY`作为 AttributeMatchingModel. 选择 `MANY_TO_MANY` 时，系统可以跨属性类型的子类型匹配属性。例如，如果配置文件 A 的 EmailAddress 字段值和配置文件 B 的 BusinessEmailAddress 字段值匹配，则两个配置文件在 EmailAddress 类型上匹配。选择 `ONE_TO_ONE` 时，只有当子类型完全匹配时，系统才能匹配。例如，只有当配置文件 A 的 EmailAddress 字段值和配置文件 B 的 EmailAddress 字段值匹配时，两个配置文件才会在 EmailAddress 类型上匹配。
**用于匹配的最高允许规则级别**
您可以配置要用于匹配类似资料的最高规则级别。例如，如果用于匹配的最高允许规则级别为 5，则系统将找不到使用规则级别 6 的相似资料。
### 匹配组
匹配组由代表客户的所有相似资料组成。每个匹配组均包含以下信息：
+ 匹配 ID，用于唯一标识代表联系人的两个或更多相似资料的组
+ 比赛组 IDs 中的个人资料数量
### 匹配状态
+ **等待**
配置基于规则的匹配规则后的第一个状态。如果它是现有域，则基于规则的身份解析将等待 1 小时后再创建匹配规则。如果它是新域，则系统将跳过**等待**阶段。
+ **进行中**
系统正在创建基于规则的匹配规则。在此状态下，系统正在评估现有数据，您无法再更改基于规则的匹配配置。
+ **活动**
规则已准备就绪，可供使用。您可以在状态处于**活动**状态后的第二天更改规则。
### 自动匹配过程的工作原理
使用基于规则的匹配规则创建新的 Amazon Connect Customer Profiles 域后，基于规则的身份解析将根据您在摄取资料时指定的规则匹配相似的资料。如果您更新基于规则的匹配的配置，则 Customer Profiles 将在一小时内开始使用新配置重新评估您域中的资料。
如果您启用与现有域基于规则的匹配，则系统将进入**等待**状态，并将在一小时内开始使用新配置评估域中的现有资料。完成资料评估所需的时间取决于存在多少资料。
+ **默认情况下，如果未指定自定义规则，将应用默认规则。**
+ 如果您未提供自定义匹配规则，Amazon Connect Customer Profiles 将提供默认匹配规则。您可以在此处查看自定义匹配规则。
+ **所有记录都将通过基于规则的匹配规则的验证。**
+ 系统会评估每个匹配的规则级别，直到确定匹配项或达到用于匹配的最高允许规则级别。评估过程从规则级别 1 开始，在该级别分析记录。如果未发现匹配组，系统将继续评估后续规则级别，搜索匹配组，直至找到匹配项或达到用于匹配的最高允许规则级别。
+ **单个匹配规则级别中的所有属性均使用 *AND* 关系进行连接**
+ 当单个规则级别中存在多个属性时，它们将通过 AND 关系互连。在资料匹配期间，所有属性值必须一致，才能将资料分配到同一个匹配组。例如，只有当所有属性的值都相同时，才会将资料视为匹配项并分组在一起以进行进一步处理。
+ **属性类型选择器中的所有属性均使用 *OR* 关系进行连接**
+ 当在属性类型选择器中指定属性时，相同类型的属性通过 OR 关系进行链接。例如，考虑使用 HomePhoneNumber 和 BusinessPhoneNumber 的 PhoneNumber Type。在这种情况下，如果两个配置文件 HomePhoneNumber或对 BusinessPhoneNumber 齐，则可以匹配它们。因此，匹配过程允许根据家庭或企业电话号码进行灵活匹配。
+ **最终会对匹配结果进行优化。**
+ 由于系统中的资料匹配具有近乎实时的性质，因此有可能可在较低（优化程度较低）的规则级别上找到与您的资料对应的匹配组。但是，如果在更高（更为优化）的规则级别上有匹配项，则系统会将资料分配到该特定组。
**注意**
当身份解析执行基于规则的匹配时，处理您所配置规则的顺序取决于数据的摄取方式。例如，如果您配置规则 1 和 2，则可能先处理规则 2，然后再处理规则 1。处理顺序可能会发生更改，但最终结果将始终相同。
## 自动合并相似的资料
配置文件匹配后，Identity Resolution Job 可以选择根据[MaxAllowedRuleLevelForMerging](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html)您在基于规则的匹配配置中指定的配置文件合并相似的配置文件。
**重要**
您无法撤消合并过程。建议仅先开启匹配，然后使用 ListMatches 和来评估匹配结果 GetSimiliarProfiles APIs。您可以通过[MaxAllowedRuleLevelForMerging](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html)使用 [UpdateDomain](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_UpdateDomain.html)API 进行设置来启用合并。
**注意**
合并两个配置文件时，通过 API 调用或座席工作区手动填充的配置文件字段不会被从集成或自定义对象类型映射中自动摄取的配置文件字段覆盖。
例如，假设代理在座席工作区中手动创建了带有 FirstName “John” 的配置文件。另一个配置文件是使用 S3 与 FirstName “Peter” 的集成创建的。如果这些配置文件自动合并， FirstName “John” 将被保留。
# 在 Amazon Connect 中设置基于匹配规则的身份解析
本主题提供了编辑基于规则的匹配属性类型、基于规则的匹配规则、基于规则的匹配合并规则和基于规则的匹配位置的步骤说明。还说明了如何重置基于规则的匹配规则。
## 编辑基于规则的匹配属性类型
![\[编辑基于规则的匹配属性类型。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/rule-based-edit-attribute-types.png)
## 编辑基于规则的匹配规则
![\[编辑基于规则的匹配规则。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/rule-based-edit-matching-rules.png)
## 重置基于规则的匹配规则
![\[重置基于规则的匹配规则。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/rule-based-edit-reset-rules.png)
## 编辑基于规则的匹配合并规则
![\[编辑基于规则的匹配合并规则\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/rule-based-edit-merge-rules.png)
## 编辑基于规则的位置匹配
![\[编辑基于规则的位置匹配。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/rule-based-match-location.png)
# 在 Amazon Connect 中设置基于规则的身份解析匹配规则
## 限制
您可以从标准资料中选择任何属性来比较相似的资料。例如，您可以选择电话号码、电子邮件地址和姓名以及自定义属性。
您可以创建基于规则的匹配规则，但存在以下限制：
+ 15 个规则级别
+ 每个规则级别最多可以包含 15 个资料属性
## 提示
为了改善唯一资料的定位并避免合并非重复项的资料，建议使用以下提示：
+ 至少包含一个高基数属性，该属性可以唯一标识客户，并且不同客户之间不太可能相同，例如电话号码、电子邮件地址或账号。
+ 避免使用可能属于不同身份但没有高基数属性的资料属性。
+ 带有**名字**、**姓氏**的**电话号码**是比单独使用**名字**、**姓氏**的组合更严格的规则。
+ 如果在一个规则级别上，该规则的所有配置文件属性都是低基数属性（该属性可属于 500 多个不同的配置文件），Customer Profiles 不会尝试匹配相应配置文件。如果您在域创建过程中设置了 SQS 消息，则会在您的 DLQ 中收到以下 SQS 消息：
+ 规则级别 x 上的所有属性均与 500 多条记录相关联。
+ 务必先启用 “**仅**匹配”，检查匹配结果，只有在对匹配结果满意时**MaxAllowedRuleLevelForMerging**才通过设置来启用合并。
## 解决配置文件冲突以进行配置文件合并
您可以定义当两个或更多相似资料中属性的值不同（例如地址记录冲突）时要使用哪个记录。
**上次更新时间戳**
默认情况下，资料冲突按新近性进行管理。当两个或更多相似资料的值之间存在冲突时，将选择最近更新的属性。
**具有上次更新时间戳的源**
允许您确定来自特定对象类型的记录的优先级，作为管理资料冲突的数据源。当两个或更多相似资料的值之间存在冲突时，将从指定对象类型中选择最近更新的属性。
如果您的对象类型中未指定时间戳，则将使用记录摄取到 Customer Profiles 中的日期。如果您未设置任何集成，则带有上次更新时间戳的源不可用。添加集成时，您的对象类型将可用作此选项的源。
## 资料冲突缺少时间戳
如果您有自定义对象类型映射，则会显示“缺少时间戳”消息。
使用 [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 Support 工单](https://console.aws.amazon.com/support/home)。
1. AWS 将代表您安排回填。定期回填的运行将持续到 2022 年 2 月底。
或者，您可以先删除，然后重新创建使用自定义对象类型的域的摄取/连接器。将使用您的更新对象类型重新摄取您的所有数据并从中解析 `Fields.sourceLastUpdatedTimestamp`。
## 示例：匹配的工作原理
### ONE\$1TO\$1ONE 的示例
您可以选择 `ONE_TO_ONE` 作为 `AttributeMatchingModel`。选择 `ONE_TO_ONE` 时，只有当子类型完全匹配时，系统才能匹配。
**例如**：
您正在使用 `EmailAddress` 和 `BusinessEmailAddress` 来表示 `EmailAddress` 类型。`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
```
由于 `EmailAddress` 类型、`LastName` 和 `FirstName` 匹配，因此配置文件 A 和配置文件 B 在规则级别 1 上匹配。
### MANY\$1TO\$1MANY 的示例
您可以选择 `MANY_TO_MANY` 作为 `AttributeMatchingModel`。选择 `MANY_TO_MANY` 时，系统可以跨属性类型的子类型匹配属性。
**例如**：
您正在使用 `EmailAddress` 和 `BusinessEmailAddress` 来表示 `EmailAddress` 类型。`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
```
由于 `EmailAddress` 类型、`LastName` 和 `FirstName` 匹配，因此配置文件 A 和配置文件 B 在规则级别 1 上匹配。
# 查看 Amazon Connect Customer Profiles 中的身份解析指标
每当身份解析匹配或合并资料时，有关相应过程的指标就会显示在 Customer Profiles 控制面板上。您可以在**身份解析**摘要页面上查看过去一周的指标。
每次运行身份解析作业时，都会生成以下指标：
+ **已找到匹配组**：已找到的匹配组数目。
+ 同时适用于基于机器学习和基于规则的身份解析。
+ **已合并配置文件**：已合并的资料数目。
+ 同时适用于基于机器学习和基于规则的身份解析。
+ **按规则匹配组**：每个规则级别创建的匹配组的数目。
+ 仅适用于基于规则的身份解析。
![\[Amazon Connect Customer Profiles 页面，“启用身份解析”按钮。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/ir-metrics-example-1.png)
![\[Amazon Connect Customer Profiles 页面，“启用身份解析”按钮。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/customer-profiles-enable-ir.png)
# 禁用 Amazon Connect Customer Profiles 中的身份解析指标
## 禁用基于机器学习的匹配
当您不再希望基于机器学习的匹配自动查找相似资料时，可以禁用基于机器学习的匹配。如果您有合并标准，则您的所有标准都将被删除，并且您的资料将不再自动合并。已经合并的资料将保持合并状态。
## 禁用基于规则的匹配
当您不再希望基于规则的匹配自动查找相似资料时，可以禁用基于规则的匹配。如果您有自定义匹配规则，则该匹配规则将被删除，您的资料将不再自动合并。已经合并的配置文件将保持合并状态。