Windows Autopilot – nejčastější dotazy

Ne. Poskytnutí ID tenanta je jednorázová položka v Partnerském centru, kterou je možné znovu použít při budoucích nahrávání zařízení.

Po dokončení nahrávání souboru zařízení v Partnerském centru uvidí tenant zařízení dostupná pro nastavení Windows Autopilotu v MSfB. Výrobce OEM potřebuje poradit tenantovi, aby přistupoval k MSfB. Probíhá vývoj automatického přidávání poznámek z MSfB do tenanta.

Než může výrobce OEM nebo distribuční partner zaregistrovat zařízení pro Autopilot pro zákazníka, musí mu zákazník nejprve udělit souhlas. Proces souhlasu začíná tím, že výrobce OEM nebo distribuční partner odešle zákazníkovi odkaz, který zákazníka nasměruje na stránku souhlasu v MSfB. Další informace najdete v tématu Registrace.

Firemní zákazník musí odstranit zařízení v MSfB, aby je mohl CSP nahrát a spravovat v Partnerském centru.

Ne. Windows Autopilot nepodporuje odebrání účtu místního správce. Ve výchozím nastavení ale podporuje omezení uživatele provádějícího připojení k doméně Microsoft Entra během počátečního nastavení počítače (OOBE) na standardní účet a na účet správce.

K portálu Partnerského centra mají přístup jenom partneři CSP. Pokud jste CSP, můžete vytvořit uživatelský účet prodejního agenta, který má přístup k zařízením pro účely testování souboru. Tento test je možné provést ještě dnes v Partnerském centru.

Další informace najdete v tématu Vytvoření uživatelských účtů.

Tento požadavek se nevztahuje na výrobce OEM s nejvyšším svazkem, protože můžou používat rozhraní API OEM Direct. Všichni ostatní, kteří se rozhodnou používat Partnerské centrum Microsoftu (MPC) k registraci zařízení, se musí stát poskytovateli CSP pro přístup k MPC.

Pro účely Windows Autopilotu existují tři různé typy poskytovatelů CSP, z nichž každý má jinou úroveň oprávnění a přístupu:

1. Direct CSP: Získá od zákazníka přímou autorizaci k registraci zařízení.
2. Nepřímý poskytovatel CSP: Získá implicitní oprávnění k registraci zařízení prostřednictvím vztahu, který má jeho partner CSP prodejce se zákazníkem. Nepřímí poskytovatelé CSP registrují zařízení prostřednictvím Partnerského centra Microsoftu.
3. Nepřímý prodejce CSP: Získá od zákazníka přímou autorizaci k registraci zařízení. Zároveň získá autorizaci také jeho nepřímý partner poskytovatele CSP, což znamená, že zařízení pro zákazníka může registrovat nepřímý poskytovatel nebo nepřímý prodejce. Nepřímý prodejce CSP ale musí registrovat zařízení prostřednictvím uživatelského rozhraní Partnerského centra ručním nahráním souboru CSV. Nepřímý poskytovatel CSP může registrovat zařízení pomocí rozhraní API Partnerského centra.

Ne. Prodejní oblasti CSP závisí na umístění tenanta Microsoft Entra. Partner CSP může prodávat nebo spravovat zákazníky jenom s tenantem, který se nachází ve stejné oblasti CSP. Oblast partnera CSP je založená na umístění tenanta, který partner CSP používá k transakcím. Pokud byl tenant zákazníka vytvořen v USA, může s tímto zákazníkem navázat vztah prodejce jenom partner, který má registraci CSP v USA.

U Autopilotu & Intune nezáleží na umístění koncového uživatele nebo zařízení. Zaměstnanec v Německu může zaregistrovat zařízení pomocí profilu Autopilot vytvořeného v tenantovi USA a spravovat ho prostřednictvím instance služby Intune v USA. Uživatel v Německu se také ověřuje v instanci Microsoft Entra se sídlem v USA.

Pokud chce partner spravovat zákazníky globálně, musí mít globální přítomnost. V každé prodejní oblasti CSP, ve které podnikají, potřebují několik registrací CSP.

Není možné vytvořit uživatelské účty, které mají přístup ke všem tenantům CSP. Tento scénář by se promítl do 18 uživatelských účtů pro agenta pro správu CSP, který chce spravovat všechny zákazníky po celém světě.

