Microsoft Configuration Manager
Device enrollment

Monitor Co-management - Configuration Manager | Microsoft Learn

In brief

The documentation now states that device-token auto-enrollment requires Windows 10 version 1803 or later and falls back to the user token if the device token fails. It also adds guidance to check ComanagementHandler.log and refreshes dashboard descriptions and image text.

What Intune admins need to know

When troubleshooting pending or failed enrollment, verify the Windows version and use ComanagementHandler.log for diagnostics. No mandatory administrator action is stated.

This summary was assembled from the tracked documentation change. Verify important details in the full Microsoft Learn article.

Documentation change

The comparison below shows only the changed extract. Use the full-page view for complete context.

Monitor co-Co-management - Configuration Manager | Microsoft Learn

Applies to: Configuration Manager (current branch)

After you enable co-management, monitor co-management devices by using the following methods:

  • Co-management dashboard
  • Deployment policies

Co-management dashboard

This dashboard helps you review machines that are co-managed in your environment. The graphs can help you identify devices that might need attention.

In the Configuration Manager console, go to the Monitoring workspace, and select the Cloud Attach node.

  • For version 2103 and earlier, select the Co-management node.

Screenshot shows the co-management dashboard in Configuration Manager.

Client OS distribution

Shows the number of client devices per OS by version. It uses the following groupings:

  • Windows 7 &and 8.x
  • Windows 10 lower than 1709
  • Windows 10 1709 and later

Hover over a graph section to show the percentage of devices in that OS group.

Screenshot shows the Client OS distribution tile.

Co-management status

  • Enrollment initiated
  • Enrolled

Screenshot shows the Co-management Status (funnel) tile.

Co-management enrollment status

  • Failure, Microsoft Entra hybrid joined

  • Failure, Microsoft Entra joined

  • Pending user sign in

    • To reduce the number of devices in this pending state, a new co-managed device automatically enrolls to the Microsoft Intune service based on its Microsoft Entra ID device token. It doesn't need to wait for a user to sign in to the device for auto-enrollment to start.

    To support this behavior, the device needs to be running Windows 10, version 1803 or later. If the device token fails, it falls back to previous behavior with the user token. Look in the ComanagementHandler.log for the following entry:

Enrolling device with RegisterDeviceWithManagementUsingAADDeviceCredentials

Select a state in the tile to drill through to a list of devices in that state.

Screenshot shows the Co-management Enrollment Status tile.

Workload transition

Displays a bar chart with the number of devices that you've transitioned to Microsoft Intune for the available workloads. For more information, see Workloads able to be transitioned to Intune.

Hover over a chart section to show the number of devices transitioned for the workload.

Screenshot shows the Workload transition bar graph.

Enrollment errors

This table is a list oflists enrollment errors from devices. These errors can come from the MDM component in Windows, the core Windows OS, or the Configuration Manager client.

There are hundreds of possible errors. The following table lists the most common errors.

Error Description
2147549183 (0x8000FFFF) MDM enrollment hasnisn't been configured yet on Microsoft Entra ID, or the enrollment URL isn't expected.Enable automatic enrollment
2149056536 (0x80180018)MENROLL_E_USERLICENSE License of user is in bad state blocking enrollmentAssign licenses to users
2149056555 (0x8018002B)MENROLL_E_MDM_NOT_CONFIGURED When trying to automatically enroll to Intune, but the Microsoft Entra configuration isn't fully applied. This issue should be transient, as the device retries after a short time.
2149056554 (0x‭8018002A‬) The user canceled the operationIf MDM enrollment requires multi-factormultifactor authentication, and the user hasndoesn't signedsign in with a supported second factor, Windows displays a toast notification to the user to enroll. If the user doesn't respond to toast notification, this error occurs. This issue should be transient, as Configuration Manager will retryretries and promptprompts the user. Users should use multi-factormultifactor authentication when they sign in to Windows. Also educate them to expect this behavior, and if prompted, take action.
2149056532 (0x80180014)MENROLL_E_DEVICENOTSUPPORTED Mobile device management isn't supported. Check device restrictions.
2149056533 (0x80180015)MENROLL_E_NOTSUPPORTED Mobile device management isn't supported. Check device restrictions.
2149056514 (0x80180002)MENROLL_E_DEVICE_AUTHENTICATION_ERROR Server failed to authenticate the user There's no Microsoft Entra token for the user. Make sureEnsure the user can authenticate to Microsoft Entra ID.
2147942450 (0x‭80070032‬) MDM auto-enrollment is only supported on Windows RS3 and above.Make surelater.Ensure the device meets the minimum requirements for co-management.
3400073293 ADAL user realm account response unknownCheck your Microsoft Entra configuration, and make sureensure that users can successfully authenticate.
3399548929 Need user sign-inThis issue should be transient. It occurs when the user quickly signs out before the enrollment task happens.
3400073236 ADAL security token request failed.Check your Microsoft Entra configuration, and make sureensure that users can successfully authenticate.
2149122477 Generic HTTP issue
3400073247 ADAL-integrated Windows authentication is only supported in federated flowPlan your Microsoft Entra hybrid join implementation
3399942148 The server or proxy wasn't found.This issue should be transient, when the client can't communicate with cloud. If it persists, make sureensure the client has consistent connectivity to Azure.
2149056532 Specific platform or version is not supportedMake sureisn't supportedEnsure the device meets the minimum requirements for co-management.
2147943568 Element not foundThis issue should be transient. If it persists, contact Microsoft Support.
2192179208 Not enough memory resources are available to process this command.This issue should be transient, it should resolveresolves itself when the client retries.
3399614467 ADAL Authorization grant failed for this assertionCheck your Microsoft Entra configuration, and make sureensure that users can successfully authenticate.
2149056517 Generic Failure from management server, such as DB access errorThis issue should be transient. If it persists, contact Microsoft Support.
2149134055 Winhttp name not resolvedThe client can't resolve the name of the service. Check the DNS configuration.
2149134050 internet timeoutThis issue should be transient, when the client can't communicate with cloud. If it persists, make sureensure the client has consistent connectivity to Azure.

For more information, see MDM Registration Error Values.

Deployment policies

Two policies are created in the Deployments node of the Monitoring workspace. One policy is for the pilot group and one for production. These policies report only the number of devices where Configuration Manager has appliedapplies the policy. They don't consider how many devices are enrolled in Intune, which is a requirement before devices can be co-managed.

The production policy (CoMgmtSettingsProd) is targeted to the All Systems collection. It has an applicability condition that checks the OS type and version. If the client runs a server OS or isn't Windows 10 or later, the policy doesn't apply, and no action is taken.

Tip

For an example collection query for co-managed devices see,devices, see Create queries in Configuration Manager.

WMI device data

Daily Intune.Admin.News

Get daily email updates

Get a concise summary of the latest Microsoft Intune updates delivered straight to your inbox.

Loading the secure signup form…