Droits et accès

Désactiver un collaborateur sans abandonner ses tâches et validations

Pour qui : L’équipe supprime un compte et découvre ensuite ses tâches sans responsable ou ses demandes bloquées.

Recherche documentaire le 8 novembre 2026 ; aucune application testée.

Notre avis

Inventorier puis transférer les engagements ouverts avant la désactivation du compte.

Dans l’ordre

  1. Transférer des objets, pas seulement un nom dans l’annuaire
  2. Sept objets à retrouver après désactivation
  3. Désactiver un compte témoin et rapprocher cinq tâches, une validation et une règle avec leur propriétaire de reprise.

Pourquoi

  • Retirer un accès ne réaffecte pas forcément tâches, validations et règles ; chaque engagement ouvert doit retrouver un responsable.

Ce qui change le choix

Un incident d’accès peut imposer une révocation immédiate ; organiser ensuite la reprise depuis l’administration plutôt que retarder la protection.

Transférer des objets, pas seulement un nom dans l’annuaire

La désactivation retire un accès ; elle ne prouve pas que le travail a trouvé un nouveau responsable. Nous rapprocherions les tâches ouvertes, validations en attente, réservations futures et règles installées avant de considérer le départ traité. Chaque objet doit soit être transféré, soit être fermé par décision.

Gardez l’attribution historique lorsque le produit le permet. Le remplaçant assume le travail restant, pas les décisions passées d’une autre personne. Pour une révocation urgente d’accès, protégez immédiatement le compte puis organisez la reprise depuis l’administration ; ne maintenez pas un accès risqué sous prétexte de transfert.

Sept objets à retrouver après désactivation

Proposez un compte fictif avec cinq tâches, une validation et une automatisation. Faites montrer ce qu’il reste après désactivation, puis attribuez chaque objet à son nouveau responsable. Une tâche visible dans une corbeille ou un projet de reprise n’est pas encore un engagement réaffecté.

Nous préférerions une liste courte issue de l’administration à une passation de mémoire. Les connecteurs possédés par le compte doivent aussi être traités : leur continuité ne se déduit pas du transfert des tâches.

Asana indique que retirer un membre génère un projet privé avec ses tâches pour permettre leur réaffectation.

monday.com cite notamment la désactivation d’un utilisateur et la suppression d’un objet utilisé parmi les causes d’échec d’une automatisation.

Limites

Analyse documentaire et méthode éditoriale. Les protocoles sont proposés, pas exécutés sur les logiciels. Les exemples chiffrés sont fictifs ; les fonctions dépendent du produit, du forfait, des droits et de la configuration.

Prochaine action

Désactiver un compte témoin et rapprocher cinq tâches, une validation et une règle avec leur propriétaire de reprise.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Déclaration de l’éditeur. Asana indique que retirer un membre génère un projet privé avec ses tâches pour permettre leur réaffectation.

    Relevé du 8 novembre 2026. Édition ou périmètre : Documentation publique du 8 novembre 2026 ; produit et périmètre nommés dans le constat.

  • Déclaration de l’éditeur. monday.com cite notamment la désactivation d’un utilisateur et la suppression d’un objet utilisé parmi les causes d’échec d’une automatisation.

    Relevé du 8 novembre 2026. Édition ou périmètre : Documentation publique du 8 novembre 2026 ; produit et périmètre nommés dans le constat.

  • Notre méthode. Prendre un compte avec cinq tâches, une validation et une règle ; désactiver sur un espace témoin et contrôler chaque objet restant.

    Daté du 8 novembre 2026. Édition ou périmètre : Protocole éditorial proposé ; aucune observation de compte client.