Cuidado con los scripts de transferencia de reuniones: se dejan las periódicas

Un administrador de sistemas ha compartido una advertencia sobre las herramientas automáticas que transfieren la propiedad de reuniones en Microsoft 365. El aviso se dirige a quienes usan scripts que mueven en masa los calendarios de un empleado que sale de la empresa: varios de esos scripts se olvidan de las reuniones recurrentes.

Por qué falla

El motivo está en cómo el script busca las reuniones a transferir. Algunas utilidades recuperan los eventos que caen en un rango de fechas concreto. Una serie recurrente puede haber empezado hace dos años y tener su próxima ocurrencia la semana que viene: si el límite temporal es, por ejemplo, el último trimestre, esa serie no aparece en la consulta. La transferencia termina y el informe dice que todo fue bien, pero el antiguo organizador conserva las reuniones futuras de esa serie.

La comprobación que hay que hacer

Antes de usar uno de estos scripts, conviene mirar qué cmdlet de Microsoft Graph emplea para listar las reuniones. El mismo autor de la advertencia apunta que los que usan Get-MgUserCalendarView están pensados para obtener las próximas instancias del calendario, por lo que incluyen las ocurrencias de series antiguas y el problema desaparece. Si el script usa otra forma de recuperar eventos, más vale desconfiar.

La comprobación final no está de más: elegir una reunión recurrente cuyo inicio sea anterior al rango de fechas que usó el script y confirmar, después de la transferencia, quien figura como organizador de su próxima ocurrencia. Si sigue apareciendo la persona que ya se fue, hay que transferirla a mano.

Es una lección que va más allá de Exchange Online: automatizar una tarea no equivale a entender su casuística. En este caso, la casuística son las series recurrentes, y un script que trata todas las reuniones como eventos sueltos va a fallar tarde o temprano.