Stručně řečeno, na poloze uživatele a zařízení nezáleží. Na umístění tenanta zákazníka záleží. Přeshraniční registrace zařízení není problém. Problémem je přeshraniční prodej prostřednictvím CSP.

Ne. Partnerské centrum nemá přístup k profilům vytvořeným v Intune nebo Microsoft Storu pro firmy. Má přístup jenom k profilům Autopilot vytvořeným prostřednictvím Partnerského centra.

Aby bylo možné nasazení Windows Autopilotu povolit, nejsou v objektu továrny nutné žádné změny.

Windows Autopilot může pracovat s libovolnou verzí nástroje OA3. K vygenerování hodnoty hash hardwaru 4K (4K HH) doporučujeme použít podporovanou verzi Windows.

Ano. Pokud chtějí Windows Autopilot, je potřeba podporovaná verze Windows. Zákazník by také měl dostat soubor CSV nebo nechat soubor nahrát jeho jménem.

Ne. Výrobce OEM pouze odešle zprávu CBR (Computer Build Report) jako obvykle společnosti Microsoft. Microsoftu se neposílají žádné obrázky, aby bylo možné povolit Windows Autopilot. Windows Autopilot pouze přizpůsobí počáteční nastavení počítače a povolí konfiguraci zásad.

Zařízení musí mít podporovanou verzi kanálu obecné dostupnosti Windows, aby bylo možné zaregistrovat nasazení Windows Autopilotu. V opačném případě obecně neexistuje žádný problém. Další informace najdete v článku Windows Autopilot – známé problémy.

Ne.

Nic, pokud výrobce OEM nerozhodne zaregistrovat zařízení jménem zákazníka. V takovém případě musí nahrát soubor CSV s ID zařízení do Partnerského centra Microsoftu nebo použít rozhraní API pro přímé výrobce OEM.

Ne.

Ne.

Ano. Soubor CSV může obsahovat pouze 500 zařízení, která lze použít pro jeden profil. Pokud je u profilu potřeba použít více než 500 zařízení, musí být tato zařízení nahrána prostřednictvím více souborů CSV.

Zašifrujte soubor CSV při jeho odesílání firemnímu zákazníkovi, aby si sám zaregistroval svá zařízení Windows Autopilot prostřednictvím MPC, MSfB nebo Intune.

Každá hodnota hash hardwaru odeslaná výrobcem OEM musí obsahovat následující data:

• SMBIOS UUID: Universálně jedinečný identifikátor.
• Adresa MAC: Jedinečný identifikátor síťové karty.
• Jedinečné sériové číslo disku: Pokud používáte nástroj Windows OEM Activation 3.0.

Vzhledem k tomu, že windows Autopilot je založený na schopnosti jedinečně identifikovat zařízení, která se chytá o cloudovou konfiguraci, je důležité odeslat hodnoty hash hardwaru, které splňují nastíněné požadavky.

Při přidání nebo odebrání částí zařízení jsou tato pole potřebná k identifikaci zařízení při vytváření hodnoty hash hardwaru. Vzhledem k tomu, že pro zařízení s Windows nemáme jedinečný identifikátor, představují tato pole nejlepší logiku k identifikaci zařízení.

Žádný. Jsou to různé názvy pro stejnou věc. Výstup nástroje OA3 se nazývá hodnota hash OA3, která má velikost 4K a používá se pro scénář nasazení Windows Autopilot.

Ano. Pokud nahradíte součásti, možná budete muset vygenerovat novou hodnotu hash hardwaru. Závisí to na částech, které byly nahrazeny, a na vlastnostech dílů.

Pokud například vyměníte čip TPM nebo základní desku, jedná se o nové zařízení a musíte získat novou hodnotu hash hardwaru. Pokud nahradíte jednu síťovou kartu, pravděpodobně se nejedná o nové zařízení a zařízení bude fungovat se starou hodnotou hash hardwaru.

Obecně platí, že po všech změnách hardwaru předpokládejme, že stará hodnota hash hardwaru je neplatná a získáte novou hodnotu hash hardwaru. Tento postup se doporučuje vždy, když budete vyměnět díly.

Výměna základní desky je mimo rozsah pro Autopilot. Každé opravené nebo servisované zařízení, které mění schopnost identifikovat zařízení pro Windows Autopilot, musí projít normálním procesem počátečního nastavení počítače. Musí ručně vybrat správná nastavení nebo použít vlastní obrázek.

Pokud chcete stejné zařízení znovu použít pro Windows Autopilot po výměně základní desky, použijte následující postup:

1. Zrušte registraci zařízení v Autopilotu.
2. Vyměňte základní desku.
3. Vygenerujte novou hodnotu hash hardwaru 4K.
4. Zaregistrujte zařízení pomocí nové hodnoty hash hardwaru 4K nebo ID zařízení.

Musí být jedinečný, jak je uvedeno v požadavcích na hardware systému Windows.

Musí splňovat všechny požadavky na hardware Windows. Další informace najdete v tématu Specifikace a zásady programu windows pro kompatibilitu hardwaru.

Ne. Minimálně následující pole SMBIOS musí mít jedinečné hodnoty:

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

Způsob získání těchto informací se liší v závislosti na scénáři, ale obecně:

• Sériové číslo disku pochází z IOCTL_STORAGE_QUERY_PROPERTYStorageDeviceProperty/PropertyStandardQuery.

• Síťová adresa MAC je z IOCTL_NDIS_QUERY_GLOBAL_STATS .OID_802_3_PERMANENT_ADDRESS

Použijí se všechny dostupné hodnoty, i když můžou existovat specifická pravidla použití. Sériové číslo systémového disku je důležitější než ostatní dostupné disky. Síťová rozhraní, která jsou vyměnitelná, by se neměla používat, pokud se zjistí, že jsou vyměnitelná. Lan vs WLAN by nemělo být důležité, protože se používají obě.

Zařízení obdrželo konfiguraci Autopilotu, ale ještě ji nepoužádilo, když se stránka výběru přeskočí a okamžitě přejde na přihlašovací stránku.

Správci Microsoft Entra jsou vždy místní správci, i když je systém Windows Autopilot nakonfigurovaný tak, aby tuto konfiguraci zakázal.

Pokud chcete pomoct s řešením potíží, spusťte licensingdiag.exe a odešlete .cab soubor (CAB) na AutopilotHelp@microsoft.comadresu . Pokud je to možné, shromážděte také ETL ze služby Windows Performance Recorder (WPR).

V těchto případech se uživatelé často nepřihlašují ke správnému tenantovi Microsoft Entra nebo vytvářejí místní uživatelské účty.

Úplný seznam možností podpory najdete v tématu Podpora Windows Autopilotu.

Ne. Profily Windows Autopilotu nejsou na zařízení rezidentní. Stahují se během počátečního nastavení počítače a nastavení se definuje v okamžiku, kdy se použijí. Profil se pak na zařízení zahodí. Pokud je zařízení obnovené nebo resetované, nové nastavení profilu se projeví při příštím průchodu počátečním nastavením počítače.

Pokud zařízení není zaregistrované, neobdrží prostředí Windows Autopilot a koncový uživatel projde normálním počátečním nastavením počítače. Konfigurace Windows Autopilotu se použijí až po opětovném spuštění počátečního nastavení počítače uživatelem po registraci. Pokud je zařízení spuštěné před vytvořením profilu správy mobilních zařízení (MDM), projde standardním prostředím pro počáteční nastavení počítače. Pak musíte toto zařízení ručně zaregistrovat do MDM. Při příštím resetování zařízení projde prostředím windows Autopilot OOBE.

Pokud chcete získat přizpůsobené přihlašovací prostředí, nakonfigurujte branding tenanta na webu Azure Portal.

Vzhledem k tomu, že k zařízení není přiřazen žádný profil Windows Autopilot, zobrazí se uživateli výchozí počáteční nastavení počítače.

Nejlepší způsob, jak shromažďovat protokoly o výkonu Windows Autopilotu, je shromáždit trasování WPR během počátečního nastavení počítače. Soubor XML (přípona WPRP) pro toto trasování lze poskytnout na vyžádání.

Ne. Všechny mdm fungují s Autopilotem, ale ostatní nemusí mít stejnou úplnou sadu funkcí Windows Autopilotu jako Intune. Nejlepší prostředí je s Intune.

Ano. Intune podporuje aplikace Win32 využívající obálky MSI a MSIX.

Spoluspráva umožňuje současně spravovat aktuálně podporované verze Windows pomocí Microsoft Configuration Manageru i Microsoft Intune. Díky tomu můžete stávající investice do nástroje Configuration Manager připojit do cloudu přidáním nových funkcí. Díky spolusprávě můžete flexibilně používat technologické řešení, které je pro vaši organizaci nejvhodnější.

