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 制造协同中最稳定、最易维护的做法。

建议在访问控制规则中使用“拒绝优先”原则:先为所有角色设置最小权限(如仅 Read),再按角色和状态逐条放开。这样即使新增角色,也不会意外获得过高权限。

三、生命周期权限:状态流转与权限联动

生命周期模板决定了对象从创建到冻结的完整路径。在 MPMLink 中,工艺计划通常经历“设计中 → 评审中 → 已发布 → 已冻结”四个状态。每个状态对应不同的权限集合,权限随状态自动切换。下图展示了角色、状态与权限之间的联动关系:

MPMLink 角色—状态—权限联动示意 工艺员 Process Planner 制造工程师 Manufacturing Engineer 车间用户 Shop Floor User 制造管理员 MPM Admin 设计中 In Work 评审中 Under Review 已发布 Released 已冻结 Frozen 工艺员:读取 / 修改 / 删除工艺计划与工序 制造工程师:只读;车间用户:无权限 制造工程师:读取 / 修改 / 提交发布 工艺员:只读;车间用户:无权限 所有角色:只读;制造工程师可发布制造 BOM 禁止修改工艺结构与工序内容 所有角色:只读;仅管理员可执行归档/删除 用于历史追溯与合规审计 提交评审 批准发布 冻结归档 配置要点: 1. 访问控制规则绑定生命周期状态,状态流转时权限自动切换;2. 遵循“拒绝优先”,先设最小权限再逐条放开; 3. 创建者与发布者分离;4. 车间用户仅保留已发布对象的读取权限,确保执行依据唯一且受控。

从图中可以看出,权限并非静态分配给某个人,而是随对象状态动态变化。工艺员在“设计中”拥有最大编辑权,一旦提交评审,编辑权即被收回;制造工程师在“评审中”接管修改与发布权;进入“已发布”后,所有角色都退化为只读,确保车间执行依据的稳定性和唯一性。这种设计能有效避免“边发布边修改”造成的版本混乱。

四、实操配置示例:以工艺计划为例

在 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
   不可执行:编辑、删除、修改状态、新增工序

配置完成后,建议用“权限模拟”功能分别以四类角色登录验证。重点检查三个场景:一是工艺员在“评审中”状态是否确实无法修改;二是车间用户能否看到“已发布”的工艺文件但看不到“设计中”的草稿;三是制造工程师能否在“评审中”状态完成发布操作。若任一场景不符合预期,应回到访问控制规则中检查参与者映射和状态绑定是否正确。

不要将“修改”权限直接授予“已发布”状态下的任何设计角色。若确需变更已发布工艺,应通过“修订(Revise)”生成新版本,在新版本的“设计中”状态完成修改,再走一遍评审发布流程。直接修改已发布对象会破坏版本追溯链,导致车间执行依据与系统记录不一致。

五、权限审计与持续维护

角色与权限设计不是一次性工作。随着组织调整、人员变动和工艺变更,权限配置需要定期审计。建议每季度执行一次权限审查,重点检查:是否存在离职人员仍保留角色、是否有角色权限超出职责范围、是否有对象状态与权限不匹配的异常记录。Windchill 提供的访问控制报告和生命周期状态报告可以作为审计依据。对于制造协同场景,还应特别关注“跨部门临时授权”是否已到期回收,避免临时权限长期滞留形成安全隐患。

总结来说,制造协同角色与权限设计的核心是“职责分离、状态驱动、最小授权、定期审计”。工艺员负责创建,制造工程师负责评审发布,车间用户负责执行查看,管理员负责配置审计。四类角色各司其职,权限随生命周期状态自动切换,才能保证 MPMLink 中的制造数据在正确的时间、以正确的权限、被正确的人使用。