Qui récupère les données quand leur propriétaire quitte l’équipe ?

Dans l’ordre

1. Prévoir propriété et transfert avant le départ
2. Tester la récupération
3. Refuser un dépôt de travail sans issue connue

Pourquoi ce choix

• Un droit d’administration ne prouve pas la récupération
• Le mode de protection peut limiter l’accès

Distinguer possession, administration et lecture

Listez les objets importants rattachés à la personne : documents, dossiers, formulaires, agendas et automatismes selon les usages. Pour chacun, demandez qui peut modifier le propriétaire et qui peut continuer à travailler. Lire un objet ne donne pas forcément le pouvoir de le transmettre.

Ajoutez les accès de secours et la personne qui doit recevoir l’information de départ. Une procédure automatique supposée mais non démontrée reste une question ouverte.

Le cas Loop montre pourquoi il faut vérifier l’objet exact

Microsoft documente pour le conteneur personnel Loop My workspace une transmission des accès et une notification manuelles. Il prévoit la copie avant suppression ou la réassignation permanente, avec des effets différents. Cette règle ne décrit pas tous les objets Microsoft.

Nous demanderions à l’administrateur une preuve sur le type de contenu réellement utilisé, sans recopier une procédure OneDrive pour tous les espaces. Le délai dépend de la rétention configurée ; aucun nombre universel n’est retenu ici.

Chez Proton, le statut privé change le rôle de l’administrateur

Pour les organisations Proton Business décrites, le fournisseur distingue les utilisateurs non privés, dont les messages sont accessibles à l’administrateur, et les utilisateurs privés, dont l’administrateur ne peut pas lire les messages. Pour accéder aux données d’un utilisateur privé, il doit lui demander d’accepter le passage au statut non privé. Le rôle d’administrateur ne suffit donc pas dans tous les cas.

Cet exemple porte sur les organisations et messages décrits par Proton ; il ne démontre pas la reprise d’un coffre documentaire ni le fonctionnement de CryptPad. Avant le départ d’une personne, faites montrer le statut et le parcours de reprise autorisés pour l’objet utile. Aucun accès n’a été modifié, et nous ne présumons pas que ce parcours restera possible si la personne est déjà indisponible.

Faire l’essai avec une personne fictive

Créez un petit parcours d’essai autorisé où la personne possède un document partagé et un objet qui reçoit des données. Faites réaliser son départ, puis poursuivre le travail par le repreneur sans session de l’ancien compte. Vérifiez aussi que la personne partie ne dispose plus des accès attendus.

La recette doit laisser une exception nommée si un traitement dépend encore du compte. Garder toute la suite sans savoir quel objet l’exige reporte le problème ; fermer immédiatement peut casser le travail.

À vérifier

Méthode proposée, sans essai ni migration exécutés. Aucun format, droit, délai ou résultat n’est garanti pour un service non vérifié.

Preuves et sources

Les faits documentaires et déclarations sont distingués de nos avis et méthodes. Comment nous travaillons.