Windows Autopilot FAQ

その必要はありません。 テナント ID の提供は、パートナー センターでの 1 回限りのエントリであり、今後のデバイスのアップロードで再利用できます。

パートナー センターでデバイス ファイルのアップロードが完了すると、テナントは MSfB で Windows Autopilot のセットアップに使用できるデバイスを確認できます。 OEM は、MSfB にアクセスするようにテナントに通知する必要があります。 MSfB からテナントへの自動通知を開発しています。

OEM またはチャネル パートナーが顧客の Windows Autopilot 用にデバイスを登録するには、まず顧客が同意する必要があります。 同意プロセスは、OEM またはチャネル パートナーが、MSfB の同意ページに顧客を転送するリンクを顧客に送信することから始まります。 詳細については、「 登録」を参照してください。

ビジネスのお客様は、CSP がパートナー センターでデバイスをアップロードして管理する前に、MSfB でデバイスを削除する必要があります。

その必要はありません。 Windows Autopilot では、ローカル管理者アカウントの削除はサポートされていません。 ただし、Out-of-box experience (OOBE) 中に Microsoft Entra ドメイン参加を実行するユーザーを、既定で標準アカウントと管理者アカウントに制限することはサポートしています。

CSP パートナーだけがパートナー センター ポータルにアクセスできます。 CSP の場合は、ファイルをテストするためのデバイスにアクセスできる営業エージェント ユーザー アカウントを作成できます。 このテストは、パートナー センターで今すぐ実行できます。

詳細については、「 ユーザー アカウントの作成」を参照してください。

OEM ダイレクト API を使用できるため、この要件はボリュームの高い OEM には適用されません。 Microsoft パートナー センター (MPC) を使用してデバイスを登録することを選択した他のすべてのユーザーは、MPC にアクセスするために CSP になる必要があります。

Windows Autopilot の目的上、CSP には 3 つの異なる種類があり、それぞれに異なるレベルの権限とアクセス権があります。

1. 直接 CSP: デバイスを登録するために顧客から直接承認を取得します
2. 間接 CSP プロバイダー: CSP リセラー パートナーと顧客の関係を通じて、デバイスを登録する暗黙的なアクセス許可を取得します。 間接 CSP プロバイダーは、Microsoft パートナー センターを通じてデバイスを登録します。
3. 間接 CSP リセラー: デバイスを登録するための顧客からの直接承認を取得します。 同時に、間接 CSP プロバイダー パートナーも承認を取得します。これは、間接プロバイダーまたは間接リセラーのいずれかが顧客のデバイスを登録できることを意味します。 ただし、間接 CSP リセラーは、CSV ファイルを手動でアップロードすることにより、パートナー センターのユーザー インターフェイスを介してデバイスを登録する必要があります。 間接 CSP プロバイダーは、パートナー センター API を使用してデバイスを登録できます。

その必要はありません。 CSP の販売地域は、Microsoft Entra テナントの場所によって異なります。 CSP パートナーは、同じ CSP 地域にあるテナントを持つ顧客のみを販売または管理できます。 パートナーの CSP 地域は、CSP パートナーが取引に使用しているテナントの場所に基づきます。 顧客テナントが米国で作成された場合、米国で CSP に登録しているパートナーのみが、この顧客と再販業者関係を確立できます。

Windows Autopilot & Intune の場合、エンド ユーザーまたはデバイスの場所は関係ありません。 ドイツに居住する従業員は、米国のテナントで作成された Windows Autopilot プロファイルを使用してデバイスを登録し、米国の Intune サービス インスタンスを通じてデバイスを管理できます。 ドイツのユーザーは、米国ベースの Microsoft Entra インスタンスでも認証します。

パートナーが顧客をグローバルに管理したい場合は、グローバルなプレゼンスを持つ必要があります。 ビジネスを行う各 CSP 販売地域で複数の CSP 登録が必要です。

すべての CSP テナントにアクセスできるユーザー アカウントを作成することはできません。 このシナリオは、世界中のすべての顧客を管理する CSP 管理エージェントの 18 ユーザー アカウントに変換されます。

要約すると、ユーザーとデバイスの場所は関係ありません。 顧客テナントの場所が重要です。 国境を越えたデバイスの登録は問題ではありません。 問題は、CSP を介した国境を越えた販売です。

その必要はありません。 パートナー センターには、Intune またはビジネス向けビジネス向け Microsoft Store で作成されたプロファイルにはアクセスできません。 パートナー センターで作成された Windows Autopilot プロファイルにのみアクセスできます。

Windows Autopilot の展開を有効にするために、工場の現場で変更を加える必要はありません。

Windows Autopilot は、OA3 ツールの任意のバージョンで動作します。 サポートされているバージョンの Windows を使用して、4K ハードウェア ハッシュ (4K HH) を生成することをお勧めします。

はい。 Windows Autopilot が必要な場合は、サポートされているバージョンの Windows が必要です。 また、お客様は CSV ファイルを受け取るか、または代わりにファイルのアップロードを完了させる必要があります。

その必要はありません。 OEM は、通常どおりコンピューター ビルド レポート (CBR) を Microsoft に送信するだけです。 Windows Autopilot を有効にするためのイメージは Microsoft に送信されません。 Windows Autopilot は OOBE のみをカスタマイズし、ポリシー構成を許可します。

Windows Autopilot の展開に登録するには、デバイスでサポートされているバージョンの Windows 一般提供チャネルが実行されている必要があります。 それ以外の場合、通常は問題ありません。 詳細については、「 Windows Autopilot - 既知の問題」を参照してください。

その必要はありません。

OEM が顧客の代わりにデバイスを登録することを選択しない限り、何もありません。 この場合は、デバイス ID CSV ファイルを Microsoft パートナー センターにアップロードするか、OEM ダイレクト API を使用する必要があります。

その必要はありません。

その必要はありません。

はい。 CSV ファイルには、1 つのプロファイルに適用するデバイスを 500 台のみ含めることができます。 1 つのプロファイルに 500 台を超えるデバイスを適用する必要がある場合は、複数の CSV ファイルを介してデバイスをアップロードする必要があります。

ビジネス顧客に送信するときに CSV ファイルを暗号化し、MPC、MSfB、または Intune を介して Windows Autopilot デバイスを自己登録します。

OEM によって送信されるすべてのハードウェア ハッシュには、次のデータが含まれている必要があります。

• SMBIOS UUID: 汎用一意識別子です。
• MAC アドレス: ネットワーク カードの一意の識別子。
• 一意のディスク シリアル番号: Windows OEM ライセンス認証 3.0 ツールを使用する場合。

Windows Autopilot は、クラウド構成を申請するデバイスを一意に識別する機能に基づいているため、概説された要件を満たすハードウェア ハッシュを送信することが重要です。

デバイスの一部が追加または削除されると、ハードウェア ハッシュの作成時にデバイスを識別するためにこれらのフィールドが必要になります。 Windows デバイスの一意の識別子はないため、これらのフィールドはデバイスを識別するための最適なロジックです。

なし。 それらは同じものに対して異なる名前です。 OA3 ツールの出力は OA3 ハッシュと呼ばれ、サイズは 4K で、Windows Autopilot の展開シナリオで使用されます。

はい。 パーツを交換する場合は、新しいハードウェア ハッシュの生成が必要になる場合があります。 交換した部品や部品の特性によって異なります。

たとえば、TPM またはマザーボードを交換する場合は、新しいデバイスであるため、新しいハードウェア ハッシュを取得する必要があります。 1 つのネットワーク カードを交換する場合、それはおそらく新しいデバイスではなく、デバイスは古いハードウェア ハッシュで機能します。

一般に、ハードウェアを変更した後は、古いハードウェア ハッシュが無効であると想定し、新しいハードウェア ハッシュを取得します。 このプロセスは、部品を交換するたびにお勧めします。

マザーボードの交換は、Windows Autopilot の範囲外です。 修理または修理されたデバイスで Windows Autopilot のデバイスを識別する機能を変更する場合、通常の OOBE プロセスを実行する必要があります。 適切な設定を手動で選択するか、カスタム イメージを適用する必要があります。

マザーボードの交換後に同じデバイスを Windows Autopilot に再利用するには、次の手順に従います。

1. Windows Autopilot からデバイスの登録を解除します。
2. マザーボードを交換します。
3. 新しい 4K ハードウェア ハッシュを生成します。
4. 新しい 4K ハードウェア ハッシュまたはデバイス ID でデバイスを登録します。

Windows のハードウェア要件で指定されているように、一意である必要があります。

Windows のハードウェア要件をすべて満たす必要があります。 詳細については、「 Windows ハードウェア互換性プログラムの仕様とポリシー」を参照してください。

その必要はありません。 少なくとも、次の SMBIOS フィールドに一意の値が必要です。

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

この情報を取得する方法はシナリオによって異なりますが、一般的には次のようになります。

• ディスクのシリアル番号は、StorageDeviceProperty/PropertyStandardQuery のIOCTL_STORAGE_QUERY_PROPERTYで取得されます。

• ネットワークの MAC アドレスは、OID_802_3_PERMANENT_ADDRESSIOCTL_NDIS_QUERY_GLOBAL_STATS からです。

特定の使用ルールがある場合がありますが、使用可能な値はすべて使用されます。 システム ディスクのシリアル番号は、使用可能な他のディスクよりも重要です。 取り外し可能なネットワーク インターフェイスは、取り外し可能なため、検出された場合は使用しないでください。 LAN と WLAN は両方が使用されているため、関係ありません。

デバイスは Windows Autopilot 構成を受け取りましたが、まだ適用されていません。選択ページがスキップされ、すぐにサインイン ページに移動します。

Microsoft Entra 管理者は、Windows Autopilot がこの構成を無効にするように構成されている場合でも、常にローカル管理者です。

トラブルシューティングに役立てるには、 licensingdiag.exe を実行して .cab (キャビネット) ファイルを AutopilotHelp@microsoft.com に送信します。 可能であれば、Windows パフォーマンス レコーダー (WPR) からも ETL を収集します。

多くの場合、このような場合、ユーザーは正しい Microsoft Entra テナントにサインインしていないか、ローカル ユーザー アカウントを作成しています。

サポート オプションの完全な一覧については、「 Windows Autopilot のサポート」を参照してください。

その必要はありません。 Windows Autopilot プロファイルはデバイスに常駐していません。 これらは OOBE 中にダウンロードされ、適用されるときに設定が定義されます。 その後、プロファイルはデバイス上で破棄されます。 デバイスが再イメージ化またはリセットされた場合、新しいプロファイル設定は、デバイスが次回 OOBE を通過したときに有効になります。

デバイスが登録されていない場合、Windows Autopilot エクスペリエンスは受信されず、エンド ユーザーは通常の OOBE を実行します。 Windows Autopilot の構成は、登録後にユーザーが再度 OOBE を実行するまで適用されません。 モバイル デバイス管理 (MDM) プロファイルが作成される前にデバイスが起動された場合、デバイスは標準の OOBE エクスペリエンスを通過します。 その後、そのデバイスを MDM に手動で登録する必要があります。 次回デバイスがリセットされるときに、Windows Autopilot OOBE エクスペリエンスが実行されます。

カスタマイズされたサインイン エクスペリエンスを利用するには、Azure portal でテナントのブランド設定を構成します。

デバイスには Windows Autopilot プロファイルが割り当てられていないため、ユーザーには既定の OOBE が表示されます。

Windows Autopilot のパフォーマンスのログを収集する最適な方法は、OOBE 中に WPR トレースを収集することです。 このトレースの XML ファイル (WPRP 拡張子) は、要求に応じて提供できます。

その必要はありません。 MDM はいずれも Windows Autopilot で動作しますが、他の MDM には Intune と同じ完全な Windows Autopilot 機能が含まれていない場合があります。 最適なエクスペリエンスは Intune です。

はい。 Intune では、MSI ラッパーと MSIX ラッパーを使用する Win32 アプリがサポートされています。

共同管理を使用すると、Microsoft Configuration Manager と Microsoft Intune の両方を使用して、現在サポートされているバージョンの Windows を同時に管理できます。 このようにすると、新しい機能を追加することにより、Configuration Manager への既存の投資をクラウドに接続できます。 共同管理を使用すると、お客様の組織に最適なテクノロジ ソリューションを柔軟に使用できます。

Windows デバイスに Configuration Manager クライアントがあり、Intune に登録されている場合は、両方のサービスの利点が得られます。 管理者は、ワークロードが存在する場合、どのワークロードのオーソリティを Configuration Manager から Intune に切り替えるかを制御します。 Configuration Manager は、管理者が Intune に切り替えなかったワークロードを含む他のすべてのワークロード、および共同管理がサポートしていない Configuration Manager の他のすべての機能を引き続き管理します。

詳細については、次の記事を参照してください。

• 共同管理とは?
• Windows Autopilot でプロビジョニングするときに共同管理に登録する方法。

