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 Customer Profiles
<a name="examples-object-type-mappings"></a>

## Eine Objekttypenzuordnung, die ein Profil generiert
<a name="profile-generating-example"></a>

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` und`accountId` 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
<a name="ticket-issue-example"></a>

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` und `uniqueTicket`.
+ 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 definierten `ticketEmail`-Schlüssel sowie `_email` und `uniqueTicket` 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. Der `ticketEmail`-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.