« Fichier verrouillé pour modification par un autre utilisateur » sous Word et Excel en 2026 : d'où vient le verrou, comment le lever, et pourquoi le fichier reste bloqué alors que personne ne l'a ouvert

Le message est toujours le même : « Nom du fichier est verrouillé pour modification par un autre utilisateur ». Parfois le nom affiché est le vôtre, parfois c'est « un autre utilisateur » sans plus de précision, et parfois le collègue cité est en congé depuis une semaine. Dans les trois cas, l'explication est la même — et elle n'est pas dans les options d'Office.

1. Le verrou est un fichier, pas un réglage

Quand Word, Excel ou PowerPoint ouvre un document en écriture, l'application crée dans le même dossier un fichier temporaire caché dont le nom commence par ~$ : pour Budget.xlsx, ce sera ~$Budget.xlsx. Ce fichier ne contient presque rien — essentiellement le nom de l'utilisateur qui détient le verrou. C'est lui qu'Office lit pour décider s'il vous propose l'écriture ou la lecture seule.

Conséquence directe : si Office se ferme mal — plantage, session coupée, poste éteint brutalement, connexion réseau perdue en pleine édition — le fichier ~$ survit alors que plus personne n'a le document ouvert. Le verrou est alors orphelin : il désigne un utilisateur qui n'est plus là.

C'est aussi pourquoi le message vous cite parfois vous-même : votre session précédente a laissé son verrou derrière elle.

2. La bonne séquence, du moins risqué au plus intrusif

1. Fermer entièrement Office sur votre poste, puis réessayer : un verrou local se libère seul.
2. Vérifier le Gestionnaire des tâches (onglet Détails) et terminer les processus WINWORD.EXE, EXCEL.EXE ou POWERPNT.EXE restés en arrière-plan sans fenêtre.
3. Afficher les fichiers cachés dans l'Explorateur (Affichage > Afficher > Éléments masqués), puis supprimer le fichier ~$NomDuDocument du dossier — jamais le document lui-même.
4. Sur un partage réseau, demander à l'administrateur de fermer la session de fichier ouverte (Gestion de l'ordinateur > Dossiers partagés > Fichiers ouverts) côté serveur.

Le fichier ~$ se recrée automatiquement à la prochaine ouverture : le supprimer ne dégrade rien et ne perd aucune donnée du document.

3. Pourquoi le verrou revient sans arrêt sur un partage réseau

Sur un partage SMB, deux causes reviennent constamment. La première est l'aperçu de l'Explorateur : le volet de visualisation ouvre le document pour en afficher le contenu, ce qui suffit à poser un verrou. Fermer le volet d'aperçu règle un nombre surprenant de cas.

La seconde est l'indexation ou l'analyse antivirus du partage : un agent qui lit le fichier au mauvais moment peut maintenir un handle ouvert. Les exclusions recommandées par l'éditeur de la solution de sécurité sur les extensions Office d'un partage de production existent précisément pour cela.

Troisième cause plus rare mais tenace : deux utilisateurs qui accèdent au même partage par des chemins différents (lettre de lecteur mappée d'un côté, chemin UNC de l'autre). Office peut alors considérer qu'il s'agit de deux fichiers distincts et le verrou n'est pas respecté. Uniformiser le chemin d'accès dans toute l'équipe évite la corruption.

4. SharePoint, OneDrive et Teams : un verrou différent

Sur un document hébergé dans SharePoint, OneDrive ou un canal Teams, le verrou n'est plus un fichier ~$ mais un état côté serveur. La coédition est censée éviter le problème — plusieurs personnes travaillent en même temps — mais elle ne fonctionne que sur les formats modernes (.docx, .xlsx) et jamais sur un ancien .doc ou .xls, ni sur un classeur contenant certaines fonctionnalités incompatibles.

Deux réflexes utiles : ouvrir le document dans le navigateur, qui contourne le verrou posé par l'application de bureau ; et vérifier si le fichier n'a pas été extrait (check-out) par quelqu'un — un document extrait est verrouillé par conception, et seul son détenteur ou un administrateur de la bibliothèque peut annuler l'extraction.

Le verrou de coédition se libère aussi tout seul, mais avec un délai : comptez jusqu'à une dizaine de minutes après la fermeture brutale d'un client avant que le service considère la session expirée.

5. Le cas « lecture seule » qui n'a rien à voir avec un verrou

Trois situations produisent une lecture seule sans qu'aucun autre utilisateur ne soit en cause, et elles se diagnostiquent en dix secondes :

• L'attribut Lecture seule du fichier (clic droit > Propriétés) : à décocher.
• La lecture seule recommandée ou un mot de passe de modification enregistré dans le document lui-même (Fichier > Informations > Protéger le document).
• L'affichage protégé, déclenché par un fichier venant d'Internet ou d'une pièce jointe : le bandeau jaune propose « Activer la modification ».

Et un quatrième, plus embarrassant : un abonnement Microsoft 365 expiré fait basculer les applications en lecture seule. Le message parle alors de licence, pas de verrou — mais dans l'urgence, la confusion est fréquente.

6. Ce qu'il ne faut surtout pas faire

• Supprimer le document au lieu du fichier ~$ : c'est la seule manœuvre de cette liste qui détruit des données.
• Copier le document sous un autre nom pour « contourner » le verrou, puis continuer à travailler dessus : on obtient deux versions divergentes, et la fusion manuelle coûte plus cher que le verrou.
• Redémarrer le serveur de fichiers en pleine journée pour libérer un handle : la session de fichier se ferme individuellement depuis la console Dossiers partagés.
• Désactiver l'antivirus sur l'ensemble du partage : les exclusions ciblées de l'éditeur suffisent, une exclusion globale ne se justifie pas.

Questions fréquentes

Une suite Office à jour, sur licence perpétuelle

Les blocages de coédition les plus tenaces viennent d'anciens formats et d'anciennes versions qui ne savent pas partager un document. Passer à Office 2021 ou 2024 Professionnel Plus règle la question sans abonnement : la licence est perpétuelle et reste attachée au poste.

Voir Office 2024 Professionnel Plus

À lire aussi sur le blog : Office 2024 vs Office 2021 : les différences · Microsoft 365 expiré : mode lecture seule