Domande frequenti su Windows Autopilot

No. Fornire l'ID tenant è una voce una tantum nel Centro per i partner che può essere riutilizzata con caricamenti futuri del dispositivo.

Al termine del caricamento del file del dispositivo nel Centro per i partner, il tenant può visualizzare i dispositivi disponibili per la configurazione di Windows Autopilot in MSfB. L'OEM deve consigliare al tenant di accedere a MSfB. È in corso lo sviluppo della notifica automatica da MSfB al tenant.

Prima che un OEM o un partner di canale possa registrare un dispositivo per Autopilot per un cliente, il cliente deve prima fornire il consenso. Il processo di consenso inizia con l'OEM o channel partner che invia un collegamento al cliente che indirizza il cliente a una pagina di consenso in MSfB. Per altre informazioni, vedere Registrazione.

Il cliente aziendale deve eliminare i dispositivi in MSfB prima che il CSP possa caricarli e gestirli nel Centro per i partner.

No. Windows Autopilot non supporta la rimozione dell'account amministratore locale. Tuttavia, supporta la limitazione dell'utente che esegue l'aggiunta al dominio Microsoft Entra durante l'esperienza predefinita (Configurazione guidata) a un account standard rispetto a un account amministratore per impostazione predefinita.

Solo i partner CSP hanno accesso al portale del Centro per i partner. Se si è un provider di servizi di configurazione, è possibile creare un account utente dell'agente di vendita che abbia accesso ai dispositivi per il test del file. Questo test può essere eseguito oggi stesso nel Centro per i partner.

Per altre informazioni, vedere Creare account utente.

Questo requisito non si applica ai principali OEM del volume perché possono usare l'API OEM Direct. Tutti gli altri utenti che scelgono di usare il Centro per i partner Microsoft (MPC) per registrare i dispositivi devono diventare CSP per accedere a MPC.

Ai fini di Windows Autopilot, esistono tre diversi tipi di CSP, ognuno con diversi livelli di autorità e accesso:

1. CSP diretto: ottiene l'autorizzazione diretta del cliente per registrare i dispositivi
2. Provider CSP indiretto: ottiene l'autorizzazione implicita per registrare i dispositivi tramite la relazione che il partner rivenditore CSP ha con il cliente. I provider CSP indiretti registrano i dispositivi tramite il Centro per i partner Microsoft.
3. Rivenditore CSP indiretto: ottiene l'autorizzazione diretta dal cliente per registrare i dispositivi. Allo stesso tempo, anche il partner provider CSP indiretto ottiene l'autorizzazione, il che significa che il provider indiretto o il rivenditore indiretto può registrare i dispositivi per il cliente. Tuttavia, il rivenditore CSP indiretto deve registrare i dispositivi tramite l'interfaccia utente del Centro per i partner caricando manualmente il file CSV. Il provider CSP indiretto può registrare i dispositivi usando le API del Centro per i partner.

No. Le aree di vendita CSP dipendono dalla posizione del tenant di Microsoft Entra. Un partner CSP può vendere o gestire solo i clienti con un tenant situato nella stessa area CSP. L'area CSP di un partner si basa sulla posizione del tenant usato dal partner CSP per eseguire transazioni. Se il tenant del cliente è stato creato negli Stati Uniti, solo un partner con una registrazione CSP negli Stati Uniti può stabilire una relazione di rivenditore con questo cliente.

Per Autopilot & Intune, la posizione dell'utente finale o del dispositivo non è importante. Un dipendente che si trova in Germania può registrare un dispositivo usando il profilo Autopilot creato nel tenant degli Stati Uniti e gestirlo tramite l'istanza del servizio Intune negli Stati Uniti. L'utente in Germania esegue anche l'autenticazione nell'istanza di Microsoft Entra con sede negli Stati Uniti.

Se un partner vuole gestire i clienti a livello globale, deve avere una presenza globale. Hanno bisogno di più registrazioni CSP in ognuna delle aree di vendita CSP in cui svolgono attività.

Non è possibile creare account utente con accesso a tutti i tenant CSP. Questo scenario si tradurrebbe in 18 account utente per un agente amministratore CSP che vuole gestire tutti i clienti in tutto il mondo.

In sintesi, la posizione dell'utente e dei dispositivi non è importante. La posizione del tenant del cliente è importante. La registrazione transfrontaliera dei dispositivi non è il problema. Il problema è rappresentato dalle vendite transfrontaliere tramite CSP.

