审核流程与审批流程之间的比较

审核流程与审批流程之间的比较

特征

审批流程

审核流程

执行时间

创建和编辑记录时。

适用于进入 CRM 系统的所有记录。

模块 

标准和自定义

标准和自定义

要审批的实体(记录或字段)

审批时要考虑记录。

审核时要考虑记录字段。

字段级别批准/拒绝

不允许

允许。 

可对个别字段设置审核流程。审核者应批准/拒绝每个字段。

特定于布局

是。您可为每个布局配置审核流程。

可选择谁作为审批者或审核者?

  • 个别用户

  • 担任特定职位的用户

  • CRM 中来自特定组的用户

  • 级别(根据职位层级)

  • 经理

  • 记录所有者 

  • 个别用户

  • 担任特定职位的用户

  • CRM 中来自特定组的用户

  • 记录所有者

允许多少个审批者或审核者?

多个

多个

是否需要所有审批者或审核者批准?

取决于配置。

配置记录应由以下哪种对象审批:

  • 任何人(任何审批者)

  • 每个人(所有审批者)

  • 并行(所有审批者并行)

  • 顺序(所有审批者逐个审批)

否。

记录可由任何审核者审核。不需要所有审核者将记录标记为已批准或已拒绝。任何人可审核该记录。 

允许的审批者/审核者数目。

最多 10 个

最多 5 个

提交记录时发出通知

系统生成的电子邮件通知仅发送给记录审核者。

仅当在设置审核流程时配置了通知的情况下,才会同时向记录提交者和审核者发送通知。 

审批者/审核者的操作

可对审核者分配他们在审批记录时需要执行的任务

不能对审核者分配操作

批准/审核记录时要执行的操作(根据配置)

批准记录时将执行以下操作: 

  • 分配任务

  • 电子邮件提醒

  • 调用 webhook 

  • 调用函数

  • 字段更新(如果有多个审批,可针对每个审批者配置)

审核并批准记录时,可向记录提交者、审核者及 CRM 管理员发送通知。

拒绝记录时要执行的操作(根据配置)

拒绝记录时,将自动执行以下操作: 

  • 分配任务

  • 更新字段

  • 电子邮件提醒

  • 调用 webhook 

  • 调用函数

拒绝记录时,可向记录提交者、审核者及 CRM 管理员发送通知。 

拒绝原因

审批者可在拒绝记录前输入原因。 

可配置以下预定义原因:

  • 无效输入

  • 数据不足

  • 数据不匹配 

您也可配置自定义原因。

重新提交

可重新提交

可重新提交

 

记录进入条件

可配置

可配置

不符合条件的记录

不会考虑批准

可分配给某个用户进行审核

完成审批的时间线

未设置时间线

可定义审核的完成时间(以天计)。

SLA 升级

无法配置

可配置。超出审核完成时间后,系统会向所选用户发送通知。

将记录转交给其他用户

是。 

可将记录转交给另一用户以进行审批。

否。

不能将记录转交给另一用户。

对流程重新排序

支持

支持

报表

是。 

以下预定义报表可用:

  • 审核流程中的平均等待时间

  • 审核状态(按记录数排列)

  • 字段状态(按记录数排列)

  • 拒绝原因(按记录数排列) 

删除流程

支持。等待审批的记录会被锁定,审批者必须审批它们。

支持,仅当没有记录等待审核时。 

停用流程

支持。 

等待审批的记录将被锁定。可从列表视图批准或拒绝它们。

支持。

 

等待审核的记录可被:

  • 拒绝

  • 移至 CRM 系统。

  • 退出这些流程并运行其他活动审核流程。

 


    • Related Articles

    • 审核流程

      为什么业务中需要审核流程? 分析,最重要的是验证进入机构数据库的信息,这一做法从长远来看,有助于维持数据库干净整洁并节省大量时间和精力。以下是示例说明。假设某公司每天通过手动和在线提交方式收到数百份贷款申请。 客服在 CRM 中输入申请详情,其中每个请求都将经历各种流程,然后转移到公司内的不同部门。申请到达贷款审批过程中的某个阶段时,其中一些被拒绝的原因包括无效文件,错误信息,较少的就业年限等。如果事先由一组审核人对其进行审核和批准,然后允许它们进入后续销售流程,就可以避免发生这种情况。  ...