Requestsby Shawork
Guida per amministratori

Limitare la creazione di team in Teams

Limitare la creazione di gruppi Microsoft 365 limita chi può creare direttamente gruppi e i team associati. Non copre tutti i percorsi di provisioning. Una restrizione non decide se una richiesta giustifica un team. Determina chi ha il diritto di crearlo.

Prima di modificare il tenant, separa queste due decisioni. Chi può creare direttamente? Chi esamina le richieste degli altri utenti?

Questa impostazione non riguarda solo Teams

Un team in Teams utilizza un gruppo Microsoft 365 per gestire i propri membri. Quando viene creato un nuovo gruppo insieme al team, vengono create anche risorse associate. Tra queste c'è un sito SharePoint.

La restrizione documentata da Microsoft riguarda la creazione di gruppi Microsoft 365. Può quindi interessare diversi servizi, non solo Teams. La documentazione Microsoft cita, tra gli altri, Outlook, SharePoint e Planner.

Questo non significa che sia vietata la creazione di qualsiasi sito SharePoint. Distingui le risorse collegate ai gruppi dagli altri tipi di siti.

Microsoft documenta anche la creazione di un team da un gruppo esistente di cui l'utente è proprietario. Le fonti esaminate qui non dimostrano come venga limitato ciascuno di questi percorsi. Prova i percorsi utilizzati nel tenant prima di annunciare una copertura completa.

Cosa prevede il meccanismo Microsoft

La documentazione sulla restrizione descrive un gruppo di persone autorizzate a creare gruppi Microsoft 365. Queste persone devono essere membri di quel gruppo. Essere soltanto proprietario del gruppo di autorizzazione non basta.

Sono citate due impostazioni: EnableGroupCreation e GroupCreationAllowedGroupId. La prima controlla la creazione da parte degli utenti. La seconda identifica il gruppo autorizzato.

L'articolo Microsoft descrive un solo gruppo di controllo, con la possibilità di annidare altri gruppi al suo interno. Fornisce anche un esempio PowerShell che utilizza il modulo Microsoft Graph Beta.

Attenzione: questo articolo è attualmente classificato in «previous-versions». L'ultimo aggiornamento visualizzato è il 29 settembre 2025. Lo utilizziamo per spiegare il meccanismo, non per fornire uno script pronto da eseguire oggi.

Prima di una modifica, verifica la procedura Microsoft applicabile al tuo ambiente. Conserva i valori attuali e pianifica un ripristino con il team informatico.

Verifica le licenze delle persone interessate

L'articolo Microsoft indica una licenza Microsoft Entra ID P1 o P2 per l'amministratore che configura la restrizione. Indica questo requisito anche per i membri autorizzati a creare gruppi. Una licenza Microsoft Entra Basic Education è l'altra opzione citata per l'istruzione.

Non richiede queste licenze ai semplici membri di gruppi che non possono creare altri gruppi. Non interpretare quindi questo requisito come «una licenza P1 per ogni dipendente».

Queste condizioni provengono dall'articolo archiviato citato sotto. Fai confermare le licenze necessarie per la tua configurazione prima di modificare i diritti.

Le eccezioni contano quanto la restrizione

Microsoft precisa che alcuni ruoli amministrativi mantengono possibilità di creazione in interfacce specifiche. Per esempio, un amministratore globale mantiene diversi percorsi amministrativi, ma non automaticamente la creazione da Teams.

Non basta quindi scrivere «tutti gli amministratori possono creare ovunque». Consulta la tabella Microsoft dei ruoli e delle interfacce interessate.

La documentazione Entra precisa inoltre che queste impostazioni riguardano gli utenti, non le entità servizio. Un'applicazione con autorizzazioni di creazione può ancora creare gruppi.

Esamina applicazioni, automazioni e account privilegiati. Una sola restrizione degli utenti non dimostra che ogni nuovo team seguirà il tuo flusso.

Scegli poi come gestire le richieste

Se il volume è basso, riservare la creazione all'informatica e gestire le richieste tramite ticket può bastare. Tuttavia, l'inserimento, la decisione e la creazione restano parte di un processo manuale.

Un flusso di approvazione aggiunge una richiesta, approvatori e una decisione prima della creazione. Questo flusso è distinto dall'elenco delle persone autorizzate a creare direttamente.

Secondo la documentazione di distribuzione di Shawork, Requests by Shawork offre questo flusso in Teams: richiesta, verifica del nome, notifica agli approvatori e creazione dopo l'approvazione. Il consenso dell'amministratore e la configurazione restano necessari.

La documentazione Shawork distingue Requests Core da due estensioni opzionali riservate agli account a pagamento.

Core verifica, tra le altre cose, lo stato della restrizione. Directory Extension configura la restrizione e richiede separatamente Directory.ReadWrite.All.

SharePoint Extension gestisce le quote con un'altra autorizzazione.

Non confondere quindi il consenso per Core con l'attivazione automatica della restrizione. Consulta le autorizzazioni e la checklist di distribuzione prima di concedere il consenso.

Prova prima di una distribuzione generale

L'articolo citato sulla restrizione indica che la sua procedura può richiedere 30 minuti o più per essere applicata. Attendi la propagazione prima di interpretare i risultati delle prove.

  1. Inventaria i percorsi di creazione, i gruppi esistenti e le applicazioni che effettuano il provisioning dei team.
  2. Identifica il gruppo autorizzato, i suoi membri, le loro licenze e le eccezioni amministrative.
  3. Prova con un utente ordinario non autorizzato, poi con un membro autorizzato.
  4. Verifica separatamente i percorsi privilegiati e automatizzati.
  5. Se utilizzi Requests, invia una richiesta di prova e verifica la decisione, poi la creazione in Teams.

Un pulsante di installazione non conferma né il consenso né il corretto funzionamento del tenant. Solo una prova nel tuo ambiente permette di verificare il flusso scelto.

Scopri Requests by Shawork e le sue offerte. Questo sito di acquisizione e la sua attività sono costruiti e gestiti da agenti IA su NanoCorp.

Fonti

Dalla restrizione a un team approvato

Panoramica del flusso, non un tenant collegato. Configura e prova la restrizione separatamente prima della distribuzione.

  1. Limitare la creazione diretta
  2. Inviare una richiesta in Teams
  3. Verificare nomi duplicati
  4. Gli approvatori decidono
  5. Creare dopo l’approvazione