No. Il Centro per i partner non ha accesso ai profili creati in Intune o Microsoft Store per le aziende. Ha accesso solo ai profili Autopilot creati tramite il Centro per i partner.

Non sono necessarie modifiche in fabbrica per abilitare la distribuzione di Windows Autopilot.

Windows Autopilot può funzionare con qualsiasi versione dello strumento OA3. È consigliabile usare una versione supportata di Windows per generare l'hash hardware 4K (4K HH).

Sì. Se vogliono Windows Autopilot, è necessaria una versione supportata di Windows. Un cliente deve anche ricevere il file CSV o completare il caricamento del file per suo conto.

No. Gli OEM inviano semplicemente il report di compilazione computer (CBR) come di consueto a Microsoft. Non vengono inviate immagini a Microsoft per abilitare Windows Autopilot. Windows Autopilot personalizza solo la configurazione guidata e consente le configurazioni dei criteri.

I dispositivi devono eseguire una versione supportata del canale di disponibilità generale di Windows per la registrazione nella distribuzione di Windows Autopilot. In caso contrario, in genere non c'è alcun problema. Per altre informazioni, vedere Windows Autopilot - problemi noti.

No.

Nulla, a meno che l'OEM non scelga di registrare il dispositivo per conto del cliente. In questo caso, devono caricare il file CSV dell'ID dispositivo nel Centro per i partner Microsoft o usare l'API diretta OEM.

No.

No.

Sì. Il file CSV può contenere solo 500 dispositivi da applicare a un singolo profilo. Se è necessario applicare più di 500 dispositivi a un profilo, i dispositivi devono essere caricati tramite più file CSV.

Crittografare il file CSV quando lo si invia al cliente aziendale per registrare automaticamente i dispositivi Windows Autopilot tramite MPC, MSfB o Intune.

Ogni hash hardware inviato dall'OEM deve contenere i dati seguenti:

• SMBIOS UUID: identificatore univoco universale.
• Indirizzo MAC: identificatore univoco della scheda di rete.
• Numero di serie del disco univoco: se si usa lo strumento Attivazione OEM di Windows 3.0.

Poiché Windows Autopilot si basa sulla possibilità di identificare in modo univoco i dispositivi che si applicano alla configurazione cloud, è fondamentale inviare hash hardware che soddisfino i requisiti descritti.

Quando vengono aggiunte o rimosse parti del dispositivo, questi campi sono necessari per identificare un dispositivo durante la creazione dell'hash hardware. Poiché non è disponibile un identificatore univoco per i dispositivi Windows, questi campi rappresentano la logica migliore per identificare un dispositivo.

Nessuna. Sono nomi diversi per la stessa cosa. L'output dello strumento OA3 è denominato hash OA3, di dimensioni 4K, e viene usato per lo scenario di distribuzione di Windows Autopilot.

Sì. Se si sostituiscono le parti, potrebbe essere necessario generare un nuovo hash hardware. Dipende dalle parti che sono state sostituite e dalle caratteristiche delle parti.

Ad esempio, se si sostituisce il TPM o la scheda madre, si tratta di un nuovo dispositivo ed è necessario ottenere un nuovo hash hardware. Se si sostituisce una scheda di rete, probabilmente non si tratta di un nuovo dispositivo e il dispositivo funziona con l'hash hardware precedente.

In generale, dopo eventuali modifiche hardware, presupporre che l'hash hardware precedente non sia valido e ottenere un nuovo hash hardware. Questo processo è consigliato ogni volta che si sostituiscono le parti.

La sostituzione della scheda madre non è disponibile per l'ambito di Autopilot. Qualsiasi dispositivo riparato o sottoposto a manutenzione che alteri la capacità di identificare il dispositivo per Windows Autopilot deve eseguire il normale processo di Configurazione guidata. Deve selezionare manualmente le impostazioni corrette o applicare un'immagine personalizzata.

Per riutilizzare lo stesso dispositivo per Windows Autopilot dopo una sostituzione della scheda madre, usare il processo seguente:

1. Annullare la registrazione del dispositivo da Autopilot.
2. Sostituire la scheda madre.
3. Generare un nuovo hash hardware 4K.
4. Registrare il dispositivo con il nuovo hash hardware 4K o l'ID dispositivo.

Deve essere univoco come specificato nei requisiti hardware di Windows.

