Word/Excel « verrouillé pour modification par moi‑même » après crash : solutions locales, OneDrive/SharePoint et réseau

Après un plantage, Word/Excel insistent : « Le document est verrouillé pour modification par moi‑même » et s’ouvrent en lecture seule. Voici un guide complet, concret et rapide pour libérer le verrou (local, OneDrive/SharePoint/Teams, partage réseau) et reprendre l’édition.

Vue d’ensemble du problème

Lors d’un crash, Office laisse parfois derrière lui un fichier de propriétaire (dit fichier de verrou) qui fait croire à Word/Excel que le document est encore ouvert. En cloud, un verrou de co‑création peut aussi persister. Résultat : le fichier s’ouvre en lecture seule avec le message « Verrouillé pour modification par moi » ou « par un autre utilisateur », alors que personne ne l’édite.

Diagnostic express

Contexte	Indices typiques	Action prioritaire
Fichier local (PC Windows)	Crash récent, dossier local, petit fichier caché commençant par ~$	Fermer Word/Excel → supprimer ~$... → relancer
OneDrive / SharePoint / Teams	Icône OneDrive en synchronisation, verrou persistant, édition Web possible	Ouvrir dans le navigateur puis fermer → mettre OneDrive en pause 10‑15 s → reprendre
Partage réseau (SMB)	Accès via \\serveur\partage, autres utilisateurs connectés	Fermer la poignée depuis le serveur (Dossiers partagés) ou net file
Mac (local / OneDrive)	Fichier caché ~$ dans le dossier, OneDrive actif	Quitter Word/Excel/OneDrive → afficher fichiers cachés → supprimer ~$...

Solutions par scénario

Cas le plus courant : fichiers locaux (PC Windows)

1. Fermer Office proprement
   • Quittez Word, Excel et toute autre app Office.
   • Ouvrez le Gestionnaire des tâches (Ctrl + Maj + Échap) → onglet Processus → terminez WINWORD.EXE, EXCEL.EXE (et si présent, POWERPNT.EXE).
2. Supprimer les fichiers de verrou ~$
   • Dans l’Explorateur, allez dans le dossier du document.
   • Activez Affichage > Éléments masqués.
   • Supprimez tout fichier qui commence par ~$ et reprend le nom du document : ex. ~$Contrat.docx, ~$Budget.xlsx. Ce sont des « owner files » (quelques Ko) laissés par Word/Excel.
   Astuce : si Windows refuse la suppression (« fichier utilisé »), refaites l’étape 1, ou redémarrez Windows puis supprimez immédiatement le ~$... avant d’ouvrir Word/Excel.
3. Rouvrir Word/Excel
   • Si Word demande de charger des modifications du modèle Normal/Global, répondez Non.
   • Le document doit désormais s’ouvrir en édition.

Contrôles supplémentaires utiles (Windows local)

• Attribut « Lecture seule » Windows : clic droit sur le fichier → Propriétés → décochez Lecture seule → OK.
• Ouverture & réparation (si le fichier a été endommagé) : Word/Excel → Fichier > Ouvrir → sélectionnez le document → déroulez la flèche du bouton Ouvrir → Ouvrir et réparer.
• Modèle Word Normal.dotm (cas rares) : fermez Word → renommez %AppData%\Microsoft\Templates\Normal.dotm en Normal.old → relancez Word (un nouveau modèle sera recréé).

Fichiers dans le cloud : OneDrive, SharePoint, Teams

1. Forcer la libération du verrou
   • Ouvrez le fichier dans le navigateur (Word/Excel pour le web), laissez‑le charger complètement, puis fermez l’onglet.
   • Dans l’app OneDrive (icône nuage), mettez la synchronisation en pause 10–15 s, puis reprenez.
   • Patientez jusqu’à l’état « À jour » et rouvrez le document dans l’application de bureau.
2. Vérifier la co‑création/synchronisation Office
   • OneDrive → Paramètres → onglet Office / Synchronisation → désactivez temporairement « Utiliser les applications Office pour synchroniser les fichiers que j’ouvre », validez, testez. Si tout est OK, réactivez ensuite.
