BPM驳回的优化设计

一、批量审批的概念

1.1什么是批量审批

即相同流程的同一节点（非会签），在审批人通过统一表单填写审批意见后，批量办理当前任务，并将流程状态流向下一节点（或结束）。

所有下一步节点均相同，且下一步审批人亦相同。下一步审批人通过批量任务的任一任务取得，且支持重新选择。

批量操作全部成功，或全部失败。

对于表单页面在打开后，使用js更新表单数据的，不得使用批量审批。

涉及到子表，且子表的数据用于流程运转的控制，无法使用批量审批。

能否使用批量审批，在流程定义和流程配置-批量审批配置中由系统管理员和流程管理员进行定义。

二、实现方案

2.1.简单方案

简单方案不考虑表单，亦不对表单信息做更新。只是通过系统取到下一步节点名称及下一步审批人（下一步审批人支持用户自由选择），并生成下一节点的任务，并将任务指派给下一步审批人。本方案适合简单的线性流程，即只有提交和驳回，且不执行配置的前后置任务。目前提案专利的批量审批即使用简单方案实现，但由于在模块中实现，在不同的节点将批量审批时的需必填的字段先行在审批页面组装，本步骤审批人填写必填字段后，点击审批，直接生成新任务。

2.2.完整方案

完整方案需考虑表单的更新，并能够支持使用除isRe流程变量以外的字段控制流程走向。需支持前后置的执行。

在FlowRunTime的组装中，除processDefineId，taskId，processExecutionId，formDeinfeId，tableDefineId，pkValue外，FomrData即表单字段名与值的对应是关键，FormData在页面打开后使用js搜集数据，并组织对应关系，然后发给后台。由于我们的批量审批不考虑页面打开后，通过js控制的字段更新，即字段更新只允许通过人工参与填写的方式实现，所以先通过tableDefineId和pkValue取得对应的表单数据；

根据ColumnDeinfe、formDefineId、formVersionId，节点名称和表单权限定义得到本步骤必填的字段，根据columnDefine中的控制类型，即是日期、字符、下拉菜单还是textarea等组装成一个新的表单弹框，审批人填写后，并使得系统筛选出来的默认审批人或选择下一步审批人，将这一部分表单数据和数据库中查询得到的数据数据，共同组装成FormData；

多条FormData和taskId、pkValue、processExecutionId以及共同的流程、表单定义id、共同的下一节点名称和下一步审批人，一起传入并循环调用doNextStep，list中的所有运行，即一次批量审批在一个事务中，如有一个运行出现异常或执行失败，所以操作全部回滚至原来的状态。

三、两种方案的比较

简单方案实现较简单，但不支持前后置任务和表单的更新，适用简单的线性流程；

完整方案考虑到了表单的更新和前后置任务的执行，实际是在未打开页面前就将历史表单数据取出，根据表单权限将必填字段由批量审批人统一填写后，再循环单一审批逻辑，达到批量审批的效果。

两种方案目前均不支持下一步节点或下一步审批人各不相同的情况。

     本文转自 gaochaojs 51CTO博客，原文链接：http://blog.51cto.com/jncumter/1744171 ，如需转载请自行联系原作者