Deve soddisfare tutti i requisiti hardware di Windows. Per altre informazioni, vedere Specifiche e criteri del programma di compatibilità hardware Windows.

No. Come minimo, i campi SMBIOS seguenti devono avere valori univoci:

• ProductKeyID.
• SmbiosSystemManufacturer.
• SmbiosSystemProductName.
• SmbiosSystemSerialNumber.
• SmbiosSkuNumber.
• SmbiosSystemFamily.
• MacAddress.
• SmbiosUuid.
• DiskSerialNumber.
• TPM.
• EkPub.

Il metodo per ottenere queste informazioni varia a seconda dello scenario, ma in generale:

• Il numero di serie del disco proviene da IOCTL_STORAGE_QUERY_PROPERTY con StorageDeviceProperty/PropertyStandardQuery.

• L'indirizzo MAC di rete proviene da IOCTL_NDIS_QUERY_GLOBAL_STATSOID_802_3_PERMANENT_ADDRESS.

Vengono usati tutti i valori disponibili, anche se possono essere presenti regole di utilizzo specifiche. Il numero di serie del disco di sistema è più importante degli altri dischi disponibili. Le interfacce di rete rimovibili non devono essere usate se rilevate come rimovibili. LAN e WLAN non dovrebbero avere importanza, perché vengono usati entrambi.

Un dispositivo ha ricevuto una configurazione autopilot ma non l'ha ancora applicata quando la pagina di selezione viene ignorata e viene immediatamente visualizzata in una pagina di accesso.

Gli amministratori di Microsoft Entra sono sempre amministratori locali anche se Windows Autopilot è configurato per disabilitare questa configurazione.

Per risolvere i problemi, eseguire licensingdiag.exe e inviare il .cab file (cab) a AutopilotHelp@microsoft.com. Se possibile, raccogliere anche un ETL da Windows Performance Recorder (WPR).

Spesso in questi casi, gli utenti non eseguono l'accesso al tenant di Microsoft Entra corretto o creano account utente locali.

Per un elenco completo delle opzioni di supporto, vedi Supporto di Windows Autopilot.

No. I profili di Windows Autopilot non sono residenti nel dispositivo. Vengono scaricati durante la Configurazione guidata e le impostazioni vengono definite al momento dell'applicazione. Il profilo viene quindi rimosso nel dispositivo. Se il dispositivo viene ricreato o reimposto, le nuove impostazioni del profilo avranno effetto alla successiva esecuzione della Configurazione guidata del dispositivo.

Se il dispositivo non è registrato, non riceve l'esperienza Windows Autopilot e l'utente finale passa attraverso la normale Configurazione guidata. Le configurazioni di Windows Autopilot non verranno applicate fino a quando l'utente non esegue di nuovo la Configurazione guidata, dopo la registrazione. Se un dispositivo viene avviato prima della creazione di un profilo di gestione dei dispositivi mobili (MDM), il dispositivo passa attraverso l'esperienza Di configurazione guidata standard. È quindi necessario registrare manualmente il dispositivo in MDM. La prossima volta che il dispositivo viene reimpostato, passerà attraverso l'esperienza configurazione guidata di Windows Autopilot.

Per ricevere un'esperienza di accesso personalizzata, configurare la personalizzazione del tenant nel portale di Azure.

Poiché al dispositivo non è assegnato alcun profilo Windows Autopilot, l'utente visualizza la configurazione guidata predefinita.

Il modo migliore per raccogliere i log sulle prestazioni di Windows Autopilot consiste nel raccogliere una traccia WPR durante la configurazione guidata. Il file XML (estensione WPRP) per questa traccia può essere fornito su richiesta.

No. Qualsiasi MDM funziona con Autopilot, ma altri potrebbero non avere la stessa suite completa di funzionalità di Windows Autopilot di Intune. L'esperienza migliore è con Intune.

Sì. Intune supporta le app Win32 con wrapper MSI e MSIX.

La co-gestione consente di gestire contemporaneamente le versioni attualmente supportate di Windows usando Sia Microsoft Configuration Manager che Microsoft Intune. Consente di collegare al cloud gli investimenti esistenti in Configuration Manager tramite l'aggiunta di nuove funzionalità. La co-gestione offre la flessibilità di usare la soluzione tecnologica più idonea all'organizzazione.