3. Fermer l’édition sur les autres appareils
   • Si vous avez ouvert le fichier sur un autre PC, Mac, mobile ou navigateur, fermez‑le partout (y compris les onglets inactifs).
   • Déconnectez‑vous puis reconnectez‑vous à Word/Excel si nécessaire (menu Compte).
4. Réinitialisation douce OneDrive (en dernier recours)
   • Fermez Word/Excel.
   • Dans Windows : exécutez %localappdata%\Microsoft\OneDrive\OneDrive.exe /reset (Win + R) puis relancez OneDrive. Laissez la resynchronisation s’achever.
   Note : la réinitialisation ne supprime pas vos fichiers, mais peut nécessiter une reconnexion. À utiliser si la pause/reprise ne suffit pas.

Cas SharePoint spécifiques

• Extraction (Check‑out) : si la bibliothèque SharePoint impose l’extraction, vérifiez qu’aucune extraction n’est restée ouverte à votre nom. Annulez l’extraction si besoin, puis réessayez.
• Conflits de versions : ouvrez/fermez dans le Web pour forcer la fusion et supprimer les verrous transients.

Fichier sur un partage réseau (SMB)

Après un crash, le serveur peut conserver une poignée (handle) ouverte. Il faut la fermer côté serveur.

• Via l’interface (admin) : Gestion de l’ordinateur → Outils système → Dossiers partagés → Fichiers ouverts → clic droit sur le fichier → Fermer le fichier ouvert.
• Via la ligne de commande (admin) : net file net file <ID_ouvert> /close Remplacez <ID_ouvert> par l’identifiant du fichier listé par la première commande.

Une fois la poignée fermée, rouvrez le document : l’édition doit être disponible.

Mac : libérer un document Word/Excel « verrouillé par moi‑même »

1. Fermer Word/Excel (et OneDrive s’il est utilisé) : menu Apple → Forcer à quitter si nécessaire.
2. Afficher et supprimer le fichier de verrou : ouvrez le dossier du document, appuyez sur Cmd + Shift + . pour afficher les éléments cachés, supprimez le fichier ~$....
3. Rouvrir Word/Excel. Si l’alerte concerne le modèle Normal, cliquez sur Ne pas charger.
4. OneDrive (Mac) : quittez OneDrive, attendez 10–15 s, relancez‑le, puis réessayez.

Contournements et « dernières cartes »

• Dupliquer le fichier : copiez/collez avec un nouveau nom, puis ouvrez la copie. C’est souvent le moyen le plus rapide de repartir.
• Réparation d’Office (Windows) : Panneau de configuration > Programmes > Microsoft 365 > Modifier > Réparation en ligne.
• Démarrage sécurisé : Win + R → winword /safe ou excel /safe → ouvrez et enregistrez sous un nouveau nom → redémarrez normalement.
• Copier en local puis réintégrer : si le fichier est en réseau/cloud, copiez‑le localement, éditez, puis remettez la version finale à l’emplacement d’origine.

Pourquoi cela arrive (et comment l’éviter)

La cause n° 1 : le petit fichier caché ~$ (fichier de propriétaire) que Word/Excel crée à l’ouverture n’a pas été supprimé lors du crash. Tant qu’il reste, Office pense que le document est ouvert — par vous.

En cloud : la co‑création (verrous de session) peut se figer suite à une perte de connexion, un onglet Web laissé ouvert, ou une synchronisation OneDrive incomplète.

Prévention

• Laisser OneDrive finir la synchronisation avant d’éteindre (icône « À jour »).
• Mettre Office & OneDrive à jour régulièrement : moins de verrous orphelins.
• Éviter les fermetures forcées répétées (Alt + F4 en boucle, coupure brutale d’alimentation). Utilisez l’Enregistrement automatique si disponible.
• Fermer les onglets Web Word/Excel inactifs quand vous repassez sur l’application de bureau.

FAQ rapides

Je ne vois pas le fichier ~$....

Activez l’affichage des éléments masqués. Cherchez dans le même dossier que le document. Sur des documents non encore enregistrés, les données temporaires peuvent se trouver dans %Temp% (Windows) ou dans le conteneur d’AutoRécupération ; ce n’est pas un verrou persistant.

Le fichier passe encore en lecture seule après suppression du ~$.

