Leggere in inglese Modifica

Condividi tramite


Domande frequenti su Windows Autopilot

Si applica a:

Questo articolo fornisce a OEM, partner, amministratori e utenti finali le risposte ad alcune domande frequenti sulla distribuzione di Windows con Autopilot.

Centro per i partner Microsoft

Nel Centro per i partner è necessario fornire l'ID tenant con ogni caricamento di file del dispositivo? È necessario consentire al cliente aziendale di accedere ai propri dispositivi in Microsoft Store per le aziende (MSfB)?

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

In che modo il cliente o il tenant sa che i dispositivi sono pronti per essere richiesti in MSfB?

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.

In che modo un cliente autorizza un OEM o channel partner a registrare i dispositivi Autopilot per conto del cliente?

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.

Si applicano restrizioni se un cliente aziendale che registra i dispositivi in MSfB vuole gestire in un secondo momento tali dispositivi tramite un cloud solution provider (CSP) usando il Centro per i partner?

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

Windows Autopilot supporta la rimozione dell'opzione per abilitare un account amministratore locale?

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

Come è possibile testare il file CSV (Comma-Separated Value) di Windows Autopilot nel Centro per i partner?

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.

È necessario diventare un provider di servizi di configurazione per partecipare a Windows Autopilot?

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.

I diversi livelli CSP hanno tutte le stesse funzionalità quando si tratta di Windows Autopilot?

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.

Esiste un unico account CSP in tutto il mondo?

No. Le aree di vendita CSP dipendono dalla posizione del tenant 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 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 basata sugli 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.

Il Centro per i partner ha accesso ai profili creati in Intune o Microsoft Store per le aziende?

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.

Produzione

Quali modifiche devono essere apportate nell'immagine del sistema operativo factory per le impostazioni di configurazione del cliente?

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

Quale versione dello strumento OA3 soddisfa i requisiti di 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).

Quando si effettua un ordine, i clienti devono essere stati se lo vogliono con o senza opzioni di Windows Autopilot?

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.

L'OEM deve gestire o raccogliere file di imaging personalizzati dai clienti? Devono caricare immagini in Microsoft?

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.

Si sono verificati problemi con l'aggiornamento a una versione attualmente supportata di Windows?

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.

Il CBR esistente con hash hardware 4K cambierà mai?

No.

Quali nuove informazioni devono essere inviate dall'OEM a Microsoft?

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.

Esiste un contratto o una modifica per consentire a un OEM di partecipare a una distribuzione autopilot?

No.

Schema CSV

È possibile usare una virgola nel file CSV?

No.

Esiste un limite al numero di dispositivi che possono essere elencati nel file CSV?

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.

Microsoft ha consigli su come un OEM deve fornire il file CSV ai clienti?

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

Hash dell'hardware

Quali dati deve includere l'hash hardware?

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.

Perché l'UUID, l'indirizzo MAC e il numero di serie del disco SMBIOS sono necessari nei dettagli dell'hash hardware?

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.

Qual è la differenza tra l'hash hardware OA3, l'hash hardware 4K e l'hash hardware di Windows Autopilot?

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.

Nota

Se viene usata una versione di Windows non supportata precedente dello strumento OA3, viene generato un hash di dimensioni diverse. Questo hash non può essere usato per una distribuzione di Windows Autopilot.

Se è necessario sostituire hardware come il disco o la scheda di rete, questo invalida l'hash hardware?

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.

Sostituzione della scheda madre

In che modo Autopilot gestisce gli scenari di sostituzione della scheda madre?

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.

Nota

Un OEM non può usare l'API diretta OEM per registrare nuovamente il dispositivo, che accetta solo una tupla o un PKID. In questo caso, l'OEM può inviare al cliente le nuove informazioni hash hardware 4K usando un file CSV e consentire al cliente di registrare nuovamente il dispositivo usando MSfB o Intune.

SMBIOS

Esistono requisiti specifici per l'UUID SMBIOS?

Deve essere univoco come specificato nei requisiti hardware di Windows.

Qual è il requisito nella tabella SMBIOS per soddisfare le esigenze di hash hardware di Windows Autopilot?

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

Se SMBIOS supporta UUID e numero di serie, è sufficiente che lo strumento OA3 generi l'hash hardware?

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

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

Interfaccia tecnica

Qual è l'interfaccia per ottenere l'indirizzo MAC e il numero di serie del disco? In che modo lo strumento OA ottiene queste informazioni?

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.

Se un dispositivo dispone di più schede di rete o dischi, in che modo lo strumento OA3 sceglie l'indirizzo MAC e il numero di serie del disco da usare?

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.

