Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Configuration des règles de correspondance pour la Résolution d’identité basée sur des règles dans Amazon Connect ## Restrictions Vous pouvez sélectionner n’importe quel attribut dans le profil standard pour comparer des profils similaires. Par exemple, vous pouvez choisir un numéro de téléphone, une adresse e-mail et un nom, ainsi que des attributs personnalisés. Vous pouvez créer une règle de correspondance paramétrable avec les limites suivantes : + 15 niveaux de règles + Chaque niveau de règle peut contenir jusqu’à 15 attributs de profil. ## Conseils Pour améliorer le ciblage des profils uniques et éviter de consolider les profils qui ne sont pas des doublons, nous recommandons les conseils suivants : + Incluez au moins un attribut de cardinalité élevée qui permet d’identifier un client de manière unique et qui n’est pas susceptible d’être le même pour tous les clients, tel qu’un numéro de téléphone, une adresse e-mail ou un numéro de compte. + Évitez d’utiliser des attributs de profil qui peuvent appartenir à différentes identités sans un attribut de cardinalité élevé. + Le **Numéro de téléphone** avec le **Prénom** et le **Nom de famille** est une règle plus solide que la combinaison **Prénom** et **Nom de famille** uniquement. + Si, au niveau d’une règle, tous les attributs de profil de cette règle sont des attributs de faible cardinalité (attribut pouvant appartenir à plus de 500 profils différents), les Profils clients n’essaieront pas de faire correspondre le profil. Vous recevrez le message SQS suivant dans votre DLQ si vous en avez configuré un lors de la création du domaine : + Tous les attributs du niveau de règle x sont associés à plus de 500 enregistrements. + Activez toujours **Match uniquement** en premier, vérifiez les résultats du match et n'activez la fusion qu'en définissant le **MaxAllowedRuleLevelForMerging**si vous êtes satisfait des résultats du match. ## Résolution des conflits de profils pour la fusion de profils Vous pouvez définir l’enregistrement à utiliser lorsque la valeur d’un attribut provenant de deux profils similaires minimum est différente, par exemple lorsque des enregistrements d’adresses sont en conflit. **Horodatage de la dernière mise à jour** Par défaut, les conflits de profils sont gérés en fonction de leur caractère récent. En cas de conflit entre les valeurs de deux profils similaires ou plus, l’attribut le plus récemment mis à jour est choisi. **Source avec horodatage le plus à jour** Vous permet de hiérarchiser les enregistrements d’un type d’objet spécifique en tant que source de données pour gérer les conflits de profils. En cas de conflit entre les valeurs de deux profils similaires ou plus, l’attribut le plus récemment mis à jour à partir du type d’objet spécifié est choisi. Si aucun horodatage n’est spécifié dans votre type d’objet, la date à laquelle l’enregistrement a été ingéré dans Profils des clients est utilisée. La source avec l’horodatage le plus à jour n’est pas disponible si aucune intégration n’est configurée. Lorsque vous ajoutez une intégration, vos types d’objets sont disponibles en tant que source pour cette option. ## Horodatage manquant en cas de conflit de profil Le message Horodatage manquant s’affiche si vous avez des mappages de types d’objets personnalisés. Utilisez l'[PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API pour ajouter les nouveaux attributs suivants à votre type d'objet personnalisé : + `Fields.sourceLastUpdatedTimestamp` + `sourceLastUpdatedTimestampFormat` Si l’attribut horodatage n’est pas spécifié, vous pouvez continuer à créer des critères de consolidation. Toutefois, un horodatage par défaut indiquant le moment où les enregistrements ont été ingérés dans Profils des clients est utilisé. Il est recommandé d’ajouter les nouveaux attributs avant de créer vos critères de consolidation. Si vous avez déjà défini un type d’objet personnalisé et que vous souhaitez mettre à jour votre type d’objet personnalisé, nous exécutons un remplissage planifié chaque semaine pour mettre à jour vos profils existants avec le `Fields.sourceLastUpdatedTimestamp`. Pour activer le remplissage planifié, suivez les étapes suivantes : 1. Mettez à jour votre type d'objet de profil personnalisé à l'aide de l'[PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API. 1. Après avoir mis à jour votre type d’objet de profil personnalisé, ouvrez un [ticket AWS Support](https://console.aws.amazon.com/support/home). 1. AWS planifiera le remblayage en votre nom. Le remplissage prévu s’exécutera jusqu’à la fin du mois de février 2022. Vous pouvez également supprimer puis recréer l’ingestion/le connecteur que vous avez pour votre domaine qui utilise le type d’objet personnalisé. Toutes vos données seront à nouveau ingérées à l’aide de votre type d’objet mis à jour et l’`Fields.sourceLastUpdatedTimestamp` sera analysé à partir de celui-ci. ## Exemple : fonctionnement de la correspondance ### Exemple pour ONE\_TO\_ONE Vous pouvez choisir `ONE_TO_ONE` comme `AttributeMatchingModel`. Lorsque vous choisissez `ONE_TO_ONE`, le système ne peut faire une correspondance que si les sous-types correspondent exactement. **Par exemple** : Vous utilisez les attributs `EmailAddress` et `BusinessEmailAddress` pour représenter les types `EmailAddress`. Le `AttributeMatchingModel` est `ONE_TO_ONE`. **Votre règle de correspondance est la suivante** : ``` 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 ``` Le profil A et le profil B correspondent au niveau de règle 1 puisque les types `EmailAddress`, `LastName` et `FirstName` correspondent. ### Exemple pour MANY\_TO\_MANY Vous pouvez choisir `MANY_TO_MANY` comme `AttributeMatchingModel`. Lorsque vous choisissez `MANY_TO_MANY`, le système peut faire correspondre les attributs entre les sous-types d’un type d’attribut. **Par exemple** : Vous utilisez les attributs `EmailAddress` et `BusinessEmailAddress` pour représenter les types `EmailAddress`. Le `AttributeMatchingModel` est `MANY_TO_MANY`. **Votre règle de correspondance est la suivante** : ``` 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 ``` Le profil A et le profil B correspondent au niveau de règle 1 puisque les types `EmailAddress`, `LastName` et `FirstName` correspondent.