Quando un dispositivo Windows ha il client di Configuration Manager ed è registrato in Intune, si ottengono i vantaggi di entrambi i servizi. È possibile stabilire per quali carichi di lavoro trasferire eventualmente l'autorità da Configuration Manager a Intune. Configuration Manager continua a gestire tutti gli altri carichi di lavoro, inclusi i carichi di lavoro che non vengono trasferiti a Intune, e tutte le altre funzionalità di Configuration Manager non supportate dalla co-gestione.

Per altre informazioni, vedere gli articoli seguenti:

• Che cos'è la co-gestione?.
• Come eseguire la registrazione con la co-gestione durante il provisioning con Windows Autopilot.

No. Non è obbligatorio, ma è possibile usarlo insieme a Autopilot negli scenari seguenti:

• Co-gestione.
• Autopilot per i dispositivi esistenti.

La modalità di distribuzione automatica richiede solo all'utente di accendere il dispositivo. È utile per scenari in cui non è necessario un account utente standard. Ad esempio, dispositivi condivisi o in modalità tutto schermo.

Per altre informazioni, vedere Modalità di distribuzione automatica di Windows Autopilot.

I dispositivi aggiunti ibridi di Microsoft Entra si connettono a un dominio active directory locale e a un ID Microsoft Entra.

Per altre informazioni, vedere Introduzione alla gestione dei dispositivi in Microsoft Entra ID.

La reimpostazione di Windows Autopilot rimuove le app utente e le impostazioni da un dispositivo, ma mantiene l'aggiunta al dominio e la registrazione MDM di Microsoft Entra. Questa funzionalità è utile quando si trasferisce un dispositivo da un utente a un altro.

Per altre informazioni, vedere Reimpostazione di Windows Autopilot.

È possibile aggiungere le personalizzazioni seguenti all'esperienza configurazione guidata:

• Un messaggio di benvenuto personalizzato.
• Personalizzare l'hint per il nome utente.
• Logo dell'organizzazione.

Autopilot per i dispositivi esistenti offre un percorso di aggiornamento alle versioni attualmente supportate di Windows per un dispositivo Windows esistente.

Per altre informazioni, vedere Autopilot per i dispositivi esistenti.

Gli attuali produttori abilitati per questa modifica sono Dell, Dynabook, HP, Lenovo e Microsoft Surface. Stiamo lavorando per aggiungere altri produttori e aggiorneremo questo elenco dopo l'onboarding. Per altre informazioni, vedere Restituzione della funzionalità chiave per l'accesso e la distribuzione di Windows Autopilot.

Sì. Se il dispositivo è ancora registrato per Autopilot ed esegue una versione supportata di Windows, riceve l'esperienza Autopilot.

Sì. Se il dispositivo esegue una versione supportata di Windows, è possibile raccogliere le impronte digitali del dispositivo per la registrazione. Non è previsto il backporting della funzionalità nelle versioni precedenti. Non è possibile raccoglierli nei dispositivi che eseguono versioni non supportate di Windows.

• Surface Hub e altri SKU non coperti dai requisiti software non sono supportati con Windows Autopilot.
• HoloLens 1 non supporta Windows Autopilot.
• HoloLens 2 supporta la modalità di distribuzione automatica di Windows Autopilot con Microsoft Intune e una versione attualmente supportata di Windows Holographic. I provider MDM non Microsoft non sono supportati.

Per altre informazioni su HoloLens 2, vedi Windows Autopilot per HoloLens 2.

Sì. Per altre informazioni, vedere Indicazioni sullo scenario di sostituzione della scheda madre di Windows Autopilot.

Esistono limiti al numero di dispositivi che un determinato utente di Microsoft Entra può registrare in Microsoft Entra ID e al numero di dispositivi supportati per utente in Intune. Questi limiti sono configurabili, ma non infiniti. Se si riutilizzano i dispositivi o si esegue il rollback agli snapshot delle macchine virtuali precedenti, questo errore si verifica di frequente.

Per impostazione predefinita, Windows Autopilot non applica un profilo fino a quando l'utente non accede con il tenant corrispondente per il profilo configurato usando il processo di accesso di Microsoft Entra. Ad esempio, badguys.com registra un dispositivo di proprietà di contoso.com. Nella peggiore delle ipotesi, all'utente viene richiesto di accedere a badguys.com. Quando l'utente immette il messaggio di posta elettronica e la password, le informazioni di accesso vengono reindirizzate tramite Microsoft Entra ID all'autenticazione di Microsoft Entra appropriata e all'utente viene richiesto di accedere contoso.coma . Poiché contoso.com non corrisponde badguys.com come tenant, il profilo dannoso non viene applicato e l'utente visualizza la normale Configurazione guidata.

