审批流

根据实际业务审批流程,利用“审批流”控件,配置线上审批流程。

需求场景

实际业务场景中,有相当多的业务是需要“自下而上”进行审批,而且审批的方式多种多样,有一个人签批的“单签”,也有多个人签批的“汇签”,在“汇签”中,又可以分为“顺序汇签”和“无序汇签”等。

案例:请假审批

员工提出请假申请,根据设定的审批流程,各审批节点进行审批。

场景需求

以OA中的请假审批为例。

场景需求是,员工提出请假申请,提请相关人员审批。

配置思路

编制表单:“请假审批”。

请假审批,记录请假申请提交、审批的全过程信息。 img

配置过程

审批流的配置,需要在逻辑表中进行。

  1. 在逻辑表表名处,下拉找到并点击“审批流配置”项。 img

  2. 在跳转出来的配置界面中,对审批流进行详细的配置。

    img

    (1) 审批流配置-按钮名称:即该审批流发起的按钮名称,默认为“提交”,可编辑修改;

    (2) 审批流配置-悬浮提示语:即该审批流发起按钮的提示信息,鼠标放置在按钮上,以浮层的方式提示该按钮的提示信息,默认为“提交审批”,可编辑修改;

    (3) 按钮行为:即该审批流发起按钮在被点击后的操作行为,包括“立即执行”和“弹窗确认”两个选项,其中,“立即执行”是指没有任何提示信息,直接进入执行操作逻辑;“弹窗确认”是指会先弹出二次确认框,默认“提示语”为“确定提交审批?”,可编辑修改,待确认后,才会进入执行操作逻辑;

    (4) 配置工作流:即该审批流的具体审批流程配置,点击后,进入详细配置界面; img img

    a、审批节点-名称:即审批节点的名称,输入“请假审批”;

    b、审批节点-选择物理表:即涉及的物理表,默认为“请假/审批”,且不能编辑修改;

    c、审批节点-审批方式:即审批的顺序及流程,主要包括:

    单签:即审核人为一人,且只需一人签批;

    或签:即审核人为多人,但任意一人签批即可;

    汇签:即审批人为多人,且需所有人签批,但不需按顺序签批;

    顺序汇签:即审批人为多人,且需所有人按顺序签批;

    自动通过:即无需审批人,可自动通过。

    d、审批节点-审核人:即选择该审批节点的审核人,主要通过以下几种选择方式:

    汇报关系:从已设置的汇报关系中选择审核人;

    岗位职位:从已设置的岗位职位中选择审核人;

    组织架构:从已设置的组织架构中选择审核人;

    申请人:将申请人设置为审核人;

    虚拟组织:从已设置的虚拟组织中选择审核人。

    e、审批节点-其他设置:即该审批节点的其他设置项,主要包括:

    允许审批人转签:即该审批人可将申请转给他人签批;

    允许审批人加签:即该审批人可添加他人审批该申请;

    允许审批人撤回:即审批人可撤回审批结果,但最后一位审批人不允许撤回;

    允许申请者查看审批过程信息:即允许申请人查看审批过程中的审批结果信息。

    f、审批按钮配置:即对审批按钮进行配置,默认为“同意”和“拒绝”,可编辑修改。

    g、数据锁定:即设置审核人是否可修改申请内容,如果选择“对整条记录锁定”,则审核人不能修改申请内容;如果选择“对指定域锁定”,可指定字段进行锁定,审核人可对未锁定的字段进行修改。

    h、否决后的操作:即设置申请被“拒绝”后,申请人可进行的操作,包括“无”和“申请人修改并重新提交”,其中,“申请人修改并重新提交”是指申请审批被拒后,申请人可以在原申请上进行修改,然后再次提交审批。 img

上述配置项完成后,点击“确定”进行提交。在逻辑表的右上角会出现“审批”字样,在列表中,也会出现“审批”相关的显示字段。 img

申请人可以“提交”申请,以便申请进入审批流程。 img

案例演示应用

《OA-请假》

results matching ""

    No results matching ""