1 14/04/2026 8 min

Se stai cercando Configuration Manager nel Pannello di controllo di Windows, la cosa da chiarire subito è questa: non sempre lo trovi con lo stesso nome e non sempre compare nello stesso punto. Nei client gestiti da Microsoft Endpoint Configuration Manager (ex SCCM), l’applet del Pannello di controllo può chiamarsi Configuration Manager, System Center Configuration Manager oppure, in certe installazioni, può essere nascosta da criteri, permessi o da una registrazione WMI non corretta.

In pratica, il problema non è “come si apre” in senso stretto, ma dove guardare e cosa fare quando l’icona non c’è. Su sistemi gestiti in azienda, questo dettaglio fa la differenza tra una verifica rapida del client e mezz’ora buttata a inseguire un’applet che non è stata registrata correttamente.

Dove si trova davvero Configuration Manager

Su un PC Windows con il client ConfigMgr installato, l’applet di solito compare nel Pannello di controllo classico, non nelle schermate moderne di Impostazioni. Il percorso più comune è questo:

Pannello di controllo → Configuration Manager

Su alcune macchine puoi arrivarci anche cercando Configuration Manager dal menu Start o dalla ricerca di Windows. Però, se vuoi una verifica affidabile in assistenza o troubleshooting, il Pannello di controllo resta il riferimento migliore: lì vedi le schede del client, lo stato della policy, il sito assegnato, la cache e gli eventuali errori di comunicazione.

Come aprirlo dal Pannello di controllo

Il metodo standard è diretto e non richiede privilegi amministrativi particolari per l’apertura, anche se alcune operazioni interne possono richiederli.

  1. Apri Pannello di controllo.
  2. Se la visualizzazione è per categoria, passa a Icone grandi o Icone piccole per trovare più facilmente l’applet.
  3. Fai clic su Configuration Manager.
  4. Attendi il caricamento della finestra del client: su macchine lente o con policy pesanti può impiegare qualche secondo.

Se il client è sano, vedrai una finestra con più schede, tipicamente relative a Actions, Cache, Network o sezioni simili, a seconda della versione. Da lì puoi forzare una Machine Policy Retrieval & Evaluation Cycle, controllare lo stato del content cache e verificare che il dispositivo stia parlando con il management point corretto.

Se non vedi l’icona nel Pannello di controllo

Qui conviene ragionare per probabilità, non per tentativi casuali. Nella pratica, le cause più comuni sono tre: client non installato o installato male, applet registrata male, oppure il sistema è così filtrato da criteri aziendali che l’accesso è limitato.

  1. Il client non è presente o è corrotto. Verifica se esiste il servizio SMS Agent Host e se risponde correttamente. Da prompt elevato puoi controllare con sc query ccmexec oppure con PowerShell Get-Service CcmExec. Se il servizio non esiste, l’applet non comparirà.
  2. L’applet è presente ma non registrata correttamente. In questo caso il file esiste, ma il collegamento nel Pannello di controllo non viene mostrato. La verifica pratica è controllare la presenza dei file del client, ad esempio in C:\Windows\CCM e C:\Windows\CCMSetup, e la registrazione dell’applet nel sistema.
  3. C’è una policy o un hardening che la nasconde. In ambienti bloccati, il Pannello di controllo può essere limitato e alcune icone non vengono mostrate. Qui la prova più rapida è confrontare il comportamento con un altro PC dello stesso gruppo di gestione.

Se vuoi una verifica rapida senza fare ipotesi, usa questo approccio minimo: controlla se il servizio client è attivo, se il processo è presente e se il file dell’applet esiste. Se uno di questi tre punti fallisce, hai già stretto molto il campo.

sc query ccmexec

Esito atteso: stato RUNNING o comunque servizio esistente. Se ricevi 1060 o servizio non trovato, il client non è registrato correttamente o non è installato.

Aprirlo da Esegui, se il collegamento del Pannello non compare

Quando l’icona manca, spesso il metodo più veloce è lanciare direttamente l’applet dal comando Esegui. Su molte installazioni il file principale è control.exe con il nome dell’applet, ma il comportamento può variare in base alla versione del client e alla registrazione locale.

La strada più pulita è cercare il file dell’applet nella cartella del client e avviarlo da lì, soprattutto se stai facendo troubleshooting su una macchina remota o semi-gestita.

dir C:\Windows\CCM\*control*.cpl /s

Se trovi un file .cpl o un eseguibile associato, puoi avviarlo direttamente. Se non trovi nulla, non forzare tentativi a caso: il dato utile è proprio l’assenza del file, perché indica che il client non ha completato correttamente l’installazione o la registrazione dell’applet.

Cosa controllare dentro Configuration Manager

