Richten Sie Abgleichsregeln für die regelbasierte Identitätsauflösung ein

Einschränkungen

Sie können ein beliebiges Attribut aus dem Standardprofil auswählen, um ähnliche Profile zu vergleichen. Sie können beispielsweise Telefonnummer, E-Mail-Adresse und Name sowie benutzerdefinierte Attribute auswählen.

Sie können eine regelbasierte Abgleichsregel mit den folgenden Einschränkungen erstellen:

• 15 Regelstufen

• Jede Regelebene kann bis zu 15 Profilattribute enthalten

Tipps

Um die Ausrichtung auf eindeutige Profile zu verbessern und die Konsolidierung von Profilen zu vermeiden, bei denen es sich nicht um Duplikate handelt, werden die folgenden Tipps empfohlen:

• Geben Sie mindestens ein Attribut mit hoher Kardinalität an, mit dem ein Kunde eindeutig identifiziert werden kann und das wahrscheinlich nicht bei allen Kunden identisch ist, z. B. eine Telefonnummer, eine E-Mail-Adresse oder eine Kontonummer.

• Vermeiden Sie die Verwendung von Profilattributen, die zu unterschiedlichen Identitäten gehören können, ohne dass ein hohes Kardinalitätsattribut vorhanden ist.

  • Telefonnummer mit Vorname und Nachname ist eine strengere Regel als die Kombination aus Vorname und Nachname allein.

• Wenn auf einer Regelebene alle Profilattribute dieser Regel Attribute mit niedriger Kardinalität sind (das Attribut, das zu mehr als 500 verschiedenen Profilen gehören kann), versucht das System nicht, eine Übereinstimmung mit dem Profil herzustellen. Sie erhalten die folgende SQS-Nachricht in Ihrem DLQ, wenn Sie während der Domainerstellung eine solche einrichten:

  • Alle Attribute auf Regelebene x sind mit mehr als 500 Datensätzen verknüpft.

• Aktivieren Sie immer zuerst Nur Abgleich, überprüfen Sie die Vergleichsergebnisse und aktivieren Sie die Zusammenführung nur, MaxAllowedRuleLevelForMergingwenn Sie mit den Vergleichsergebnissen zufrieden sind.

Profilkonflikte beim Zusammenführen von Profilen lösen

Sie können definieren, welcher Datensatz verwendet werden soll, wenn der Wert eines Attributs aus zwei oder mehr ähnlichen Profilen unterschiedlich ist, z. B. widersprüchliche Adressdatensätze.

Zeitstempel der letzten Aktualisierung

Standardmäßig werden Profilkonflikte nach Aktualität behandelt. Wenn es einen Konflikt zwischen den Werten von zwei oder mehr ähnlichen Profilen gibt, wird das zuletzt aktualisierte Attribut ausgewählt.

Quelle mit dem zuletzt aktualisierten Zeitstempel

Ermöglicht es Ihnen, Datensätze aus einem bestimmten Objekttyp als Datenquelle für die Verwaltung von Profilkonflikten zu priorisieren. Wenn es einen Konflikt zwischen den Werten von zwei oder mehr ähnlichen Profilen gibt, wird das zuletzt aktualisierte Attribut aus dem angegebenen Objekttyp ausgewählt.

Wenn in Ihrem Objekttyp kein Zeitstempel angegeben ist, wird das Datum verwendet, an dem der Datensatz in Kundenprofile aufgenommen wurde. Die Quelle mit dem zuletzt aktualisierten Zeitstempel ist nicht verfügbar, wenn Sie keine Integrationen eingerichtet haben. Wenn Sie eine Integration hinzufügen, stehen Ihre Objekttypen als Quelle für diese Option zur Verfügung.

Fehlender Zeitstempel für Profilkonflikte

Die Meldung Fehlender Zeitstempel wird angezeigt, wenn Sie benutzerdefinierte Objekttypzuordnungen haben.

Verwenden Sie die PutProfileObjectTypeAPI, um Ihrem benutzerdefinierten Objekttyp die folgenden neuen Attribute hinzuzufügen:

• Fields.sourceLastUpdatedTimestamp

• sourceLastUpdatedTimestampFormat

Wenn das Zeitstempelattribut nicht angegeben ist, können Sie weiterhin Konsolidierungskriterien erstellen. Es wird jedoch ein Standardzeitstempel verwendet, der angibt, wann die Datensätze in Kundenprofile aufgenommen wurden. Es wird empfohlen, die neuen Attribute hinzuzufügen, bevor Sie Ihre Konsolidierungskriterien erstellen.

Wenn Sie bereits einen benutzerdefinierten Objekttyp definiert haben und Ihren benutzerdefinierten Objekttyp aktualisieren möchten, führen wir jede Woche einen geplanten Backfill durch, um Ihre vorhandenen Profile mit dem Fields.sourceLastUpdatedTimestamp zu aktualisieren. Gehen Sie wie folgt vor, um sich für das geplante Backfill anzumelden:

1. Aktualisieren Sie den Objekttyp Ihres benutzerdefinierten Profils mithilfe der PutProfileObjectTypeAPI.

2. Nachdem Sie den Objekttyp Ihres benutzerdefinierten Profils aktualisiert haben, öffnen Sie ein AWS-Support-Ticket.

3. AWSplant das Auffüllen in Ihrem Namen. Die geplante Verfüllung läuft bis Ende Februar 2022.

Alternativ können Sie die Aufnahme/den Konnektor, den Sie für Ihre Domain haben und die den benutzerdefinierten Objekttyp verwendet, löschen und dann neu erstellen. Alle Ihre Daten werden mit Ihrem aktualisierten Objekttyp erneut aufgenommen und Fields.sourceLastUpdatedTimestamp daraus analysiert.

Beispiel: So funktioniert der Abgleich

Beispiel für ONE_TO_ONE

Sie können als wählen. ONE_TO_ONE AttributeMatchingModel Bei ONE_TO_ONE der Auswahl kann das System nur dann übereinstimmen, wenn es sich bei den Untertypen um exakte Übereinstimmungen handelt.

Beispiel:

Sie verwenden das EmailAddress undBusinessEmailAddress, um die EmailAddress Typen darzustellen. Das AttributeMatchingModel ist ONE_TO_ONE.

Ihre Abgleichsregel lautet:

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
                        

Profil A und Profil B stimmen auf Regelebene 1 überein, da der EmailAddress TypLastName, und FirstName übereinstimmen.

Beispiel für MANT_TO_MANY

Sie können als wählen. MANT_TO_MANY AttributeMatchingModel Bei der Auswahl MANT_TO_MANY kann das System Attribute aller Untertypen eines Attributtyps zuordnen.

Beispiel:

Sie verwenden das EmailAddress undBusinessEmailAddress, um die EmailAddress Typen darzustellen. Das AttributeMatchingModel ist MANT_TO_MANY.

Ihre Abgleichsregel lautet:

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

                        

Profil A und Profil B stimmen auf Regelebene 1 überein, da der EmailAddress TypLastName, und FirstName übereinstimmen.