[发明专利]表单批量处理方法和装置

说明书

技术领域

本发明涉及表单处理技术，尤其涉及一种表单批量处理方法和装置。

背景技术

在企业资源计划系统(ERP)或基于信息整合集成的类似的实现业务过程信息化的系统中，使用工作流技术对业务过程进行流程的编排，监控，任务的推送，执行等操作，例如各种表单的审批等(此种流程也可称为审批流)，这其中为了提高效率，要求系统能将多个表单进行一次操作，一般称为批量处理。相关的技术一般会将所有需要批量处理的表单生成一个流程实例，流程实例的含义是指用户定义的业务流程在实际场景中发生后，计算机系统中用来表现的一种信息化形式。我们知道，在相关的工作流技术中，通常是一张表单发起一个流程实例，所以将多个表单生成一个流程实例的批量操作实际上是将批量处理问题规约到处理一张表单的问题上，这样的做法虽然简化了对多个流程实例的操作，但是却有很多缺陷：

由于多张表单在一个流程实例中，批量任务受到了很多限制，比如有四张请假单被批量处理为以下流程，如图1所示。

由于请假天数的不同，两个请假天数为3天，两个请假天数为5天，而用户的请假流程设计为小于等于三天为直接上级审批，大于三天由间接上级审批，那么此时就有路由冲突了，相关技术则通过拆分来处理，也就是将满足同一类条件的表单作为一个集合，拆分发送至各个分支，各个分支完成后再合并成一个批量任务，再发送至后续节点(人力记录)进行处理。这样的做法带来两个问题：

首先对于直接上级和间接上级的处理人，无法灵活的分割批量任务，而在实际场景中处理人往往会在批量任务中进行选择，即选择一部分批量处理，另一部分由于各种原因进行单独处理或挂起，相关技术支持该场景十分困难，因为如果分割了批量任务，在AND合并(即等待所有任务完成的分支合并)的场景下后续节点(人力记录)无法触发，如果使用OR合并(即不等待所有任务完成的分支合并)，则后续节点(人力记录)会被触发多次。前者会使流程挂起，无法继续执行；后者除了实现上复杂程度高带来的开发上的风险和使用上的易用性及可靠性问题外，还会由于多次触发后续节点带来时间上的浪费。

其次，由于相关技术发起时就决定了批量任务的规模，即批量提交时的表单数目，这样如果再批量提交一次，又会产生一个流程实例生成一个批量任务，由于用户无法合并这两个不同实例的批量任务，必须处理两次，这样也违背了提高效率的初衷。

另外，按照用户的使用习惯，在批量处理的时候，更倾向于一次的批处理是属于同一业务流程的表单，在实际应用场景中却往往出现一种表单类型对应多个业务流程的情况。比如，普通销售发票审批流程和红字销售发票审批流程都是对应于销售发票的业务流程(红字销售发票代表现金的减少，如退货流程；普通销售发票表示现金的增加，如销售流程)。我们知道在现有的工作流技术中，可以在建立业务流程的过程中通过条件分支将这两种具体流程组合成一个业务流程，但这样在批量处理一批任务时就可能包含了两种销售发票，用户很难区分，与用户的习惯相悖；另一方面过多的分支将会使整个业务流程图变得复杂不堪。

因此，需要一种表单批量处理方式，能够解决业务流程的拆分合并带来的不能灵活分割批量任务的问题，来提高业务流程的效率。

发明内容

本发明所要解决的技术问题在于，提供一种表单批量处理方式，能够解决业务流程的拆分合并带来的不能灵活分割批量任务的问题，来提高业务流程的效率。

鉴于以上，本发明提供了一种表单批量处理方法，包括：步骤202，输入多张表单；步骤204，为每张表单查找具有与所述每张表单符合的路由条件的业务流程；步骤206，对同一业务流程对应的表单进行批量处理，其中，对批量处理的每张表单均发起一个流程实例以进行处理。

在上述技术方案中，优选地，还包括：步骤201，为每个业务流程设置路由条件。

在上述技术方案中，优选地，所述步骤206中，根据用户需要，对所述同一业务流程对应的表单的部分或全部进行批量处理。

在上述技术方案中，优选地，所述路由条件通过以XPATH形式表现的布尔表达式表示。本技术方案中，路由条件可以有多种方式来表示，并不限于以XPATH形式表现的布尔表达式。