• Vérifiez l’attribut Lecture seule de Windows (voir plus haut).
• Testez Ouvrir et réparer dans Word/Excel.
• Si cloud : ouvrez/fermez dans le Web, puis pause/reprise OneDrive.
• Si réseau : faites fermer la poignée côté serveur (Dossiers partagés / net file).

Le message mentionne « un autre utilisateur ».

Le mécanisme est identique : un verrou (fichier ~$ ou session cloud) indique un éditeur actif. Appliquez les mêmes remèdes. Assurez‑vous aussi que le document n’est pas réellement ouvert par un collègue (y compris en Web).

Risques de perte de données ?

La suppression du ~$... ne supprime pas votre document ; elle retire juste l’indicateur de session. En revanche, si Word propose une récupération de document, enregistrez la version récupérée sous un nouveau nom avant de continuer.

Et si un antivirus/outil de sauvegarde bloque le fichier ?

Certains agents peuvent garder une poignée ouverte quelques secondes. Attendez la fin de l’analyse, puis réessayez. En cas de blocage persistant, redémarrez et réouvrez avant que ces services ne reprennent leur analyse.

Le fichier a l’option « Recommander la lecture seule ».

C’est un paramètre du document (Excel/Word → Enregistrer sous → Outils → Options générales). Décochez‑le si vous ne souhaitez pas cette recommandation. Ce n’est pas lié au verrou « par moi‑même », mais cela peut entretenir la confusion.

Scripts et commandes utiles

Lister et supprimer les verrous ~$ dans un dossier (PowerShell)

# À exécuter dans PowerShell (dossier à adapter)
Get-ChildItem -Path "C:\MonDossier" -Filter "~$*" -Force | Remove-Item -Force

Fermer d’éventuels processus Office restants (PowerShell)

Get-Process WINWORD,EXCEL,POWERPNT -ErrorAction SilentlyContinue | Stop-Process -Force

Fermer un fichier ouvert sur un serveur (CMD, côté serveur)

net file
net file <ID_ouvert> /close

Erreurs fréquentes à éviter

• Supprimer le mauvais fichier : ne supprimez que les fichiers commençant par ~$ (ou, si besoin, les copies temporaires clairement identifiées). Ne touchez pas à votre .docx/.xlsx principal.
• Oublier de fermer tous les Office : un processus Word/Excel en arrière‑plan suffit à recréer un verrou.
• Multiplier les tentatives en cloud sans pause OneDrive : faites d’abord une pause/reprise de la synchro pour recalculer les verrous.
• Laisser le fichier ouvert ailleurs : n’oubliez pas les mobiles/onglets Web ou une session RDP.

Checklist express (à dérouler dans l’ordre)

1. Fermer Word/Excel.
2. Tuer les processus Office (Gestionnaire des tâches).
3. Supprimer les fichiers ~$... dans le dossier du document.
4. Rouvrir le document.
5. Cloud : ouvrir/fermer dans le Web puis pause/reprise OneDrive.
6. Réseau : faire fermer la poignée côté serveur (Dossiers partagés / net file).

Exemples concrets de messages et solutions

Message affiché	Contexte probable	Solution la plus efficace
« Le document est verrouillé pour modification par moi‑même »	Crash local, fichier ~$ resté	Supprimer ~$... après fermeture complète d’Office
« Le document est verrouillé pour modification par un autre utilisateur »	Verrou cloud/co‑création ou poste distant	Ouvrir‑fermer via Word/Excel Web + pause/reprise OneDrive
Ouverture systématique en lecture seule	Attribut Windows « Lecture seule » ou option « Recommander la lecture seule »	Décochez l’attribut / désactivez la recommandation dans les options d’enregistrement
Impossible de supprimer ~$... (« fichier utilisé »)	Processus Office résiduel, antivirus, indexation	Terminer les processus Office → redémarrer → supprimer avant réouverture

En résumé

Dans l’écrasante majorité des cas, fermer Office → supprimer ~$... → relancer suffit. En environnement cloud, ajoutez le passage par le Web et une pause/reprise OneDrive. Sur partage réseau, fermez la poignée côté serveur. Ces gestes « réflexe » règlent durablement les documents Word/Excel bloqués en lecture seule par un « moi‑même » fantôme.