4. 制造协同角色与权限设计
在 Windchill MPMLink 的制造协同场景中,角色与权限设计不是简单的“谁能登录、谁能看”,而是围绕制造数据在生命周期各阶段的可读、可改、可发布、可执行来划分职责边界。MPMLink 的核心对象包括制造资源库、工艺计划、工序、标准操作、BOM 转换结果以及下游发布的制造 BOM 与工艺文件。若角色划分不清,常见后果是工艺员误改已发布工艺、车间用户看到未冻结版本、制造工程师无法获取上游 EBOM 变更等。因此,本节从角色定义、访问控制配置、生命周期权限三个层面展开,并给出可直接参考的配置样例。
一、角色定义:按职责而非按部门划分
Windchill 中的“角色”通常通过参与者管理器中的用户组或角色来承载,再与访问控制规则绑定。制造协同中建议至少定义以下四类角色,并明确其数据操作边界:
- 工艺员(Process Planner):负责创建和维护工艺计划、工序、标准操作,进行 MBOM 转换与工艺路线编排。可编辑处于“设计中”状态的工艺对象,但不能直接发布或修改已发布版本。
- 制造工程师(Manufacturing Engineer):负责工艺评审、资源分配、工装夹具关联、制造 BOM 校验与发布。拥有对工艺计划“提交评审”“发布”的权限,并可修改制造资源库中的设备与工位信息。
- 车间用户(Shop Floor User):负责执行制造任务,查看已发布的工艺文件、工序卡、装配指示和物料清单。只读权限为主,可反馈执行状态或提交问题,但不能修改工艺结构。
- 制造管理员(MPM Admin):负责生命周期模板、访问控制策略、角色映射和权限审计,不直接参与工艺设计,但拥有配置与授权权限。
角色划分的关键原则是“职责分离”:创建者与发布者不应是同一人,执行者不应拥有修改权。这样既能满足制造合规要求,也能在出现质量问题时快速定位责任环节。
二、访问控制配置:从对象类型到状态
Windchill 的访问控制由“访问控制规则 + 参与者 + 权限”三要素构成。在 MPMLink 中,建议按对象类型和生命周期状态两个维度建立规则矩阵。以下是一个可参考的配置样例,假设生命周期状态分为“设计中(In Work)”“评审中(Under Review)”“已发布(Released)”“已冻结(Frozen)”:
| 对象类型 | 状态 | 工艺员 | 制造工程师 | 车间用户 |
|---|---|---|---|---|
| 工艺计划 | 设计中 | 读取/修改/删除 | 读取 | 无 |
| 工艺计划 | 评审中 | 读取 | 读取/修改/提交发布 | 无 |
| 工艺计划 | 已发布 | 读取 | 读取 | 读取 |
| 工序/标准操作 | 设计中 | 读取/修改 | 读取 | 无 |
| 工序/标准操作 | 已发布 | 读取 | 读取 | 读取 |
| 制造资源 | 已发布 | 读取 | 读取/修改 | 读取 |
| 制造 BOM | 已发布 | 读取 | 读取/发布 | 读取 |
配置时需注意:访问控制规则应尽量绑定到“生命周期状态”而非单个对象,这样当工艺计划从“设计中”流转到“评审中”时,权限自动收紧,无需人工干预。例如,在“设计中”状态给工艺员授予 Modify 权限,在“评审中”状态收回 Modify 并只保留 Read,在“已发布”状态对所有角色只保留 Read。这种“状态驱动权限”是 MPMLink 制造协同中最稳定、最易维护的做法。
三、生命周期权限:状态流转与权限联动
生命周期模板决定了对象从创建到冻结的完整路径。在 MPMLink 中,工艺计划通常经历“设计中 → 评审中 → 已发布 → 已冻结”四个状态。每个状态对应不同的权限集合,权限随状态自动切换。下图展示了角色、状态与权限之间的联动关系:
从图中可以看出,权限并非静态分配给某个人,而是随对象状态动态变化。工艺员在“设计中”拥有最大编辑权,一旦提交评审,编辑权即被收回;制造工程师在“评审中”接管修改与发布权;进入“已发布”后,所有角色都退化为只读,确保车间执行依据的稳定性和唯一性。这种设计能有效避免“边发布边修改”造成的版本混乱。
四、实操配置示例:以工艺计划为例
在 Windchill 中配置上述权限,通常需要完成以下关键操作。以下以工艺计划对象为例,给出配置路径和参数示例:
1. 创建生命周期模板:MPMLink_ProcessPlan_LC
状态序列:INWORK → UNDERREVIEW → RELEASED → FROZEN
每个状态设置“可流转目标状态”和“允许的流转角色”
2. 配置访问控制规则(策略管理 → 访问控制规则)
规则名称:ACL_ProcessPlan_ByState
对象类型:com.ptc.windchill.mpml.processplan.MPMProcessPlan
参与者映射:
INWORK → 工艺员:Read/Modify/Delete;制造工程师:Read
UNDERREVIEW→ 制造工程师:Read/Modify/ChangeState;工艺员:Read
RELEASED → 所有角色:Read;制造工程师:Read/ChangeState
FROZEN → 所有角色:Read;管理员:All
3. 角色映射(参与者管理器)
将用户组映射到上述角色:
Group_ProcessPlanner → 工艺员
Group_MfgEngineer → 制造工程师
Group_ShopFloor → 车间用户
Group_MPMAdmin → 制造管理员
4. 验证:以车间用户登录,打开已发布工艺计划
预期结果:可查看工序卡、装配指示、制造 BOM
不可执行:编辑、删除、修改状态、新增工序
配置完成后,建议用“权限模拟”功能分别以四类角色登录验证。重点检查三个场景:一是工艺员在“评审中”状态是否确实无法修改;二是车间用户能否看到“已发布”的工艺文件但看不到“设计中”的草稿;三是制造工程师能否在“评审中”状态完成发布操作。若任一场景不符合预期,应回到访问控制规则中检查参与者映射和状态绑定是否正确。
五、权限审计与持续维护
角色与权限设计不是一次性工作。随着组织调整、人员变动和工艺变更,权限配置需要定期审计。建议每季度执行一次权限审查,重点检查:是否存在离职人员仍保留角色、是否有角色权限超出职责范围、是否有对象状态与权限不匹配的异常记录。Windchill 提供的访问控制报告和生命周期状态报告可以作为审计依据。对于制造协同场景,还应特别关注“跨部门临时授权”是否已到期回收,避免临时权限长期滞留形成安全隐患。
总结来说,制造协同角色与权限设计的核心是“职责分离、状态驱动、最小授权、定期审计”。工艺员负责创建,制造工程师负责评审发布,车间用户负责执行查看,管理员负责配置审计。四类角色各司其职,权限随生命周期状态自动切换,才能保证 MPMLink 中的制造数据在正确的时间、以正确的权限、被正确的人使用。