Ya puedes cambiar el organizador de una reunión; en un buzón compartido, no

Si administras un inquilino de Microsoft 365, esta semana tienes encima de la mesa una función que llevábamos años pidiendo: cambiar el organizador de una reunión sin cancelarla y volver a crearla. El aviso es el MC1472028 del centro de mensajes, publicado el 14 de septiembre de 2026, y el despliegue mundial de la primera fase va de finales de septiembre a finales de octubre. Llega, en palabras de Microsoft, «activado por defecto y sin necesidad de configuración del inquilino». O sea: no hay nada que aprobar. Ya está entrando.

Y aquí viene la parte que no sale en el titular. El caso que te hizo desear esta función durante años —la reunión semanal de alguien que se fue en marzo, que sigue apareciendo en la agenda de doce personas y que nadie puede modificar— es exactamente el caso en el que no vas a poder usarla, si antes seguiste el manual de bajas que publica la propia Microsoft. No por un fallo: por el orden de los pasos.

Qué llega exactamente, y en qué clientes

La mecánica es la que cualquiera habría dibujado en una servilleta: en el calendario, botón derecho sobre la reunión, Cambiar organizador, se escribe el nombre de la persona, se puede añadir un mensaje y se envía. La persona elegida recibe una petición y tiene que aceptarla —o rechazarla— antes de que el organizador cambie de verdad. En una serie periódica, el cambio «afecta solo a las instancias futuras»; las anteriores se quedan con el organizador original.

Lo primero que conviene mirar es dónde aparece el botón, porque es donde se cae media España. El aviso lista como afectados Outlook en la web, el nuevo Outlook para Windows, el calendario de Microsoft 365 dentro de Teams y Exchange Online —este último como la plataforma de detrás, no como un cliente donde pulsar nada—. Y a continuación, la frase que vas a tener que explicarle al servicio de soporte: «el Outlook clásico para Windows no es compatible». Si tu parque todavía está mayoritariamente en el Outlook de siempre —y en pymes españolas lo está— esta función existe pero tu gente no la ve. Antes de escribir el procedimiento interno, comprueba qué cliente tienen delante.

El calendario de despliegue del aviso también tiene letra pequeña por anillos: mundial de finales de septiembre a finales de octubre de 2026; GCC, de principios a finales de octubre; GCC High y DoD, de principios a finales de noviembre. Y lo que llega ahora es solo la fase 1. Sobre las otras dos, el aviso dice textualmente que «las fechas de la fase 2 y la fase 3 se anunciarán por separado», que en el centro de mensajes significa exactamente lo que parece.

La lista de lo que no se puede traspasar

La documentación de soporte enumera los requisitos de elegibilidad, y merece la pena leerlos enteros antes de prometer nada, porque cada línea tapa un caso real:

• «La reunión o instancia debe estar en el futuro.» Una reunión suelta no se puede traspasar «después de que haya empezado», y «una serie periódica en el pasado no se puede traspasar».
• «La reunión debe ser una reunión no en línea.» Esta es la gorda, y volvemos a ella enseguida.
• Tienes que ser el organizador actual o tener acceso de edición como delegado. Esto es lo que te permite hacerlo en nombre de alguien que ya no está, y por tanto es lo primero que pierdes si te precipitas con la cuenta.
• Solo se puede elegir a una persona, y tiene que estar «en la misma organización o inquilino». Nada de traspasar la reunión al cliente ni al proveedor.
• Cuenta profesional o educativa: «las cuentas personales de Outlook.com no son compatibles». Y la reunión tiene que estar en el calendario principal del organizador.
• Fuera: borradores, reuniones canceladas, reuniones en un calendario de grupo, reuniones cifradas y —subrayado— «reuniones almacenadas en buzones de grupo o compartidos».

El paso 4 del manual de bajas dice «buzón compartido»

