使用PATCH: project/users (v2)更新多服务用户权限遇问题求助

首先得先捋清楚几个关键的排查方向，这类权限接口的问题往往和服务标识符准确性、权限组合逻辑或者项目服务状态有关，咱们一步步来：

1. 先核对服务的官方标识符 #

你提到的Field、Glue、Plan、Schedule这些服务，接口v2版本大概率要求使用特定的内部枚举值，而不是直观的显示名称。比如：

• 别直接传Field，可能需要用bim360field或全小写的field
• Glue对应的可能是bim360glue或glue
• Plan和Schedule也许需要用bim360plan、bim360schedule这类精准标识

建议你仔细对照手中的代码文档，确保传递的服务名称和文档里的枚举值完全匹配——绝大多数“服务无效”错误都是因为标识符的大小写、拼写不对导致的。

2. 检查请求体的格式是否正确 #

你说设置Docs权限后其他服务权限会被移除，很大概率是请求体的层级结构错了。正确的格式应该是把每个服务的权限嵌套在services数组里，和项目级权限区分开，举个伪代码示例：

{
  "users": [
    {
      "user_id": "your-user-id",
      "access_level": "project_admin", // 项目级权限
      "services": [
        {
          "service_id": "bim360docs",
          "access_level": "admin"
        },
        {
          "service_id": "bim360field",
          "access_level": "viewer"
        },
        {
          "service_id": "bim360glue",
          "access_level": "editor"
        }
      ]
    }
  ]
}

要是把服务权限和项目级权限平级放置，接口可能只会识别到Docs的设置，自动忽略其他服务的参数。

3. 单独测试单个非Docs服务 #

先暂时去掉Docs权限，单独尝试设置Field或Glue的权限：

• 如果单独设置成功，说明问题出在Docs和其他服务的权限组合逻辑上（比如v2版本中Docs的全局权限会覆盖其他服务的细分权限）
• 如果单独设置还是报“服务无效”，那要么是标识符错了，要么是你的项目根本没启用对应的服务

4. 确认项目已开通目标服务 #

这个细节很容易被忽略：如果你的BIM 360项目在网页端的设置里没开通Field、Glue这些服务，哪怕你参数传得再对，接口也会返回“服务无效”。先去项目管理后台确认这些服务已经被启用。

内容的提问来源于stack exchange，提问作者Hervé PFAUWADEL