Esperienza dell'utente finale

Ricerca per categorie sapere che ho ricevuto Autopilot?

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.

Perché un utente è finito come amministratore quando il profilo Autopilot è stato configurato in altro modo?

Microsoft Entra amministratori 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 Microsoft Entra corretto o creano account utente locali.

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

Se si apportano modifiche a un profilo Autopilot esistente, le modifiche avranno effetto sui dispositivi a cui è stato assegnato tale profilo e che sono già stati distribuiti?

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.

Qual è l'esperienza se un dispositivo non è registrato o se non configuri Windows Autopilot prima che un utente finale tenti di eseguire la distribuzione automatica?

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.

Perché non è stata visualizzata una schermata di accesso personalizzata durante Autopilot?

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

Cosa accade se un dispositivo è registrato con Microsoft Entra ID ma non ha un profilo Windows Autopilot assegnato?

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

Come è possibile raccogliere i log in Autopilot?

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.

MDM

Autopilot richiede l'uso di Microsoft Intune?

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.

Intune supporta la preinstallazione delle app Win32?

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

Che cos'è la co-gestione?

La co-gestione consente di gestire contemporaneamente le versioni di Windows attualmente supportate 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 Configuration Manager e viene 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:

Autopilot richiede Configuration Manager?

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

Funzionalità

Che cos'è la modalità di distribuzione automatica?

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.

Che cos'è Microsoft Entra join ibrido?

Importante

Microsoft consiglia di distribuire nuovi dispositivi come nativi del cloud usando Microsoft Entra join. La distribuzione di nuovi dispositivi come Microsoft Entra dispositivi di join ibridi non è consigliata, anche tramite Autopilot. Per altre informazioni, vedere Microsoft Entra aggiunto a e Microsoft Entra aggiunto ibrido negli endpoint nativi del cloud: l'opzione più adatta per l'organizzazione.

Microsoft Entra dispositivi aggiunti ibridi si connettono a un dominio Active Directory locale e Microsoft Entra ID.

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

Che cos'è la reimpostazione di Windows Autopilot?

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

Per altre informazioni, vedere Reimpostazione di Windows Autopilot.

Che cos'è la personalizzazione di 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.

Che cos'è Autopilot per i dispositivi esistenti?

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.

Generale

Quali produttori sono abilitati per la pre-popolamento del nome utente e la registrazione automatica dei dispositivi di pre-provisioning?

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.

Se si cancella il computer e si riavvia, si riceve comunque l'esperienza di Windows Autopilot?

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

È possibile raccogliere l'impronta digitale del dispositivo nei dispositivi esistenti?

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.

Windows Autopilot è supportato in altri SKU, ad esempio Surface Hub o HoloLens?

  • 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, vedere Windows Autopilot per HoloLens 2.

Windows Autopilot funziona dopo la sostituzione della scheda madre o la reinstallazione dell'immagine?

Cosa significa il messaggio di errore "This user is not authorized to enroll, error code 801c0003"?

Esistono limiti al numero di dispositivi che un determinato utente 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.

Cosa accade se un dispositivo è registrato in un agente dannoso?

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 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 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.

Dove vengono archiviati i dati di Windows Autopilot?

I dati di Windows Autopilot vengono archiviati all'interno dell'Unione europea (UE). Non viene archiviato in un cloud sovrano, anche quando il tenant 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.

Perché i dati di Windows Autopilot vengono archiviati negli Stati Uniti e non in un cloud sovrano?

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.

In quanti modi è possibile registrare un dispositivo per Windows Autopilot?

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 usando il caricamento di file CSV.
  6. Microsoft 365 Business Premium portale con il caricamento di file CSV.

In quanti modi è possibile creare un profilo Windows Autopilot?

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. Microsoft 365 Business Premium portale.

Microsoft consiglia di creare e assegnare profili tramite Intune.

Quali sono alcune cause comuni di errori di registrazione?

  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 è supportato in tutti i paesi/aree geografiche?

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.

Perché il provisioning/attestazione di TPM richiede più tempo durante il primo avvio in un dispositivo?

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.

Perché le applicazioni non vengono installate al termine dell'installazione di ESP in un dispositivo gestito Intune quando si usa l'accesso automatico con la modalità di auto deploing di Windows Autopilot?

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:

Quando si usa Windows Autopilot per la distribuzione pre-provisioning, il dispositivo viene visualizzato come conforme in Microsoft Entra ID dopo aver completato il flusso tecnico. Tuttavia, dopo aver avviato il flusso Utente, il dispositivo diventa non conforme in Microsoft Entra ID. Perché è cambiato da conforme a non conforme in Microsoft Entra ID?

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.