Une modification est refusée
Mis à jour le 2026-08-01
Un refus de modification n'est pas un bug : c'est une règle d'accès qui s'applique. Reste à savoir laquelle, pour formuler la bonne demande.
Les trois causes possibles
Votre rôle ne le permet pas
Chaque rôle donne un périmètre d'action précis. Un rôle de lecture permet de tout consulter et de commenter, mais pas de modifier une tâche. Un rôle de contribution permet d'agir sur les tâches, mais pas de changer la structure du projet — statuts, colonnes, membres.
Les éléments hors de votre portée sont visiblement inactifs plutôt que masqués : vous savez qu'ils existent, et une infobulle indique le motif.

Votre compte est un « invité »
C'est la seule restriction d'accès qui existe réellement : le rôle Invité (guest) est en lecture seule, et ne voit que les projets sans équipe et ceux des équipes dont il fait partie. Tous les autres rôles — membre, administrateur, propriétaire — peuvent modifier n'importe quelle tâche de l'organisation, quelle que soit l'équipe du projet.
Le signe qui ne trompe pas : la tâche s'ouvre, s'affiche entièrement, mais aucun champ ne réagit. Vérifiez votre rôle dans Réglages → Membres : s'il indique « Invité », demandez à un administrateur de le passer à « Membre ».
Vous êtes hors ligne, sur une action non autorisée
Certaines opérations — administration, application d'un modèle, envoi de fichier lourd — exigent le réseau. Hors connexion, elles sont refusées immédiatement plutôt que mises en file d'attente.
Que demander, à qui
Formulez une demande précise plutôt qu'un « je n'ai pas les droits » :
| Situation | Demande à formuler | À qui |
|---|---|---|
| Je peux lire mais pas modifier | Passer mon rôle en contribution sur ce projet | Responsable du projet |
| Je ne vois pas un projet | Me rattacher à l'équipe concernée | Administrateur d'organisation |
| Je ne peux pas modifier les statuts | Droit d'administration du projet | Responsable du projet |
| Je ne peux pas inviter de membre | Droit d'administration de l'organisation | Propriétaire |

Un refus après coup
Cas particulier : la modification semble passer, puis un message signale un refus quelques secondes plus tard. C'est le cas d'une action enregistrée hors ligne puis rejetée par le serveur au moment de la synchronisation — souvent parce que vos droits ont changé entre-temps.
L'opération est alors retirée de la file et n'est jamais rejouée. Reprenez la modification une fois vos droits confirmés.
Un refus ne perd jamais de données : la valeur d'origine est restaurée telle quelle, sans état intermédiaire.