Se ao abrir um .docx/.xlsx no OneDrive o cabeçalho do Word/Excel muda para “d.docs.live.net”, o AutoSave fica desativado e começam a surgir cópias “(6)/(7)” ou erros de UPLOAD FAILED, este guia explica a causa real e traz um passo a passo confiável para corrigir — sem perder ficheiros.
O problema em poucas palavras
O Word e o Excel podem “achar” que o seu ficheiro está num endpoint web (via d.docs.live.net) em vez da pasta local sincronizada do OneDrive. Quando isso acontece, o AutoSave desliga, há conflitos de sincronização, nomes duplicados com sufixos “(6)”, “(7)” e mensagens como “caracteres inválidos”. O gatilho mais comum? Pastas chamadas Documents/Documentos duplicadas ou “parecidas” espalhadas dentro do OneDrive.
Sintomas que denunciam o erro
- No topo da janela do Word/Excel o caminho muda para
d.docs.live.net\...em vez deC:\Users<utilizador>\OneDrive\.... - O AutoSave (Guardar automaticamente) fica cinzento/desativado.
- O OneDrive cria cópias do mesmo ficheiro com sufixos “(6)”, “(7)”, “(8)”…
- Erros de “UPLOAD FAILED”, “caracteres inválidos” ou “não foi possível carregar”.
- Ficheiros parecem ser gravados na raiz do OneDrive, ignorando pastas onde você os abriu.
- Em alguns casos, coautoria (edição simultânea) deixa de funcionar.
Por que aparece d.docs.live.net?
d.docs.live.net é um identificador usado quando o Office abre o conteúdo via endpoint web (antigo WebDAV/serviços ligados) da sua conta pessoal Microsoft em vez de abrir o ficheiro diretamente a partir da pasta local sincronizada do OneDrive (aquela que o aplicativo da nuvem mantém no Explorador de Ficheiros). Abrir por endpoint web não é o mesmo que abrir pelo cliente de sincronização: o Office muda a forma como trata AutoSave, bloqueios e coautoria, o que resulta nos sintomas acima.
Causa principal observada
O Office e o OneDrive tratam as pastas “Documents/Documentos”, “Pictures/Imagens”, “Desktop/Área de Trabalho”, “Music/Música” e “Videos/Vídeos” como pastas conhecidas (Known Folders). Quando há mais de uma pasta chamada “Documents/Documentos” dentro da árvore do OneDrive — ou mesmo pastas cujo nome contenha “Documents”/“Documentos” (ex.: Documents para envio) — o Office pode interpretar que aquele conteúdo está numa pasta especial “online” e decide abrir via d.docs.live.net. Isso desencadeia AutoSave desligado e conflitos de sincronização.
Exemplos típicos de gatilho:
OneDrive\Documents\Documents(uma subpasta “Documents” dentro de “Documents”).OneDrive\Projetos\documents(qualquer nível; maiúsculas/minúsculas são irrelevantes no Windows).OneDrive\Clientes\Documents para envio(contém a palavra “Documents”).OneDrive\Documentos\Arquivos\Documentos(mistura PT/EN na árvore).
Outros fatores que agravam
- Pastas conhecidas fora da raiz do OneDrive: se “Documentos/Imagens/Área de Trabalho” estiverem redirecionadas para um local não padrão, o Office pode presumir coautoria/edição concorrente online.
- Atalhos e favoritos antigos no Office: entradas fixadas para caminhos que já não existem ou apontam para Web/SharePoint confundem a origem de abertura.
- Restrições de nomes: caracteres ilegais ou nomes reservados provocam “UPLOAD FAILED” e cópias repetidas.
- Bibliotecas que parecem OneDrive mas são SharePoint: abrir ficheiros de sites/Teams via navegador pode usar endpoints diferentes e afetar AutoSave.
Soluções confirmadas
Solução A — Padronizar a estrutura do OneDrive (recomendada)
- Feche completamente o Word e o Excel.
- Abra o Explorador de Ficheiros e entre na sua pasta OneDrive – Pessoal ou OneDrive – <organização>.
- Na raiz do OneDrive devem existir apenas as pastas especiais (ex.:
Documents/Documentos,Pictures/Imagens,Desktop/Área de Trabalho,Music/Música,Videos/Vídeos, Personal Vault etc.). - Elimine duplicidades e “quase-duplicidades” de nome:
- Não mantenha nenhuma outra pasta com o nome exato “Documents”/“Documentos” em qualquer nível.
- Evite também pastas cujo nome contenha “Documents/Documentos” (ex.: “Documents antigos”). Prefira Docs, Trabalhos, Projetos.
- Se você criou
OneDrive\Documents\Documents, mova os ficheiros paraOneDrive\Documentse apague/renomeie a subpasta extra. - Aguarde o ícone do OneDrive concluir a sincronização (sem setas/erros).
- Reabra os ficheiros a partir do novo caminho. O cabeçalho já não deve exibir
d.docs.live.nete o AutoSave volta a funcionar.
Solução B — Ajustar o destino de gravação do Office
- Word/Excel → Ficheiro > Opções > Guardar.
- Ative “Guardar no computador por padrão”.
- Defina a pasta padrão para a sincronizada correta, por exemplo:
C:\Users<utilizador>\OneDrive\Documents. - Se preferir fora do OneDrive, aponte para
C:\Users<utilizador>\Documents(neste caso perde AutoSave na nuvem e coautoria).
Solução C — Contorno via privacidade do Office (opcional)
- Word/Excel → Conta > Gerir definições (Privacidade da conta).
- Desative “Ativar todas as experiências conectadas”.
- Vários utilizadores relatam que isso elimina o
d.docs.live.net. Atenção: desativa funcionalidades online como Pesquisa Inteligente, Ditado e coautoria em tempo real. Use apenas se necessário.
Passo a passo rápido para não técnicos
- Feche todos os documentos do Office.
- Abra o Explorador de Ficheiros → clique no ícone da nuvem OneDrive.
- Na raiz, confirme que existe apenas um “Documents/Documentos”.
- Se encontrar pastas em qualquer nível com “Documents/Documentos” no nome, renomeie para “Docs” ou outro nome simples.
- Se tiver
OneDrive\Documents\Documents, arraste os ficheiros dessa subpasta paraOneDrive\Documentse apague/renomeie a subpasta. - Espere a sincronização terminar (ícone do OneDrive sem setas/erros).
- No Word/Excel: Ficheiro > Opções > Guardar → confirme o local padrão (veja a Solução B).
- Abra um documento de teste a partir da pasta correta e verifique:
- O título não deve exibir
d.docs.live.net. - O AutoSave pode ser ligado normalmente.
- O ficheiro deixa de ser copiado para a raiz e não ganha sufixos “(6)”.
- O título não deve exibir
Mapa rápido: sintoma → causa → correção
| Sintoma | Causa provável | Correção recomendada |
|---|---|---|
Caminho d.docs.live.net no título | Pasta “Documents/Documentos” duplicada ou contida no nome | Renomear/remover duplicidades; manter só um “Documents” na raiz |
| AutoSave desativado (cinzento) | Ficheiro aberto via endpoint web; coautoria desativada | Abrir a partir da pasta local sincronizada; ajustar Guardar (Solução B) |
| “UPLOAD FAILED” ao sincronizar | Caracteres inválidos/nome reservado/comprimento excessivo | Corrigir nomes (tabela abaixo); reduzir caminho |
| Cópias “(6)”, “(7)” | Conflito de edição/conteúdo aberto por Web e local simultaneamente | Fechar sessões duplicadas; padronizar estrutura (Solução A) |
| Ficheiro “vai parar” à raiz do OneDrive | Destino padrão errado no Office/atalho antigo | Definir pasta padrão correta (Solução B) e limpar atalhos |
Evite erros de “caracteres inválidos”
O OneDrive e o Windows não aceitam determinados nomes/caracteres. Corrija antes de gravar:
| Não permitido | Exemplos | Alternativa |
|---|---|---|
| Caracteres especiais | \, /, :, *, ?, ", <, >, | | Use hífen (-) ou sublinhado (_) |
| Espaços no fim/início | " Relatório.docx", "Relatório .docx" | Remover espaços excedentes |
| Ponto final | "Relatorio." | Evitar . no fim do nome |
| Nomes reservados | CON, PRN, AUX, NUL, COM1… | Escolher outro nome (ex.: CON_arq) |
| Caminhos muito longos | > 260–400 caracteres (depende das políticas) | Encurtar nomes e níveis de pastas |
Limpe atalhos e “locais antigos” no Office
Após padronizar a estrutura, o Office pode continuar a sugerir locais desatualizados.
- Word/Excel → Ficheiro > Abrir → remova “Fixados”/Recentes que apontem para caminhos antigos.
- Volte a fixar os caminhos corretos (a partir da pasta sincronizada).
- Em Ficheiro > Opções > Avançadas, reduza temporariamente o número de documentos recentes para “limpar” a lista, se necessário.
Quando envolve SharePoint/Teams
Bibliotecas de equipa (SharePoint/Teams) sincronizadas com o OneDrive não usam d.docs.live.net, mas podem desativar AutoSave se abertas via navegador/endpoint web. Para coautoria estável, abra a partir da pasta sincronizada (Explorador) ou diretamente de Word/Excel > Abrir > Sites e evite abrir a mesma cópia no browser e no cliente ao mesmo tempo.
Notas para administradores de TI
- Padronize KFM (Known Folder Move): garanta que Desktop, Documents e Pictures apontem para a raiz do OneDrive do utilizador (
...OneDrive\Documentsetc.). - Evite homónimos: em modelos de pastas de projeto, não use “Documents/Documentos” em subpastas. Prefira “Docs”.
- Eduque a nomenclatura: política interna esclarecendo que “Documents/Documentos” é reservado à pasta conhecida.
- Remediação assistida: execute varredura recorrente para detetar diretórios cujo nome ou parte do nome corresponda a “Documents/Documentos”.
- Experiências conectadas: desativar globalmente corta funcionalidades; prefira correção estrutural (Solução A).
Automatize a deteção de pastas conflitantes (opcional)
Use estes comandos com cuidado. Faça backup e teste primeiro num conjunto pequeno de pastas. O exemplo abaixo apenas lista ocorrências sob a sua pasta do OneDrive:
# PowerShell - listar pastas cujo nome seja ou contenha "Documents" / "Documentos"
$oneDrive = "$env:UserProfile\OneDrive"
Get-ChildItem -Path $oneDrive -Directory -Recurse |
Where-Object { $.Name -match '^(?i)(documents|documentos)$' -or $.Name -match '(?i)(documents|documentos)' } |
Select-Object FullName | Format-Table -Auto
Para renomear de forma segura, utilize -WhatIf primeiro:
# Renomear "Documents" ou "Documentos" para "Docs" quando não estiver na raiz
$rootDocs = Join-Path $oneDrive 'Documents'
Get-ChildItem -Path $oneDrive -Directory -Recurse |
Where-Object {
($.Name -match '^(?i)(documents|documentos)$' -or $.Name -match '(?i)(documents|documentos)') -and
($_.FullName -ne $rootDocs)
} | ForEach-Object {
$newName = $_.Name -replace '(?i)documents|documentos','Docs'
Rename-Item -Path $_.FullName -NewName $newName -WhatIf
}
Se a simulação estiver correta, remova o -WhatIf para aplicar. Nunca execute isto com o Office aberto ou com o OneDrive pausado por metade; espere sincronizar tudo antes de renomear.
Boas práticas e prevenção
- Dentro do OneDrive, não crie pastas chamadas “Documents/Documentos” além da pasta especial da raiz.
- Evite “Documents/Documentos” até como parte do nome da pasta. Prefira “Docs”, “Relatórios”, “Projetos”.
- Fixe no Office apenas os locais corretos e remova os antigos.
- Mantenha o OneDrive atualizado e verifique se a sincronização termina antes de fechar o portátil/PC.
- Se precisa gravar fora do OneDrive, mude o destino padrão no Office (Solução B) para impedir salvamentos indevidos na raiz.
- Padronize a estrutura em todos os dispositivos (PC e portátil) associados à mesma conta.
Verificações úteis no OneDrive
- Definições > Cópia de segurança → “Gerir cópia de segurança”: confirme que Documentos/Imagens/Área de Trabalho apontam para a raiz do OneDrive e estão ativas conforme a sua política.
- Estado de sincronização: clique no ícone da nuvem → verifique se não há erros de nome/comprimento de caminho.
- Disponibilidade: na coluna “Estado” (Explorador), ícones verdes indicam ficheiros sincronizados localmente. Abra sempre a partir daqui, não do navegador, quando precisar de AutoSave local.
Notas sobre macOS
No macOS o sintoma d.docs.live.net não aparece, mas problemas de AutoSave/coautoria podem ocorrer se a abertura for feita via navegador em vez da pasta sincronizada do OneDrive. A recomendação permanece: padronize nomes e abra a partir da pasta do OneDrive no Finder.
Erros comuns que não resolvem a causa
- “Limpar cache do Office” ou Quick/Online Repair: úteis para outros cenários, mas aqui raramente resolvem, porque a raiz do problema é estrutural (nomenclatura/árvore de pastas).
- “Reset” do OneDrive: pode aliviar sintomas, mas o problema volta se persistirem pastas “Documents/Documentos” duplicadas/contidas.
- Apagar credenciais de
d.docs.live.net: remove o endpoint na sessão, porém o Office tende a reativá-lo se a estrutura continuar ambígua.
Checklist final de validação
- Existe apenas um “Documents/Documentos” na raiz do OneDrive.
- Não há qualquer pasta em qualquer nível contendo “Documents/Documentos” no nome.
- OneDrive sincroniza sem erros; nenhum ficheiro novo é criado com “(6)/(7)”.
- Word/Excel abrem com caminho local (
C:\Users\...\OneDrive\...), semd.docs.live.net. - AutoSave pode ser ativado; coautoria funciona quando aplicável.
- No Office, o local padrão de gravação está correto e os atalhos antigos foram removidos.
FAQ
Preciso apagar a minha pasta “Documents” personalizada?
Não necessariamente. Renomeie para “Docs”, “Relatórios” etc. O importante é não ter “Documents/Documentos” fora da pasta especial da raiz.
Por que às vezes o problema “volta” depois de corrigir?
Normalmente há outra pasta com “Documents/Documentos” que ficou esquecida mais fundo na árvore, ou o Office continua a abrir a partir de um atalho antigo. Faça a varredura e limpe os “Fixados/Recentes”.
AutoSave continua cinzento. E agora?
Confirme se o ficheiro está realmente dentro da pasta sincronizada do OneDrive, se a conta do Office é a mesma do OneDrive e se não está a abrir a mesma cópia no navegador em paralelo.
Uso conta profissional (Microsoft 365) e equipas/SharePoint. As regras valem?
Sim. O princípio é o mesmo: abrir a partir da sincronização local evita endpoints web e melhora AutoSave/coautoria. Evite “Documents” como nome de subpasta em bibliotecas de equipa.
Posso desativar “experiências conectadas” como solução definitiva?
Pode, mas perde funcionalidades valiosas. A correção estrutural (Solução A) é a melhor para estabilidade e produtividade.
Resumo e TL;DR
O problema não é só sincronização: é nomenclatura/estrutura. Mantenha apenas uma pasta “Documents/Documentos” na raiz do OneDrive e evite esse nome em qualquer outra pasta (mesmo como parte do nome). Renomeie extras para “Docs” e ajuste o local padrão de gravação no Office. Se precisar de um quick fix, desative as “experiências conectadas”, mas priorize a correção estrutural.