As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Configurar regras de correspondência para Resolução de identidade no Amazon Connect ## Limites Você pode selecionar qualquer atributo do perfil padrão para comparar perfis semelhantes. Por exemplo, você pode escolher número de telefone, endereço de e-mail e nome, além de atributos personalizados. Você pode criar uma regra de correspondência baseada em regras com as seguintes limitações: + 15 níveis de regras + Cada nível de regra pode conter até 15 atributos de perfil ## Dicas Para melhorar a segmentação de perfis exclusivos e evitar a consolidação de perfis que não sejam duplicados, as seguintes dicas são recomendadas: + Inclua pelo menos um atributo de alta cardinalidade que possa identificar um cliente de forma exclusiva e que provavelmente não seja o mesmo para todos os clientes, como um número de telefone, endereço de e-mail ou número de conta. + Evite usar atributos de perfil que possam pertencer a identidades diferentes sem um atributo de alta cardinalidade. + **Número de telefone** com **Nome**, **Sobrenome** é uma regra mais forte do que a combinação de **Nome** e **Sobrenome** apenas. + Se, em um nível de regra, todos os atributos de perfil dessa regra forem atributos de baixa cardinalidade (o atributo que pode pertencer a mais de 500 perfis diferentes), o Customer Profiles não tentará comparar o perfil. Você receberá a seguinte mensagem SQS em seu DLQ se configurar uma durante a criação do domínio: + Todos os atributos no nível de regra x estão associados a mais de 500 registros. + Sempre ative a **Partida apenas** primeiro, verifique os resultados da partida e ative a fusão apenas definindo **MaxAllowedRuleLevelForMerging**se você estiver satisfeito com os resultados da partida. ## Resolver conflitos de perfil para mesclagem de perfis Você pode definir qual registro usar quando o valor de um atributo de dois ou mais perfis semelhantes for diferente, como registros de endereço conflitantes. **Use o carimbo de data e hora atualizado mais recentemente** Por padrão, os conflitos de perfil são gerenciados por recência. Quando houver um conflito entre valores de dois ou mais perfis similares, o atributo atualizado mais recentemente será escolhido. **Use a fonte com o carimbo de data e hora atualizado mais recentemente** Permite priorizar registros de um tipo de objeto específico como fonte de dados para gerenciar conflitos de perfil. Quando houver um conflito entre valores de dois ou mais perfis similares, o atributo atualizado mais recentemente do tipo de objeto especificado será escolhido. Se um carimbo de data/hora não for especificado em seu tipo de objeto, a data em que o registro foi inserido no Customer Profiles será usada. A fonte com o carimbo de data/hora da última atualização não está disponível quando você não tem nenhuma integração configurada. Quando você adiciona uma integração, seus tipos de objeto estarão disponíveis como fonte para essa opção. ## Data e hora ausentes para conflitos de perfil A mensagem Data e hora ausentes será exibida se você tiver mapeamentos de tipo de objeto personalizados. Use a [PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API para adicionar os seguintes novos atributos ao seu tipo de objeto personalizado: + `Fields.sourceLastUpdatedTimestamp` + `sourceLastUpdatedTimestampFormat` Se o atributo de carimbo de data/hora não for especificado, você poderá continuar criando critérios de consolidação. No entanto, será usado um carimbo de data e hora padrão de quando os registros foram ingeridos no Customer Profiles. É recomendável adicionar os novos atributos antes de criar seus critérios de consolidação. Se você já tiver definido um tipo de objeto personalizado e quiser atualizar seu tipo de objeto personalizado, executaremos um preenchimento programado toda semana para atualizar os perfis existentes com o `Fields.sourceLastUpdatedTimestamp`. Para optar pelo preenchimento programado, use as seguintes etapas: 1. Atualize seu tipo de objeto de perfil personalizado usando a [PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API. 1. Depois de atualizar seu tipo de objeto de perfil personalizado, abra um [tíquete do AWS Support](https://console.aws.amazon.com/support/home). 1. AWS agendará o preenchimento em seu nome. O preenchimento programado vai até o final de fevereiro de 2022. Como alternativa, você pode excluir e recriar a ingestão/conector que você tem para seu domínio que usa o tipo de objeto personalizado. Todos os seus dados serão ingeridos novamente usando seu tipo de objeto atualizado, e `Fields.sourceLastUpdatedTimestamp` será analisado a partir dele. ## Exemplo: como funciona a correspondência ### Exemplo de ONE\_TO\_ONE Você pode escolher `ONE_TO_ONE` como o `AttributeMatchingModel`. Ao escolher `ONE_TO_ONE`, o sistema só poderá comparar se os subtipos forem iguais. **Por exemplo**: Você está usando `EmailAddress` e `BusinessEmailAddress` para representar os tipos `EmailAddress`. O `AttributeMatchingModel` é `ONE_TO_ONE`. **Sua regra de correspondência é**: ``` 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 ``` O Perfil A e o Perfil B coincidem no nível de regra 1, pois o tipo `EmailAddress`, `LastName` e `FirstName` coincidem. ### Exemplo de MANY\_TO\_MANY Você pode escolher `MANY_TO_MANY` como o `AttributeMatchingModel`. Ao escolher `MANY_TO_MANY`, o sistema pode combinar atributos entre os subtipos de um tipo de atributo. **Por exemplo**: Você está usando `EmailAddress` e `BusinessEmailAddress` para representar os tipos `EmailAddress`. O `AttributeMatchingModel` é `MANY_TO_MANY`. **Sua regra de correspondência é**: ``` 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 ``` O Perfil A e o Perfil B coincidem no nível de regra 1, pois o tipo `EmailAddress`, `LastName` e `FirstName` coincidem.