What Does Device category Mean?
On This Page
Quick Definition
Device category is a way to organize devices in Microsoft Intune based on what type of device they are, like a laptop, phone, or tablet, and what operating system they run. IT administrators use device categories to apply different settings and security rules to different groups of devices. For example, all company-owned Windows laptops can be in one category with strict policies, while personal Android phones go in another with lighter restrictions. This makes managing many devices easier and more consistent.
Commonly Confused With
A device group is a collection of devices in Azure AD that can be manually or dynamically populated, and policies are assigned to this group. A device category is just a label or property on a device that can be used in a dynamic group rule to determine membership. Device categories are not groups themselves.
Think of device categories as stickers you put on each device. The sticker says 'Sales Laptop.' The dynamic group is a bin that collects all devices with that sticker. You give policy instructions to the bin, not to the sticker.
An enrollment profile defines the settings and experiences during device enrollment, such as whether to allow category selection. A device category is a value that can be selected during that enrollment. The profile controls the process, while the category is the output of that process.
The enrollment profile is like the registration form you fill out. The device category is a field on that form, like 'Job Title.' The form is the process, the category is the data entered.
Autopilot group tags are text strings added to a device record in Autopilot that can be used to assign an Autopilot deployment profile. A device category is a separate property that is used for group membership and policy assignment. Group tags are for Autopilot profiles, while categories are for Intune policy groups.
Group tags decide which out-of-box experience the device gets, like a welcome screen style. Device categories decide which security rules the device follows after it is set up.
A compliance policy is a set of rules that a device must meet to be considered compliant, such as requiring encryption. Device categories are used to group devices to receive those policies. They are not same; categories are the grouping mechanism, compliance policies are the rules applied to the group.
Compliance policies are like speed limits. Device categories are like lanes on the highway. You put different cars (devices) into lanes (categories) and then each lane has its own speed limit (compliance policy).
Must Know for Exams
In the MD-102 exam (Microsoft Endpoint Administrator), device categories are a significant topic because they tie directly into multiple exam objectives, including planning and implementing device enrollment, configuring compliance policies, and managing device groups. The exam tests your ability to design a device management strategy that is efficient, secure, and automated. Device categories are a key tool for achieving that. You may see questions that ask you to determine the best way to apply different policies to different types of devices without creating dozens of manual groups. The correct answer will often involve using device categories with dynamic groups. Another common question type asks about the enrollment process: "During enrollment, a user cannot select a device category. What could be the cause?" This tests your understanding of how categories are configured and assigned. You need to know that categories must be created in Intune first, and the user must have the correct permissions to see and select them. Questions about hierarchy are also common. For example, you might be asked whether a device category or a direct group assignment takes precedence when there is a conflict. The answer depends on the policy type, but generally, device categories drive group membership, and group membership determines policy application.
Another exam objective that involves device categories is implementing Windows Autopilot. Autopilot deployment profiles can be assigned to device groups that are based on device categories. You might be asked to configure an Autopilot profile to automatically assign a corporate device to the appropriate category based on its model or serial number range. That requires understanding how to combine Autopilot group tags with device categories. Questions can also appear in the context of compliance policies. The exam may present a scenario where a company uses both personal and corporate devices, and a compliance policy must be different for each. You need to know that you should create two device categories, two dynamic groups, and two compliance policies. Then you assign each policy to its respective group. This is a classic exam scenario. Case studies in the MD-102 often include a company with thousands of devices across multiple office locations. You will be asked to design a management solution that reduces manual effort. Device categories with dynamic groups are the obvious answer because they automate group membership based on a property that is set at enrollment.
Troubleshooting questions also involve device categories. For instance, a user reports that their new device is not receiving the expected policy. The exam might ask you to troubleshoot the group membership. You would check which device category the device was assigned and verify that the dynamic group rule matches that category. This requires a clear understanding of the relationship between categories, dynamic groups, and policy assignment. Overall, device categories are not just a small detail-they are a core architectural concept for the MD-102. Expect to see them in multiple question formats, from multiple-choice to drag-and-drop to case study. Mastery of device categories will help you answer questions faster and more accurately, especially when the scenario involves a large number of devices or different device types.
Simple Meaning
Think of device categories like sorting your clothes into different drawers. You don't put socks with T-shirts because they serve different purposes and you need to find them easily. In IT device management, device categories work the same way. A company might have hundreds or thousands of devices, like laptops, tablets, phones, and even smart TVs used for meetings. Each type of device needs different rules. For instance, a company laptop must have antivirus software, automatic updates, and encryption. A work-owned iPhone might need a passcode and a remote wipe feature, but not the same software updates as a laptop. A manager's tablet used mostly for reading emails might need different settings than a salesperson's rugged laptop used in the field.
Device categories help IT teams group these devices by their operating system, ownership (company vs. personal), or even by department (like Sales or HR). Once categories are set up, the IT administrator can create policies that automatically apply to all devices in a category. For example, a policy for "Company Windows Laptops" might force encryption and block installing apps from outside the Microsoft Store. A category called "Personal iOS Devices" might only require a simple passcode and allow more app freedom. This means the IT team does not have to configure each device one by one. They set up the category, assign devices to it, and the policy works across the whole group. It is a huge time saver and reduces mistakes because every device in the same category gets the same rules, making the environment predictable and secure.
Full Technical Definition
In Microsoft Intune, a device category is a label assigned to a device during or after enrollment that determines which group policies and compliance settings apply to that device. Device categories are part of Intune's dynamic group membership feature, which uses categories as a property to automatically assign devices to Azure AD groups. These groups then receive configuration profiles, compliance policies, and app assignments. The categories themselves are defined by the administrator and can be based on any meaningful criterion, such as device type (laptop, phone, tablet), operating system (Windows 10/11, iOS, Android Enterprise, macOS), ownership model (corporate-owned, personally-owned), or business role (executive, kiosk, shared device).
Under the hood, when a device enrolls in Intune, the enrollment process can prompt the user or a technician to select a category from a predefined list. That selection is then written as a device property in Azure AD and Intune. From there, the administrator creates Azure AD dynamic device groups using a rule that matches the device category property. For example, a rule might be: (device.deviceCategory -eq "Company Windows Laptop"). Devices in that group then inherit all assigned Intune policies. This is fundamentally different from using static groups where an administrator manually adds and removes devices. Dynamic groups based on device categories are automated: if a device's category changes, the group membership updates automatically within minutes.
Standards and protocols involved include the enrollment protocols like Windows Autopilot, Apple Device Enrollment Program (DEP), Android Zero Touch, and the standard OMA-DM protocol used for managing mobile devices. Intune communicates with devices using these protocols to push policies and enforce compliance. Device categories work across all these platforms, but the actual category list is defined once in Intune and shared across all enrollment methods. The category selection mechanism is part of the enrollment user experience, which can be customized with a company portal or during Autopilot deployment. IT professionals must also consider that device categories have a limit of 250 categories per tenant, and category names should be chosen carefully because they cannot be easily changed later without affecting group memberships.
For the MD-102 exam, candidates must understand that device categories are a core tool for implementing granular management at scale. Categories reduce administrative overhead by eliminating manual group management. They also support scenarios like Windows Autopilot where devices are pre-provisioned and automatically assigned to the correct category based on the deployment profile. Real-world implementations often combine device categories with compliance policies that enforce different security baselines per category. For example, a category for "test devices" might have a relaxed compliance policy to allow unpatched systems for testing, while "production devices" enforce strict patching and encryption. Understanding this distinction is critical for designing a secure and efficient device management strategy.
Real-Life Example
Imagine you are organizing a large school field trip. There are 200 students, and they need to be split into groups. You can't treat every student the same because some are in kindergarten, some are in high school, and some have special needs. You create categories: "Young Kids," "Teens," and "Special Assistance." Each category has different rules. For the "Young Kids" group, each child must have a buddy and wear a bright vest. For the "Teens" group, they have more freedom but must check in every hour. For "Special Assistance," there is one adult for every two children. Now, you do not have to give instructions to each child individually. You just assign the rules to the category, and every child in that category follows them.
This is exactly how device categories work in Microsoft Intune. The devices are the students, the IT administrator is the teacher organizing the trip, and the rules are the policies and compliance settings. Instead of talking to each device one at a time, you put them into categories like "Company Laptops," "Sales Tablets," and "Personal Phones." Then you set a policy for "Company Laptops" that says they must have BitLocker encryption, Windows Update set to automatic, and no access to the public app store. For "Personal Phones," you set a light policy that only requires a passcode and allows personal apps. Once the categories are set up, the policies are applied automatically to every device in that category. If a new phone is added to "Personal Phones," it instantly gets the right settings. The IT team does not need to touch each device. This saves hours of work and ensures that all devices in the same category are managed consistently, just like all the kids in the same group follow the same rules on the field trip.
Why This Term Matters
Device categories matter because modern organizations have a huge variety of devices that all need different security and management settings. If an IT team tried to manage each device individually, they would waste countless hours and make many mistakes. Categories offer a scalable, automated way to apply the right policies to the right devices without manual intervention. This is critical for security. A company may have a strict policy that all corporate laptops must have full disk encryption, but the same policy would break a personal Android phone that uses file-based encryption. Using device categories, the IT administrator can apply the encryption policy only to the laptop category and a different policy to the phone category. Without categories, they would either have to create a separate group for every device or risk applying a wrong policy to a device that cannot support it, causing compliance failures or user frustration.
Device categories also simplify compliance reporting. In Intune, administrators can run reports filtered by category to see which devices are out of compliance. If many devices in the "Executives" category are missing updates, the IT team knows to prioritize fixing that group. This targeted approach improves efficiency and reduces risk. Categories enable role-based scenarios. For example, a company might use a kiosk device for a reception desk. That device should have a very restricted policy that blocks almost everything. By putting it in a "Kiosk" category, the policy can be completely different from a standard laptop category. This ensures that the reception computer cannot accidentally be used to access sensitive files. In short, device categories turn complex, heterogeneous device environments into manageable, predictable groups. For IT pros studying for the MD-102 exam, understanding device categories is not just a theoretical concept-it is the foundation of modern, automated device management at scale.
How It Appears in Exam Questions
On the MD-102 exam, device category questions appear in several distinct patterns. The first pattern is scenario-based design questions, where you are given a description of a company with different device types and ownership models. For example: "Contoso has 100 Windows 10 corporate laptops, 50 iOS personal phones, and 30 Android corporate tablets. They want each group to have different compliance policies. Which solution should they implement?" The right answer involves creating device categories for each type, creating dynamic groups based on those categories, and assigning the policies to the groups. The wrong answers may involve using static groups or a single policy with multiple settings.
The second pattern is configuration questions about enrollment. A typical question might say: "A company uses Intune for device management. They want users to be able to select a device category during enrollment automatically. What must they configure?" The answer includes creating the categories in the Intune console and ensuring the enrollment profile is set to allow category selection. You might also see questions that require you to order the steps: first create categories, then create dynamic groups, then assign policies. The exam presents the steps out of order, and you need to sequence them correctly.
The third pattern is troubleshooting questions. For example: "A user enrolls a new device, but it does not receive the company's security policy. The device is correctly assigned to the 'Corporate Laptops' category. What should you check?" The answer is to verify the dynamic group rule syntax, the group membership, and the policy assignment. Another troubleshooting question might involve a situation where a device category is missing from the enrollment options. The cause could be that the category was deleted, or the user does not have permission to see it, or the category is not assigned to that enrollment profile. These questions test your ability to diagnose common issues.
The fourth pattern is impact analysis questions. The exam might ask: "What happens if you change the device category of an already enrolled device?" The correct answer is that the device will move to the new dynamic group within a few minutes, and it will then receive the policies assigned to that new group. However, some policies may require a device check-in or a restart to apply. Another question could ask: "If you delete a device category, what happens to devices in that category?" The answer is that devices remain enrolled but lose their category assignment, and they will fall into a default group or no group, potentially losing policy enforcement. These questions assess your understanding of the lifecycle and consequences of category management.
Study MD-102
Test your understanding with exam-style practice questions.
Example Scenario
Sarah works for a mid-sized company called GreenTech. GreenTech has 200 Windows laptops for office workers, 50 iPads for the sales team, and 30 Android phones for the warehouse staff. The IT administrator, Mike, needs to make sure each type of device has the right security settings. He doesn't want to set up each device manually because that would take days. He decides to use device categories in Microsoft Intune.
First, Mike creates three device categories: "Office Laptops," "Sales iPads," and "Warehouse Phones." He then creates three dynamic Azure AD groups with rules that match each category. For example, the rule for "Sales iPads" is: (device.deviceCategory -eq "Sales iPads"). Next, he creates different compliance policies and configuration profiles. For the "Office Laptops" category, he sets a policy that requires BitLocker encryption, Windows Defender antivirus, and automatic updates. For "Sales iPads," he sets a policy that requires a 6-digit passcode, device encryption, and blocks the use of iCloud backup. For "Warehouse Phones," he sets a policy that forces a passcode and requires the device to be updated to the latest Android version.
Now, when a new Windows laptop arrives, the IT team enrolls it using Windows Autopilot. During the enrollment process, a technician selects "Office Laptops" from the category dropdown. Within minutes, the laptop is added to the "Office Laptops" dynamic group. The policy automatically pushes down, enabling BitLocker and installing updates. No further manual work is needed. A few weeks later, the sales department gets a new iPad. The user enrolls it, selects "Sales iPads" as the category, and the iPad immediately gets the passcode requirement and blocked iCloud backup. Mike can easily see from the Intune dashboard that all devices in each category are compliant. If a device is out of compliance, he can troubleshoot by checking which category it belongs to and whether the group membership is correct. This scenario shows how device categories simplify management, reduce errors, and save time, all while keeping the organization secure.
Common Mistakes
Creating device categories but not creating dynamic groups based on those categories
Without dynamic groups, the categories have no effect. Policies can only be assigned to groups, not directly to categories. So even if a device has a category, it will not receive any policy unless it is in a group that references that category.
After defining categories, always create dynamic Azure AD groups with a rule that includes the deviceCategory property, such as (device.deviceCategory -eq "CategoryName"). Then assign policies to those groups.
Using device categories as the only way to differentiate policies without considering that some policies might conflict
If a device belongs to multiple dynamic groups (e.g., one based on category and another based on device model), it could receive conflicting policies. Intune handles conflicts by using the most restrictive setting, but this can lead to unexpected behavior and user frustration.
Carefully design your group hierarchy. Ensure that devices only belong to one group that applies security policies, or use policy merge rules intentionally. Test with a small pilot before rolling out widely.
Assuming device categories are automatically assigned during all enrollment methods without configuring them
Device categories will only appear as a selection option during enrollment if the administrator has enabled the 'Allow device category selection' setting in the enrollment profile. If this setting is off, users cannot select a category, and the device will be enrolled without one.
When setting up enrollment profiles for Windows Autopilot, Apple DEP, or Android Enterprise, ensure the option to allow category selection is turned on. Alternatively, you can assign categories dynamically using group tags in Autopilot.
Editing or deleting a device category that is in use without understanding the impact
If you delete a category, all devices in that category will lose their category property. The dynamic group rule will no longer match those devices, so they will lose all policies assigned through that group. Devices may become unmanaged or fall back to default policies unexpectedly.
Before deleting a category, move all devices to a new category or create a replacement category and update the dynamic group rules. Use a phased approach: update the group rule first, then after devices have moved, delete the old category.
Thinking device categories are the same as device groups
Device categories are a property on a device object, while device groups are containers that hold devices. Categories are not groups and cannot be assigned policies directly. Groups are assigned policies. Categories are used to automatically populate groups via dynamic rules.
Understand the architecture: categories are tags, groups are containers. Always create groups that use categories to determine membership. Never try to assign a policy directly to a category.
Exam Trap — Don't Get Fooled
{"trap":"Choosing the option to assign a compliance policy directly to a device category rather than to a dynamic group based on the category.","why_learners_choose_it":"Learners see that categories organize devices and policies target devices, so they assume a direct assignment is possible. The word 'category' sounds like a grouping mechanism, leading them to believe it works like a group in Intune."
,"how_to_avoid_it":"Remember that in Intune, policies and configuration profiles can only be assigned to Azure AD device groups or user groups, not directly to a device category. Device categories only serve as a property that drives dynamic group membership. Always assign policies to the group, not to the category."
Step-by-Step Breakdown
Define device categories in Intune
The administrator goes to the Intune admin center, under Device enrollment, and selects Device categories. Here they can create new categories by providing a name and an optional description. This is the foundation-the categories themselves are just labels until they are used in groups.
Create dynamic Azure AD device groups
In Azure AD, the administrator creates dynamic device groups. The membership rule uses the device.deviceCategory property. For example: (device.deviceCategory -eq "Corporate Windows Laptop"). This rule ensures that any device with that category will automatically become a member of the group.
Assign policies to the dynamic groups
The administrator now creates or selects compliance policies, configuration profiles, or app assignments. Instead of assigning them to individual devices or static groups, they assign them to the dynamic groups created in step 2. This ensures all devices in that group get the same settings.
Configure enrollment to allow category selection
The administrator edits the enrollment profile (for Windows Autopilot, Apple DEP, or Android) to enable the option for users to select a device category during enrollment. Without this step, category selection will not be available, and devices will join without a category.
Enroll a device and assign a category
When the device is enrolled, the user or technician selects the appropriate category from the list. This selection is recorded as a property on the device object in Azure AD and Intune. The device now has a category tag.
Verify group membership and policy application
After enrollment, the administrator verifies that the device appears in the correct dynamic group. They can check by using Intune's device list or Azure AD's group membership view. Then they confirm that the policy has been applied by looking at the device's compliance status or configuration profile status in Intune.
Monitor and adjust as needed
Over time, devices may change roles, or categories may need to be updated. The administrator can edit the device's category directly from Intune if needed. This triggers a group membership update. They also monitor compliance reports filtered by category to ensure policies are working as expected.
Practical Mini-Lesson
Device categories are not just academic-they are used every day by endpoint administrators to keep environments organized and secure. In practice, the first thing an experienced Intune admin does when standing up a new tenant is define device categories. This is because categories inform almost every other decision, from enrollment design to compliance reporting. The most common categories include 'Corporate Windows Laptop,' 'Corporate iOS Device,' 'Personal Android Device,' and 'Kiosk Device.' However, you can also create categories based on department (Sales, HR, IT), location (HQ, Branch), or risk level (Standard, High Security). The key is to make them meaningful for your organization's policy needs.
When implementing device categories, you must also consider the user experience. If you force a user to select a category during enrollment without explaining what each category means, they may choose incorrectly. A wrong category could result in a device receiving a policy that is too strict or too loose. Therefore, many organizations use Autopilot group tags to pre-assign categories for corporate devices based on their model or purchase order. For personally owned devices, a clear description in the enrollment portal helps users choose correctly. Another practical consideration is the limit of 250 categories per tenant. This is usually more than enough, but large enterprises with many departments and device types must plan carefully to stay within this limit.
What can go wrong? A common issue is category drift. Over time, devices might be reassigned to different users or departments, but the category is never updated. The device remains in a category that no longer matches its role. This can lead to security gaps-for example, a former executive's laptop stays in the 'Executive' category with relaxed controls even though the new user is a standard employee. To prevent this, administrators should have a process to review and update categories periodically, especially when devices are re-imaged or transferred. Another mistake is using too many categories, which can make reporting and policy management complex. It is better to use a handful of well-defined categories than dozens of overlapping ones. Finally, remember that categories are only as good as the dynamic group rules that use them. If the rule syntax is wrong, devices will not join the group, and policies will not apply. Always test with a small set of devices before rolling out category-based management broadly. For MD-102 exam success, practice creating categories and groups in a lab environment. Get comfortable with the rule syntax and the relationship between categories, groups, and policies. This hands-on understanding will make the exam questions much easier.
Memory Tip
Categories are the labels, groups are the bins, policies are the rules for the bins.
Covered in These Exams
Current Exam Context
Current exam versions that test this topic — use these objectives when studying.
Related Glossary Terms
A 2-in-1 laptop is a portable computer that can switch between a traditional laptop form and a tablet form, usually by detaching or rotating the keyboard.
5G is the fifth generation of cellular network technology, designed to deliver faster speeds, lower latency, and support for many more connected devices than previous generations.
802.1X is a network access control standard that authenticates devices before they are allowed to connect to a wired or wireless network.
AAA (Authentication, Authorization, and Accounting) is a security framework that controls who can access a network, what they are allowed to do, and tracks what they did.
Frequently Asked Questions
Can I assign a policy directly to a device category?
No. Policies in Intune can only be assigned to Azure AD device groups or user groups. Device categories are just properties on devices that can be used in dynamic group rules to determine group membership.
How many device categories can I create?
You can create up to 250 device categories per tenant. This is usually sufficient for most organizations, but you need to plan carefully if you have many departments, locations, or device types.
Can I change the device category of an already enrolled device?
Yes. In the Intune admin center, you can edit a device's properties and change its category. The device will then move to the corresponding dynamic group and receive new policies after the next check-in.
What happens if a user does not select a category during enrollment?
If the enrollment profile requires category selection and the user skips it, the device may be enrolled without a category. If category selection is optional, the device will be enrolled with no category. In both cases, the device will not automatically join any dynamic group based on category, so it may not receive targeted policies.
Are device categories available for all enrollment methods?
Yes, device categories are available for most enrollment methods, including Windows Autopilot, Apple Device Enrollment Program (DEP), Android Enterprise, and manual enrollment. However, you must enable the option to prompt for category selection in the enrollment profile.
Do device categories work with user groups?
Device categories are properties on device objects, not user objects. They are used in dynamic device groups. You cannot use a device category in a user group rule. However, you can combine user groups and device categories by using both in a single policy assignment scope, but the category itself is device-based.
Can I have devices in multiple categories?
No. A device can have only one category at a time. If you change the category, the old category is replaced. This is important because a device can only belong to one dynamic group based on a single category value.
Is it possible to automate category assignment without user interaction?
Yes. Using Windows Autopilot group tags, you can pre-assign a category to a device based on its hardware hash or serial number. The category is then applied automatically during enrollment without requiring the user to select anything.
Summary
Device category is a fundamental concept in Microsoft Intune and a key topic for the MD-102 exam. It is a label assigned to a device that determines which dynamic Azure AD group the device joins, and consequently which policies, compliance rules, and applications it receives. This system enables IT administrators to manage diverse device fleets efficiently without manual group assignments. By creating categories like 'Corporate Laptop' or 'Personal Phone,' and then using dynamic groups that reference those categories, you automate policy enforcement across hundreds or thousands of devices.
Understanding device categories is crucial because they appear in many exam questions about enrollment, policy assignment, and troubleshooting. You must know that categories are not groups and cannot be assigned policies directly. They are simply properties that feed into dynamic group rules. You also need to be aware of common mistakes, such as confusing categories with groups, neglecting to create the dynamic group, or failing to enable category selection during enrollment. The exam expects you to design solutions that use categories to simplify management, and to troubleshoot when devices do not receive the correct policies.
The takeaway for your exam preparation is to practice creating and using device categories in a lab environment. Set up a few categories, create dynamic groups with proper rules, assign policies, and then test by enrolling devices. See how changing a category updates group membership. This hands-on experience will solidify the concept and prepare you for scenario-based questions. Remember the memory hook: categories are labels, groups are bins, policies are the rules for the bins. Master this relationship, and you will find device category questions straightforward on the MD-102 exam.