G06Q10/10
1.一种OA单据审批实现方法,其特征在于,包括:
S1、接收待审批单据,并获取所述待审批单据包含的申请人信息和业务信息;
S2、根据所述业务信息包含的业务类型数量确定所述待审批单据的审批流程种类,所述审批流程种类包括单次命中审批流程和多次命中审批流程;
S3、根据所述申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,所述预设审批路径中包括至少一级审核节点,每级所述审核节点对应的审核人为变量对象或固定对象;
S4、沿所述预设审批路径逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批。
2.根据权利要求1所述的OA单据审批实现方法,其特征在于,
当所述业务信息包括一种业务类型,确定所述审批流程种类为单次命中审批流程时,所述步骤S3中生成对应的预设审批路径为生成单条审批路径;
当所述业务信息包括多种业务类型,确定所述审批流程种类为多次命中审批流程时,所述步骤S3中生成对应的预设审批路径为生成依照多种业务类型对应划分的多条并行分支审批路径。
3.根据权利要求2所述的OA单据审批实现方法,其特征在于,当所述审批流程种类为多次命中审批流程时,所述步骤S4包括:
沿各条所述分支审批路径分别逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批;各条所述分支审批路径的审核结果互不影响。
4.根据权利要求1或3所述的OA单据审批实现方法,其特征在于,所述步骤S4中对所述待审批单据进行审批时,若所述待审批单据中的所述业务维度条件发生变化,则更新当前审批路径;所述当前审批路径已完成的审核节点结果保留。
5.根据权利要求4所述的OA单据审批实现方法,其特征在于,所述变量对象为指定职位,所述固定对象为指定人员。
6.一种OA单据审批系统,其特征在于,包括:
获取模块,用于接收待审批单据,并获取所述待审批单据包含的申请人信息和业务信息;
确定模块,用于根据所述业务信息包含的业务类型数量确定所述待审批单据的审批流程种类,所述审批流程种类包括单次命中审批流程和多次命中审批流程;
生成模块,用于根据所述申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,所述预设审批路径中包括至少一级审核节点,每级所述审核节点对应的审核人为变量对象或固定对象;
审批模块,用于沿所述预设审批路径逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批。
7.根据权利要求6所述的OA单据审批系统,其特征在于,
当所述业务信息包括一种业务类型,所述确定模块确定所述审批流程种类为单次命中审批流程时,所述生成模块生成单条审批路径;
当所述业务信息包括多种业务类型,所述确定模块确定所述审批流程种类为多次命中审批流程时,所述生成模块生成依照多种业务类型对应划分的多条并行分支审批路径。
8.根据权利要求7所述的OA单据审批系统,其特征在于,当所述审批流程种类为多次命中审批流程时,所述审批模块还用于沿各条所述分支审批路径分别逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批;各条所述分支审批路径的审核结果互不影响。
9.根据权利要求6或8所述的OA单据审批系统,其特征在于,所述审批模块对所述待审批单据进行审批时,若所述待审批单据中的所述业务维度条件发生变化,则更新当前审批路径;所述当前审批路径已完成的审核节点结果保留。
10.根据权利要求9所述的OA单据审批系统,其特征在于,所述变量对象为指定职位,所述固定对象为指定人员。
本发明涉及办公自动化技术领域,尤其涉及一种OA单据审批实现方法及系统。
OA(办公自动化,Office Automation)是应用计算机、电子设备和软件来数字化地创建、收集、存储、处理,并传播完成办公室任务所需的信息。原始数据的存储、电子转账和电子业务信息的管理组成了办公自动化系统的基本活动。由于信息的数字化,任务相关人员能够更加方便快捷地共享信息,高效地协同工作,极大地优化了以往复杂、低效的办公室工作过程。OA发展早期主要推行一种无纸化办公模式,发展至今则强调规范流程管理和协同办公。传统的OA流程引擎系统都是预先设置好了审批流程,审批流程中的各个审核节点也只能指定特定用户或者单据上的某类型的用户字段。所以,当组织架构发生变化时候,必须修改配置的审批流程,另外,配置的审批流程复杂,面对审批内容较多的审批单据时,只能单一审批路径进行逐级审批,以使审批过程较长,增加了时间成本。
本发明提供了一种OA单据审批实现方法及系统,以解决现有的配置审批节点配置不够灵活和审批过程时间较长、效率低的问题。
为了解决上述问题,本发明提供了一种OA单据审批实现方法,包括:
S1、接收待审批单据,并获取所述待审批单据包含的申请人信息和业务信息;
S2、根据所述业务信息包含的业务类型数量确定所述待审批单据的审批流程种类,所述审批流程种类包括单次命中审批流程和多次命中审批流程;
S3、根据所述申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,所述预设审批路径中包括至少一级审核节点,每级所述审核节点对应的审核人为变量对象或固定对象;
S4、沿所述预设审批路径逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批。
作为本发明的进一步改进,当所述业务信息包括一种业务类型,确定所述审批流程种类为单次命中审批流程时,所述步骤S3中生成对应的预设审批路径为生成单条审批路径;
当所述业务信息包括多种业务类型,确定所述审批流程种类为多次命中审批流程时,所述步骤S3中生成对应的预设审批路径为生成依照多种业务类型对应划分的多条并行分支审批路径。
作为本发明的进一步改进,当所述审批流程种类为多次命中审批流程时,所述步骤S4包括:
沿各条所述分支审批路径分别逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批;各条所述分支审批路径的审核结果互不影响。
作为本发明的进一步改进,所述步骤S4中对所述待审批单据进行审批时,若所述待审批单据中的所述业务维度条件发生变化,则更新当前审批路径;所述当前审批路径已完成的审核节点结果保留。
作为本发明的进一步改进,所述变量对象为指定职位,所述固定对象为指定人员。
为了解决上述问题,本发明还提供了一种OA单据审批系统,包括:
获取模块,用于接收待审批单据,并获取所述待审批单据包含的申请人信息和业务信息;
确定模块,用于根据所述业务信息包含的业务类型数量确定所述待审批单据的审批流程种类,所述审批流程种类包括单次命中审批流程和多次命中审批流程;
生成模块,用于根据所述申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,所述预设审批路径中包括至少一级审核节点,每级所述审核节点对应的审核人为变量对象或固定对象;
审批模块,用于沿所述预设审批路径逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批。
作为本发明的进一步改进,当所述业务信息包括一种业务类型,所述确定模块确定所述审批流程种类为单次命中审批流程时,所述生成模块生成单条审批路径;
当所述业务信息包括多种业务类型,所述确定模块确定所述审批流程种类为多次命中审批流程时,所述生成模块生成依照多种业务类型对应划分的多条并行分支审批路径。
作为本发明的进一步改进,当所述审批流程种类为多次命中审批流程时,所述审批模块还用于沿各条所述分支审批路径分别逐级向各审核节点对应的审核人推送审核,对所述待审批单据进行审批;各条所述分支审批路径的审核结果互不影响。
作为本发明的进一步改进,所述审批模块对所述待审批单据进行审批时,若所述待审批单据中的所述业务维度条件发生变化,则更新当前审批路径;所述当前审批路径已完成的审核节点结果保留。
作为本发明的进一步改进,所述变量对象为指定职位,所述固定对象为指定人员。
本发明提供了一种OA单据审批实现方法及系统,根据业务类型的数量确定待审批单据是单次命中审批流程和多次命中审批流程,然后根据申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,通过根据审批单据的实际情况来选择不同的审批流程,可同时生成至少一条对应的预设审批路径,不仅提高了整个审批过程的灵活性,也提高了审批效率,从而节约了时间成本;另外,还支持每级审核节点对应的审核人为变量对象或固定对象,当审核节点对应的审核人为变量对象时,则未将某个审核节点的审核人与某个具体的人员进行绑定,而是与预设组织架构表中的人员信息是实时对应、同步更新的,所以当预设组织架构中的人员发生变化时,则只需要实时修改预设组织架构表中的人员信息即可。
图1为本发明OA单据审批实现方法第一实施例的流程示意图;
图2为本发明一种预设审批路径的示意图;
图3为本发明OA单据审批系统第一实施例的功能模块示意图。
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用来限定本发明。
图1展示了本发明OA单据审批实现方法的第一实施例。如图1所示,本实施例中,该OA单据审批实现方法包括以下步骤:
步骤S1:接收待审批单据,并获取待审批单据包含的申请人信息和业务信息。
具体地,企业管理活动中,很多重要的业务都离不开领导的审批,例如,销售订单的签署、付款审批、请假审批、费用报销审批等。在需要进行审批时,业务员新增对应类型的单据,完成单据内容维护后提交审核,将单据上传系统进行审批。例如:系统可以是ERP(Enterprise Resource Planning,企业资源计划)系统。系统接收申请人上传至系统的单据,该单据就是待审批单据。一般情况下,每种类型的单据都具有统一的格式,在本实施例中,可以根据待审批单据的格式识别待审批单据的类型,例如:根据待审批单据的表头字段、排版、内容或编号等识别待审批单据的类型。待审批单据包含有申请人信息和业务信息,其中,申请人信息包括但不限于个人信息、职位信息以及所属部门信息,业务信息为待审批单据的类型,例如,待审批单据是销售订单审批单据、请假审批单据,还是费用报销审批单据等等,业务信息包括但不限于业务类型、业务类型数量以及业务维度条件。业务类型为待审批单据中所需审批的具体内容,例如,待审批单据为费用报销审批单据,此费用报销审批单据具体需要报销的是交通费,那么此费用报销审批单据的业务类型即为交通费。业务维度条件为待审批单据在审批过程中审批节点的流向条件。
步骤S2:根据业务信息包含的业务类型数量确定待审批单据的审批流程种类,审批流程种类包括单次命中审批流程和多次命中审批流程。
在步骤S2中,当业务信息包括一种业务类型,则确定审批流程种类为单次命中审批流程;当业务信息包括多种业务类型,则确定审批流程种类为多次命中审批流程。例如,现接收到一费用报销审批单据,根据此单据确定了业务信息为费用报销,其中,此费用报销审批单据需要报销的费用仅有交通费,则确认此单据的业务信息包括交通费一种业务类型,那么,确认此费用报销审批单据的审批流程类型为单次命中审批流程;若此费用报销审批单据需要报销的费用有保险费、交通费和差旅费三种,则确认此单据的业务信息包括保险费、交通费和差旅费三种业务类型,那么,确认此费用报销审批单据的审批流程为多次命中审批流程。
步骤S3:根据申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,预设审批路径中包括至少一级审核节点,每级审核节点对应的审核人为变量对象或固定对象。
在步骤S3中,当步骤S2中确定审批流程种类为单次命中审批流程时,生成单条审批路径,例如:现接收到一费用报销审批单据,费用报销审批单据中包括的业务类型仅有一种交通费,满足单次命中审批流程条件,生成单条审批路径。当步骤S2中确定审批流程种类为多次命中审批流程时,生成依照多种业务类型对应划分的多条并行分支审批路径,例如:现接收到一费用报销审批单据,费用报销中包括的业务类型有保险费、交通费以及差旅费三种,确定审批流程种类为多次命中审批流程,则生成按照保险费、交通费以及差旅费三种业务类型对应划分为保险费分支审批路径、交通费分支审批路径以及差旅费三条并行分支审批路径。三条分支审批路径同时进行审批,其中,三条分支审批路径上的审核节点对应的审核人可以相同也可以不同,例如:现接收到一办公维修需求审批单据,此办公维修需求审批单据中包括维修IT类产品和行政类用品,通过判断此单据的业务类型数量确定审批流程种类为多次命中审批流程,则生成按照维修IT类产品和行政类用品两种业务类型划分为维修IT类产品分支审批路径和维修行政类用品分支审批路径,两种分支审批路径的一级审核人均为申请人的部门领导,而二级审核人则不同,维修IT类分支审批路径的二级审核人为网络管理部人员,维修行政类用品分支审批路径的二级审核人为行政部人员。
当待审核单据为多次命中审批流程种类时,将生成对应的预设审批路径为生成依照多种业务类型对应划分成多条并行分支审批路径,多条并行分支审批路径同时进行审批,提高了审批效率,从而节约了时间成本。
进一步地,应当理解为每条预设审批路径上的审核节点对应的审核人可以全部为变量对象或固定对象,也可以同时包含变量对象和固定对象。当审核节点对应的审核人为变量对象时,变量对象为指定职位,则需从预设组织架构表中实时获取当前审核节点对应的审核人,预设组织架构表包括:所有员工的个人信息、职位信息以及所属部门信息。本实施例中,需及时维护预设组织架构表,确保预设组织架构表为最新状态,从而保证获取准确的审核人。当审核节点对应的审核人为固定对象时,固定对象为指定人员,例如:某公司员工提出离职申请审批单据,由于该员工所在公司的设定是工牌审核人、社保公积金审核人以及餐费审核人均为指定人员,那么,此离职申请审核单据中的预设审批路径的工牌审核节点、社保公积金审核节点和餐费审核节点的审核人均为固定对象,申请人的部门领导、财务审核等其他审核节点的审核人均为变量对象。
根据业务维度条件确定审核节点的审核人,不同的业务维度条件配置不同的审核人。业务维度条件可以根据金额大小、订单数量或请假天数定义,或者为其他内容。如图2所示,以步骤S3中的审批流程种类为单次命中审批流程的费用报销审批单据为例,假设规定的业务维度条件根据金额大小定义,并设定为若交通费报销金额等于或低于1000元,预设审批路径共有两级审核节点,依次是申请人的部门领导和财务总监审批;若交通费报销金额高于1000元,预设审批路径共有三级审核节点,依次是申请人的部门领导、财务总监及公司总经理。
需要说明的是,审批流程种类为多次命中审批流程的待审批单据,业务维度条件按照各分支审批路径进行配置,多个分支审批路径配置的业务维度条件互不约束。
步骤S4:沿预设审批路径逐级向各审核节点对应的审核人推送审核,对待审批单据进行审批。
在步骤S4中,当审批流程种类为多次命中审批流程时,沿各条分支审批路径分别逐级向各审核节点对应的审核人推送审核,对待审批单据进行审批;各条分支审批路径的审核结果互不影响。例如:以步骤S3中的审批流程种类为多次命中审批流程的费用报销审批单据为例,将费用审批单据划分成了保险费分支审批路径、交通费分支审批路径以及差旅费分支审批路径三条并行分支审批路径,若其中保险费分支审批路径的某个审核节点的审核人发现此保险费用不合规,将此保险费分支审批路径驳回,而其他交通费分支审批路径以及差旅费分支审批路径没有被驳回,将继续进行审批,不受交通费分支审批路径的影响,所以,此费用审批单据出现部分被驳回,申请人只需针对驳回的交通费分支审批路径中的内容作修改后再重新提交仅包含报销交通费的费用报销审批单据即可,无需将整个费用报销单据重新提交。
进一步地,在步骤S4中,对待审批单据进行审批时,若待审批单据中的业务维度条件发生变化,则更新当前审批路径;当前审批路径已完成的审核节点结果保留。例如:以步骤S3中的审批流程种类为单次命中审批流程的费用报销审批单据为例,现设定为若交通费报销金额等于或低于1000元,预设审批路径共有两级审核节点,依次是申请人的部门领导和财务总监审批;若交通费报销金额高于1000元,预设审批路径共有三级审核节点,依次是申请人的部门领导、财务总监及公司总经理,填写此费用报销的申请人由于在金额上填写错误,误将需报销的交通费2000元填写成1000元,导致此费用报销审批单据的预设审批路径为申请人的部门领导和财务总监进行审批,但申请人的部门领导审批后没有发现问题,而审核节点到达财务总监进行审批时发现金额应为2000元,此时财务总监可修改此费用报销审批单据中填写的金额,无需将此审批单据驳回,从而将此费用报销审批单据的预设审批路径更新为由申请人的部门领导、财务总监及公司总经理进行审批,由于申请人的部门领导已审批,并且审批单据已经修改正确,则此审批单据无需再经过申请人的部门领导审批,财务总监审批完成后,由公司总经理进行审批。
当待审批单据中的业务维度条件发生变化,只需更新当前审批路径,不需要驳回待审批单据,而且当前审批路径已完成的审核节点结果保留,既提升了用户体验,又提高了工作效率。
本实施例中,根据业务类型的数量确定待审批单据是单次命中审批流程和多次命中审批流程,然后根据申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,通过根据审批单据的实际情况来选择不同的审批流程,可同时生成至少一条对应的预设审批路径,不仅提高了整个审批过程的灵活性,也提高了审批效率,从而节约了时间成本,另外,还支持每级审核节点对应的审核人为变量对象或固定对象,当审核节点对应的审核人为变量对象时,则未将某个审核节点的审核人与某个具体的人员进行绑定,而是与预设组织架构表中的人员信息是实时对应、同步更新的,所以当预设组织架构中的人员发生变化时,则只需要实时修改预设组织架构表中的人员信息即可。
图3展示了本发明OA单据审批系统的第一实施例。如图3所示,在本实施例中,该OA单据审批系统包括获取模块51、确定模块52、生成模块53、审批模块54。
获取模块51,用于接收待审批单据,并获取待审批单据包含的申请人信息和业务信息;
确定模块52,与获取模块51耦接,用于根据业务信息包含的业务类型数量确定待审批单据的审批流程种类,审批流程种类包括单次命中审批流程和多次命中审批流程;
生成模块53,分别与获取模块51和确定模块52耦接,用于根据申请人信息、审批流程种类以及业务信息包含的业务维度条件生成对应的预设审批路径,预设审批路径中包括至少一级审核节点,每级审核节点对应的审核人为变量对象或固定对象;
审批模块54,与生成模块53耦接,用于沿预设审批路径逐级向各审核节点对应的审核人推送审核,对待审批单据进行审批。
上述实施例的基础上,其他实施例中,当业务信息包括一种业务类型,确定模块52确定审批流程种类为单次命中审批流程时,生成模块53生成单条审批路径;当业务信息包括多种业务类型,确定模块52确定审批流程种类为多次命中审批流程时,生成模块53生成依照多种业务类型对应划分的多条并行分支审批路径。
上述实施例的基础上,其他实施例中,当审批流程种类为多次命中审批流程时,审批模块54还用于沿各条分支审批路径分别逐级向各审核节点对应的审核人推送审核,对待审批单据进行审批;各条分支审批路径的审核结果互不影响。
上述实施例的基础上,其他实施例中,审批模块54对待审批单据进行审批时,若待审批单据中的业务维度条件发生变化,则更新当前审批路径;当前审批路径已完成的审核节点结果保留。
进一步地,变量对象为指定职位,固定对象为指定人员。
关于OA单据审批系统中各模块实现技术方案的其他细节,可参见上述实施例中的OA单据审批方法中的描述,此处不再赘述。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对发明的具体实施方式进行了详细说明,但其只作为范例,本发明并不限制于以上描述的具体实施方式。对于本领域的技术人员而言,任何对该发明进行的等同修改或替代也都在本发明的范畴之中,因此,在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等,都应涵盖在本发明的范围内。
本文发布于:2023-04-15 09:01:04,感谢您对本站的认可!
本文链接:https://patent.en369.cn/patent/4/87068.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |