Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Windows Autopilot device preparation user-driven Microsoft Entra join steps:
- Step 1: Set up Windows automatic Intune enrollment
- Step 2: Allow users to join devices to Microsoft Entra ID
- Step 3: Create an assigned device group
- Step 4: Create a user group
- Step 5: Assign applications and PowerShell scripts to device group
- Step 6: Create Windows Autopilot device preparation policy
- Step 7, option 1: Add Windows corporate identifier to device
- Step 7, option 2: Associate devices
For an overview of the Windows Autopilot device preparation user-driven Microsoft Entra join workflow, see Windows Autopilot device preparation user-driven Microsoft Entra join overview.
Create user-driven Microsoft Entra join Windows Autopilot device preparation policy
The Windows Autopilot policy specifies how the device is configured during Windows Setup and what is shown during the out-of-box experience (OOBE).
To create a user-driven Microsoft Entra join Windows Autopilot device preparation policy, follow these steps:
Sign in to the Microsoft Intune admin center.
In the Home screen, select Devices in the left hand pane.
In the Devices | Overview screen, under By platform, select Windows.
In the Windows | Windows devices screen, under Device onboarding, select Enrollment.
In the Windows | Windows enrollment screen, under Windows Autopilot device preparation, select Device preparation policies.
In the Device preparation policies screen, select Create, and then select User Driven.
The Create profile screen opens. In the Introduction page, select Next.
In the Basics page:
In the Name text box, enter a name for the Windows Autopilot device preparation policy.
In the Description text box, if desired, enter a description for the Windows Autopilot device preparation policy.
Once a name and description is entered, select Next.
In the Device group page, select the Search by group name.. box, and then either select or search for the device group created in Step 3: Create an assigned device group. Make sure to select the device group created in Step 3: Create an assigned device group and not the user group created in Step 4: Create a user group. Once the correct device group is selected, select Next.
In the Configuration settings page, configure the various settings as desired and then select Next. For detailed information on the configurations on this page, see the next section Configuration settings.
In the Scope tags page, select Next.
Note
Scope tags are optional. For this tutorial, scope tags are being skipped and left at the default scope tag. However if a custom scope tag needs to be specified, do so at this page. For more information about scope tags, see Use role-based access control and scope tags for distributed IT.
In the Assignments page, select the Search by group name.. box, and then either select or search for the user group created in Step 4: Create a user group. Make sure to select the user group created in Step 4: Create a user group and not the device group created in Step 3: Create an assigned device group. Once the correct user group is selected, select Next.
In the Review + create page, review all settings to make sure they're all correct. Once everything is verified, select Save to finish creating the Windows Autopilot device preparation policy.
Configuration settings
The Configuration settings page has several configuration options. The following section describes each option in the Configuration settings page and what each option should be set to for a Microsoft Entra join Windows Autopilot device preparation deployment.
In the Configuration settings page:
Expand the Deployment settings section by selecting it:
Deployment mode - Select User-driven in the drop-down menu.
Deployment type - Select Single user in the drop-down menu.
Join type - Select Microsoft Entra joined in the drop-down menu.
User account type - Select either Standard User or Administrator as desired by toggling the switch.
Important
By default, when a device is enrolled in Microsoft Entra ID, the user is automatically added to the Administrator group on the device. If this setting is set to Standard User, the Windows Autopilot device preparation deployment ensures that the user is removed from the Administrator group before the deployment completes, the user is signed in, and the user reaches the desktop.
Expand the Out-of-box experience settings section by selecting it.
Minutes allowed before showing installation error - Enter the number of minutes allowed before failing a deployment.
The value entered is for the whole deployment and not for an individual application install or PowerShell script. The acceptable value is an integer between 15 and 720.
Custom error message - Enter a custom message to display to the end-user if the deployment fails.
Allow users to skip setup after multiple attempts - Select either Yes or No as desired by toggling the switch.
Normally after a deployment failure, a Retry button is displayed allowing the end-user to retry the deployment. Setting this option as Yes also adds a Continue anyway button that allows the deployment to just fail, signs the end-user in, and lets them continue to the desktop.
Show link to diagnostics - Select either Yes or No as desired by toggling the switch.
If there's a deployment failure, setting this option to Yes displays a link at the deployment failure page allowing the end-user to retrieve diagnostic logs.
Important
The out-of-box experience settings that follow—Language (Region), Automatically configure keyboard, Hide Microsoft Software License Terms, Hide privacy settings, Hide change account options, and Apply device name template—are only available to associated devices. They take effect only when the device is bound to your tenant using device association, and they have no effect on devices that aren't associated, such as devices onboarded with corporate identifiers only. This limitation doesn't apply to the Apps or Scripts sections, which apply to all Windows Autopilot device preparation deployments.
Language (Region) - Sets the language and region applied to the device during OOBE.
Automatically configure keyboard - Skips the keyboard selection page in OOBE.
Note
When the device uses a Wi-Fi network connection during OOBE, the language and keyboard selection screens aren't hidden.
Hide Microsoft Software License Terms - Hides the Microsoft Software License Terms (EULA) page in OOBE.
Hide privacy settings - Hides the privacy settings page in OOBE.
Hide change account options - Prevents change account options from appearing on the company sign-in and domain error pages. This setting requires company branding to be configured in Microsoft Entra ID.
Apply device name template - Renames the device before enrollment using a custom prefix combined with
%RAND:4%(four random characters) or%SERIAL%(the device serial number). The resulting device name can be up to 63 characters long.
Expand the Apps section by selecting it:
The Apps section lets you select up to 25 managed applications to install during deployment. Select the essential applications that must be installed before the end user can use the device.
Important
The applications selected in this setting should be assigned to the device security group previously specified in the Device group page. If applicable, the applications should also be configured to install in the System context since it's installed during OOBE when no user is signed in.
Under Allowed Applications, select Add. The Select Apps pane opens.
In the Select Apps pane:
Scroll through the list of applications or use the Search box to search for desired applications.
Once a desired application is found, select the Add button next to the application. The application is added to the list under Selected Apps.
Once all of the desired applications are selected, select Save.
All of the selected applications should display under Allowed Applications.
Note
The following types of applications are supported for use with Windows Autopilot device preparation:
- Line-of-business (LOB).
- Win32.
- Microsoft Store - only Microsoft Store apps that support WinGet are supported.
- Microsoft 365.
- Enterprise App Catalog.
In addition, Windows Autopilot device preparation supports deploying both Win32 and line-of-business (LOB) applications in the same deployment.
Expand the Scripts section by selecting it:
The Scripts section allows selection of up to 10 PowerShell scripts to install during the deployment. The PowerShell scripts specified here should be the essential PowerShell scripts that should run on the device before the end-user can start using the device.
Important
The PowerShell scripts selected in this setting should be assigned to the device security group previously specified in the Device group page. The PowerShell script should also be configured to run in the System context since the PowerShell scripts run during OOBE when no user is signed in. The PowerShell script can be set to run in the System context by setting the option Run this script using the logged on credentials to No in the properties of the PowerShell script.
Under Allowed Scripts, select Add. The Select Scripts pane opens.
In the Select Scripts pane:
Scroll through the list of PowerShell scripts or use the Search box to search for desired PowerShell scripts.
Once a desired PowerShell script is found, select the Add button next to the PowerShell script. The PowerShell script is added to the list under Selected Scripts.
Once all of the desired PowerShell scripts are selected, select Save.
All of the selected PowerShell scripts should display under Allowed Scripts.
Important
If a device is registered as a Windows Autopilot device, whether the Windows Autopilot deployment or the Windows Autopilot device preparation deployment runs depends on the device's association state:
- The device isn't associated with your tenant. Windows Autopilot registration takes precedence, and the Windows Autopilot deployment runs instead of the device preparation deployment.
- The device is associated with your tenant. Device association takes precedence, and the Windows Autopilot device preparation deployment runs.
To run device preparation on a registered device without associating it, first remove the device's Windows Autopilot registration. For more information, see Deregister a device.
Policy priority
If multiple Windows Autopilot device preparation policies are assigned to a user, the policy with the highest priority takes precedence. On the Home > Enroll devices | Windows enrollment > Device preparation policies screen, the highest-priority policy appears at the top of the list and has the smallest number in the Priority column. To change a policy's priority, drag it to a different position in the list.
A device preparation policy can be assigned to a device or to a user. When a device has both a device-based assignment and a user-based assignment, the device-based assignment takes precedence. For example, if you assign a device preparation policy directly to a device when you pre-associate the device, that policy is used instead of any policy assigned to the user who signs in during enrollment.
Next step: Onboard trusted devices
After you create the device preparation policy, choose one of the following methods to make sure only trusted devices are prepared. You don't need to use both:
- Corporate identifiers (optional) - Upload device identifiers so only trusted devices can enroll when personal-device enrollment is blocked.
- Device association (optional) - Bind devices to your tenant before enrollment. Associated devices are automatically treated as corporate-owned, so you don't need to upload corporate identifiers for them. Device association also enables the out-of-box experience settings that are only available to associated devices.
To use corporate identifiers:
To use device association instead:
Note
Windows Autopilot device preparation only requires corporate identifiers for Windows if Intune enrollment restrictions are being used to block personal device enrollments. If enrollment restrictions aren't blocking personal devices and you aren't using device association, then the next step is to deploy the device.