Una volta aperto, non limitarti a guardare che la finestra si apra. Il valore vero è nei dettagli operativi. Le voci più utili da verificare sono queste:

  • Actions: per forzare l’aggiornamento delle policy o la scoperta delle informazioni di inventario.
  • Cache: per capire se i contenuti sono presenti e quanto spazio sta consumando la cache locale.
  • Network o sezioni simili: per verificare la connettività verso il management point.
  • General: per controllare sito assegnato, versione client e identità del dispositivo.

Se stai trattando un problema di distribuzione software, la scheda cache è spesso quella che evita diagnosi sbagliate. Un client che “non installa nulla” può semplicemente avere cache piena, contenuto corrotto o policy non aggiornata. Invece di toccare subito il server, conviene verificare localmente se il client ha ricevuto il contenuto e se lo sta rifiutando per mancanza di spazio o per hash non valido.

Quando il problema è lato client e non lato console

Molti confondono la console di amministrazione con l’applet locale. Sono due cose diverse. La console ConfigMgr serve all’amministratore sul server o sul PC di gestione; l’applet nel Pannello di controllo serve al client gestito. Se stai davanti a un endpoint e cerchi la console completa, non la troverai lì.

Il test pratico è semplice: se vuoi sapere se il dispositivo è gestito, apri l’applet locale. Se invece vuoi creare una collection, distribuire un’app o lavorare sui pacchetti, serve la console amministrativa. Confondere i due livelli porta a diagnosi inutili, soprattutto quando il ticket dice solo “Configuration Manager non si apre”.

Verifiche rapide quando l’applet si apre ma non funziona

Può capitare che l’icona ci sia, ma la finestra rimanga vuota, non carichi le schede o dia errori di connettività. In quel caso il client è installato, ma qualcosa si è rotto nella comunicazione o nei componenti locali.

  1. Controlla il servizio CcmExec: se è fermo, prova un riavvio controllato del servizio e verifica se l’applet torna reattiva.
  2. Controlla i log del client, in particolare CCMExec.log e ClientIDManagerStartup.log, se presenti nella cartella log del client.
  3. Verifica che il dispositivo riesca a raggiungere il management point e che non ci siano proxy, firewall o regole di rete che bloccano la comunicazione HTTPS/HTTP usata dall’ambiente.

La cosa importante è non partire dalla reinstallazione del client se non hai prima un segnale chiaro. Una reinstallazione “alla cieca” può mascherare il problema per qualche ora e ripresentarlo appena il dispositivo rientra nelle policy sbagliate o nella stessa rete filtrata.

Versioni di Windows e differenze pratiche

Su Windows 10 e Windows 11 il Pannello di controllo esiste ancora, ma è meno visibile. Questo vuol dire che molti operatori cercano prima in Impostazioni e poi si fermano. Per Configuration Manager, però, il Pannello di controllo classico resta il posto giusto nella maggior parte dei casi. Se la macchina è stata personalizzata o bloccata da criteri, l’accesso può essere più macchinoso, ma il punto di partenza non cambia.

In ambienti VDI, thin client o dispositivi con profili molto restrittivi, l’applet può anche non essere esposta all’utente finale. In quel caso non è un guasto: è una scelta di governance. Qui la verifica corretta è lato amministrazione, non lato utente.

Metodo operativo consigliato

Se devi spiegare il procedimento a un utente o a un collega del service desk, la sequenza migliore è questa:

  1. Apri il Pannello di controllo.
  2. Passa a Icone grandi per ridurre gli errori di ricerca.
  3. Cerca Configuration Manager.
  4. Se non compare, verifica il servizio CcmExec e la presenza dei file del client.
  5. Se compare ma non si apre correttamente, controlla i log locali del client e la connettività verso l’infrastruttura ConfigMgr.

Questo ordine evita il classico errore di saltare subito alla reinstallazione. Prima osservi, poi confermi, poi agisci. È il modo più veloce per non introdurre rumore in un problema che magari è solo una registrazione mancata dell’applet.

Un dettaglio che spesso viene ignorato

Se apri Configuration Manager e trovi tutto vuoto o incoerente, non dare per scontato che il problema sia nel client. A volte il dispositivo è sano, ma il sito assegnato è sbagliato, il record è duplicato o la discovery non ha aggiornato i dati. In quei casi l’applet mostra solo una parte della realtà. Vale la pena confrontare il nome macchina, il sito assegnato e l’ultimo contatto con il management point prima di toccare altro.

In sintesi: aprire Configuration Manager nel Pannello di controllo è facile quando il client è installato bene e il sistema è registrato correttamente. Quando non lo è, il problema utile non è “dove cliccare”, ma capire se manca l’applet, se manca il servizio o se la macchina non sta parlando con l’infrastruttura di gestione. È lì che si risolve davvero il caso.