Když má zařízení s Windows klienta Configuration Manageru a zaregistruje se do Intune, získáte výhody obou služeb. Určujete, které úlohy (pokud nějaké) přepnete autoritu z Configuration Manageru na Intune. Configuration Manager dál spravuje všechny ostatní úlohy, včetně úloh, které nepřepnete do Intune, a všech ostatních funkcí Configuration Manageru, které spoluspráva nepodporuje.

Další informace najdete v následujících článcích:

• Co je spoluspráva?
• Postup registrace se spolusprávou při zřizování pomocí Windows Autopilotu

Ne. Není to nutné, ale můžete ho použít společně s Autopilotem v následujících scénářích:

• Spoluspráva.
• Autopilot pro stávající zařízení.

Režim samoobslužného nasazení vyžaduje, aby uživatel zařízení zapíná. Je to užitečné ve scénářích, kdy není potřeba standardní uživatelský účet. Například sdílená zařízení nebo zařízení v beznabídkovém režimu.

Další informace najdete v tématu Režim automatického nasazení Windows Autopilotu.

Hybridní připojená zařízení Microsoft Entra se připojují k místní doméně Active Directory a k ID Microsoft Entra.

Další informace najdete v tématu Úvod do správy zařízení v Microsoft Entra ID.

Resetování Windows Autopilotu odebere uživatelské aplikace a nastavení ze zařízení, ale zachová připojení k doméně Microsoft Entra a registraci MDM. Tato funkce je užitečná, když přenášíte zařízení od jednoho uživatele k druhému.

Další informace najdete v tématu Resetování Windows Autopilotu.

Do prostředí OOBE můžete přidat následující vlastní nastavení:

• Přizpůsobená uvítací zpráva.
• Přizpůsobte nápovědu pro uživatelské jméno.
• Logo vaší organizace.

Autopilot pro existující zařízení nabízí cestu upgradu na aktuálně podporované verze Windows pro stávající zařízení s Windows.

Další informace najdete v tématu Autopilot pro existující zařízení.

Současní výrobci, kteří tuto změnu podporují, jsou Dell, Dynabook, HP, Lenovo a Microsoft Surface. Pracujeme na přidání dalších výrobců a po nasazení tento seznam aktualizujeme. Další informace najdete v tématu Vrácení klíčových funkcí pro přihlášení a nasazení Windows Autopilotu.

Ano. Pokud je zařízení stále zaregistrované ve službě Autopilot a používá podporovanou verzi Windows, získá prostředí Autopilotu.

Ano. Pokud zařízení používá podporovanou verzi Windows, můžete získat otisky prstů zařízení pro registraci. Neplánují se žádné backportování funkcí do dřívějších verzí. Neexistuje žádný způsob, jak je získat na zařízeních s nepodporovanými verzemi Windows.

• Surface Hub a další skladové položky, které nejsou uvedené v části Požadavky na software , nejsou ve Windows Autopilotu podporované.
• HoloLens 1 nepodporuje Windows Autopilot.
• HoloLens 2 podporuje režim automatického nasazení Windows Autopilotu s Microsoft Intune a aktuálně podporovanou verzí Windows Holographic. Poskytovatelé MDM, kteří nejsou od Microsoftu, se nepodporují.

Další informace o HoloLensu 2 najdete v článku Windows Autopilot pro HoloLens 2.

Ano. Další informace najdete v tématu Scénáře výměny základní desky Windows Autopilot.

Existují omezení počtu zařízení, která může konkrétní uživatel Microsoft Entra zaregistrovat do Microsoft Entra ID, a počtu podporovaných zařízení na uživatele v Intune. Tato omezení jsou konfigurovatelná, ale ne nekonečná. Pokud znovu použijete zařízení nebo se vrátíte k předchozím snímkům virtuálních počítačů, dochází k této chybě často.

Windows Autopilot záměrně nepoužije profil, dokud se uživatel nepřihlásí pomocí odpovídajícího tenanta pro nakonfigurovaný profil pomocí procesu přihlášení Microsoft Entra. badguys.com Například zaregistruje zařízení vlastněné společností contoso.com. V nejhorším případě je uživatel přesměrován na přihlášení k badguys.com. Když uživatel zadá svůj e-mail a heslo, přihlašovací údaje se přesměrují prostřednictvím Microsoft Entra ID na správné ověřování Microsoft Entra a zobrazí se výzva k přihlášení k contoso.com. Vzhledem k tomu contoso.com , že se badguys.com neshoduje s tenantem, škodlivý profil se nepoužije a uživateli se zobrazí běžné počáteční nastavení počítače.

