Si escribe scripts o complementos que automatizan Outlook mediante el modelo de objetos de Outlook o VBA, probablemente haya oído que Microsoft está reemplazando el Outlook clásico por el Nuevo Outlook. La pregunta central es si el Nuevo Outlook admite las mismas funciones de automatización de las que depende su código actual. El Nuevo Outlook se basa en una plataforma web y no admite el mismo modelo de objetos basado en COM que utiliza el Outlook clásico. Este artículo explica exactamente qué funciones de automatización faltan, qué alternativas existen y si puede migrar sus flujos de trabajo de automatización de forma segura hoy mismo.
Puntos clave: Nuevo Outlook vs. Outlook clásico para la automatización con el modelo de objetos
- Modelo de objetos de Outlook (COM): No disponible en el Nuevo Outlook. El Outlook clásico usa automatización basada en COM; el Nuevo Outlook solo usa API REST y complementos web.
- Macros de VBA: No son compatibles con el Nuevo Outlook. No existe editor de VBA ni grabación de macros en el Nuevo Outlook.
- Complementos COM (por ejemplo, VSTO, de terceros): No son compatibles con el Nuevo Outlook. Solo se ejecutan complementos web (JavaScript/HTML/Office Add-ins framework) en el Nuevo Outlook.
Por qué el Nuevo Outlook no puede ejecutar el modelo de objetos del Outlook clásico
El Outlook clásico usa el modelo de objetos de Microsoft Outlook, una interfaz de Component Object Model que permite que aplicaciones y scripts externos controlen Outlook mediante programación. Este modelo expone objetos como Application, Namespace, MAPIFolder, MailItem y AppointmentItem. Las macros de VBA y los complementos COM creados con Visual Studio Tools for Office (VSTO) u otros lenguajes COM dependen de esta interfaz.
El Nuevo Outlook es una aplicación web basada en la plataforma Outlook Web App de Microsoft. No carga el entorno de ejecución COM ni expone el modelo de objetos clásico. En su lugar, el Nuevo Outlook solo admite la plataforma de complementos de Office, que usa tecnologías web como JavaScript, HTML y CSS. Estos complementos se comunican con Outlook a través de API REST y no tienen acceso al conjunto completo de objetos y métodos que proporciona el modelo de objetos clásico.
Diferencias técnicas clave
El modelo de objetos clásico se ejecuta en el mismo proceso que Outlook y puede realizar acciones como enviar correo, modificar elementos del calendario y leer la Bandeja de entrada directamente. Los complementos del Nuevo Outlook se ejecutan en un entorno de navegador en espacio aislado y deben solicitar permisos mediante un archivo de manifiesto. No pueden ejecutar código arbitrario en la máquina cliente, acceder al sistema de archivos ni ejecutar tareas en segundo plano sin interacción del usuario.
Qué funciones de automatización faltan en el Nuevo Outlook
Las siguientes funciones de automatización que existen en el Outlook clásico no están disponibles en el Nuevo Outlook.
- Macros de VBA y el editor de VBA
El Nuevo Outlook no tiene editor de VBA, ni grabación de macros, ni forma de ejecutar código VBA. Todas las macros de VBA dejan de funcionar. - Complementos COM (VSTO, complementos compartidos, de terceros)
Cualquier complemento creado con interoperabilidad COM o VSTO no puede cargarse en el Nuevo Outlook. Solo se admiten complementos web de Office. - Automatización desde aplicaciones externas (enlace anticipado o tardío)
Los scripts que usan CreateObject(“Outlook.Application”) o New Outlook.Application en .NET fallan porque el Nuevo Outlook no registra la clase COM Application. - Acceso directo al modelo de objetos de Outlook desde PowerShell u otros lenguajes
Los scripts de PowerShell que usan el objeto COM de Outlook no pueden conectarse al Nuevo Outlook. - Automatización en segundo plano o desatendida
Los complementos del Nuevo Outlook requieren interacción del usuario para activarse y no pueden ejecutar tareas de automatización programadas o del lado del servidor sin que un usuario haya iniciado sesión y la aplicación esté abierta.
Qué automatización es posible en el Nuevo Outlook
El Nuevo Outlook admite la plataforma de complementos de Office, que proporciona un subconjunto de capacidades de automatización mediante API de JavaScript. Estas son las principales funciones de automatización disponibles.
- Complementos web
Puede crear complementos con el framework de complementos de Office y un archivo de manifiesto. Estos complementos pueden leer y escribir elementos de correo, elementos del calendario y contactos a través de la API REST de Outlook. - Activación basada en eventos
Los complementos pueden ejecutarse cuando un usuario abre un mensaje, redacta un mensaje nuevo o ve una cita. No pueden ejecutarse según una programación ni sin acción del usuario. - Llamadas a la API REST
Los complementos pueden llamar a Microsoft Graph o a las API REST de Outlook para realizar acciones como enviar correo, mover elementos o administrar carpetas. Esto requiere que el usuario haya iniciado sesión y otorgue su consentimiento. - Paneles de tareas personalizados y extensiones de la interfaz de usuario
Puede agregar botones, cintas y paneles de tareas a la interfaz del Nuevo Outlook mediante el manifiesto del complemento.
Si necesita automatizar Outlook hoy
Si su organización depende de macros de VBA, complementos COM o scripts de automatización externos que usan el modelo de objetos de Outlook, no puede reemplazar el Outlook clásico por el Nuevo Outlook sin reescribir esas herramientas de automatización. Estos son los pasos prácticos para evaluar su situación.
Opción 1: Seguir usando el Outlook clásico
El Outlook clásico sigue siendo compatible y recibirá actualizaciones de seguridad durante varios años. Microsoft no ha anunciado una fecha de retirada para el Outlook clásico. Puede mantener el Outlook clásico instalado y bloquear el conmutador del Nuevo Outlook mediante Directiva de grupo o la configuración del Registro. Esto conserva toda la automatización existente.
Opción 2: Reescribir la automatización con la plataforma de complementos de Office
Para proyectos de automatización nuevos o si tiene presupuesto para reescribir, puede convertir macros de VBA o complementos COM en complementos web de Office. Esto requiere aprender JavaScript, HTML y la biblioteca Office.js. Pierde la capacidad de ejecutar automatización desatendida o en segundo plano.
Opción 3: Usar la API de Microsoft Graph para la automatización del lado del servidor
Para tareas del lado del servidor o programadas, como enviar correos automatizados o procesar buzones, use la API de Microsoft Graph en lugar del modelo de objetos de Outlook. La API de Graph funciona independientemente de cualquier cliente de Outlook y no requiere que el Nuevo Outlook ni el Outlook clásico estén instalados.
Ideas erróneas comunes sobre la automatización en el Nuevo Outlook
“El Nuevo Outlook admite VBA mediante una capa de compatibilidad”
Esto es falso. El Nuevo Outlook no incluye ningún entorno de ejecución de VBA ni capa de compatibilidad. Las macros de VBA simplemente no se ejecutan.
“Puede ejecutar scripts de PowerShell contra el Nuevo Outlook”
Los scripts de PowerShell que usan el objeto COM de Outlook no pueden conectarse al Nuevo Outlook. El Nuevo Outlook no registra la clase COM Application. Puede usar PowerShell para llamar a la API de Microsoft Graph, pero ese es un enfoque diferente.
“Los complementos del Nuevo Outlook pueden ejecutarse en segundo plano”
Los complementos de Office en el Nuevo Outlook requieren que el usuario tenga la aplicación abierta y el complemento activado. No pueden ejecutarse como servicios en segundo plano ni como tareas programadas.
Nuevo Outlook vs. Outlook clásico: comparación de funciones de automatización
| Función | Outlook clásico | Nuevo Outlook |
|---|---|---|
| Macros de VBA | Compatible | No compatible |
| Complementos COM (VSTO, de terceros) | Compatible | No compatible |
| Automatización externa (CreateObject) | Compatible | No compatible |
| Automatización con PowerShell mediante COM | Compatible | No compatible |
| Complementos web (complementos de Office) | Compatible | Compatible |
| Acceso a la API de Microsoft Graph | Compatible (mediante complementos) | Compatible (mediante complementos) |
| Automatización desatendida / en segundo plano | Compatible | No compatible |
| Automatización del lado del servidor (sin cliente) | No aplicable | No aplicable |
El Nuevo Outlook no puede reemplazar al Outlook clásico para ninguna automatización que dependa del modelo de objetos de Outlook, VBA o complementos COM. Si necesita estas funciones, siga usando el Outlook clásico. Para proyectos de automatización nuevos, considere la API de Microsoft Graph para tareas del lado del servidor y los complementos de Office para tareas del lado del cliente. La acción clave es auditar su código de automatización existente y determinar si depende de COM o VBA antes de planificar cualquier migración.