# connection.sp_certificate_rotation_started

Événement client `connection.sp_certificate_rotation_started`, version de schéma 1, livré dans l'enveloppe commune des événements.

| Champ | Valeur |
|---|---|
| Type d'événement | `connection.sp_certificate_rotation_started` |
| Version du schéma | 1 |
| Groupe | Autres événements |
| ID du schéma | `https://docs.keenauth.com/events/connection.sp_certificate_rotation_started.v1.json` |

## Charge utile

`data.object.id` commence par `conn_`. Les autres membres de `data.object` dépendent du mode de charge utile.

## Données personnelles

Chaque événement porte des identifiants : la ressource concernée dans `data.object`, l'acteur dans `context.actor` et, pour les événements utilisateur, l'utilisateur. Ce sont des données personnelles de la catégorie Événements, y compris dans le mode de charge utile `thin` par défaut, qui ne contient ni adresse e-mail, ni numéro de téléphone, ni nom, ni adresse IP.

Le mode de charge utile `full` n'ajoute aucune autre catégorie de données personnelles à cet événement.

Quelles données chaque catégorie contient, combien de temps elles sont conservées et comment elles sont supprimées : [Données personnelles](/docs/policies/personal-data). Ne placez pas de catégories particulières de données (par exemple de santé, biométriques ou religieuses) dans metadata ni dans d'autres champs libres : la charge utile `full` les transmet à votre point de terminaison.

## Exemple

Événement d'exemple avec des valeurs fictives (mode de charge utile `thin`) :

```json
{
  "id": "evt_example",
  "type": "connection.sp_certificate_rotation_started",
  "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": "conn_example"
    }
  },
  "context": {}
}
```

Tous les types d'événements : [Référence des événements](/docs/events).