Impostare la diagnosi: prima il perimetro
Davanti a un problema del client la prima domanda non è “cosa faccio”, ma “chi è colpito”. Un sintomo presente per un solo utente su tutti i suoi dispositivi punta a identità, licenza o policy assegnata; lo stesso sintomo su un solo dispositivo punta allo stato locale del client (cache, versione, profilo, rete di quella sede); un sintomo su tutti gli utenti punta al servizio o a una configurazione di tenant, e la prima verifica è il service health nel Microsoft 365 admin center, con il Message Center per le modifiche annunciate. Questa triangolazione decide dove guarderai: Microsoft Entra admin center per l’autenticazione, Teams admin center per policy e telemetria, il client per log e cache. Saltarla è il modo più rapido per applicare un rimedio corretto al problema sbagliato.
Log e cache: due strumenti diversi
I log lato client servono a documentare, non a riparare. Il client Teams può generare log diagnostici (debug, media, desktop) che tracciano l’esito dell’autenticazione, il caricamento delle policy e i flussi media. Si raccolgono quando il caso va escalato al supporto Microsoft o per stabilire se il client ha davvero ricevuto la configurazione: precedono il ticket, non sostituiscono la verifica amministrativa.
La cache del client si svuota quando il sintomo è di stato locale: elementi che non si aggiornano, un team o un canale ancora visibile dopo la rimozione, immagine del profilo o presenza incoerenti, un’app assegnata da tempo che non compare. Ha un costo — nuovo download dei dati e prima apertura lenta — e nessun effetto se la causa è una policy non ancora propagata o una licenza mancante. Regola pratica: cache per lo stato, policy e licenza per le funzionalità.
Self-help diagnostics e Teams admin center
Per il problema di un singolo utente — Teams non disponibile, funzionalità assente, provisioning incompleto — le self-help diagnostics che l’amministratore lancia dal Microsoft 365 admin center eseguono controlli mirati su licenza, provisioning e configurazione di quell’utente e restituiscono una causa probabile. Vengono prima di toccare il client, perché in pochi minuti confermano o escludono l’ipotesi “licenza/policy”.
Il Teams admin center completa il quadro: la scheda dell’utente mostra le policy effettivamente assegnate, incluse quelle da group policy assignment, mentre call analytics restituisce il dettaglio della singola chiamata o riunione — dispositivo, driver, rete, versione del client. Se il sospetto è sistemico si passa al Call Quality Dashboard (CQD), che aggrega tendenze per sede, sottorete o tipo di client. I report di utilizzo mostrano piattaforma e versione del client in uso.
Sign-in, accesso alle riunioni, Copilot
I problemi di sign-in si diagnosticano nel Microsoft Entra admin center, non nel client: i sign-in logs distinguono credenziali errate, blocco da Conditional Access, requisito di device compliance o MFA non soddisfatto, licenza assente. Solo dopo aver escluso queste cause ha senso rimuovere le credenziali memorizzate o reinstallare il client.
Per l’accesso alle riunioni è ancora il perimetro a guidare: se resta fuori un partecipante esterno guarda le meeting settings del tenant (anonymous join), la lobby e la meeting policy; se resta fuori un utente interno guarda la policy a lui assegnata; se non entra nessuno o la qualità crolla in un’intera sede guarda rete, firewall (endpoint e porte media richiesti) e CQD.
Per Copilot e le esperienze AI in Teams la sequenza resta amministrativa: licenza Microsoft 365 Copilot assegnata, controllo Copilot nella meeting policy applicata, prerequisiti soddisfatti — la trascrizione deve essere disponibile perché Copilot lavori sulla riunione — e lingua supportata. Se manca uno di questi, nessuna pulizia di cache né reinstallazione farà comparire la funzione.
Trappole tipiche d’esame
- Un utente non vede un’app appena assegnata → policy effettive e propagazione: l’app setup policy impiega tempo ad applicarsi; svuotare la cache non accelera nulla.
- Presenza o immagine del profilo incoerenti su un solo PC → cache del client: è stato locale, non configurazione di tenant: log e ticket qui sono tempo perso.
- Utente senza Teams o senza una feature dopo il provisioning → self-help diagnostics: verificano licenza e provisioning; call analytics non risponde a domande di licenza.
- Audio scadente per tutti gli utenti di una sede → CQD, non call analytics: call analytics è il dettaglio per utente e chiamata, CQD l’aggregato per i problemi sistemici.
- Sign-in fallito dopo una modifica di sicurezza → sign-in logs in Microsoft Entra: cerca il blocco da Conditional Access o il device non compliant; reinstallare il client non cambia l’esito.
- Copilot assente in riunione → licenza, meeting policy, prerequisiti di trascrizione: il troubleshooting delle esperienze AI è un problema di abilitazione, non di client.