その必要はありません。 必須ではありませんが、次のシナリオでは Windows Autopilot と Configuration Manager を併用することができます。

• 共同管理。
• 既存の既存デバイス向け Windows Autopilot。

自己展開モードでは、ユーザーがデバイスの電源を入れるだけで済みます。 標準ユーザー アカウントが必要ない場合に役立ちます。 たとえば、共有デバイスやキオスク デバイスなどです。

詳しくは、「 Windows Autopilot の自己展開モード」をご覧ください。

Microsoft Entra ハイブリッドに参加しているデバイスは、オンプレミスの Active Directory ドメインと Microsoft Entra ID に接続します。

詳細については、「Microsoft Entra ID でのデバイス管理の概要」を参照してください。

Windows Autopilot のリセットでは、デバイスからユーザー アプリと設定が削除されますが、Microsoft Entra ドメイン参加と MDM 登録は維持されます。 この機能は、あるユーザーから別のユーザーにデバイスを転送する場合に便利です。

詳しくは、「 Windows Autopilot のリセット」をご覧ください。

OOBE エクスペリエンスには、次のカスタマイズを追加できます。

• パーソナライズされたウェルカム メッセージ。
• ユーザー名のヒントをカスタマイズします。
• Your organization's logo.

既存のデバイスの既存デバイス向け Windows Autopilot は、既存の Windows デバイスに対して、現在サポートされているバージョンの Windows へのアップグレード パスを提供します。

詳細については、「既存のデバイスの 既存デバイス向け Windows Autopilot を参照してください。

この変更に対応している現在の製造元は、Dell、Dynabook、HP、Lenovo、および Microsoft Surface です。 他のメーカーも追加する作業を行っています。オンボードしたら、この一覧を更新します。 詳細については、「 Windows Autopilot のサインインと展開の主な機能の復活」を参照してください。

はい。 デバイスがまだ Windows Autopilot に登録されていて、サポートされているバージョンの Windows を実行している場合は、Windows Autopilot エクスペリエンスが提供されます。

はい。 デバイスでサポートされているバージョンの Windows が実行されている場合は、登録用にデバイス フィンガープリントを収集できます。 この機能を以前のリリースにバックポートする予定はありません。 サポートされていないバージョンの Windows を実行しているデバイスでそれらを収集する方法はありません。

• ソフトウェア 要件 の対象外の Surface Hub およびその他の SKU は、Windows Autopilot ではサポートされていません。
• HoloLens 1 は Windows Autopilot をサポートしていません。
• HoloLens 2 では、Microsoft Intune および現在サポートされているバージョンの Windows Holographic を使用した Windows Autopilot の自己展開モードがサポートされています。 Microsoft 以外の MDM プロバイダーはサポートされていません。

HoloLens 2 の詳細については、「Windows Autopilot for HoloLens 2」を参照してください。

はい。 詳細については、「 Windows Autopilot マザーボード交換シナリオ ガイダンス」を参照してください。

特定の Microsoft Entra ユーザーが Microsoft Entra ID に登録できるデバイスの数と、Intune でユーザーごとにサポートされるデバイスの数には制限があります。 これらの制限は構成可能ですが、無限ではありません。 デバイスを再利用する場合、または以前の仮想マシン スナップショットにロールバックする場合、このエラーが頻繁に発生します。

設計上、Windows Autopilot は、ユーザーが Microsoft Entra サインイン プロセスを使用して構成されたプロファイルに一致するテナントにサインインするまで、プロファイルを適用しません。 たとえば、 badguys.com は、 contoso.com が所有するデバイスを登録します。 最悪の場合、ユーザーは badguys.com にサインインするように指示されます。 ユーザーがメールとパスワードを入力すると、サインイン情報が Microsoft Entra ID を通じて適切な Microsoft Entra 認証にリダイレクトされ、ユーザーは contoso.com にサインインするように求められます。 contoso.com はテナントとして badguys.com と一致しないため、悪意のあるプロファイルは適用されず、ユーザーには通常の OOBE が表示されます。

Windows Autopilot のデータは、欧州連合 (EU) 内に格納されます。 Microsoft Entra テナントがソブリン クラウドに登録されている場合でも、ソブリン クラウドには保存されません。 このストレージは、Windows Autopilot の展開に使用されるポータルに関係なく、すべての Windows Autopilot データに適用されます。

