Gå til indhold

Eksklusivt 50 % rabat i 36 måneder for de første 100 Professionel-konti, indtil den 31. december 2026. Se programmet →

Administration

Garder les données « au cas où » n'est plus une politique

Le règlement demande de limiter la conservation, et une base qui grossit indéfiniment finit par être un risque plutôt qu'un actif. Vous fixez donc une durée par type de donnée — dans des bornes que nous publions, et qu'un réglage d'interface ne peut pas contourner.

Uden betalingskort

Comment ça marche

Deux niveaux, et pourquoi le second est verrouillé

Ce que vous réglez

Cinq familles de données ont aujourd'hui leur durée : les deux journaux d'audit, les événements de connexion, les sessions révoquées et les données métier inactives. Pour chacune, une valeur par défaut s'applique tant que vous ne décidez rien, et vous pouvez l'allonger ou la raccourcir dans les bornes autorisées.

  • Journaux d'audit : six ans par défaut
  • Événements de connexion : douze mois par défaut
  • Sessions révoquées : quatre-vingt-dix jours
  • Données métier inactives : cinq ans

Ce que vous ne pouvez pas descendre

Chaque type porte aussi un plancher : un an pour les journaux d'audit, quatre-vingt-dix jours pour les connexions, trente jours pour les sessions révoquées, deux ans pour les données métier. Ces valeurs ne se modifient que par une livraison de code, jamais depuis une interface — un minimum de conformité qu'un administrateur peut abaisser n'en est plus un.

  • Plancher validé côté serveur, à l'enregistrement
  • Vérifié une seconde fois à la lecture
  • Modifiable uniquement par livraison, tracée en dépôt
  • Une durée trop courte est refusée avec son motif

Et l'historique des décisions

Il n'y a qu'une ligne par type de donnée : pas de version, pas d'accumulation. L'historique, lui, vit dans le journal d'audit du compte, avec la personne qui a posé le réglage et la date. Savoir quelle politique était en vigueur au moment d'un incident est exactement ce qu'on vous demandera.

  • Auteur et date de chaque réglage
  • Pose et retrait d'un réglage tracés séparément
  • Politique en vigueur reconstituable à toute date
  • La purge n'est jamais une suppression directe

FAQ

Ofte stillede spørgsmål

Pourquoi ne peut-on pas tout supprimer plus tôt ?

Parce que certaines données servent à prouver ce qui s'est passé. Descendre un journal d'audit sous un an rend toute investigation impossible après coup, et c'est exactement la situation que les planchers évitent — y compris contre une demande faite de bonne foi.

Peut-on conserver plus longtemps que la valeur par défaut ?

Oui, les bornes sont un minimum, pas un maximum. Une organisation soumise à une obligation plus longue allonge la durée du type concerné.

Les contacts et les documents sont-ils concernés ?

Les données métier inactives ont leur durée, avec un plancher de deux ans. Les droits des personnes — accès, effacement — restent outillés indépendamment de ces durées : une demande d'effacement ne dépend pas d'un réglage de rétention.

Qui peut modifier ces durées ?

Une personne à qui vous avez donné la permission correspondante, et l'action est inscrite au journal d'audit du compte avec son auteur.

Que se passe-t-il exactement à l'échéance ?

Un traitement d'archivage retire les lignes concernées. Il n'existe aucun point d'entrée qui supprime directement une ligne de journal : la purge est un traitement encadré, pas un bouton.

Et andet spørgsmål? Skriv til os — et menneske svarer dig.

Klar til at samle alle dine værktøjer ét sted?

Opret din gratis konto på to minutter: CRM, telefoni, marketing, aftaler og kundeservice — samlet ét sted, med AI oveni.

Uden betalingskort