Come registrare HoloLens 2 per l'Autopilot Deployment

Per registrare HoloLens 2 per Windows Autopilot non basta “aggiungerlo a Intune”: serve che il dispositivo sia identificato correttamente, associato al tenant giusto e preparato per l’esperienza di provisioning senza interventi manuali. Il punto chiave è questo: Autopilot non configura HoloLens 2 come un PC tradizionale, ma lo porta dentro un flusso di onboarding controllato, dove identità, enrollment e policy devono essere allineati prima del primo avvio utile.

In pratica, il lavoro si divide in tre pezzi: raccolta dell’identificatore hardware, importazione nel servizio Autopilot e assegnazione dei profili corretti in Intune. Se uno dei tre manca, il risultato tipico è un dispositivo che si avvia, ma non riceve il profilo atteso, oppure finisce in un percorso di configurazione manuale che vanifica l’automazione.

Prerequisiti che evitano metà dei problemi

Prima di toccare il device, conviene verificare il lato tenant. Servono almeno Intune attivo, licenze assegnate agli utenti o ai gruppi coinvolti, e un tenant con Windows Autopilot abilitato e pronto a ricevere dispositivi. Su HoloLens 2, inoltre, è importante lavorare con una build supportata e connessa a Internet durante la fase di enrollment: se la rete è filtrata male, il dispositivo può arrivare fino alla schermata iniziale e poi fallire nel contatto con i servizi Microsoft.

Un altro controllo da non saltare è il modello di identità. Se l’obiettivo è un deployment aziendale, di solito si lavora con Azure AD joined e con policy Intune mirate. Se il tenant usa restrizioni su enrollment, device limit, autopilot user-driven o profili assegnati a gruppi dinamici, questi vincoli vanno considerati prima di importare il seriale. Il sintomo classico di un tenant configurato male non è un errore “esplicito”, ma un device che resta in stato pending o che non riceve il profilo corretto dopo la registrazione.

Come ottenere l’identificatore di HoloLens 2

Per registrare HoloLens 2 in Autopilot serve il dato hardware che Microsoft usa per riconoscere il dispositivo: in genere si lavora con il hardware hash. In molti casi, il percorso più semplice è usare il tool di raccolta supportato da Microsoft durante o dopo l’imaging iniziale. Se il dispositivo è già in mano all’utente finale e non è stato ancora incluso nel ciclo di provisioning, la raccolta va fatta in una finestra controllata, perché una registrazione sporca o un reset fatto nel momento sbagliato può allungare i tempi senza aggiungere valore.

Se hai accesso a una sessione amministrativa su Windows con i componenti necessari, il flusso tipico è esportare il file CSV con gli identificativi e poi importarlo in Intune. La parte importante non è il comando in sé, ma la qualità del dato: seriale, hardware hash e, se presenti, campi aggiuntivi devono essere coerenti. Un CSV con righe duplicate o con un seriale errato può importarsi senza errori immediati, ma poi rendere il dispositivo non assegnabile al profilo atteso.

Importazione in Windows Autopilot

Una volta ottenuto il file, il passaggio operativo è l’importazione nel servizio Autopilot. Nel portale Intune, la sezione dedicata ai dispositivi Windows Autopilot consente di caricare il CSV e verificare che il dispositivo compaia con stato corretto. Qui il controllo non è solo “caricato sì/no”: bisogna osservare lo stato di importazione, la presenza del serial number e l’eventuale assegnazione a un profilo.

Se vuoi fare il check con un approccio minimale e ripetibile, la regola è: importi, aspetti la sincronizzazione, poi verifichi che il device sia visibile nel tenant e che il profilo venga applicato. Se il profilo non compare, il problema di solito è uno tra questi: il device non è ancora stato elaborato dal servizio, il gruppo target non è corretto, oppure il filtro di assegnazione esclude quel modello o quel gruppo di appartenenza.

Assegnare il profilo giusto a HoloLens 2

Per HoloLens 2 non conviene usare un profilo generico pensato per laptop o desktop senza verificarne l’effetto. Il profilo Autopilot deve essere coerente con il tipo di esperienza che vuoi ottenere: enrollment user-driven, join appropriato, naming convention, blocco o meno di alcune schermate, e policy di sicurezza già pronte all’uso. Se il profilo è troppo permissivo, il dispositivo entra ma resta fuori standard; se è troppo restrittivo, il provisioning si interrompe o si complica senza motivo.

In molti ambienti la scelta corretta è assegnare il profilo a un gruppo Azure AD dedicato ai device HoloLens 2. Il vantaggio è semplice: separi questi dispositivi dal resto del parco e puoi applicare policy specifiche per realtà aumentata, account, Wi-Fi, certificati e accesso alle app. È una buona pratica anche per il troubleshooting, perché se qualcosa si rompe sai esattamente dove guardare: gruppo, profilo, filtri, enrollment restrictions e assegnazioni Intune.

Flusso pratico consigliato

Il flusso sotto è quello che riduce i rimbalzi inutili tra portale e device.

