电商后台设计：审核流抄送人和审批人的区别是什么 _资源

文章插图
工作中有很多涉及审计功能的业务场景，如休假单、加班申请、采购订单等。既然审计被用在了如此多的场景中，审计功能可以被设计成一个通用的模块来重用吗？这绝对是有可能的。现在我带大家分析一下审计功能。Chuangye.com
01审计表的组成下图是常见的请假申请表。如果按照操作内容来划分，可以分为业务表单区和审批表单区两个区域。

文章插图
业务表单区:业务表单区主要填写与具体业务相关的内容信息。
审批表区:审批表区主要是审批人填写审批意见的区域。根据我们常用的审批表模板，可以观察到不同审批表的可操作性内容基本相同，主要包括审批人、审批意见和审批状态。
02参与角色审核涉及两个主要角色:发起者和审核者:
发起方:业务内容的创建方，整个审核流程的开始，基本操作功能包括提交审核、取消、根据审核意见修改业务表单等。
审批人:根据业务内容完成意见审核的人员。基本操作功能包括审核意见的通过、驳回、撤销、填写等。
03批准操作就单个审批表而言，它提供的功能比较简单，主要有以下几个方面:
提交审核:发起方发起当前业务的申请，进入审核流程，这是整个审核流程的起点。通常发起方根据情况手动或自动提交。
通过:审批人根据业务内容做出的决定。如果满足条件，审批流将进入下一个审批节点或结束。
拒绝:与通过相反，批准人根据业务做出决定；如果不满足条件，则拒绝，批准流程返回到上一个批准节点或起始节点。
撤销:审核人完成审核后，下一个(通过)或上一个(拒绝)节点的审核人进行审核前，审核人可以通过撤销撤回审核意见，再次修改审核内容。
取消:发起人因自身原因导致整个审批流程未完全完成时，主动取消审批申请，返回业务表单编辑节点。
04批准模式1.启动网络的系列批准串行审批主要是指经过一个审核节点后才能进入下一个审核节点。如果被拒绝，将被拒绝到上一个节点、任意上一个节点或业务表单编辑节点。

文章插图

2.并行批准并行审批是指在一个审批节点可以同时审批多个对象的情况。只有一个、多个或全部审批通过，才能进入下一个审批节点。如果被拒绝，通常其中一个对象被拒绝，则认为当前节点被拒绝，其他情况很少使用，比如多个对象被拒绝，所有对象都被拒绝。是通过还是拒绝取决于业务场景。

文章插图

3.混合审计混合审核通常是指包括串行审批和并行审批的方式。如下图所示，整个流程为串行审批模式，其中一个节点为并行审批模式。

文章插图
分析上述方法后，我们可以看到，一个审计流程通常由多个审计节点组成，每个节点中最重要的任务是找到相应的审计人员并给出相应的反馈。
05使用场景场景1:指定审批人发起申请时，发起者可以指定需要自己审核的人，这种情况很常见。主要优点是功能简单，灵活性高，缺点是无法形成标准的审核流程。适用于对审核要求不高的业务，如请假、补卡、加班等。这种审核流程通常不会太复杂，因为是用户自己设置的。

文章插图

场景2:固定审计流程企业内部的审计内容还有很多，涉及金额和机密信息，以上人为的方式并不适合。他们的审计流程通常是固定的标准审计流程，如采购订单、合同等。鉴于这种情况，有必要设计一个标准的审核流程，稍后由技术人员或产品经理维护。
除了审批人，还需要根据业务增加更多的匹配规则，如:
1)审批金额:只有满足一定的金额条件，才会触发相应的审批人。比如审核企业的采购订单，当采购金额小于等于10000时，采购主管可以审核；当大于10000时，采购经理需要同时审核。