jbpm的委托与移交功能的实现

　　在我们的工作流系统里已经有工作移交的功能，工作移交常用于用户离职、异动、岗位变化、长期不在岗位等情况，将已经分配给该用户的工作移交给其他用户。移交的本质是更改正在审批中的任务的审批人。而委托和转交功能中的转交功能与移交相似，移交功能由管理员发起，而转交则是由当前审批人主动发起的改变审批的行为。在日常运维中，经常出现类似这样的场景，某一工作被错误的移交到我手里，或者是我现在已经不办理类似流程了，我想主动的将该流程转给他人办理，这就是转交。另外，用户请假、外出、出差或针对某些低级别的流程（按照流程规定需要高层审批，比如总监级的请假单、加班单会由越级领导高级副总裁审批，而高级副对类似的单子不愿意去审批）希望委托他人审批，这即是一种事前的委托，而转交或转办也被称为审批中的委托。

　　在中国特色的工作流系统中，委托与转交功这样较常见。以下是我对委托与转交功能的基本定义：

1.首先在t_bpm_process_task中需增加委托人和转交人，同理将审批人改变为被委托人或被转交人；

2.该功能由该任务的审批人主动发起；

3.委托人数据（被委托人、委托时间）来源暂定为请假表的代理人及请假的开始、结束时间；

4.所有单据均可委托；

5.转交是当前审批人将该任务的审批权移交他人；

6.被转交人和被委托人不允许再将任务转交或委托他人；

7.我的工作中新增两个标签，我转交和我委托，转交人或委托人可以通过这两个模块查看自己转交或委托的任务的办理情况

以上功能为必要功能；

另外，还可增加更丰富的委托设置数据，比如

1.被委托人可以设置自己不允许被委托；

2.委托任务可以设置为是否允许转委托；

3.允许被委托或被转交人在委托/转交人恢复工作后仍未办理结束的任务退回委托/转交人；

　　在实际编码的过程中，对一些未清晰的需求进一步明确：

1.关于抢办的转交功能，抢办点击转交相当于jbpm4中候选功能的pick，即将抢办的任务先只归到自己名下，然后再进行转交，所以转交后暂定为只有被转交人有审批权限；

2.非OA任务不准转交；

3.改变审批人、加签等情况不自动转给被委托人；

4.抢办的暂无查看委托任务办理详情；

5.菜单表中需增加我转交我委托的菜单

　　我们先看看实现转交和委托所需要的表结构,实际是任务表，增加了两个字段用于表示委托人和转交人，如下:

　　我们先来看转交功能。对于前端页面我们直接使用单选的人员选择器，选中某用户后，点击确定后进入转交的处理，代码如下：

　　在以上的代码中，共有三处引用，分别是jbpm分配任务、更新扩展任务列表和向转交的审批人发送邮件。我们着重看一下分配任务：

　　在更新扩展任务列表中，我们会将选中的用户用作当前任务的审批人，同时将转交人赋值为当前用户，即

  下面介绍一下委托，委托是一种事前的工作委托，即前一步用户在将工作下发时，即将任务下发给工作的代理人，这里需要配合授权模块。授权模块的核心字段是委托人工号、被委托人工号和委托单号。如下：

　　这种事前的委托体现在根据审批人设置规则筛选出审批人后，再根据审批人列表及授权设置将审批人及代理人显示给用户。

　　后端的处理代码如下，这段代码主要实现这样一个功能，将审批人列表userList遍历看是否在授权表中存在活跃的授权，然后将被授权也就是被委托人拿出，组成一个新的list返回。

　　前端我是这样处理的：

　　初看下来这样写其实是有问题的，其实没有问题。虽然审批人列表长度可能大于1，在这种情况下，如非会签，我们可以选择一到多个审批人，在审批人的数组里我们只push了选中的审批人，但在委托人的数组里却未对是否选中进行甄别。但这并不影响我们的正确使用，接下来看：

　　jbpm的分配任务跟普通任务是一样的，因为我们通过授权的筛选已经将审批人替换为被委托人，又通过上述代码委托人作为扩展任务的trustedUserCode作为主动委托人供委托模块查询。我们再看一下queryWtr这个方法是如何处理我们前端传入的“被委托人:委托人”格式的委托人列表的：

　　最后是查询模块，委托和转交的查询语句是相似的，我们拿委托模块举例如下：