# authentication.succeeded

Kundenereignis `authentication.succeeded`, Schemaversion 1, zugestellt in der gemeinsamen Ereignishülle.

| Feld | Wert |
|---|---|
| Ereignistyp | `authentication.succeeded` |
| Schemaversion | 1 |
| Gruppe | Sitzungen und Anmeldung |
| Veröffentlichungswelle | GA |
| Hochvolumiges Ereignis | Ja. Ein Abonnement mit leerer Typenliste enthält diesen Typ nicht; abonnieren Sie ihn ausdrücklich. |
| Schema-ID | `https://docs.keenauth.com/events/authentication.succeeded.v1.json` |

## Nutzlast

`data.object` enthält mindestens die Kennung der betroffenen Ressource in `id`. Die übrigen Member hängen vom Nutzlastmodus ab.

## Personenbezogene Daten

Jedes Ereignis enthält Kennungen: die betroffene Ressource in `data.object`, den Akteur in `context.actor` und bei Benutzerereignissen den Benutzer. Sie sind personenbezogene Daten der Kategorie Ereignisse, auch im Standard-Nutzlastmodus `thin`, der keine E-Mail-Adresse, Telefonnummer, keinen Namen und keine IP-Adresse enthält.

Im Nutzlastmodus `full` ist `data.object` die Darstellung der Ressource in der Verwaltungs-API und enthält außerdem: Umgebungslogs.

Welche Daten jede Kategorie enthält, wie lange sie aufbewahrt und wie sie gelöscht werden: [Personenbezogene Daten](/docs/policies/personal-data). Geben Sie keine besonderen Kategorien personenbezogener Daten (zum Beispiel Gesundheits-, Biometrie- oder Religionsdaten) in metadata oder anderen Freitextfeldern an: Der Nutzlastmodus `full` liefert sie an Ihren Endpunkt.

## Beispiel

Beispielereignis mit Platzhalterwerten (Nutzlastmodus `thin`):

```json
{
  "id": "evt_example",
  "type": "authentication.succeeded",
  "schema_version": 1,
  "environment_id": "env_example",
  "occurred_at": "2026-01-01T00:00:00Z",
  "recorded_at": "2026-01-01T00:00:00Z",
  "seq": 1,
  "data": {
    "object": {
      "id": "example"
    }
  },
  "context": {}
}
```

Alle Ereignistypen: [Ereignisreferenz](/docs/events).