Estoy intentando actualizar nuestra empresa a Microsoft 365 x86 desde Office 2019x86. Actualmente estamos estancados en 32 bits porque nuestro proceso de documentos controlado electrónicamente actualmente tiene macros VBA que utilizan archivos DLL de 32 bits. Estas DLL se utilizan en macros de VBA para extraer nuevos datos en archivos DOC y asegurarse de que todo sea preciso cada vez que se abren.
Todo esto funcionó bien en Office 2019. Cuando estos documentos se descargan, se abren y se marcan como protegidos debido a que están marcados como de solo lectura en las propiedades del archivo. Con Office 2019, esto no impide que la macro se ejecute. Con M365, estos documentos no pueden ejecutar la macro porque están marcados como Solo visualización. Intenté eliminar GPO que obliga a las ubicaciones confiables y a confiar en las macros en ejecución, pero aún así fallan. El error que recibo de la macro de VBA se encuentra a continuación.
Run-time error '6124': You are not allowed to edit this selection because it is protected.
Pude encontrar una solución para esto eliminando todas las entradas del registro 'HKEY_CURRENT_USER\Software\Microsoft\Office'y luego reiniciando. El comportamiento esperado funciona temporalmente con este método, pero luego el problema vuelve después de un período de tiempo aleatorio.
Otra solución es ir a las propiedades del archivo y desmarcar la opción de sólo lectura. Esta no es una opción para nuestros usuarios finales, pero funciona para los administradores durante la prueba.
¿Cuáles son algunas soluciones potenciales más para intentar resolver esto o la clave/valor de registro exacto que está causando este comportamiento?
Respuesta1
Algo para probar, como solución alternativa:Cambiar la propiedad en la clave del Registro HKEY_CURRENT_USER\Software\Microsoft\Officea TrustedInstaller y elimine el permiso para cambiarlo/escribirlo para que sea poco probable que MS Office lo altere.NÓTESE BIENAntes de realizar el cambio, exporte la clave a un archivo .reg para que sea más fácil revertirla. Luego, pruebe si otra exportación a .reg puede cambiar de propietario en otra PC.
Sin embargo, el cambio de propiedad tiene algunas desventajas obvias.
- Hará futuras actualizaciones deOficinamás difícil.
- Oficinano podrá guardar ningúnotrocambios en esa clave. Trate de limitar lo específicosub-claveque necesita ser protegido, y cambiar la propiedad solo a eso.
- Implementar esto en muchas máquinas puede resultar difícil si no se puede hacer con un archivo .reg.
- Puede haber problemas de seguridad al mantener las DLL antiguas de 32 bits.
Por supuesto, una mejor solución sería ponerse en contacto con el proveedor de la aplicación de cumplimiento del documento original y obtener una versión compatible con las versiones más recientes de MS.Oficina.
[Por cierto, ¿has probado una alternativa aOficina, comoLibreOffice, por compatibilidad con las macros existentes? Dado que podría no ser práctico cambiar los conjuntos de aplicaciones en un entorno corporativo, esto sería para satisfacer la curiosidad y posiblemente para motivar al proveedor de software a actualizar las DLL.]