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


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

文章插图
工作中有很多涉及审计功能的业务场景,如休假单、加班申请、采购订单等 。既然审计被用在了如此多的场景中,审计功能可以被设计成一个通用的模块来重用吗?这绝对是有可能的 。现在我带大家分析一下审计功能 。
01审计表的组成下图是公共信息资源网的请假申请表 。如果按照操作内容来划分,可以分为业务表单区和审批表单区两个区域 。
业务表单区:业务表单区主要填写与具体业务相关的内容信息 。
审批表区:审批表区主要是审批人填写审批意见的区域 。根据我们常用的审批表模板,可以观察到不同审批表的可操作性内容基本相同,主要包括审批人、审批意见和审批状态 。
02参与角色审核涉及两个主要角色:发起者和审核者:
发起方:业务内容的创建方,整个审核流程的开始,基本操作功能包括提交审核、取消、根据审核意见修改业务表单等 。
审批人:根据业务内容完成意见审核的人员 。基本操作功能包括审核意见的通过、驳回、撤销、填写等 。
03批准操作就单一的审计信息资源网络形式而言,其提供的功能较为简单,主要有:
提交审核:发起方发起当前业务的申请,进入审核流程,这是整个审核流程的起点 。通常发起方根据情况手动或自动提交 。
通过:审计师根据业务内容做出的决定 。条件满足则通过,审计信息资源网络审计流程进入下一个审计节点或结束 。
【电商后台设计:审核流 抄送人和审批人的区别是什么】拒绝:与通过相反,批准人根据业务做出决定;如果不满足条件,则拒绝,批准流程返回到上一个批准节点或起始节点 。
撤销:审核人完成审核后,下一个(通过)或上一个(拒绝)节点的审核人进行审核前,审核人可以通过撤销撤回审核意见,再次修改审核内容 。
取消:发起人因自身原因导致整个审批流程未完全完成时,主动取消审批申请,返回业务表单编辑节点 。
04批准模式1.系列批准串行审批主要是指经过一个审核节点后才能进入下一个审核节点 。如果被拒绝,将被拒绝到上一个节点、任意上一个节点或业务表单编辑节点 。

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

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

场景2:固定审计流程企业内部的审计内容还有很多,涉及金额和机密信息,以上人为的方式并不适合 。他们的审计流程通常是固定的标准审计流程,如采购订单、合同等 。鉴于这种情况,有必要设计一个标准的审核流程,稍后由技术人员或产品经理维护 。
除了审批人,还需要根据业务增加更多的匹配规则,如:
1)审批金额:只有满足一定的金额条件,才会触发相应的审批人 。比如审核企业的采购订单,当采购金额小于等于10000时,采购主管可以审核;当大于10000时,采购经理需要同时审核 。
2)审核人的动态确认:我们上面已经总结过,审核其实就是找到对应的审核人,然后完成审核信息 。可以通过以下方式设置审计员:
指定人员:在审批节点具体指定一个具体的审批人 。
具体岗位:将节点设置为对应部门的岗位 。审批流进入节点时,系统根据岗位信息动态获取当前对应人员 。这样,设计就可以保证新员工在员工的职位发生变化后可以继续审核,而不必再次修改审核设置 。
3)消息通知:当审核进入对应节点时,向发起方和审核方发送消息通知,及时了解审核状态 。通常这种逻辑是由代码完成的,功能不会在原型图中体现出来 。


推荐阅读