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.
Beispiele für Objekttypzuordnungen in Amazon Connect Connect-Kundenprofilen
Eine Objekttypenzuordnung, die ein Profil generiert
Im folgenden Beispiel sehen Sie Daten, die das Standardprofil füllen.
Als Nächstes sehen Sie das eingehende Objekt:
{ "account": 1234, "email": "john@examplecorp.com", "address": { "address1": "Street", "zip": "Zip", "city": "City" }, "firstName": "John", "lastName": "Doe" }
Der folgende Code zeigt die Zuordnung des eingehenden Objekts zu einem Standardprofilobjekt, während PersonalEmailAddress
, fullName
undaccountId
als eindeutiger Schlüssel indiziert wird.
{ "Fields": { "accountId": { "Source": "_source.account", "Target": "_profile.AccountNumber", "ContentType": "NUMBER" }, "shippingAddress.address1": { "Source": "_source.address.address1", "Target": "_profile.ShippingAddress.Address1" }, "shippingAddress.postalCode": { "Source": "_source.address.zip", "Target": "_profile.ShippingAddress.PostalCode" }, "shippingAddress.city": { "Source": "_source.address.city", "Target": "_profile.ShippingAddress.City" }, "personalEmailAddress": { "Source": "_source.email", "Target": "_profile.PersonalEmailAddress", "ContentType": "EMAIL_ADDRESS" }, "fullName": { "Source": "{{_source.firstName}} {{_source.lastName}}" }, "firstName": { "Source": "_source.firstName", "Target": "_profile.FirstName" }, "lastName": { "Source": "_source.lastName", "Target": "_profile.LastName" } }, "Keys": { "_email": [ { "FieldNames": ["personalEmailAddress"] } ], "_fullName": [ { "FieldNames": ["fullName"] } ], "_account": [ { "StandardIdentifiers": ["PROFILE","UNIQUE"], "FieldNames": ["accountId"] } ] } }
Denken Sie daran, dass email
und fullname
zwar indiziert sind, sie aber nicht für die Profilsuche verwendet werden. Das Konto ist der eindeutige Schlüssel. Das Objekt muss angegeben werden. Jedes Mal, wenn ein Objekt mit derselben Konto-ID aufgenommen wird, überschreibt dies das vorherige Objekt mit derselben Konto-ID.
Im Standardprofilobjekt werden mehrere Felder aufgefüllt (siehe die Felder, für die Target
definiert wurde).
Eine Objekttypenzuordnung, die das Standardprofil nicht auffüllt
In diesem Beispiel sehen Sie einen komplizierteren Anwendungsfall. Hier werden Daten zu einem Profil aufgenommen, das Standardprofilobjekt wird aber nicht unbedingt befüllt.
Als Nächstes sehen Sie das eingehende Objekt:
{ "email": "john@examplecorp.com", "timestamp": "2010-01-01T12:34:56Z", "subject": "Whatever this is about", "body": "Body of ticket" }
Hier sehen Sie eine Möglichkeit, diese Daten zuzuordnen:
{ "Fields": { "email": { "Source": "_source.email", "ContentType": "EMAIL_ADDRESS" }, "timestamp": { "Source": "_source.timestamp" } }, "Keys": { "_email": [ { "StandardIdentifiers": ["PROFILE","LOOKUP_ONLY"], "FieldNames": ["email"] } ], "ticketEmail": [ { "StandardIdentifiers": ["PROFILE","SECONDARY","NEW_ONLY"], "FieldNames": ["email"] } ], "uniqueTicket": [ { "StandardIdentifiers": ["UNIQUE"], "FieldNames": ["email","timestamp"] } ] } }
In diesem Beispiel werden die Daten aufgenommen und bei der ersten Suche wird die E-Mail-Adresse zusätzlich aufgenommen.
-
Wenn die E-Mail-Adresse einem einzelnen Profil zugeordnet werden kann, wird sie zur Anhängung der Daten an dieses Profil verwendet. Die eindeutige Kennung für das Ticket setzt sich aus der E-Mail und dem Zeitstempel zusammen, da es keine andere eindeutige Kennung gibt.
-
Wenn kein Profil mit der angegebenen E-Mail-Adresse vorhanden ist, wird ein neues Profil erstellt, bei dem lediglich das
EmailAddress
-Feld befüllt ist. Das aufgenommene Objekt wird an dieses neue abgeleitete Profil angehängt. Die beiden durchsuchbaren Schlüssel, mit denen das Profil gefunden werden kann, sind_email
unduniqueTicket
. -
Wenn mehr als ein Profil mit der angegebenen E-Mail-Adresse vorhanden ist, wird ein neues Profil erstellt, bei dem lediglich das
EmailAddress
-Feld befüllt ist, und das Objekt wird an dieses neue Profil angehängt. Dieses Profil wird mit dem definiertenticketEmail
-Schlüssel sowie_email
unduniqueTicket
erstellt. Alle nachfolgenden Tickets aus dieser E-Mail werden diesem neuen abgeleiteten Profil zugewiesen. Der Grund dafür ist, dass sich der_email
-Schlüssel auf drei Profile bezieht und somit verworfen wird. DerticketEmail
-Schlüssel bezieht sich jedoch nur auf ein einzelnes Profil (das neue abgeleitete Profil) und bleibt gültig. -
Wird ein neues abgeleitetes Profil erstellt, so wird das
EmailAddress
-Feld aus des ersten Objekt gefüllt, von dem es erstellt wurde.