Microsoft publica un procedimiento oficial para dar de baja a un empleado. Son siete pasos y están numerados. El paso 4 se titula, literalmente, «Reenviar el correo de un antiguo empleado a otro empleado o convertirlo en un buzón compartido». Es el paso que todo el mundo hace, y con razón: conserva el histórico, mantiene viva la dirección para los clientes que siguen escribiendo a ella y permite quitar la licencia sin perder nada.

Pon las dos frases una al lado de la otra. La documentación de la conversión dice que «todo el correo y el calendario existentes se conservan en un buzón compartido al que varias personas pueden acceder». La documentación de la función nueva dice que no se pueden traspasar «las reuniones almacenadas en buzones de grupo o compartidos». Puestas juntas, apuntan a lo mismo: el paso 4 del manual deja las reuniones de esa persona en el único sitio donde la función nueva no entra. Conservas el calendario, sí; pero lo conservas en modo museo.

Toca acotar esto con honestidad, porque es nuestra lectura y no una declaración de Microsoft: en ningún documento se describe la interacción entre las dos cosas. Nadie de Redmond ha escrito «si conviertes el buzón, pierdes el botón». Lo que hay son dos documentos que, leídos juntos, apuntan a lo mismo. Si esto te afecta de verdad, la comprobación es corta: convierte un buzón de pruebas con una reunión futura no en línea y mira si el Cambiar organizador sigue ahí.

Y una precisión que nos quita dramatismo, porque está en el mismo documento del paso 4 y callarla sería hacer trampa: la conversión se puede deshacer. Literalmente, «puedes reconvertir un buzón compartido en el buzón privado de un usuario individual más adelante si hace falta». O sea que no es una puerta tapiada: es una puerta cerrada con llave. Si te pasaste de frenada, el camino de vuelta existe —reconvertir y volver a licenciar—, pero implica tocar otra vez la cuenta de alguien que ya no está y pagar la licencia que habías quitado. Por eso recomendamos el orden, no porque sea irreversible, sino porque hacerlo bien la primera vez no cuesta nada y deshacerlo sí.

Y el mismo paso 4 sigue diciendo: cancélalas todas

Dentro de ese paso 4 hay un apartado que se titula, en inglés, Cancel Outlook meetings. Dice esto: «Asegúrate de cancelar todas las reuniones que el antiguo usuario tenía en su calendario. Esto permite a la gente eliminar las reuniones creadas por el antiguo usuario.» Así que no, el manual no se olvida del calendario. Se acuerda perfectamente. Lo que pasa es que solo sabe hacer una cosa con él, y esa cosa es cancelar.

Y justo después viene la frase que explica por qué ese apartado existe, y que es la que te llega al soporte convertida en ticket: «Si la persona tenía reuniones que reservaban equipamiento o salas, estas no estarán disponibles para reservarse hasta que esas reuniones se cancelen.» Traducido a una oficina real: la sala grande sigue ocupada los martes de 10 a 12 por alguien que dejó la empresa en marzo, el buzón de recurso no tiene forma de saberlo, y la gente acaba reservando la pequeña y quejándose de que no hay salas.

Esta es la parte que de verdad nos parece digna de contar. Desde esta semana existe un botón para no tener que cancelar: traspasas la reunión, la sala sigue reservada, los asistentes no pierden la cita y el recurso cambia de dueño con ella. Y el consejo oficial, el que va a seguir leyendo el técnico que mañana dé una baja, sigue siendo «cancélalas todas» — y vive dentro del mismo paso que, si lo ejecutas antes, te quita el botón. No es una contradicción de Microsoft: es que la documentación de bajas y la del calendario las escribe gente distinta, y el que paga la diferencia es el que ejecuta los dos documentos el mismo viernes por la tarde.

El otro reloj: treinta días

Quien decida no convertir el buzón tampoco tiene tiempo infinito. El paso 6 del mismo manual —quitar la licencia— lo dice con todas las letras: «cuando quitas o eliminas una licencia, el correo, los contactos y el calendario del antiguo empleado se conservan durante 30 días, y después se eliminan permanentemente». Y el paso 5 repite el plazo para la cuenta borrada: «después de eliminar la cuenta de un empleado, el contenido de su OneDrive y Outlook se conserva durante 30 días».

