使用Microsoft Graph更新Intune托管设备类别失败（同代码更新所有者成功），如何修复？

嘿，我之前也碰到过一模一样的情况！问题出在更新设备类别的API规则和更新设备Owner完全不同——你用的deviceCategoryDisplayName其实是个只读属性，根本没法直接通过它来修改设备类别，而Owner是允许直接赋值的可写字段，这就是为啥后者能成前者不行。

下面给你一步步说怎么修复：

1. 先拿到目标设备类别的ID #

首先你得先调用Graph API，把你要设置的"General Purpose"设备类别的ID捞出来，请求是这样的：

GET https://graph.microsoft.com/beta/deviceManagement/deviceCategories

返回的结果里找到displayName是"General Purpose"的那条，把它的id（一串类似xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx的UUID）记下来。要是这个类别还没创建，得先POST一个：

POST https://graph.microsoft.com/beta/deviceManagement/deviceCategories
Content-Type: application/json

{
  "displayName": "General Purpose",
  "description": "可选的类别描述"
}

2. 用正确的请求体更新设备类别 #

把你原来的请求体彻底换掉，改用deviceCategory@odata.bind来关联刚才拿到的类别ID，格式如下：

{
  "deviceCategory@odata.bind": "/deviceManagement/deviceCategories('{你拿到的类别ID}')"
}

记得把{你拿到的类别ID}换成实际的UUID值，再用同一个PUT/PATCH请求发送就行。

3. 最后检查权限 #

别忘确认你的账号/应用有足够的权限：至少得有DeviceManagementManagedDevices.ReadWrite.All权限，不管是委托权限还是应用权限都可以，要是是委托权限的话，得确保已经完成了权限同意流程。

额外排查点 #

如果还是失败，看看服务器返回的具体错误码：

• 要是400 Bad Request，大概率是绑定路径写错了，检查一下ID有没有输错，格式是不是正确
• 要是403 Forbidden，那就是权限不够，回去检查权限配置有没有生效

内容的提问来源于stack exchange，提问作者nayuta