Data Windows Autopilotu se ukládají v Rámci Evropské unie (EU). Není uložený v suverénním cloudu, a to ani v případě, že je tenant Microsoft Entra zaregistrovaný v suverénním cloudu. Toto úložiště se vztahuje na všechna data Windows Autopilotu bez ohledu na portál, který se používá k nasazení Autopilotu.

Zákaznická data se neukládají, ale jenom obchodní data, která microsoftu umožňují poskytovat službu. Z tohoto důvodu je vhodné, aby se data ukládaly v USA. Zákazníci můžou odběr služby kdykoli ukončit. V takovém případě Microsoft odebere obchodní data. Autopilot se v současné době nepodporuje v žádném suverénním cloudu.

V závislosti na tom, kdo tento proces provádí, můžete zaregistrovat zařízení šesti způsoby:

1. Přímé rozhraní API OEM, které je dostupné jenom pro objekty TVO.
2. MPC pomocí rozhraní API MPC, které je dostupné jenom pro poskytovatele CSP.
3. MPC pomocí ručního nahrání souboru CSV v uživatelském rozhraní, které je dostupné jenom pro poskytovatele CSP.
4. MSfB pomocí nahrání souboru CSV.
5. Intune používá nahrávání souborů CSV.
6. Portál Microsoft 365 Business Premium využívající nahrání souboru CSV

Existují čtyři způsoby, jak vytvořit a přiřadit profil Windows Autopilotu:

1. Prostřednictvím MPC, který je k dispozici pouze pro poskytovatele CSP.
2. Prostřednictvím MSfB.
3. Prostřednictvím Intune nebo jiné služby MDM.
4. Portál Microsoft 365 Business Premium

Microsoft doporučuje vytvářet a přiřazovat profily prostřednictvím Intune.

1. Chybné nebo chybějící položky hodnot hash hardwaru můžou vést k chybným pokusům o registraci.
2. Skryté speciální znaky v souborech CSV Abyste se tomuto problému vyhnuli, otevřete ho po vytvoření souboru CSV v Poznámkovém bloku a vyhledejte skryté znaky, mezery na konci nebo jiná poškození.

Autopilot podporuje jenom zákazníky, kteří používají globální Azure. Globální Azure neobsahuje následující tři entity:

• Azure Německo.
• Azure China 21Vianet.
• Azure Government.

Pokud používáte globální Azure, neexistují žádná omezení oblasti. Contoso například používá globální Azure, ale má zaměstnance pracující v Číně. Zaměstnanci společnosti Contoso pracující v Číně můžou dál používat Autopilot k nasazení zařízení. Pokud společnost Contoso používá Azure China 21Vianet, zaměstnanci společnosti Contoso nemůžou používat Autopilot.

I když je Autopilot dostupný v globálních tenantech, uživatelé v Číně můžou při nasazování zaznamenat špatné připojení a vysokou latenci kvůli problémům souvisejícím s poskytovatelem internetových služeb. Pokud k těmto problémům dochází při nasazování v dané oblasti, požádejte o podporu místního isp.

Zřizování čipu TPM zahrnuje generování a zpracování silných kryptografických klíčů. V závislosti na vlastnostech hardwaru TPM používaného na zařízení může první spuštění trvat déle než minutu.

Při použití automatického přihlášení pomocí režimu automatického nasazení Windows Autopilotu se používá místní účet KioskUser0. Ve výchozím nastavení se esp uživatele nezpracovává pro místní účty, včetně KioskUser0, a token zařízení se nevystaví, dokud se nezpracuje ESP uživatele. Pokud používáte automatické přihlášení, aby se aplikace po dokončení ESP nainstalovaly, přeskočte esp uživatele pomocí vlastní OMA-URI SkipUserStatusPage. Další informace najdete v následujících článcích:

• Jak můžu na stránce stavu registrace (ESP) zakázat část ESP uživatele, pokud je na zařízení nakonfigurovaný ESP?
• Nasaďte OMA-URIs pro cílení na CSP prostřednictvím Intune a porovnání s místním prostředím.

Dodržování předpisů zařízením v Microsoft Entra ID se resetuje během toku uživatele. Po dokončení toku uživatele se dodržování předpisů znovu vyhodnocí a aktualizuje. Toto chování se očekává.