Word/Excel ouvrent vos fichiers OneDrive en d.docs.live.net ? AutoSave se coupe et les conflits s’accumulent ? Voici la cause réelle (le dossier spécial « Documents ») et une procédure éprouvée, simple et sûre, pour revenir à un enregistrement local synchronisé et sans conflits.
Problème : Word/Excel ouvrent des fichiers OneDrive en d.docs.live.net, AutoSave se désactive et des conflits de synchronisation apparaissent
Vue d’ensemble de la question
- À l’ouverture d’un .docx ou d’un classeur, le titre vire à
d.docs.live.net(parfois au format (6), (7), etc.). - Le mode AutoSave (Enregistrement automatique) se désactive, reste grisé ou devient inopérant.
- Des conflits surviennent entre la « version serveur » et la copie locale synchronisée ; Office réclame de choisir quelle version garder.
- Certains enregistrements aboutissent à la racine de OneDrive au lieu du bon sous-dossier, avec parfois UPLOAD FAILED… invalid characters.
- Les remèdes classiques (vidage du cache Office, suppression d’identifiants
d.docs.live.net, réparation Office, réinitialisation OneDrive) n’ont pas suffi pour de nombreux utilisateurs.
Réponse & solution (ce qui résout réellement)
Cause principale identifiée
OneDrive/Office confond le dossier de travail avec le dossier « Documents » spécial. La présence d’un autre dossier nommé « Documents » (casse indifférente : « Documents », « documents ») n’importe où sous OneDrive — ou de doublons/nids tels que
OneDrive\Documents\DocumentsouOneDrive\ProjetX\Documents— déclenche un mode d’ouverture web (d.docs.live.net), coupe AutoSave et provoque des conflits.
Pourquoi « Documents » pose problème ?
Dans Windows, « Documents » est un dossier spécial (dossier connu) que OneDrive sait rediriger et traiter de manière privilégiée (KFM : Known Folder Move). Lorsqu’un second dossier portant ce nom apparaît dans l’arborescence OneDrive, Office peut associer le mauvais « Documents » à ses fonctions cloud (co‑édition, ouverture WOPI). Résultat : les fichiers s’ouvrent via un chemin web virtuel (d.docs.live.net), AutoSave se décourage, et la synchronisation produit des versions concurrentes.
Correctifs validés par de nombreux cas
- Un seul « Documents » à la racine OneDrive
Chemin attendu (Windows) :C:\Users\<utilisateur>\OneDrive\Documents.
Action : Déplacez vos fichiers vers ce dossier, ou renommez tous les autres dossiers « Documents/documents » en « Docs » (ou tout autre nom). Un simple renommage d’un sous‑dossier « Documents » en « Docs » suffit très souvent à faire disparaîtred.docs.live.netet à réactiver AutoSave. - Éviter le mot « Documents » dans tous les autres noms de dossier OneDrive
L’algorithme est insensible à la casse. Évitez « Documents » même au milieu d’un nom : préférez « Docs », « Dossiers » ou « Pièces ». - Travailler dans le bon dossier par défaut
Dans Word/Excel : Fichier ▸ Options ▸ Enregistrement → cochez « Enregistrer sur l’ordinateur par défaut » et pointez l’emplacement local vers…\OneDrive\Documents. - (Contournement) Désactiver les « expériences connectées » d’Office
Fichier ▸ Compte ▸ Gérer les paramètres (Confidentialité du compte) → décochez « Activer toutes les expériences connectées ».
Effet : Office cesse de forcer l’ouverture/sauvegarde via le web, ce qui élimine parfois le passage end.docs.live.net. Inconvénient : vous perdez certaines intégrations cloud (co‑édition instantanée, services intelligents).
Procédure pas‑à‑pas recommandée (simple et sûre)
- Fermez Word/Excel et mettez OneDrive en pause (icône OneDrive → Aide & paramètres → Suspendre la synchronisation – 2 h).
- Ouvrez votre dossier OneDrive dans l’Explorateur de fichiers.
- Contrôlez l’arborescence :
- Il n’existe qu’un seul dossier
OneDrive\Documents. - Il n’existe aucun autre dossier intitulé « Documents » (ou « documents ») nulle part sous OneDrive.
- Si vous en trouvez, renommez‑les (ex. Docs, Archives) ou déplacez leur contenu dans
OneDrive\Documents.
- Il n’existe qu’un seul dossier
- Reprenez la synchronisation OneDrive et laissez‑la s’achever.
- Ouvrez un fichier de test depuis
OneDrive\Documents:- Le titre doit afficher le vrai nom du fichier, pas
d.docs.live.net. - Le bouton AutoSave doit être actif et fonctionnel.
- Le titre doit afficher le vrai nom du fichier, pas
- Dans Word/Excel : Fichier ▸ Options ▸ Enregistrement
- Cochez « Enregistrer sur l’ordinateur par défaut ».
- Définissez l’emplacement local par défaut sur
…\OneDrive\Documents(et non sur la racine OneDrive).
- Optionnel : Désactivez les expériences connectées si le souci persiste (voir plus haut).
- Testez (créez, modifiez, enregistrez, fermez, rouvrez). Vous ne devez plus voir « la version serveur a été mise à jour ».
Diagnostic rapide : relier symptômes, causes et actions
| Symptôme observé | Cause probable | Action immédiate |
|---|---|---|
Titre Word/Excel affiche d.docs.live.net | Confusion avec un faux dossier « Documents » | Renommer/supprimer les « Documents » non racine |
| AutoSave grisé ou se coupe | Ouverture en mode web (WOPI) | Forcer l’enregistrement local sur …\OneDrive\Documents |
| Multiples fichiers à la racine OneDrive | Mauvais dossier par défaut d’Office | Corriger Fichier ▸ Options ▸ Enregistrement |
| Conflits « serveur vs local » | Deux emplacements actifs pour un même fichier | Centraliser sous OneDrive\Documents et relancer OneDrive |
| UPLOAD FAILED… invalid characters | Nom de fichier incompatible | Éviter les caractères réservés et les suffixes (6),(7) |
| « Enregistrer sous » propose la racine OneDrive | Chemin par défaut mal configuré | Pointez vers …\OneDrive\Documents |
Exemples : noms de dossiers sûrs vs à éviter
| À éviter | Alternative conseillée | Pourquoi |
|---|---|---|
OneDrive\ProjetX\Documents | OneDrive\ProjetX\Docs | Élimine le mot‑clé ambigu « Documents » |
OneDrive\Archives documents | OneDrive\Archives ou Docs‑Archives | Évite toute détection insensible à la casse |
OneDrive\Documents\Documents | OneDrive\Documents\Dépôt | Supprime les « nids » de « Documents » |
OneDrive\_documents | OneDrive\_docs | Préserve le sens sans mot déclencheur |
Réglages Word/Excel : sécuriser l’enregistrement local synchronisé
Dans Word et Excel :
- Ouvrez Fichier ▸ Options ▸ Enregistrement.
- Cochez « Enregistrer sur l’ordinateur par défaut ».
- Renseignez Emplacement local par défaut :
C:\Users\<utilisateur>\OneDrive\Documents(ou le chemin équivalent si votre tenant OneDrive Business a un libellé du type OneDrive – Société). - Validez. Fermez/rouvrez un fichier de test pour vérifier qu’AutoSave est actif.
Vérifications complémentaires
- Ne travaillez jamais à la racine de OneDrive. Préférez
OneDrive\Documents\…ou un sous‑dossier au nom neutre. - Si vous voyez des noms temporaires (6), (7) : faites Fichier ▸ Enregistrer sous vers le bon dossier, laissez synchroniser, puis supprimez les doublons.
FAQ & points d’attention
Qu’est‑ce que d.docs.live.net ?
C’est un chemin web utilisé par Office lors d’une ouverture via des services en ligne (WOPI). Lorsque Word/Excel bascule sur ce chemin au lieu d’un chemin local synchronisé, l’AutoSave et certaines fonctions de synchronisation changent de comportement.
AutoSave vs AutoRecover : ce n’est pas la même chose
- AutoSave : enregistre en continu dans le fichier actif (idéalement dans le dossier synchronisé local).
- AutoRecover : conserve des versions de récupération en cas de crash, mais ne règle pas les conflits de synchronisation.
KFM (Known Folder Move)
Si vous utilisez la sauvegarde des dossiers connus, vérifiez dans OneDrive : Paramètres ▸ Synchronisation et sauvegarde ▸ Gérer la sauvegarde que Bureau, Images et surtout Documents pointent bien vers OneDrive. Un KFM inachevé ou détourné peut aggraver la confusion autour de « Documents ».
Et sur macOS ?
Le principe reste le même : évitez les doublons « Documents » dans l’arborescence OneDrive. Le chemin OneDrive n’est pas identique à Windows ; adaptez l’« emplacement local par défaut » de Word/Excel vers votre dossier OneDrive puis un sous‑dossier Docs ou Documents unique et clairement identifié.
Erreur « UPLOAD FAILED… invalid characters »
Évitez les caractères réservés dans les noms de fichiers/dossiers (ex. \ / : * ? " < > |). Supprimez aussi les suffixes automatiques (6), (7) apparus lors d’enregistrements concurrents.
Dois‑je supprimer mon second « Documents » ?
Pas forcément : le renommage en Docs (ou équivalent) suffit dans la plupart des cas. L’important est d’être certain qu’un seul dossier s’appelle « Documents » sous la racine OneDrive.
Commandes utiles (Windows)
Lister tout dossier nommé « Documents » sous OneDrive (toutes éditions)
cmd /c "dir "%OneDrive%" /s /b /ad | findstr /i \\Documents$"
PowerShell : détecter les « Documents » non racine
$roots = @($env:OneDrive, $env:OneDriveCommercial, $env:OneDriveConsumer) `
| Where-Object { $_ -and (Test-Path $_) }
foreach (\$r in \$roots) {
\$canonical = Join-Path \$r 'Documents'
Get-ChildItem -LiteralPath \$r -Directory -Recurse -Force |
Where-Object { \$*.Name -ieq 'Documents' -and \$*.FullName -ne \$canonical } |
Select-Object FullName
} Astuce : sauvegardez/validez la liste avant toute action, puis renommez prudemment les dossiers incriminés (clic droit > Renommer).
Plan de remise en état (pas à pas, prêt à l’emploi)
- Inventorier les dossiers « Documents » (voir scripts ci‑dessus).
- Renommer tout doublon en Docs (ou nom métier : Docs‑ProjetX).
- Consolider : déplacez éventuellement les contenus dans
OneDrive\Documents. - Nettoyer la racine OneDrive (supprimer les copies/versions (6), (7) une fois la synchro OK).
- Configurer Word/Excel pour enregistrer par défaut dans l’emplacement local synchronisé.
- Tester (ouverture/AutoSave/fermeture/réouverture). Plus d’affichage
d.docs.live.net.
Bonnes pratiques pour éviter la rechute
- Nommer de façon neutre : utilisez Docs, Pièces, Livrables, mais pas « Documents » hors du dossier principal.
- Éviter la racine : créez toujours un sous‑dossier métier (Docs‑Projet‑Alpha).
- Aligner les équipes : si vous partagez des modèles, bannissez « Documents » dans les arborescences communes.
- Vérifier après migration : suite à un import (clé USB, NAS, archive), passez le script de détection.
- KFM sous contrôle : assurez‑vous que la sauvegarde des dossiers connus pointe vers OneDrive et qu’elle n’a pas généré de répliques cachées.
Cas particuliers & indices avancés
- Fichier Word/Excel figé en « Enregistrement… » : c’est souvent le signe d’une ouverture web déguisée. Revenez au chemin local (Fichier ▸ Enregistrer sous ▸
…\OneDrive\Documents). - Les fichiers s’ouvrent depuis un mail/Teams : si le clic ouvre la visionneuse web, préférez Ouvrir dans l’application de bureau après avoir corrigé l’arborescence.
- Plusieurs tenants OneDrive (perso + pro) : les variables
%OneDrive%et%OneDriveCommercial%peuvent coexister. Vérifiez les deux chemins.
Procédure de secours : réinitialiser OneDrive (si nécessaire)
À n’utiliser qu’en dernier recours, une fois l’arborescence assainie.
- Invite de commandes :
"%LOCALAPPDATA%\Microsoft\OneDrive\OneDrive.exe" /reset
- PowerShell :
& "$env:LOCALAPPDATA\Microsoft\OneDrive\OneDrive.exe" /reset
Puis relancez OneDrive depuis le menu Démarrer, reconnectez votre compte et laissez la resynchronisation se terminer.
Checklist de validation
- Un seul dossier OneDrive\Documents existe (vérifié).
- Aucun autre dossier nommé « Documents » n’apparaît dans l’arborescence (vérifié par script ou inspection).
- Word/Excel enregistrent par défaut vers
…\OneDrive\Documents. - AutoSave est actif et le titre n’affiche plus
d.docs.live.net. - Aucun nouveau conflit n’est signalé après plusieurs cycles ouvrir/enregistrer/fermer.
Résumé opérationnel
- Le déclencheur de
d.docs.live.netse résume presque toujours à la présence d’un autre dossier « Documents » dans OneDrive (doublon ou nid). - Solution : renommez/supprimez ces « Documents » non racine, centralisez dans
OneDrive\Documentset forcez Word/Excel à utiliser cet emplacement local synchronisé. - En dernier recours, désactivez les expériences connectées pour neutraliser l’ouverture web.
En appliquant ces étapes, vous restaurez un comportement normal : ouverture locale synchronisée, AutoSave pleinement opérationnel et fin des conflits « serveur vs local ».