Y aquí conviene no estirar el plazo más de lo que dice, porque es fácil leerlo mal. Treinta días es cuánto se conservan los datos, no una promesa de que el botón siga funcionando treinta días. El traspaso exige ser el organizador o tener acceso de edición como delegado, y la delegación necesita buzones con licencia a ambos lados; en cuanto quitas la licencia, lo prudente es dar por hecho que la ventana para operar se cierra antes que la de retención. Que los datos sigan ahí no significa que puedas tocarlos. Es el mismo patrón de otras bajas de Microsoft 365 que ya hemos contado: en Project Online pasaba algo parecido, y lo escribimos en cuando se quita la licencia y ya no hay exportación.

La secuencia, con el orden que importa

Esto es lo que nos llevaríamos a una baja a partir de esta semana. No es una lista de consejos: es una secuencia, y el valor está en dónde cae cada cosa respecto de las demás. La columna de la derecha es la que normalmente no está escrita en ningún sitio.

Los pasos 2, 3 y 4 de esta secuencia van antes del paso 4 del manual de Microsoft. Escrito así suena a trabalenguas, y por eso se salta. Dicho de otra manera: el calendario se arregla mientras el buzón todavía es de una persona.

Lo que la fase 1 todavía no arregla

Vale la pena insistir en el requisito que más duele, porque es el que invalida la mitad de los casos: hoy la función solo acepta reuniones no en línea. La reunión semanal del comité, la del equipo de desarrollo, la de seguimiento con el cliente —todas con su enlace de Teams— quedan fuera de la fase 1. Es decir: llega una herramienta para traspasar reuniones justo en el momento histórico en que casi ninguna reunión es «no en línea».

La fase 2 promete cubrirlas, y trae consigo un detalle que conviene saber antes de venderlo internamente: «para las reuniones de Teams, el traspaso generará un enlace de reunión nuevo propiedad del nuevo organizador». El enlace cambia. Lo que había en el cuerpo de la cita, los marcadores que la gente se guardó, el enlace pegado en el documento de proyecto: todo eso apunta al viejo. Y el propio aviso recuerda avisar a los usuarios de que los asistentes externos tendrán que responder a las invitaciones de sustitución.

Y queda la fase 3, que es la que de verdad describe cuánto cuelga de una reunión. Lista lo que algún día se podrá traspasar: «chat, opciones de reunión, transcripciones, grabaciones, agenda, notas e informes de asistencia». Siete cosas. Hasta que llegue, todo eso se queda enganchado a la cuenta del organizador anterior —las grabaciones incluidas, que es un problema que ya contamos entero en la grabación que vive en el OneDrive de alguien que ya no está— con lo que eso implica para una auditoría o una reclamación. Es la misma lección que ya escribimos sobre los chats de Teams no están en tu copia de seguridad: el objeto que ves en Teams y el objeto que un administrador puede mover o copiar no son el mismo objeto.

Cuándo no lo usaríamos

Que una función sea nueva no la convierte en la respuesta correcta. Hay cuatro casos en los que seguiríamos cancelando y creando de nuevo, que es feo pero predecible:

• Series muy largas donde importa el histórico. El cambio afecta solo a las instancias futuras, así que acabas con una serie partida en dos dueños. Si alguien va a auditar quién convocó qué, dos series limpias se explican mejor que una serie bicéfala.
• Reuniones con muchos externos. Si de todas formas van a tener que aceptar otra invitación, el traspaso no te ahorra la parte cara, que es escribirles.
• Reuniones cifradas. No son elegibles y punto. Si tu comité de dirección convoca con cifrado, no pierdas la tarde buscando el botón.
• Cambios de rol, no bajas. El aviso dice que «el organizador anterior no se añade automáticamente como asistente». En una baja da igual, porque esa persona ya no está. Pero si lo que haces es pasarle la reunión semanal a un compañero porque cambias de puesto, acabas de salirte de tu propia reunión y nadie te ha avisado.
• Parques en Outlook clásico. Publicar un procedimiento que pide un botón que la mitad de la plantilla no tiene genera más tickets que los que resuelve. O migras el cliente, o el procedimiento lo ejecuta sistemas desde Outlook en la web.

