Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Configurazione delle regole di abbinamento per la Risoluzione delle identità in Amazon Connect ## Limits È possibile selezionare qualsiasi attributo dal profilo standard per confrontare profili simili. Ad esempio, è possibile scegliere il numero di telefono, l'indirizzo e-mail e il nome, oltre agli attributi personalizzati. È possibile creare una regola di corrispondenza basata su regole con le seguenti limitazioni: + 15 livelli di regole + Ogni livello di regola può contenere fino a 15 attributi di profilo ## Suggerimenti Per migliorare il targeting dei profili univoci ed evitare il consolidamento di profili che non sono duplicati, sono consigliati i seguenti suggerimenti: + Includi almeno un attributo di cardinalità elevata che possa identificare in modo univoco un cliente e che probabilmente non sia lo stesso per tutti i clienti, ad esempio un numero di telefono, un indirizzo e-mail o un numero di conto. + Evita di utilizzare attributi di profilo che possono appartenere a identità diverse senza un attributo di cardinalità elevata. + Il **Numero di telefono** con **Nome**, **Cognome** è una regola più forte rispetto alla sola combinazione di **Nome**, **Cognome**. + Se a un livello di regola, tutti gli attributi di profilo di quella regola sono attributi a bassa cardinalità (l’attributo che può appartenere a più di 500 profili diversi), Profili dei clienti non tenterà di abbinare al profilo. Se durante la creazione di un dominio viene configurato un attributo, verrà visualizzato il seguente messaggio SQS nel DLQ: + Tutti gli attributi a livello di regola x sono associati a più di 500 record. + Abilita sempre prima **Match only**, controlla i risultati della partita e abilita l'unione impostando solo **MaxAllowedRuleLevelForMerging**se sei soddisfatto dei risultati della partita. ## Risolvi i conflitti tra i profili per l’unione dei profili È possibile definire quale record utilizzare quando il valore di un attributo di due o più profili simili è diverso, ad esempio record di indirizzi in conflitto. **Timestamp dell'ultimo aggiornamento** Per impostazione predefinita, i conflitti tra i profili vengono gestiti in base all'attualità. In caso di conflitto tra i valori di due o più profili simili, viene scelto l'attributo aggiornato più di recente. **Fonte con timestamp dell'ultimo aggiornamento** Consente di dare priorità ai record di un tipo di oggetto specifico come origine dati per la gestione dei conflitti tra profili. In caso di conflitto tra i valori di due o più profili simili, viene scelto l'attributo aggiornato più di recente del tipo di oggetto specificato. Se nel tipo di oggetto non è specificato un timestamp, viene utilizzata la data in cui il record è stato importato in Profili cliente. Origine con il timestamp dell’ultimo aggiornamento non è disponibile se non è stata configurata alcuna integrazione. Quando viene aggiunta un'integrazione, i tipi di oggetto saranno disponibili come origine per questa opzione. ## Timestamp mancante per i conflitti tra i profili Il messaggio Timestamp mancante viene visualizzato se si dispone di mappature personalizzate dei tipi di oggetto. Utilizza l'[PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API per aggiungere i seguenti nuovi attributi al tipo di oggetto personalizzato: + `Fields.sourceLastUpdatedTimestamp` + `sourceLastUpdatedTimestampFormat` Se l'attributo timestamp non è specificato, è possibile continuare a creare criteri di consolidamento, tuttavia, viene utilizzato un timestamp predefinito che indica quando i record sono stati inseriti in Profili cliente. Si consiglia di aggiungere i nuovi attributi prima di creare i criteri di consolidamento. Se hai già definito un tipo di oggetto personalizzato e desideri aggiornare il tipo di oggetto personalizzato, viene eseguito un backfill pianificato ogni settimana per aggiornare i profili esistenti con `Fields.sourceLastUpdatedTimestamp`. Per attivare il backfill pianificato, completare la procedura seguente: 1. Aggiorna il tipo di oggetto del tuo profilo personalizzato utilizzando l'[PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API. 1. Dopo aver aggiornato il tipo di oggetto del profilo personalizzato, apri un [ticket Supporto AWS](https://console.aws.amazon.com/support/home). 1. AWS pianificherà il backfill per tuo conto. Il backfill programmato durerà fino alla fine di febbraio 2022. In alternativa, è possibile eliminare e quindi ricreare l'importazione/connettore a disposizione per il dominio che utilizza il tipo di oggetto personalizzato. Tutti i dati verranno reinseriti utilizzando il tipo di oggetto aggiornato e verranno analizzati da `Fields.sourceLastUpdatedTimestamp`. ## Esempio: come funziona la corrispondenza ### Esempio per ONE\_TO\_ONE Puoi scegliere `ONE_TO_ONE` come `AttributeMatchingModel`. Quando scegli `ONE_TO_ONE`, il sistema può abbinare solo se i sottotipi corrispondono esattamente. **Ad esempio**: Se usi `EmailAddress` e `BusinessEmailAddress` per rappresentare i tipi `EmailAddress`. Il valore del campo `AttributeMatchingModel` è `ONE_TO_ONE`. **La regola di corrispondenza è**: ``` 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 ``` Il profilo A e il profilo B corrispondono al livello della regola 1 poiché il tipo `EmailAddress`, `LastName` e `FirstName` corrispondono. ### Esempio per MANY\_TO\_MANY Puoi scegliere `MANY_TO_MANY` come `AttributeMatchingModel`. Quando scegli `MANY_TO_MANY`, il sistema può abbinare gli attributi tra i sottotipi di un tipo di attributo. **Ad esempio**: Se usi `EmailAddress` e `BusinessEmailAddress` per rappresentare i tipi `EmailAddress`. Il valore del campo `AttributeMatchingModel` è `MANY_TO_MANY`. **La regola di corrispondenza è**: ``` 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 ``` Il profilo A e il profilo B corrispondono al livello della regola 1 poiché il tipo `EmailAddress`, `LastName` e `FirstName` corrispondono.