Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Einrichten von Abgleichsregeln für die regelbasierte Identitätsauflösung in Amazon Connect ## Einschränkungen Sie können ein beliebiges Attribut aus dem Standardprofil auswählen, um ähnliche Profile zu vergleichen. Zur Auswahl stehen beispielsweise Telefonnummer, E-Mail-Adresse und Name sowie benutzerdefinierte Attribute. Sie können eine regelbasierte Abgleichsregel mit den folgenden Einschränkungen erstellen: + 15 Regelebenen + Jede Regelebene kann bis zu 15 Profilattribute enthalten ## Tipps Wir empfehlen wie folgt vorzugehen, um die Zielausrichtung auf eindeutige Profile zu verbessern und Profile nicht zu konsolidieren, wenn sie keine Duplikate sind: + 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. + **PhoneNumber** mit **First name** und **Last name** ist eine strengere Regel als die Kombination aus nur **First name** und **Lastname**. + Falls auf der Ebene einer Regel alle Profilattribute eine niedrige Kardinalität aufweisen (ein Attribut, das zu mehr als 500 verschiedenen Profilen gehören kann), wird in Customer Profiles kein Profilabgleich durchgeführt. Sie erhalten die folgende SQS-Nachricht in Ihrem DLQ, wenn Sie während der Domain-Erstellung eine solche Regelebene einrichten: + Alle Attribute auf Regelebene x sind mit mehr als 500 Datensätzen verknüpft. + Aktivieren Sie immer zuerst **Nur Match**, überprüfen Sie die Spielergebnisse und aktivieren Sie die Zusammenführung nur, **MaxAllowedRuleLevelForMerging**wenn Sie mit den Spielergebnissen zufrieden sind. ## Lösen von Profilkonflikten beim Zusammenführen von Profilen Sie können vorgeben, welcher Datensatz verwendet werden soll, wenn sich der Wert eines Attributs aus zwei oder mehr ähnlichen Profilen unterscheidet, z. B. widersprüchliche Adressdatensätze. **Zeitstempel der letzten Aktualisierung** Standardmäßig werden Profilkonflikte nach Aktualität behandelt. Wenn es einen Konflikt zwischen Werten von zwei oder mehr ähnlichen Profilen gibt, wird das zuletzt aktualisierte Attribut ausgewählt. **Quelle mit dem zuletzt aktualisierten Zeitstempel** Ermöglicht die Priorisierung von Datensätzen aus einem bestimmten Objekttyp als Datenquelle für die Verwaltung von Profilkonflikten. Wenn es einen Konflikt zwischen Werten von zwei oder mehr ähnlichen Profilen gibt, wird das zuletzt aktualisierte Attribut des angegebenen Objekt-Typs ausgewählt. Wenn in Ihrem Objekttyp kein Zeitstempel angegeben ist, wird das Datum verwendet, an dem der Datensatz in Customer Profile 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, werden Ihre Objekt-Typen als Quelle für diese Option angeboten. ## Fehlender Zeitstempel für Profilkonflikte Die Meldung „Fehlender Zeitstempel“ wird angezeigt, wenn benutzerdefinierte Objekttypzuordnungen vorhanden sind. Verwenden Sie die [PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API, um Ihrem benutzerdefinierten Objekttyp die folgenden neuen Attribute hinzuzufügen: + `Fields.sourceLastUpdatedTimestamp` + `sourceLastUpdatedTimestampFormat` Falls das Attribut „timestamp“ nicht angegeben wurde, können Sie trotzdem Konsolidierungskriterien erstellen. Es wird dann ein Standardzeitstempel mit dem Zeitpunkt der Datensatzaufnahme in Kundenprofilen verwendet. Wir empfehlen, die neuen Attribute hinzuzufügen, bevor Sie Ihre Konsolidierungskriterien erstellen. Falls Sie bereits einen benutzerdefinierten Objekttyp angelegt haben und diesen aktualisieren möchten: Wir führen jede Woche einen geplanten Backfill aus, um Ihre vorhandenen Profile mit dem `Fields.sourceLastUpdatedTimestamp` zu aktualisieren. Gehen Sie wie folgt vor, um sich für das geplante Backfill zu registrieren: 1. Aktualisieren Sie den Objekttyp Ihres benutzerdefinierten Profils mithilfe der [PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html)API. 1. Nachdem Sie den Objekt-Typ Ihres benutzerdefinierten Profils aktualisiert haben, eröffnen Sie ein [AWS-Support-Ticket](https://console.aws.amazon.com/support/home). 1. AWS plant das Auffüllen in Ihrem Namen. Der geplante Backfill läuft bis Ende Februar 2022. Alternativ können Sie den benutzerdefinierten Objekttyp, den die Aufnahme/den Connector für Ihre Domain verwendet, löschen und dann neu erstellen. Alle Ihre Daten werden mithilfe des aktualisierten Objekttyps erneut aufgenommen und daraus wird ein `Fields.sourceLastUpdatedTimestamp` geparst. ## Beispiel: So funktioniert der Abgleich ### Beispiel für ONE\_TO\_ONE Sie können `ONE_TO_ONE` als `AttributeMatchingModel` auswählen. Wenn Sie `ONE_TO_ONE` auswählen, kann das System nur dann einen Abgleich ausführen, wenn es sich bei den Untertypen um exakte Übereinstimmungen handelt. **Beispiel**: Sie verwenden `EmailAddress` und `BusinessEmailAddress`, 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: 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 ``` Profil A und Profil B stimmen auf Regelebene 1 überein, da der `EmailAddress`-Typ, `LastName`, und `FirstName` übereinstimmen. ### Beispiel für MANY\_TO\_MANY Sie können `MANY_TO_MANY` als `AttributeMatchingModel` auswählen. Wenn Sie `MANY_TO_MANY` auswählen, kann das System Attribute aller Untertypen eines Attributtyps abgleichen. **Beispiel**: Sie verwenden `EmailAddress` und `BusinessEmailAddress`, um die `EmailAddress`-Typen darzustellen. Das `AttributeMatchingModel` ist `MANY_TO_MANY`. **Ihre Abgleichsregel lautet**: ``` 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 ``` Profil A und Profil B stimmen auf Regelebene 1 überein, da der `EmailAddress`-Typ, `LastName`, und `FirstName` übereinstimmen.