Lo que esto dice de tu procedimiento de bajas

El procedimiento de Microsoft sí mira el calendario; hay que reconocérselo. Lo que pasa es que lo mira con la única herramienta que existía cuando se escribió, que era cancelar. Y ese apartado sigue ahí, dentro del paso que además te quita la alternativa. No es un olvido: es documentación que no se ha enterado todavía de lo que ha cambiado este mes en el producto que documenta.

Lo que recomendamos, y es barato de poner por escrito, es que una baja no se dé por cerrada sin que alguien haya abierto ese calendario y haya separado las reuniones futuras en dos montones: las que se pueden traspasar y las que hay que rehacer. Es una línea más en la lista de comprobación. Hasta este mes esa línea terminaba siempre en «no se puede»; ahora, para una parte de los casos, termina en un botón. Lo único que decide cuál de las dos cosas te toca es en qué sitio de la lista está escrita.

Fuentes (consultadas el 16-10-2026): la fecha de publicación (14 de septiembre de 2026), el calendario de despliegue por anillos, la frase «esta función está activada por defecto y no requiere configuración del inquilino», la lista de productos afectados con la exclusión del Outlook clásico para Windows, la selección de una sola persona «en la misma organización o inquilino», la frase «las fechas de la fase 2 y la fase 3 se anunciarán por separado», el enlace nuevo de Teams de la fase 2, las siete piezas de la fase 3, que «el organizador anterior no se añade automáticamente como asistente» y las acciones de preparación (avisar al servicio de soporte, que el nuevo organizador debe aceptar, que los asistentes externos responden a invitaciones de sustitución y comprobar el acceso al contenido de OneDrive) salen del mensaje del centro de mensajes MC1472028, «Outlook: Change the organizer of meetings». Los requisitos de elegibilidad y las exclusiones literales —reunión en el futuro, reunión no en línea, organizador o delegado con edición, cuenta profesional o educativa, calendario principal, nada de borradores ni canceladas ni calendarios de grupo, «reuniones almacenadas en buzones de grupo o compartidos», reuniones cifradas, series pasadas y reuniones ya empezadas— y el flujo de aceptar o rechazar, de «Change the organizer of a meeting in Outlook». Los siete pasos numerados de la baja, los 30 días de OneDrive y Outlook tras borrar la cuenta y los 30 días de correo, contactos y calendario tras quitar la licencia, de «Remove a former employee – Overview». Y del paso 4: su título literal, que al convertir «todo el correo y el calendario existentes se conservan en un buzón compartido al que varias personas pueden acceder», que «puedes reconvertir un buzón compartido en el buzón privado de un usuario individual más adelante si hace falta», y el apartado Cancel Outlook meetings completo, incluido que si la persona tenía reuniones que reservaban equipamiento o salas, «estas no estarán disponibles para reservarse hasta que esas reuniones se cancelen». Nuestro, y lo acotamos como tal: la lectura de que convertir el buzón a compartido deja las reuniones fuera del alcance de la función nueva (Microsoft no describe esa interacción en ninguno de los documentos; es deducción nuestra y recomendamos comprobarla en un buzón de pruebas), la advertencia de que la ventana para operar se cierra antes que los 30 días de retención al quitar la licencia (también deducción, por el requisito de delegación), la tabla de secuencia con su columna de punto de no retorno, los cuatro casos en los que no la usaríamos y la lectura de que la documentación de bajas no se ha puesto al día con el producto que documenta.