Si tras instalar la compilación 16.0.17628.20110 (versión 2405) de Microsoft 365/Office notas que Excel tarda minutos u horas en abrir libros con vínculos externos y hasta Access deja de ejecutar VBA, aquí encontrarás la explicación, el procedimiento paso a paso para volver a una versión estable y consejos de supervivencia mientras Microsoft publica el parche.
Contexto del problema
Desde la liberación automática de la versión 2405 muchos administradores de sistemas y usuarios avanzados han reportado un deterioro dramático del rendimiento al abrir libros de Excel dotados de vínculos a otros archivos (vínculos de fórmulas, conexiones ODBC, consultas Power Query, etc.). Libros que antes se cargaban en uno o dos segundos ahora requieren varios minutos o, en entornos compartidos, pueden quedar bloqueados durante horas. En foros internos de Microsoft 365 y comunidades técnicas se han detectado síntomas colaterales en Access, cuyos proyectos VBA dejan de compilarse o se cierran de forma inesperada.
Cómo se manifiesta
- La pantalla de inicio de Excel muestra “Iniciando…” o “Cargando vínculos…” durante tiempos anormalmente largos.
- La barra de progreso avanza en pequeños saltos y se detiene en porcentajes aparentemente aleatorios.
- Los monosubprocesos del proceso
EXCEL.EXEocupan un solo núcleo al 25 % o 12,5 %, sin saturar el resto de la CPU. - Access se cierra al ejecutar macros o módulos recién editados.
- Los síntomas persisten incluso tras desactivar la aceleración de hardware, arrancar en modo seguro (
excel /safe) o reparar la instalación de Office.
Por qué ocurre
A falta de comunicación oficial, el análisis de rastreos Performance Monitor y volcados de pila indica un cambio en el subsistema de resolución de vínculos externos introducido en la build 17628.20110. El proceso gasta millones de ciclos revisitando rutas UNC y controladores de red antes de validar el sello de última escritura del archivo. El fallo es más notorio en:
- Libros con centenares de vínculos dispersos en una WAN.
- Entornos con servidor de archivos que usan SMB 3 en modo de firma obligatoria.
- Scenarios de apertura concurrente (usuarios que abren cientos de archivos a la vez desde scripts).
Acciones recomendadas
La reversión de la versión defectuosa es, hoy por hoy, el método más eficaz. En la siguiente tabla se resume el procedimiento completo y sus objetivos.
| Acción | Detalles | Objetivo |
|---|---|---|
| Desactivar las actualizaciones automáticas | Excel ► Archivo ► Cuenta ► Opciones de actualización ► Deshabilitar actualizaciones | Evitar que el sistema reinstale la versión defectuosa tras la reversión. |
| Forzar el descenso a una versión estable | Ejecutar CMD como administrador:cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" | Restaurar el rendimiento normal manteniendo licencias y configuración. |
| Alternativa completa | Desinstalar Office ► reinstalar manualmente la imagen .img de la compilación 17531/abril 2024 ► volver a desactivar actualizaciones | Útil en entornos sin privilegios elevados para ejecutar el comando anterior. |
| Soluciones provisionales | • Abrir primero los archivos origen y después el libro dependiente; cerrar en orden inverso. • Importar los datos enlazados a hojas locales para romper los vínculos temporales. • Evitar la apertura simultánea de muchos libros enlazados. | Permitir trabajar hasta que el departamento TI aplique la reversión. |
| Opciones con poca eficacia | • Reparar Office o reinstalar la versión 2405. • Quitar complementos o desactivar la aceleración gráfica. • Modificar el Registro para reemplazar “/dde” por “/e “%1″” y suprimir la subclave ddeexec. (Sólo reduce la latencia; introduce riesgos). | No eliminan la causa raíz; ofrecen mejoras marginales. |
Desactivar las actualizaciones automáticas
Antes de cualquier operación de retroceso es imprescindible impedir que el agente Click‑to‑Run reinstale la compilación defectuosa. Para ello, abre cualquier aplicación Office, navega a Archivo ► Cuenta y, en Opciones de actualización, selecciona Deshabilitar actualizaciones. El cambio afecta a todo el paquete Office instalado en el equipo.
Procedimiento detallado con Click‑to‑Run
- Inicia Símbolo del sistema con privilegios de administrador.
- Navega hasta el directorio de Click‑to‑Run con:
cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" - Lanza el cliente con la versión deseada:
OfficeC2RClient.exe /update user updatetoversion=16.0.17531.20152 - Espera a que concluya la transferencia (~2 GB). El proceso finaliza sin reiniciar el equipo.
- Reinicia Excel y comprueba que en Archivo ► Cuenta ► Acerca de aparezca la versión descendida.
Reinstalación offline con imagen IMG
Para administradores que desplegaron Office mediante Configuration Manager o requieren instalar sin conexión, la alternativa consiste en:
- Desinstalar Office desde Aplicaciones ► Aplicaciones instaladas.
- Montar la imagen IMG de la build 16.0.17531.20152 (abril 2024) disponible en el portal de licenciamiento por volumen.
- Ejecutar
setup.execon el archivoconfiguration.xmlapropiado. - Comprobar que las actualizaciones automáticas permanecen desactivadas al terminar.
Buenas prácticas temporales
Si la reversión no puede aplicarse de inmediato —por ejemplo, en equipos sin derechos de administrador— estas tácticas reducen la frustración diaria:
- Abrir los libros de datos origen antes del libro consolidado, de modo que los enlaces se resuelvan en memoria y no por ruta de red.
- Copiar/pegar valores o importar tablas en Power Query para convertir vínculos en datos internos durante la jornada; revertir a vínculo dinámico sólo cuando sea necesario.
- Secuenciar la carga: en lugar de abrir veinte archivos enlazados a la vez, hacerlo en bloques de cinco e ir cerrando los que ya no se necesitan.
- Programar tareas nocturnas de actualización de vínculos con macros VBA para que los usuarios abran por la mañana un libro ya recalculado.
Soluciones de baja eficacia y riesgosas
Ciertos tutoriales proponen modificar la clave de registro Excel.Sheet.12\shell\Open\command sustituyendo el conmutador /dde por /e "%1". Esta maniobra obliga a Excel a pasar los argumentos por línea de comandos en lugar del mecanismo DDE (Dynamic Data Exchange) y realmente acelera la apertura de archivos sueltos, pero no corrige el bucle interno de comprobación de vínculos ni está soportada por Microsoft, pudiendo interferir con complementos COM, automatización OLE y otros programas que aún utilizan DDE. Úsala sólo en laboratorios de prueba.
Impacto en Access y VBA
El paquete Office comparte componentes binarios entre aplicaciones. Diversos foros han confirmado que la misma compilación 16.0.17628.20110 provoca cierres inesperados en Access al compilar proyectos VBA que hacen llamadas API o cargan formularios complejos. La reversión a la build 17531 restablece la estabilidad. Mientras tanto, se recomienda exportar las bases de datos a archivos ACCDE firmados en una instalación estable y distribuirlos como binarios “ya compilados” a los usuarios afectados.
Estrategia de despliegue corporativo
En entornos con cientos o miles de estaciones de trabajo el flujo aconsejado es:
- Bloquear la propagación de la versión defectuosa en el anillo de actualización (Current Channel o Monthly Enterprise) mediante políticas de Grupo o Admin Center.
- Publicar un script de reversión a través de Intune, Configuration Manager o GPO de inicio de sesión que invoque
OfficeC2RClient.execon el parámetroUpdateToVersion. - Registrar métricas de tiempo de apertura de Excel antes y después para mostrar el retorno inmediato.
- Mantener los dispositivos en la versión 2404 o anterior hasta que Microsoft emita un parche oficial y verificado.
- Una vez liberada la corrección, habilitar de nuevo las actualizaciones automáticas en oleadas controladas (piloto ► validación ► producción).
Preguntas frecuentes
¿Puedo instalar sólo Excel en versión anterior y dejar el resto de Office actualizado?
No, Click‑to‑Run gestiona el paquete como un todo; no se admiten versiones mixtas.
¿Existe ya confirmación oficial de Microsoft?
A la fecha de redacción no hay entrada en el Health Dashboard ni KB específica. Algunos moderadores han reconocido el problema y solicitan rastreos, señal de que el equipo de producto está investigando.
¿Se pierde la configuración personal al descender de versión?
No. El proceso respeta licencias, idioma, complementos y plantillas; sólo reemplaza binarios.
¿Qué ocurre si ignoro el problema?
Aparte de la pérdida de productividad, existe riesgo de corrupciones futuras si usuarios matan el proceso antes de que termine la carga. Es preferible revertir cuanto antes.
Conclusión
Un bug en la compilación de mayo 2024 de Microsoft 365/Office ha convertido tareas triviales en esperas prolongadas. Hasta que Microsoft publique la corrección el remedio más seguro es descender a la build 17531, deshabilitar las actualizaciones y aplicar buenas prácticas de apertura de archivos. Con la estrategia adecuada el regreso a la normalidad puede completarse en menos de treinta minutos por equipo, evitando así que el fallo siga lastrando la productividad de toda la organización.