顧客データは保存されず、Microsoft がサービスを提供できるようにするビジネス データのみが保存されます。 そのため、データは米国に保存することが適切です。 顧客はいつでもサービスのサブスクライブを停止できます。 その場合、Microsoft はビジネス データを削除します。 Windows Autopilot は現在、どのソブリン クラウドでもサポートされていません。

デバイスの登録には、誰がプロセスを実行したかに応じて、次の 6 つの方法があります。

1. OEM ダイレクト API。これは TVO でのみ使用できます。
2. CSP のみが利用できる MPC API を使用した MPC。
3. CSP のみが使用できる UI での CSV ファイルの手動アップロードを使用する MPC。
4. CSV ファイルのアップロードを使用する MSfB。
5. CSV ファイルのアップロードを使用して Intune。
6. CSV ファイルのアップロードを使用する Microsoft 365 Business Premium ポータル。

Windows Autopilot プロファイルを作成して割り当てるには、次の 4 つの方法があります。

1. CSP のみが利用できる MPC 経由。
2. MSfB を通じて。
3. Intune または別の MDM サービスを介して。
4. Microsoft 365 Business Premium ポータル。

Microsoft では、Intune を使用してプロファイルを作成して割り当てることをお勧めします。

1. 不適切なハードウェア ハッシュ エントリまたは欠落していると、登録エラーの試行につながる可能性があります。
2. CSV ファイル内の非表示の特殊文字。 この問題を回避するには、CSV ファイルを作成した後、メモ帳で開いて、非表示の文字、末尾のスペース、またはその他の破損を探します。

Windows Autopilot は、グローバル Azure を使用しているお客様のみをサポートします。 Global Azure には、次の 3 つのエンティティは含まれていません。

• Azure Germany.
• Azure China 21Vianet.
• Azure Government.

グローバル Azure を使用する場合、リージョンの制限はありません。 たとえば、Contoso はグローバル Azure を使用していますが、従業員は中国で働いています。 中国で働く Contoso の従業員は、引き続き Windows Autopilot を使用してデバイスを展開できます。 Contoso が Azure China 21Vianet を使用している場合、Contoso の従業員は Windows Autopilot を使用できません。

Windows Autopilot はグローバル テナントで使用できますが、中国のユーザーは、ISP 関連の問題により、展開時に接続不良や長い待機時間を経験する可能性があります。 リージョンでの展開時にこれらの問題が発生した場合は、最寄りの ISP に問い合わせてサポートを受けてください。

Government Community Cloud High (GCCH) 環境および米国国防総省 (DoD) 環境の場合は、 Windows Autopilot デバイスの準備の使用を検討してください。

TPM のプロビジョニングには、強力な暗号化キーの生成と処理が含まれます。 デバイスで使用されている TPM ハードウェアの特性によっては、初回起動時に 1 分以上かかることがあります。

Windows Autopilot の自己展開モードでの自動ログオンを使用する場合、自動ログオンでは KioskUser0 ローカル アカウントが使用されます。 既定では、ユーザー ESP は KioskUser0 を含むローカル アカウントについては処理されず、ユーザー ESP が処理されるまでデバイス トークンは発行されません。 自動ログオンを使用する場合、ESP が完了した後にアプリケーションをインストールするには、カスタム OMA-URI SkipUserStatusPage を使用してユーザー ESP をスキップします。 詳細については、次の記事を参照してください。

• デバイスで ESP が構成されている場合、登録ステータス ページ (ESP) のユーザー ESP 部分を無効にする方法を教えてください。
• Intuneを介して CSP を対象にするように OMA-URIs デプロイし、オンプレミスと比較します。

Microsoft Entra ID のデバイス コンプライアンスは、ユーザー フロー中にリセットされます。 ユーザー フローが完了すると、コンプライアンスが再評価され、更新されます。 この動作は仕様です。

更新された Intune Connector for Active Directory はセキュリティを強化し、Active Directory 用 Intune コネクタを実行するサーバーのコンピューター アカウント (SYSTEM) を使用する代わりに、管理されたサービス アカウント (MSA) を使用することで、最小限の特権の原則に従います。

その必要はありません。 Active Directory 用 Intune コネクタ インストーラーは、OU の MSA に必要なすべての適切なアクセス許可の設定を処理します。 OU のコンピューター アカウント制限を増やす手順は、Active Directory 用の Intune コネクタをインストールおよび構成する管理者が、「Active Directory 用の Intune コネクタの要件」に記載されているアクセス許可を持っていない場合にのみ従う必要があります。