文章团结详细业务场景对电商靠山设计中的审核成果的设计逻辑展开了梳理说明，并对相关问题展开了阐明，但愿通过此文可以或许加深你对电商靠山设计的认识。

在事情中有很多的业务场景都涉及到审核成果，如告假条、加班申请、采购单等。既然有这么多场景都在利用审核，那能不能将审核成果单独设计成民众模块举办复用呢？这个必定是可以的，下面我就带各人来阐明一下审核成果。

01 审核单的构成

下图是一张常见的告假单申请单，假如我们按照操纵内容来分别，可以分出两个区域：业务表单区和审核表单区。

业务表单区：业务表单区主要填写详细业务所涉及的内容信息。

审核表单区：审核表单区主要是审批人填写审核意见的区域，按照我们常见的审核单模板，可以调查到差异的审核单审批区域的可操纵性内容根基一样，主要包括审核人、审核意见、审核状态。

02 参加脚色

审核中主要有两个脚色参加个中：提倡人和审核人：

提倡人：业务内容的建设人，整个审核流程的起始，根基操纵成果包罗提交审核、打消、按照审核意见修改业务表单等。

审核人：按照业务内容完成意见评审的人，根基操纵成果包括通过、驳回、取消、填写审核意见等。

03 审批操纵

单就审核表单来说，它提供的成果相对简朴，主要有以下几个：

提交审核：提倡人针对当前业务提倡申请进入审核流程，是整个审核流程的起点，凡是由提倡人手动提交，也有按照条件自动判定举办提交的。

通过：审核人按照业务内容做出的决定，满意条件则【通过】，审核流进入下个审核节点或竣事。

驳回：与【通过】相对，审核人按照业务做出决定，不满意条件则【驳回】，审核流回到上个审核节点或起始节点。

取消：审核人在完成评审后，在下一个(通过)或上一个(驳回)节点的审核人未作出评审前，可以通过【取消】撤回评审意见，再次修改评审内容。

打消：提倡人由于自身原因，在整个审核流程未完全完成时，主动打消了审核申请回到业务表单编辑节点。

04 审批模子 1. 串行审批

串行审批主要是指当一个审核节点通事后，才气进入下一个审核节点。假如驳回，则驳回到上一个节点、或之前任意一个节点可能业务表单编辑节点。

2. 并行审批

并行审核是指一个审批节点同时存在多个工具可以同时审核的环境。当个中一个、多个或全部审核通过，才气进入下一个审核节点。假如驳回，凡是个中一个工具驳回，就认为当前节点被驳回，其它的环境很少利用，如多个工具驳回、全部工具驳回。详细通过或驳回需要按照业务场景而定。

3. 殽杂审核

殽杂审核凡是是指包括了串行审批和并行审批的 *** 。如下图中，整个流程是一个串行审核 *** ，而个中一个节点则是并行审批 *** 。

对付上面的几种 *** 阐明后，可以看出，一个审核畅凡是是由多个审核节点构成， 每个节点内最主要的任务是找到对应的审核人并作出相应的意见反馈。

05 利用场景 场景一：指定审批人

提倡人在提倡申请时可以本身指定需要举办审核的人，这种场景较量常见。主要利益是成果简朴、机动性较量高，缺点是无法形成尺度审核流程。合用于那些对审核要求不高的业务，如告假单、迟到补卡、加班等。这样的审核流因为是用户本身配置，所以凡是不会太巨大。

场景二: 牢靠审核流

企业中尚有很多审核内容因为个中涉及到了金额、以及保密信息，所以上面这种工钱自界说的 *** 就不太合用，它们的审核流程凡是都是牢靠的尺度审核流，如采购单、条约等。针对这种环境需要设计一套尺度审核流程，后期由技能人员可能产物司理举办维护。

除了审核人外，还需要按照业务插手更多的匹配法则，如:

1）审核金额：即当满意必然的金额条件后，才会触发对应审核人。如企业的采购单审核，当采购金额小于便是10000时，采购主管审核即可，当大于10000时，同时需要采购司理来审核。

2）动态确认审核人：上面我们总结了，审核其实就是找到对应的审核人，然后完成审核信息。审核人的配置有以下几种 *** ：

指定详细的人：在审核节点上明晰指定详细的审核人。