Gouvernance et rétention

La rétention est aujourd'hui gérée par le service

La réponse MeGovernanceResponse actuelle signale retention.status=operator_managed et retention.available=false. Les règles de rétention automatisées ne sont pas configurables par compte ; les actions d'archivage, d'oubli et d'effacement requièrent une intervention explicite sur le compte. Cette page décrit la posture mise en œuvre, et non une promesse d'ordonnancement automatique de rétention.

{
  "retention": {
    "status": "operator_managed",
    "available": false
  },
  "delete": {
    "status": "self_service",
    "available": true
  }
}

La suppression et l'exportation relèvent de postures distinctes

La suppression individuelle d'une mémoire s'effectue en libre-service. La fermeture d'un compte révoque les accès et place en file d'attente un flux de purge Personal ; le contrat de réponse stipule que les données partagées au sein d'une équipe demeurent rattachées à la Team. L'exportation s'effectue par téléchargement en libre-service ou uniquement sur demande selon la configuration du runtime, et les artefacts préparés expirent automatiquement.

• delete — la suppression individuelle de mémoire en libre-service est disponible.
• export — le statut est self_service_download uniquement si le runtime l'active ; sinon request_only.
• data_boundary — restreint au niveau du compte ; aucun accès inter-comptes n'est autorisé.

Les actions de gouvernance produisent des preuves d'audit

La réponse de gouvernance indique audit.status=enabled et précise que les actions sur le compte génèrent des événements d'audit ; l'accès aux journaux d'audit et l'exportation d'audit en libre-service demeurent administrés par l'équipe du service. La suppression de mémoire consigne également le mode, la présence d'un motif et les références cibles dans la boîte d'envoi d'audit de mémoire sans conserver le contenu oublié dans le résultat public.

{
  "data_boundary": {
    "status": "account_scoped",
    "available": true
  },
  "audit": {
    "status": "enabled",
    "available": true
  }
}

Vérifier la posture effective avant de choisir un mode

Le mode de sécurité et la posture de gouvernance sont des mécanismes distincts. Le mode Cloud autorise le traitement côté serveur ; Keyguard utilise un chiffrement enveloppe par clé client avec déchiffrement temporaire audité ; Vault conserve les corps de mémoire chiffrés côté client et impose habituellement un rappel local. Choisissez les traitements de rétention, suppression et sécurité d'après les contrats de réponse effectifs, sans présumer qu'un paramètre unique régit l'ensemble.

retention  = operator_managed
delete     = self_service
audit      = enabled
security   = resolve the effective Cloud, Keyguard, or Vault mode