在多人协同的 PDMS 项目中，最让人头疼的莫过于 “误改模型”—— 明明是 A 设计师负责的管道区间 ，却被 B 设计师不小心修改，轻则返工纠错，重则影响项目进度。这篇文档就藏着解决这个问题的关 键：PDMS 权限管理（DAC 功能），通过精准设置用户权限，让每个人只操作自己的 “责任田”。

一、为什么需要权限管理？

当多个设计人员共用一个项目时，若没有权限限制，容易出现 “越界操作”：比如管道设计师误删设 备模型、新手修改了已确认的管道参数等。而 PDMS 的Data Access Control（DAC）功能，就像给每 个设计师的操作范围加了 “围栏”，只允许在指定区域内操作，从源头避免冲突。

二、PDMS 权限管理全流程（Admin 模块操作）

1. 打开 DAC 功能：权限管理的 “总开关”

◦ 进入 PDMS 的「Admin 模块」，点击顶部菜单栏「Project>Data Access Control」，打开 DAC 功能（ 默认关闭，显示 “DAC OFF”）。

◦ 打开后会弹出「Access Control Assistant」界面，这是权限设置的核心操作台，包含用户（Users） 、权限控制规则（ACRs）、作用范围（Scopes）、角色（Roles）四大核心板块。

2. 创建 ACR：给权限 “贴标签”

ACR（Access Control Rule）是权限的 “容器”，一个 ACR 对应一组操作权限，可绑定给多个用户。

◦ 操作步骤：在「Access Control Assistant」左侧点击「ACRs」，右键选择 “新建 ACR”，输入名称和 描述（如 “ALL-DESIGNER-USER” 表示 USER 组的全权限，“ALL-PIPES-USER” 表示仅管道操作权 限）。

3. 定义 Scope：划定操作 “势力范围”

Scope 是权限生效的范围，比如指定某 SITE、ZONE 或特定类型的元件（如仅允许操作 PIPE 类型的 ZONE）。

◦ 操作步骤：点击左侧「Scopes」，右键新建 Scope，设置名称（如 “ALLSCOPE” 表示全范围）和范 围规则。

◦ 范围规则可用PML语句定义，例如：

• 仅允许操作名为 “PIPES” 的区域：ALL WITH NAME OF SITE EQ 'PIPES'

• 全项目范围：直接填写 “ALL”

4. 配置 Role：细化操作 “权限清单”

Role 是具体的操作许可，比如 “允许创建 / 修改管道”“禁止删除设备” 等，需和 Scope 绑定生效。

 以 “PIPING-DESIGNER” 角色为例，可设置 3 条规则（Perop）：

• Perop1（管道分支权限）：允许操作（FUNC≠'ISSUED'）的 BRANCH，操作类型设为 “Allow” ，属性勾选 “ALL”。

• Perop2（管口权限）：允许修改 NOZZ 的 ORI（方向）、CREF（关联）、POS（位置）属性，其 他属性禁止操作。

• Perop3（管道权限）：仅允许在 PURP 为 “PIPE” 的 ZONE 中操作 PIPE，操作类型设为 “Allow ”。

5. 绑定 ACR、Scope 和 Role：让权限 “精准生效”

一个 ACR 必须绑定 1 个 Scope（范围）和 1 个 Role（权限清单），形成 “在哪操作 + 能做什么” 的 完整规则。

 操作步骤：在「ACRs」列表中双击目标 ACR，将左侧的 Scope 和 Role 拖入 ACR 的配置区（如 “ALL- PIPES-USER” 绑定 “ALLSCOPE” 范围和 “PIPING-DESIGNER” 角色）。

6. 给用户分配权限：“按人派活”

◦ 在「Access Control Assistant」左侧点击「Users」，找到目标用户（如 “PIPEA”），将已配置好的 ACR 直接拖入用户名下。

◦ 效果：ADMIN用户绑定 “ALL-DESIGNER-USER” 后可操作全项目；PIPEA 用户绑定 “ALL-PIPES-

USER” 后，仅能操作 PURP 为 “PIPE” 管道，无法修改其他区域模型。

三、权限生效验证：看看效果吧！

设置完成后保存配置，重启 PDMS 生效：

◦ 用 “ADMIN” 账户登录，可修改所有区域的模型（全权限）；

◦ 用 “PIPEA” 账户登录，若尝试修改 FUNC 为 “ISSUED”的管道，会被拒绝；操作 PURP≠“PIPE” 的 ZONE 时，也会提示无权限。

四、避坑小贴士

1.权限冲突处理：若同一用户绑定多个 ACR，“Disallow”（禁止）优先级高于 “Allow”（允许）。

2. Scope 规则细化：尽量用具体 PML 语句定义范围，避免 “全范围权限” 导致误操作。

3. 定期备份权限配置：多人协同项目建议导出权限配置文件，避免误删后重建。