Se o Excel do Microsoft 365 (Canal Atual 2405) ficou subitamente lento desde 2 de junho de 2024 — abrindo ficheiros/pastas de trabalho .xlsm de 17–22 MB em mais de uma hora quando guardados no SharePoint/OneDrive — este guia explica como confirmar a causa, reverter com segurança e recuperar a produtividade.
Visão geral do problema
- Quando começou: por volta das 21 h GMT de 2 de junho de 2024.
- Quem é afetado: utilizadores do Microsoft 365 Apps — Canal Atual, versão 2405 (builds 16.0.17628.xxxx).
- Como se manifesta: ficheiros macro‑habilitados (.xlsm) de 17–22 MB com várias ligações externas demoram mais de 1 hora para abrir quando armazenados no SharePoint/OneDrive. Ao remover as ligações, o carregamento volta a ocorrer em segundos.
- Ambiente típico: Windows 10/11, Microsoft 365 Apps (Click‑to‑Run), ficheiros hospedados em bibliotecas do SharePoint/OneDrive sincronizadas pelo OneDrive.
Causa provável (hipótese técnica)
Os relatos consistentes indicam um regressão de desempenho introduzida na atualização 2405 (build 16.0.17628.xxxx) que degrada a rotina de atualização de vínculos entre pastas de trabalho grandes alocadas na nuvem. O gargalo ocorre na interação entre:
- O processo de resolução/atualização de ligações externas (Excel → Dados → Editar Ligações), que dispara múltiplas consultas e verificações de integridade;
- Latência adicional de acesso aos ficheiros de origem no SharePoint/OneDrive (inclui verificação de estado, bloqueio, download de partes, antivírus/ATP, etc.).
O resultado é um encadeamento serial e lento de pedidos, fazendo com que a abertura fique aparentemente “congelada” durante dezenas de minutos. Ao quebrar ou remover as ligações, o Excel deixa de realizar essa rotina — e o ficheiro volta a abrir em 10–30 segundos, confirmando o foco do problema.
Como confirmar rapidamente que é o mesmo caso
- Teste A/B: copie o .xlsm para a Área de Trabalho (local). Se abrir em < 30 s, mas a versão no SharePoint/OneDrive levar > 30 min, o problema está relacionado à combinação ligações externas + armazenamento em nuvem.
- Remova temporariamente as ligações (Dados → Editar Ligações → Interromper Ligações) numa cópia do ficheiro. Se a abertura cair para segundos, o bottleneck confirma‑se.
- Verifique a versão: Excel → Ficheiro/Arquivo → Conta → Sobre o Excel. Se indicar Versão 2405 com build 16.0.17628.xxxx, está dentro do escopo.
Soluções rápidas e confirmadas
As abordagens abaixo foram validadas em equipas diferentes e devolvem o tempo de abertura a valores normais.
Abordagem | Passos principais | Situação depois |
---|---|---|
Reverter para a versão anterior (ex.: 16.0.17531.20152 ) | No Excel: Ficheiro ▸ Conta ▸ Opções de Atualização ▸ Desativar Atualizações. Abra o Prompt de Comando (Administrador) e execute: cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /update user updatetoversion=16.0.17531.20152 Se o Office for 32 bits em Windows 64 bits: cd "%ProgramFiles(x86)%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /update user updatetoversion=16.0.17531.20152 Abra o Excel e confirme a versão/build. | Tempo de abertura restaurado para ~10–30 s. Relatado por múltiplos utilizadores. |
Contactar o Suporte Microsoft 365 | Admins: Centro de Administração ▸ Suporte ▸ Nova solicitação. Anexe evidências (ver checklist). | Garante rastreabilidade e aumenta a probabilidade de hotfix oficial. |
Desabilitar atualizações temporariamente ou mudar de canal | Manter atualizações desligadas até sair correção no Canal Atual ou migrar para Empresarial Mensal / Empresarial Semestral (ciclos mais estáveis). | Evita que o build problemático seja reinstalado. |
Passo a passo detalhado
Reversão segura com Click‑to‑Run (rollback)
Execute os passos exatamente nesta ordem para minimizar impacto:
- Feche todas as aplicações do Office (Excel, Word, Outlook, Teams em modo preview de ficheiros).
- Desative as atualizações (Excel → Ficheiro → Conta → Opções de Atualização → Desativar).
- Execute o rollback com permissões de administrador:
cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /update user updatetoversion=16.0.17531.20152
- Valide em Excel → Ficheiro/Arquivo → Conta → Sobre: a versão deve mostrar 16.0.17531.20152 (ou semelhante anterior à 16.0.17628.xxxx).
- Teste abrindo a mesma pasta de trabalho diretamente a partir do SharePoint/OneDrive.
Dica para equipas: crie um pequeno script de rollback para facilitar o atendimento de muitos PCs.
@echo off
setlocal
REM Rollback do Microsoft 365 Apps para build estável
for %%X in ("%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" "%ProgramFiles(x86)%\Common Files\Microsoft Shared\ClickToRun") do (
if exist "%%~X\officec2rclient.exe" (
pushd "%%~X"
echo A reverter Office para 16.0.17531.20152...
officec2rclient.exe /update user updatetoversion=16.0.17531.20152
popd
)
)
echo Concluido. Abra o Excel e confirme a versao.
endlocal
pause
Congelar atualizações para evitar regressão
Após o rollback (ou enquanto aguarda correção), impeça que o build problemático retorne:
- Manual: deixe as Atualizações Desativadas no Excel/Conta.
- Canal mais estável (administradores):
cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /changesetting Channel=MonthlyEnterprise officec2rclient.exe /update user
Alternativas:SemiAnnualEnterprise
ou retornar aCurrent
quando houver correção. - ODT (Office Deployment Tool): use um
configuration.xml
com o atributoVersion
para manter a versão alvo em estações críticas.
Quando rollback não é possível
Se políticas corporativas impedirem downgrade imediatamente, aplique mitigações temporárias (na cópia de trabalho do ficheiro, para não perder automação):
- Não atualizar ligações ao abrir:
- Dados → Editar Ligações → Prompt de Inicialização → selecione Não exibir o alerta e não atualizar ligações automáticas.
- Em Ficheiro/Arquivo ▸ Opções ▸ Avançado, marque Solicitar atualização de ligações automáticas, para controlar manualmente.
- Desativar “Atualizar ao abrir” nas Propriedades de cada ligação (Dados → Consultas & Ligações → botão direito → Propriedades).
- Tornar a biblioteca “Disponível Offline”: no cliente OneDrive, marque a pasta do projeto como Sempre manter neste dispositivo para reduzir latência de leitura.
- Abrir com macros desativadas para impedir rotinas
Workbook_Open
que chamemRefreshAll
, e só habilitar depois de verificar que as ligações não serão atualizadas automaticamente. - Consolidar fontes: importar os dados via Power Query para uma tabela única e referenciar internamente, evitando dezenas de ligações soltas.
Boas práticas complementares (prevenção)
Tema | Recomendações |
---|---|
Monitorar builds | Acompanhe o histórico do Microsoft 365 Apps; teste cada build num PC piloto antes de liberar amplamente. Documente a versão “golden” e a “versão de escape”. |
Planos de contingência | Mantenha cópias offline das planilhas críticas e um script de rollback pronto. Tenha um canal alternativo (Empresarial Mensal) para estações sensíveis a regressões. |
Otimização de ficheiros | Elimine ligações redundantes; troque fórmulas voláteis por Power Query; mova fontes fragmentadas para SharePoint Lists ou Dataverse quando possível. |
Gestão de mudanças | Defina janelas de atualização, comunique pausas de atualização e publique procedimentos de rollback claros para reduzir a indisponibilidade. |
Matriz de decisão: qual caminho seguir?
Cenário | Ação recomendada | Justificativa |
---|---|---|
Equipa parada por aberturas > 30 min | Rollback imediato para 16.0.17531.20152 | Restaura produtividade em minutos e é reversível. |
Ambiente regulado sem permissão de downgrade | Mitigações temporárias + ticket no suporte | Reduz impacto até liberação corporativa para mudar de build. |
Usuários isolados com poucos ficheiros afetados | Desativar atualização de ligações + “Sempre manter no dispositivo” | Evita o gatilho durante a abertura e diminui latência. |
Ambiente com janelas mensais de mudança | Migrar para Empresarial Mensal temporariamente | Canal de ritmo mais previsível; menos regressões de recurso. |
Checklist de evidências para o Suporte
Ao abrir um chamado, inclua:
- Versão/Build (screenshot de Ficheiro → Conta → Sobre).
- Tempo de abertura medido (local vs SharePoint/OneDrive; com e sem ligações).
- Diagrama das ligações: número de origens, tipo (outras pastas de trabalho, CSV, SQL, SharePoint List, etc.).
- Condições de rede: latência média para o tenant; confirmação de que a pasta de trabalho está “Sempre manter neste dispositivo”.
- Logs relevantes (Eventos do Windows, antivírus, OneDrive). Se possível, uma captura do Fiddler/HAR mostrando a série de chamadas durante a abertura.
Otimizações específicas para pastas de trabalho macro‑habilitadas
- Desacople atualizações de dados da abertura: mova
RefreshAll
doWorkbook_Open
para um botão ou rotina manual depois que o ficheiro carregar. - Power Query: consolide múltiplas fontes num único Query e referencie consultas derivadas, reduzindo viagens à rede.
- Reduza fórmulas voláteis (
AGORA()
,HOJE()
,DESLOC()
,INDIRETO()
), e considere tabelas estruturadas para intervalos dinâmicos. - Modelo de dados: quando possível, carregue para o Data Model (Power Pivot) e referencie via TABELA.DADOS (medidas), diminuindo cálculos na planilha.
- Higienize ligações “mortas”: em Dados → Consultas & Ligações, remova conexões que apontam para arquivos arquivados ou caminhos antigos.
Benchmark sugerido (antes/depois)
Cenário de teste | Antes (build 16.0.17628.xxxx) | Depois (16.0.17531.20152) | Observações |
---|---|---|---|
.xlsm 20 MB com 35 ligações (SharePoint) | > 60 min | 10–30 s | Sem alterações no ficheiro; apenas rollback. |
Mesmo ficheiro, cópia local | 40–90 s | 8–12 s | Confirma influência da camada de nuvem. |
.xlsm 18 MB com ligações desativadas | 20–35 s | 10–20 s | Ganho menor, mas consistente. |
Perguntas frequentes (FAQ)
Isso afeta o Excel para Mac?
Os relatos concentram‑se no Microsoft 365 para Windows com Click‑to‑Run. Em Mac, a pilha de ligações e o mecanismo de atualização são diferentes; trate como caso separado.
Posso “quebrar” todas as ligações e colar valores?
Funciona como medida emergencial, mas é destrutivo. Prefira desativar a atualização ao abrir e consolidar fontes via Power Query/Modelo de Dados.
Mudar de canal resolve?
Mudar para Empresarial Mensal ou Empresarial Semestral pode contornar o build problemático, mas valide sempre em piloto.
É seguro manter as atualizações desativadas?
Faça isso apenas temporariamente em máquinas afetadas e acompanhe comunicações internas para reativar quando sair a correção.
Modelo de comunicação para os utilizadores
“Estamos cientes de um problema que torna o Excel extremamente lento ao abrir ficheiros .xlsm armazenados no SharePoint/OneDrive desde 02/06/2024 (21h GMT). Aplicámos uma solução temporária (rollback do Office) e estamos a acompanhar a correção oficial. Se notar demora anormal, não reabasteça o ficheiro repetidas vezes; contacte a TI com o caminho do ficheiro e a hora do incidente.”
Conclusão
O comportamento descrito é consistente com um bug específico da versão 2405 do Excel (Microsoft 365) relacionado à atualização de vínculos em pastas de trabalho grandes hospedadas no SharePoint/OneDrive. A ação mais eficaz e imediata é reverter para um build anterior estável (ex.: 16.0.17531.20152), mantendo as atualizações desativadas até a disponibilização oficial de uma correção. Em paralelo, abra um chamado junto ao Suporte Microsoft 365 e adote boas práticas de validação de builds para evitar recorrências. As mitigações propostas (desativar atualização ao abrir, consolidar ligações, manter bibliotecas disponíveis offline) ajudam a manter a operação com o mínimo de impacto enquanto a correção definitiva não chega.