跳转到内容

5.2 审批与放行

本节规定版本从「待审批」转为「已发布」的判定规则与操作方法。适用于编程员、审批员与管理员。

审批策略按程序库配置,不设全局策略。同一车间可同时存在要求主管签字的量产程序库与允许 自审自批的试制程序库。策略参数按表 5-6 的规定。

表 5-6 审批策略参数

参数 默认值 含义
审批人数 1 放行所需的不同审批人数量
禁止自审自批 启用 启用时,版本作者本人的批准不计入票数
自动放行 停用 启用时,版本提交后直接发布,不进入审批队列

典型配置组合按表 5-7 的规定选用。

表 5-7 典型审批策略组合

程序库类型 审批人数 禁止自审自批 自动放行 适用场合
量产程序库 1 启用 停用 常规配置
试制程序库 1 停用 启用 单人快速迭代
工装与对刀程序库 2 启用 停用 影响面较大的通用子程序

「审批」页列出当前用户待处理的全部版本,导航栏角标显示该队列长度。

审批队列

图 5-6 审批队列页面

队列各字段的含义按表 5-8 的规定。

表 5-8 审批队列字段

字段 说明
程序 / # 待审批版本所属的程序及其版本号
作者 创建该版本的人员
提交人 执行「提交审批」操作的人员,可与作者不同
已批准数 该版本已获得的有效票数。双人会签场合此处显示 1 表示尚差一票

操作步骤:

a) 在审批队列中单击「审阅」,打开评审弹窗;

b) 选择「查看差异」(默认)核对与上一版本的并排差异,或选择「查看完整程序」核对本版全文;

c) 在「意见」栏填写审批意见,该栏为必填项,批准与驳回均须填写;

d) 单击「批准」或「驳回」。

评审弹窗

图 5-7 评审弹窗

批准操作的处理规则如下:

a) 有效票数达到「审批人数」时,版本状态转为「已发布」,进入下发候选列表, 并触发 version.released Webhook;

b) 有效票数未达到时,版本保持「待审批」,界面显示已获得的批准次数;

c) 同一人员对同一版本的重复批准仅计一票;

d) 在启用「禁止自审自批」的程序库内,作者本人执行批准将被拒绝。

驳回的处理规则:版本退回「草稿」状态,由作者修改后重新提交,版本号不变、内容为新的一版; 驳回意见保留在审批记录中。

表 5-9 审批相关权限

操作 所需权限 具备该权限的角色
批准、驳回版本 approvals.decide 审批员、管理员
提交审批 versions.submit 编程员、管理员

授权范围可设为全局,亦可限定至某个程序库。

用户与授权

图 5-8 用户与授权页面

图 5-8 中,王敏为全局审批员,孙琦仅在「工装与对刀库」内具备审批员权限。 该库的双人会签由二人共同完成。

审批与内容外流。 审批人打开评审弹窗将读取程序正文,系统据此记录一条 version.view 审计记录。该记录属正常业务行为,审计查询方法见 5.9

审批与试制的关系。 试制下发的对象仍为「已发布」版本,试制不构成绕过审批的通道。 试制解决的是已批准版本尚未在具体机床上验证的问题,见 5.5