Create a device profile in Microsoft Intune
Devices profiles allow you to add and configure settings, and then push these settings to devices in your organization. For more information, including what you can do, see Apply features and settings on your devices using device profiles.
- Lists the steps to create a profile.
- Shows you how to add a scope tag to "filter" the profile.
- Describes applicability rules on Windows 10 devices, and shows you how to create a rule.
- Lists the check-in refresh cycle times when devices receive profiles and any profile updates.
Create the profile
Profiles are created in the Microsoft Endpoint Manager admin center. In this admin center, select Devices. You have the following options:
- Overview: Lists the status of your profiles, and provides additional details on the profiles you assigned to users and devices.
- Monitor: Check the status of your profiles for success or failure, and also view logs on your profiles.
- By platform: Create and view policies and profiles by your platform. This view may also show features specific to the platform. For example, select Windows. You'll see Windows-specific features, such as Windows 10 Update Rings and PowerShell scripts.
- Policy: Create device profiles, upload custom PowerShell scripts to run on devices, and add data plans to devices using eSIM.
When you create a profile (Configuration profiles > Create profile), choose your platform:
- Android device administrator
- Android Enterprise
- Windows 10 and later
- Windows 8.1 and later
Then, choose the profile type. Depending on the platform you choose, the settings you can configure are different. The following articles describe the settings for the different profile types:
- Administrative templates (Windows)
- Delivery Optimization (Windows)
- Derived credential (Android Enterprise, iOS, iPadOS)
- Device features (macOS, iOS, iPadOS)
- Device firmware (Windows)
- Device restrictions
- Domain join (Windows)
- Edition upgrade and mode switch (Windows)
- Education (iOS, iPadOS)
- Endpoint protection (macOS, Windows)
- Extensions (macOS)
- Identity protection (Windows)
- Microsoft Defender ATP (Windows)
- Mobility Extensions (MX) profile (Android device administrator)
- OEMConfig (Android Enterprise)
- PKCS certificate
- PKCS imported certificate
- Preference file (macOS)
- SCEP certificate
- Secure assessment (Education) (Windows)
- Shared multi-user device (Windows)
- Telecom expenses (Android device administrator, iOS, iPadOS)
- Trusted certificate
- Wired networks (macOS)
For example, if you select iOS/iPadOS for the platform, your profile options look similar to the following profile:
After you add the settings, you can also add a scope tag to the profile. Scope tags filter profiles to specific IT groups, such as
US-NC IT Team or
JohnGlenn_ITDepartment. And, are used in distributed IT.
For more information about scope tags, and what you can do, see Use RBAC and scope tags for distributed IT.
- Windows 10 and later
Applicability rules allow administrators to target devices in a group that meet specific criteria. For example, you create a device restrictions profile that applies to the All Windows 10 devices group. And, you only want the profile assigned to devices running Windows 10 Enterprise.
To do this task, create an applicability rule. These rules are great for the following scenarios:
- You use Windows 10 Education (EDU). At Bellows College, you want to target all Windows 10 EDU devices between RS3 and RS4.
- You want to target all users in Human Resources at Contoso, but only want Windows 10 Professional or Enterprise devices.
To approach these scenarios, you:
Create a devices group that includes all devices at Bellows College. In the profile, add an applicability rule so it applies if the OS minimum version is
16299and the maximum version is
17134. Assign this profile to the Bellows College devices group.
When it's assigned, the profile applies to devices between the minimum and maximum versions you enter. For devices that aren't between the minimum and maximum versions you enter, their status shows as Not applicable.
Create a users group that includes all users in Human Resources (HR) at Contoso. In the profile, add an applicability rule so it applies to devices running Windows 10 Professional or Enterprise. Assign this profile to the HR users group.
When it's assigned, the profile applies to devices running Windows 10 Professional or Enterprise. For devices that aren't running these editions, their status shows as Not applicable.
If there are two profiles with the exact same settings, then the profile without an applicability rule is applied.
For example, ProfileA targets the Windows 10 devices group, enables BitLocker, and doesn't have an applicability rule. ProfileB targets the same Windows 10 devices group, enables BitLocker, and has an applicability rule to only apply the profile to Windows 10 Enterprise.
When both profiles are assigned, ProfileA is applied because it doesn't have an applicability rule.
When you assign the profile to the groups, the applicability rules act as a filter, and only target the devices that meet your criteria.
Add a rule
Select Applicability Rules. You can choose the Rule, and Property:
In Rule, choose if you want to include or exclude users or groups. Your options:
- Assign profile if: Includes users or groups that meet the criteria you enter.
- Don't assign profile if: Excludes users or groups that meet the criteria you enter.
In Property, choose your filter. Your options:
OS edition: In the list, check the Windows 10 editions you want to include (or exclude) in your rule.
OS version: Enter the min and max Windows 10 version numbers of you want to include (or exclude) in your rule. Both values are required.
For example, you can enter
10.0.16299.0(RS3 or 1709) for minimum version and
10.0.17134.0(RS4 or 1803) for maximum version. Or, you can be more granular and enter
10.0.16299.001for minimum version and
10.0.17134.319for maximum version.
Select Add to save your changes.
Refresh cycle times
Intune uses different refresh cycles to check for updates to configuration profiles. If the device recently enrolled, the check-in runs more frequently. Policy and profile refresh cycles lists the estimated refresh times.
At any time, users can open the Company Portal app, and sync the device to immediately check for profile updates.
When creating profiles, consider the following recommendations:
Name your policies so you know what they are, and what they do. All compliance policies and configuration profiles have an optional Description property. In Description, be specific and include information so others know what the policy does.
Some configuration profile examples include:
Profile name: Admin template - OneDrive configuration profile for all Windows 10 users
Profile description: OneDrive admin template profile that includes the minimum and base settings for all Windows 10 users. Created by email@example.com to prevent users from sharing organizational data to personal OneDrive accounts.
Profile name: VPN profile for all iOS/iPadOS users
Profile description: VPN profile that includes the minimum and base settings for all iOS/iPadOS users to connect to Contoso VPN. Created by firstname.lastname@example.org so users automatically authenticate to VPN, instead of prompting users for their username and password.
Create your profile by its task, such as configure Microsoft Edge settings, enable Microsoft Defender anti-virus settings, block iOS/iPadOS jailbroken devices, and so on.
Create profiles that apply to specific groups, such as Marketing, Sales, IT Administrators, or by location or school system.
Separate user policies from device policies.
For example, Administrative Templates in Intune have thousands of ADMX settings. These templates show if a setting applies to users or devices. When creating admin templates, assign your users settings to a users group, and assign your device settings to a devices group.
The following image shows an example of a setting that can apply to users and/or apply to devices:
Every time you create a restrictive policy, communicate this change to your users. For example, if you're changing the passcode requirement from four (4) characters to six (6) characters, let your users know before your assign the policy.