I dati di Windows Autopilot vengono archiviati all'interno dell'Unione europea (UE). Non viene archiviato in un cloud sovrano, anche quando il tenant di Microsoft Entra è registrato in un cloud sovrano. Questa risorsa di archiviazione si applica a tutti i dati di Windows Autopilot, indipendentemente dal portale usato per distribuire Autopilot.

I dati dei clienti non vengono archiviati, ma solo i dati aziendali che consentono a Microsoft di fornire un servizio. Per questo motivo, è appropriato che i dati vengano archiviati negli Stati Uniti. I clienti possono interrompere la sottoscrizione al servizio in qualsiasi momento. In questo caso, Microsoft rimuove i dati aziendali. Autopilot non è attualmente supportato in alcun cloud sovrano.

Esistono sei modi per registrare un dispositivo, a seconda di chi esegue il processo:

1. API diretta OEM, disponibile solo per i tvo.
2. MPC che usa l'API MPC, disponibile solo per i CSP.
3. MPC usa il caricamento manuale del file CSV nell'interfaccia utente, disponibile solo per i CSP.
4. MSfB con il caricamento di file CSV.
5. Intune con il caricamento di file CSV.
6. Portale Microsoft 365 Business Premium con caricamento di file CSV.

Esistono quattro modi per creare e assegnare un profilo Windows Autopilot:

1. Tramite MPC, disponibile solo per i CSP.
2. Tramite MSfB.
3. Tramite Intune o un altro servizio MDM.
4. Portale Microsoft 365 Business Premium.

Microsoft consiglia di creare e assegnare profili tramite Intune.

1. Le voci hash hardware non aggiornate o mancanti possono causare tentativi di registrazione non validi.
2. Caratteri speciali nascosti nei file CSV. Per evitare questo problema, dopo aver creato il file CSV, aprirlo nel Blocco note per cercare caratteri nascosti, spazi finali o altri danneggiamenti.

Autopilot supporta solo i clienti che usano Azure globale. Azure globale non include le tre entità seguenti:

• Azure Germania.
• Azure China 21Vianet.
• Azure per enti pubblici.

Se si usa Azure globale, non sono previste restrizioni a livello di area. Ad esempio, Contoso usa Azure globale, ma ha dipendenti che lavorano in Cina. I dipendenti Contoso che lavorano in Cina possono comunque usare Autopilot per distribuire i dispositivi. Se Contoso usa Azure China 21Vianet, i dipendenti contoso non possono usare Autopilot.

Anche se Autopilot è disponibile nei tenant globali, gli utenti in Cina possono riscontrare una connettività scarsa e una latenza elevata durante la distribuzione a causa di problemi correlati a ISP. Se si verificano questi problemi durante la distribuzione nell'area, contattare l'ISP locale per il supporto.

Il provisioning TPM comporta la generazione e l'elaborazione di chiavi crittografiche complesse. A seconda delle caratteristiche dell'hardware TPM usato in un dispositivo, il primo avvio può richiedere più di un minuto.

Quando si usa l'accesso automatico con la modalità di distribuzione automatica di Windows Autopilot, l'accesso automatico usa l'account locale KioskUser0. Per impostazione predefinita, l'ESP utente non viene elaborato per gli account locali, incluso KioskUser0, e un token del dispositivo non viene emesso fino a quando non viene elaborato esp utente. Quando si usa l'accesso automatico, per consentire l'installazione delle applicazioni al termine dell'esp, ignorare l'ESP utente usando l'URI OMA personalizzato SkipUserStatusPage. Per altre informazioni, vedere gli articoli seguenti:

• Come è possibile disabilitare la parte ESP utente della pagina dello stato di registrazione (ESP) se è stato configurato un ESP nel dispositivo?
• Distribuire OMA-URIs per definire come destinazione un provider di servizi di configurazione tramite Intune e un confronto con l'ambiente locale.

La conformità del dispositivo in Microsoft Entra ID viene reimpostata durante il flusso utente. Al termine del flusso utente, la conformità viene rivalutata e aggiornata. Questo comportamento è previsto.