Si administres un inquilí de Microsoft 365, aquesta setmana tens damunt la taula una funció que feia anys que demanàvem: canviar l'organitzador d'una reunió sense cancel·lar-la i tornar-la a crear. L'avís és el MC1472028 del centre de missatges, publicat el 14 de setembre de 2026, i el desplegament mundial de la primera fase va de finals de setembre a finals d'octubre. Arriba, en paraules de Microsoft, «activat per defecte i sense necessitat de configuració de l'inquilí». És a dir: no hi ha res a aprovar. Ja està entrant.
I aquí ve la part que no surt al titular. El cas que et va fer desitjar aquesta funció durant anys —la reunió setmanal d'algú que va plegar al març, que continua apareixent a l'agenda de dotze persones i que ningú no pot modificar— és exactament el cas en què no la podràs fer servir, si abans vas seguir el manual de baixes que publica la mateixa Microsoft. No per cap error: per l'ordre dels passos.
Què arriba exactament, i en quins clients
La mecànica és la que qualsevol hauria dibuixat en un tovalló: al calendari, botó dret sobre la reunió, Canviar organitzador, s'escriu el nom de la persona, s'hi pot afegir un missatge i s'envia. La persona escollida rep una petició i l'ha d'acceptar —o rebutjar— abans que l'organitzador canviï de debò. En una sèrie periòdica, el canvi «afecta només les instàncies futures»; les anteriors es queden amb l'organitzador original.
El primer que convé mirar és on apareix el botó, perquè és on cau mitja Espanya. L'avís llista com a afectats Outlook al web, el nou Outlook per a Windows, el calendari de Microsoft 365 dins de Teams i Exchange Online —aquest últim com la plataforma del darrere, no pas com un client on prémer res—. I tot seguit, la frase que hauràs d'explicar al servei de suport: «l'Outlook clàssic per a Windows no és compatible». Si el teu parc encara està majoritàriament a l'Outlook de sempre —i a les pimes espanyoles hi està— aquesta funció existeix però la teva gent no la veu. Abans d'escriure el procediment intern, comprova quin client tenen al davant.
El calendari de desplegament de l'avís també té lletra petita per anells: mundial de finals de setembre a finals d'octubre del 2026; GCC, de principis a finals d'octubre; GCC High i DoD, de principis a finals de novembre. I el que arriba ara és només la fase 1. Sobre les altres dues, l'avís diu textualment que «les dates de la fase 2 i la fase 3 s'anunciaran per separat», que al centre de missatges vol dir exactament el que sembla.
La llista d'allò que no es pot traspassar
La documentació de suport enumera els requisits d'elegibilitat, i val la pena llegir-los sencers abans de prometre res, perquè cada línia tapa un cas real:
- «La reunió o instància ha de ser al futur.» Una reunió solta no es pot traspassar «després que hagi començat», i «una sèrie periòdica al passat no es pot traspassar».
- «La reunió ha de ser una reunió no en línia.» Aquesta és la grossa, i hi tornem de seguida.
- Has de ser l'organitzador actual o tenir accés d'edició com a delegat. Això és el que et permet fer-ho en nom d'algú que ja no hi és, i per tant és el primer que perds si et precipites amb el compte.
- Només es pot triar una persona, i ha de ser «a la mateixa organització o inquilí». Res de traspassar la reunió al client ni al proveïdor.
- Compte professional o educatiu: «els comptes personals d'Outlook.com no són compatibles». I la reunió ha de ser al calendari principal de l'organitzador.
- Fora: esborranys, reunions cancel·lades, reunions en un calendari de grup, reunions xifrades i —subratllat— «reunions emmagatzemades en bústies de grup o compartides».
El pas 4 del manual de baixes diu «bústia compartida»
Microsoft publica un procediment oficial per donar de baixa un empleat. Són set passos i estan numerats. El pas 4 es titula, literalment, «Reenviar el correu d'un antic empleat a un altre empleat o convertir-lo en una bústia compartida». És el pas que tothom fa, i amb raó: conserva l'històric, manté viva l'adreça per als clients que hi continuen escrivint i permet treure la llicència sense perdre res.
Posa les dues frases una al costat de l'altra. La documentació de la conversió diu que «tot el correu i el calendari existents es conserven en una bústia compartida a la qual diverses persones poden accedir». La documentació de la funció nova diu que no es poden traspassar «les reunions emmagatzemades en bústies de grup o compartides». Posades juntes, apunten al mateix: el pas 4 del manual deixa les reunions d'aquella persona a l'únic lloc on la funció nova no entra. Conserves el calendari, sí; però el conserves en mode museu.
Toca acotar això amb honestedat, perquè és la nostra lectura i no una declaració de Microsoft: en cap document no es descriu la interacció entre les dues coses. Ningú de Redmond no ha escrit «si converteixes la bústia, perds el botó». El que hi ha són dos documents que, llegits junts, apunten al mateix. Si això t'afecta de debò, la comprovació és curta: converteix una bústia de proves amb una reunió futura no en línia i mira si el Canviar organitzador hi continua.
I una precisió que ens treu dramatisme, perquè és al mateix document del pas 4 i callar-la seria fer trampa: la conversió es pot desfer. Literalment, «pots reconvertir una bústia compartida en la bústia privada d'un usuari individual més endavant si cal». És a dir que no és una porta tapiada: és una porta tancada amb clau. Si et vas passar de frenada, el camí de tornada hi és —reconvertir i tornar a llicenciar—, però implica tornar a tocar el compte d'algú que ja no hi és i pagar la llicència que havies tret. Per això recomanem l'ordre: no perquè sigui irreversible, sinó perquè fer-ho bé la primera vegada no costa res i desfer-ho sí.
I el mateix pas 4 continua dient: cancel·la-les totes
Dins d'aquell pas 4 hi ha un apartat que es titula, en anglès, Cancel Outlook meetings. Diu això: «Assegura't de cancel·lar totes les reunions que l'antic usuari tenia al seu calendari. Això permet a la gent eliminar les reunions creades per l'antic usuari.» Així que no, el manual no s'oblida del calendari. Se'n recorda perfectament. El que passa és que només en sap fer una cosa, i aquella cosa és cancel·lar.
I just després ve la frase que explica per què aquell apartat existeix, i que és la que arriba al suport convertida en tiquet: «Si la persona tenia reunions que reservaven equipament o sales, aquestes no estaran disponibles per reservar-se fins que aquelles reunions es cancel·lin.» Traduït a una oficina real: la sala gran continua ocupada els dimarts de 10 a 12 per algú que va deixar l'empresa al març, la bústia de recurs no té manera de saber-ho, i la gent acaba reservant la petita i queixant-se que no hi ha sales.
Aquesta és la part que de debò ens sembla digna d'explicar. Des d'aquesta setmana hi ha un botó per no haver de cancel·lar: traspasses la reunió, la sala continua reservada, els assistents no perden la cita i el recurs canvia de propietari amb ella. I el consell oficial, el que continuarà llegint el tècnic que demà faci una baixa, continua essent «cancel·la-les totes» — i viu dins del mateix pas que, si l'executes abans, et treu el botó. No és cap contradicció de Microsoft: és que la documentació de baixes i la del calendari les escriu gent diferent, i qui paga la diferència és qui executa els dos documents el mateix divendres a la tarda.
L'altre rellotge: trenta dies
Qui decideixi no convertir la bústia tampoc no té temps infinit. El pas 6 del mateix manual —treure la llicència— ho diu amb totes les lletres: «quan treus o elimines una llicència, el correu, els contactes i el calendari de l'antic empleat es conserven durant 30 dies, i després s'eliminen permanentment». I el pas 5 repeteix el termini per al compte esborrat: «després d'eliminar el compte d'un empleat, el contingut del seu OneDrive i Outlook es conserva durant 30 dies».
I aquí convé no estirar el termini més del que diu, perquè és fàcil llegir-lo malament. Trenta dies és quant es conserven les dades, no una promesa que el botó continuï funcionant trenta dies. El traspàs exigeix ser l'organitzador o tenir accés d'edició com a delegat, i la delegació necessita bústies amb llicència a banda i banda; així que en el moment que treus la llicència, el prudent és donar per fet que la finestra per operar es tanca abans que la de retenció. Que les dades hi continuïn no vol dir que les puguis tocar. És el mateix patró d'altres baixes de Microsoft 365 que ja hem explicat: a Project Online passava una cosa semblant, i ho vam escriure a quan es treu la llicència i ja no hi ha exportació.
La seqüència, amb l'ordre que importa
Això és el que ens enduríem a una baixa a partir d'aquesta setmana. No és una llista de consells: és una seqüència, i el valor és on cau cada cosa respecte de les altres. La columna de la dreta és la que normalment no hi ha escrita enlloc.
Els passos 2, 3 i 4 d'aquesta seqüència van abans del pas 4 del manual de Microsoft. Escrit així sona a embarbussament, i per això es salta. Dit d'una altra manera: el calendari s'arregla mentre la bústia encara és d'una persona.
Allò que la fase 1 encara no arregla
Val la pena insistir en el requisit que més fa mal, perquè és el que invalida la meitat dels casos: avui la funció només accepta reunions no en línia. La reunió setmanal del comitè, la de l'equip de desenvolupament, la de seguiment amb el client —totes amb el seu enllaç de Teams— queden fora de la fase 1. És a dir: arriba una eina per traspassar reunions justament en el moment històric en què gairebé cap reunió no és «no en línia».
La fase 2 promet cobrir-les, i porta un detall que convé saber abans de vendre-ho internament: «per a les reunions de Teams, el traspàs generarà un enllaç de reunió nou propietat del nou organitzador». L'enllaç canvia. El que hi havia al cos de la cita, els marcadors que la gent es va desar, l'enllaç enganxat al document de projecte: tot això apunta al vell. I el mateix avís recorda avisar els usuaris que els assistents externs hauran de respondre a les invitacions de substitució.
I queda la fase 3, que és la que de debò descriu quant penja d'una reunió. Llista allò que algun dia es podrà traspassar: «xat, opcions de reunió, transcripcions, enregistraments, agenda, notes i informes d'assistència». Set coses. Fins que arribi, tot això es queda enganxat al compte de l'organitzador anterior —els enregistraments inclosos, que és un problema que ja vam explicar sencer a l'enregistrament que viu a l'OneDrive d'algú que ja no hi és— amb el que això implica per a una auditoria o una reclamació. És la mateixa lliçó que ja vam escriure sobre els xats de Teams no són a la teva còpia de seguretat: l'objecte que veus a Teams i l'objecte que un administrador pot moure o copiar no són el mateix objecte.
Quan no ho faríem servir
Que una funció sigui nova no la converteix en la resposta correcta. Hi ha quatre casos en què continuaríem cancel·lant i creant de nou, que és lleig però previsible:
- Sèries molt llargues on importa l'històric. El canvi afecta només les instàncies futures, així que acabes amb una sèrie partida en dos propietaris. Si algú ha d'auditar qui va convocar què, dues sèries netes s'expliquen millor que una sèrie bicèfala.
- Reunions amb molts externs. Si de totes maneres hauran d'acceptar una altra invitació, el traspàs no t'estalvia la part cara, que és escriure'ls.
- Reunions xifrades. No són elegibles i prou. Si el teu comitè de direcció convoca amb xifratge, no perdis la tarda buscant el botó.
- Canvis de rol, no baixes. L'avís diu que «l'organitzador anterior no s'afegeix automàticament com a assistent». En una baixa tant li fa, perquè aquella persona ja no hi és. Però si el que fas és passar la reunió setmanal a un company perquè canvies de lloc, acabes de sortir de la teva pròpia reunió i ningú no t'ha avisat.
- Parcs a l'Outlook clàssic. Publicar un procediment que demana un botó que la meitat de la plantilla no té genera més tiquets dels que resol. O migres el client, o el procediment l'executa sistemes des d'Outlook al web.
Què diu això del teu procediment de baixes
El procediment de Microsoft sí que mira el calendari; cal reconèixer-l'hi. El que passa és que el mira amb l'única eina que existia quan es va escriure, que era cancel·lar. I aquell apartat hi continua, dins del pas que a sobre et treu l'alternativa. No és cap oblit: és documentació que encara no s'ha assabentat del que ha canviat aquest mes al producte que documenta.
El que recomanem, i és barat de posar per escrit, és que una baixa no es doni per tancada sense que algú hagi obert aquell calendari i hagi separat les reunions futures en dos munts: les que es poden traspassar i les que cal refer. És una línia més a la llista de comprovació. Fins aquest mes aquella línia acabava sempre en «no es pot»; ara, per a una part dels casos, acaba en un botó. L'única cosa que decideix quina de les dues et toca és en quin lloc de la llista està escrita.
Fonts (consultades el 16-10-2026): la data de publicació (14 de setembre del 2026), el calendari de desplegament per anells, la frase «aquesta funció està activada per defecte i no requereix configuració de l'inquilí», la llista de productes afectats amb l'exclusió de l'Outlook clàssic per a Windows, la selecció d'una sola persona «a la mateixa organització o inquilí», la frase «les dates de la fase 2 i la fase 3 s'anunciaran per separat», l'enllaç nou de Teams de la fase 2, les set peces de la fase 3, que «l'organitzador anterior no s'afegeix automàticament com a assistent» i les accions de preparació (avisar el servei de suport, que el nou organitzador ha d'acceptar, que els assistents externs responen a invitacions de substitució i comprovar l'accés al contingut d'OneDrive) surten del missatge del centre de missatges MC1472028, «Outlook: Change the organizer of meetings». Els requisits d'elegibilitat i les exclusions literals —reunió al futur, reunió no en línia, organitzador o delegat amb edició, compte professional o educatiu, calendari principal, res d'esborranys ni cancel·lades ni calendaris de grup, «reunions emmagatzemades en bústies de grup o compartides», reunions xifrades, sèries passades i reunions ja començades— i el flux d'acceptar o rebutjar, de «Change the organizer of a meeting in Outlook». Els set passos numerats de la baixa, els 30 dies d'OneDrive i Outlook després d'esborrar el compte i els 30 dies de correu, contactes i calendari després de treure la llicència, de «Remove a former employee – Overview». I del pas 4: el seu títol literal, que en convertir «tot el correu i el calendari existents es conserven en una bústia compartida a la qual diverses persones poden accedir», que «pots reconvertir una bústia compartida en la bústia privada d'un usuari individual més endavant si cal», i l'apartat Cancel Outlook meetings sencer, inclòs que si la persona tenia reunions que reservaven equipament o sales, «aquestes no estaran disponibles per reservar-se fins que aquelles reunions es cancel·lin». Nostre, i ho acotem com a tal: la lectura que convertir la bústia a compartida deixa les reunions fora de l'abast de la funció nova (Microsoft no descriu aquella interacció a cap dels documents; és deducció nostra i recomanem comprovar-la en una bústia de proves), l'advertiment que la finestra per operar es tanca abans que els 30 dies de retenció en treure la llicència (també deducció, pel requisit de delegació), la taula de seqüència amb la seva columna de punt de no retorn, els quatre casos en què no la faríem servir i la lectura que la documentació de baixes no s'ha posat al dia amb el producte que documenta.
El teu procediment de baixa mira el calendari?
Les altes i baixes amb l'ordre escrit, el client de correu correcte a cada lloc i una llista de comprovació que algú signa són modern workplace. La part d'inquilí —llicències, canals d'actualització, allò que arriba activat per defecte i allò que no— és Microsoft 365. I allò que Microsoft conserva trenta dies i després esborra, si el vols fora de Microsoft, és Backup 365.
Parlar amb everyWAN