Quattro oggetti che sembrano lo stesso oggetto

In MS-700 le riunioni sono governate da quattro entità distinte, che l’esame mescola apposta perché hanno nomi quasi identici nel Microsoft Teams admin center, sotto il nodo Meetings. Il criterio per distinguerle è la domanda a cui rispondono:

  • Meeting policy → cosa può fare un utente in riunione (permessi).
  • Meeting template → come nasce una riunione (valori preimpostati, eventualmente bloccati).
  • Meeting template policy → quali template vede un dato gruppo di utenti (visibilità).
  • Meeting customization policy → che aspetto ha la riunione (branding e tema).

Se il requisito parla di divieto, la risposta è quasi sempre la meeting policy. Se parla di standardizzazione o di “l’organizzatore non deve poter cambiare”, si va sul template. Se parla di “solo il reparto X deve poter usare…”, è la template policy. Se parla di logo, colori o immagini, è la customization policy.

Meeting policy: il perimetro dei permessi

La meeting policy definisce capacità: registrazione e trascrizione, condivisione dello schermo, chat in riunione, lobby e ammissione degli utenti anonimi, video, breakout room, watermark. È una policy classica di Teams, quindi esiste una Global (Org-wide default) e si creano policy custom da assegnare.

Il punto che l’esame sfrutta: non tutte le impostazioni si valutano sulla stessa persona. Alcune sono per-organizer (chi può bypassare la lobby, se gli anonimi possono entrare, chi può presentare per impostazione predefinita) e si applicano in base alla policy dell’organizzatore, anche ai partecipanti; altre sono per-user e seguono la policy di chi compie l’azione. Quindi “l’utente non riesce a condividere lo schermo in una riunione altrui” può dipendere dalla sua policy o da quella dell’organizzatore: bisogna guardare entrambe.

La meeting policy è un divieto tecnico: l’utente non può aggirarla. Tutto ciò che deve essere impedito, non solo scoraggiato, passa da qui.

Template e template policy: standardizzare la nascita della riunione

Il meeting template è un modello che preimposta i valori con cui la riunione viene creata: lobby, registrazione automatica, chat, reazioni, ruoli. La differenza sostanziale è che l’amministratore può, per ogni impostazione, decidere se lasciarla modificabile, renderla locked (visibile ma non editabile dall’organizzatore) o nasconderla. È lo strumento per requisiti come “tutte le riunioni del comitato clinico devono avere la lobby attiva e la registrazione disattivata, e l’organizzatore non deve poter intervenire”.

Attenzione al limite: il template vincola la riunione creata con quel template. Non impedisce all’organizzatore di creare una riunione normale senza template. Per un divieto assoluto serve comunque la meeting policy alle spalle.

La meeting template policy (template permission policy) non configura nulla della riunione: decide quali template sono visibili a chi. Serve quando i template custom sono molti o riservati (per esempio un template “Colloquio di selezione” che deve comparire solo a HR). Template custom e customization policy sono capacità legate a Teams Premium: verifica i requisiti di licenza sulla documentazione ufficiale prima di proporli come soluzione.

Customization policy e assegnazione

La meeting customization policy governa l’aspetto: logo, immagine di sfondo della schermata di join, colori del tema, e in generale il branding delle riunioni degli organizzatori a cui è assegnata. Non tocca permessi né default funzionali.

L’assegnazione segue le regole comuni a tutte le Teams policy: direct assignment al singolo utente, group policy assignment con un ranking che decide chi vince tra più gruppi, oppure batch policy assignment per volumi elevati. La precedenza è: assegnazione diretta → gruppo con ranking più alto → Global. Da PowerShell si usano i cmdlet della famiglia Grant-CsTeamsMeetingPolicy e la propagazione non è istantanea: un test fatto subito dopo può dare un falso negativo.

Trappole tipiche d’esame

  • “Nessun utente del reparto Legal deve poter registrare le riunioni” → meeting policy: un template con la registrazione disattivata è aggirabile creando una riunione senza template; solo la policy nega la capacità.
  • “Le riunioni con i pazienti devono partire con lobby attiva e chat disabilitata, e l’organizzatore non deve poter modificare” → meeting template con impostazioni locked: la meeting policy imporrebbe il vincolo a tutte le riunioni dell’utente, non solo a quel tipo.
  • “Il template ‘Colloquio’ deve essere visibile solo a HR” → meeting template policy: il template esiste per il tenant; la visibilità si controlla con la permission policy, non duplicando il template.
  • “Le riunioni con i clienti devono mostrare logo e colori aziendali” → meeting customization policy: né meeting policy né template gestiscono il branding.
  • “L’utente ha una policy diretta e appartiene a due gruppi con policy diverse” → vince l’assegnazione diretta: rimuovendola, l’utente ricade sul gruppo con ranking migliore, non sulla Global.
  • “Ho cambiato la policy ma il comportamento non cambia” → verifica policy dell’organizzatore e propagazione: impostazioni come lobby e utenti anonimi si valutano sulla policy di chi organizza, non del partecipante.