1. Verifica che il tenant abbia Intune e Autopilot operativi, con licenze valide per gli utenti o gruppi coinvolti.

2. Raccogli l’hardware hash del HoloLens 2 e controlla che il CSV non contenga duplicati o seriali errati.

3. Importa il file nel portale Autopilot e attendi che il dispositivo compaia con stato elaborato.

4. Assegna il profilo corretto al gruppo dedicato ai dispositivi HoloLens 2.

5. Controlla le enrollment restrictions e le policy di configurazione che possono bloccare il primo accesso.

6. Avvia il dispositivo in OOBE e verifica che l’onboarding segua il flusso previsto fino alla registrazione in Azure AD e Intune.

Verifiche da fare nel portale Intune

La parte più utile del troubleshooting sta nel portale, non nel tentativo di “indovinare” cosa sia andato storto. In Devices e nella sezione dedicata ad Windows Autopilot devi controllare almeno: presenza del device, stato di importazione, assegnazione del profilo e sincronizzazione recente. Se il device è presente ma non si configura, guarda anche i log di enrollment e i dettagli di compliance dopo il primo accesso.

Se il dispositivo non appare affatto, il problema è quasi sempre a monte: importazione incompleta, tenant sbagliato, file non valido o tempi di propagazione non ancora conclusi. Se invece compare ma senza profilo, il colpevole più probabile è il targeting: gruppo errato, filtro che esclude il device, o profilo non assegnato davvero. In quel caso la correzione è reversibile: si cambia l’assegnazione, si forza la sincronizzazione e si ripete il check.

Errori tipici che fanno perdere tempo

Il primo errore è confondere registrazione con configurazione. Il fatto che il dispositivo sia stato importato non significa che sia pronto: senza profilo e policy, Autopilot è solo una scheda nel portale. Il secondo errore è usare un gruppo troppo ampio e poi inseguire eccezioni manuali. Su HoloLens 2, dove la superficie di errore è già abbastanza stretta, conviene partire con un gruppo ristretto e allargare solo dopo aver validato il flusso.

Un terzo problema frequente è la rete. Se il Wi‑Fi usato in fase di provisioning richiede portali captive, proxy non compatibili o filtri aggressivi, il dispositivo arriva a metà strada e poi si ferma. In questi casi la soluzione non è “riprovare a caso”, ma verificare con un accesso pulito verso i servizi Microsoft richiesti, idealmente su una rete di test nota e stabile. Se il problema scompare lì, hai già isolato il layer di rete.

Controlli sul dispositivo dopo il primo avvio

Quando il processo funziona, il comportamento atteso è lineare: il device riconosce il tenant, applica il profilo, completa l’enrollment e riceve le policy previste. A quel punto devi controllare che compaia in Intune con lo stato corretto e che le configurazioni assegnate siano effettivamente presenti. Se usi app aziendali, verifica anche che siano state distribuite secondo il gruppo di targeting.

Se qualcosa non torna, non partire subito da un reset completo. Prima controlla se il device è davvero stato associato al profilo Autopilot corretto, poi verifica la compliance e infine guarda eventuali errori di enrollment. Solo dopo, se il flusso è chiaramente compromesso, ha senso valutare un ripristino controllato del dispositivo per ripetere il provisioning da zero.

Approccio operativo consigliato in produzione

In un ambiente reale, il modo più solido di gestire HoloLens 2 con Autopilot è trattarlo come una classe di device separata, con naming convention, gruppo dedicato, policy dedicate e una checklist di validazione. Questo riduce gli errori di assegnazione e rende molto più semplice capire se un problema è nel device, nel tenant o nella connettività. È anche il modo migliore per evitare modifiche improvvisate sui singoli utenti, che in questi scenari portano quasi sempre a eccezioni difficili da mantenere.

Dal punto di vista della sicurezza, conviene mantenere il principio del privilegio minimo: account di enrollment limitati, policy mirate, nessun segreto in chiaro nei documenti operativi e separazione netta tra dispositivi pilota e produzione. Se devi testare una modifica al profilo, fallo prima su un singolo HoloLens 2 di laboratorio o su un gruppo ristretto, poi estendi solo quando i log e lo stato in Intune confermano che il comportamento è quello atteso.

Quando fermarsi e raccogliere più dati

Se il device non si registra, ma il tenant sembra corretto, non è il caso di andare a tentativi. Servono almeno tre elementi: stato del device in Autopilot, log di enrollment/Intune e conferma della rete usata durante l’OOBE. Senza questi dati si rischia di confondere un problema di assegnazione con un problema di connettività o con un semplice ritardo di propagazione. La strada giusta è sempre la stessa: osservazione, modifica minima, verifica, solo dopo eventuale estensione.

In sintesi operativa, registrare HoloLens 2 per Autopilot significa preparare bene il tenant, importare correttamente l’hardware hash, assegnare il profilo giusto e validare il primo avvio con log e stato del portale. Se uno di questi passaggi è fragile, l’intero flusso diventa poco affidabile. Se invece li tratti come una catena unica, il provisioning diventa ripetibile e molto più semplice da mantenere nel tempo.