Imposta regole di corrispondenza per la risoluzione delle identità basata su regole in Amazon Connect

PDFRSS

Limiti

È 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 del profilo di quella regola sono attributi a bassa cardinalità (l'attributo che può appartenere a più di 500 profili diversi), Customer Profiles non tenta di corrispondere 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 MaxAllowedRuleLevelForMergingse sei soddisfatto dei risultati della partita.

Risolvi i conflitti di profilo 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. La fonte con il timestamp dell'ultimo aggiornamento non è disponibile se non hai configurato 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'PutProfileObjectTypeAPI 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'PutProfileObjectTypeAPI.

2. Dopo aver aggiornato il tipo di oggetto del profilo personalizzato, apri un ticket Supporto AWS.

3. 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: [e-mail]
BusinessEmailAddress: [e-mail]
LastName: Doe
FirstName: John
AccountNumber: account1234
                        

Profile B:
EmailAddress: [e-mail]
BusinessEmailAddress: [e-mail]
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: [e-mail]  (match with Profile B’s BusinessEmailAddress)
BusinessEmailAddress: [e-mail]
LastName: Doe
FirstName: John
AccountNumber: account1234

                        

Profile B:
EmailAddress: [e-mail]
BusinessEmailAddress: [e-mail] (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.