审批流设计(OA 系统)

1、审批流设计（OA 系统）审批流，是 OA 系统的最核心模块，大部分的功能模块都会和审批流审批流，是 OA 系统的最核心模块，大部分的功能模块都会和审批流关联，一个好的审批流管理方案，能极大减少产品和研发的工作量。审批流管理，包括以下 3 个模块：角色管理、审批关系管理、审批方案管理。通过审批方案聚合了角色、审批关系、以及审批规则，形成一套符合业务流程的审批流，基于具体的场景，走不同的人员审批。员工角色管理员工角色是审批流中的基础，能很大程度上减轻审批流维护成本。从结构上分为 3 个部分：员工基本信息、角色管理和审批等级。员工基本信息是不变的（一般由 EHR 系统维护），可以读取 EHR 系统中

2、的数据，确保员工信息的准确。角色管理分为角色名称和员工管理的团队范围，举例：张三是市场部和销售部的 HRBP需要在角色中增加或减少员工即可。审批关系管理审批关系管理，是即默认审批流，分为汇报关系管理、汇报类型管理和审批等级。汇报关系汇报和特殊汇报关系，比如 HRBP 除了向 HR 部门 VP 汇报之后， 还会向负责的业务部门 VP 虚线汇报。审批等级审批是根据审批内容，来判断需要到那个层级的管理者审批的。举例：请假 1 天直属 leader（1 级审批人） 和团队负责人3（3 级审批）审核。审批等级的好处，是在配置审批流的时候，可以根据审批条件，精准的判断可截止的审批层级。一图胜千言，可以看下

3、这个结构图。审批方案管理前两个模块，都是为了审批方案做的基础工作。真正使用到业务中的， 就是审批方案。以财务用款审批方案为例，看如何设计审批方案。举例用款需要员工发起，最终是审批人是财务如果是金额小于等于1000 如果是金额小于等于1000 元（部门 A 金额小于等于2000元元leader2金额大于 1000（部门 A 金额大于 2000 元1w 元，需要财务 BP 和部门 VP 审批通过需要财务 BP 和部门 VP 审批通过金额大于等于 1w，需要 CFO 审批以上都审批完成后，最后通知财务打款5.以上都审批完成后，最后通知财务打款从上面的例子可以看出，审批方案分为审批规则和审批流。从上面

4、的例子可以看出，审批方案分为审批规则和审批流。1. 审批规则业务规则：不同的业务审批流，都会有特殊的规则判断，比如财务、考勤、行政采购、人事转正等，我大致列了一些常用的规则字段。财务：金额（参考上面例子）；财务：金额（参考上面例子）；考勤：休假类型和天数，如事假、年假、产假等；行政类：有采购数量和采购价格等，如超过 5000 元采购申请，行政类：有采购数量和采购价格等，如超过 5000 元采购申请，需要主管审批需要主管审批P7 以上转正要 VPP7 以上转正要 VP 审批等特殊情况还会根据部门，走不同的审批流程，这里要基于业务场景来考批等特殊情况还会根据部门，走不同的审批流程，这里要基于业务场

5、景来考虑虑但也要留意一下特殊场景，比如说审批人缺失，可以跳过这个环节继续审批，直接终止审批，或者跳转到某个具体的人来处理这个事情。2. 审批方式包括依次审批、协同审批，以及仅通知。包括依次审批、协同审批，以及仅通知。协同审批：适合某个角色中，有多个成员，只需要一个人同意或协同审批：适合某个角色中，有多个成员，只需要一个人同意或拒绝就可以完成审批。拒绝就可以完成审批。依次审批：当存在多个步骤，每个步骤中有多个审批人的时候，需要所有人都审批通过，才能进入下一步。需要所有人都审批通过，才能进入下一步。当某一个人或角色，仅仅告知审批结果的，可以选择仅通知方式。如下图，某一个没有分支条件的参考示例。可结束审批节点规则做这个的目的是避免很小的流程，就走很长的审批，比如说金额小于1000 的，到 2 级审批人就可以结束审批，但较大金额的比如超过10w 的用款，则只能 CFO 审批结束。审批流设置这个对产品经理来说，就是一个流程图，相对简单，只要审批规则、审批方式等提前定义好，这就是最简单的配