工作流会签的相关需求、场景及实现讨论

会签在政府或企业来讲都是必有的功能，尤其是审批流中。简单来说，会签是可以分为单步会签、与多部门并联审批的。

先讲需求与场景：

单步会签：很简单，就是在流程的某个环节需要由多个办理人共同办理，或者签署意见。这个场景就不用说了，在企业或政府的内部都很常见。

并联审批：其实就是说会签的对象由多个人变为了多个部门，所以此时，一个单步的审批环节就变为了在部门内部一个比较复杂的审批流程。

加签：在流程定义期已经定义好会签范围（例如某个岗位或部门），但是在运行期，会签发起人发现对于某个个例需要新增会签人或会签单位，而且新增的会签对象不在原来设定好的范围内。此时由会签发起人直接进行加签操作。

减签：同上，只是相反的操作而已。

补签：会签发起人已经将会签任务发送给张、李、王三个人，而此时，张发现这个任务还需要孙来会签，那么此时，可以由张直接发起一个给孙的补签任务，而不必回退到会签发起人那里。

会签百分比：会签发起人将任务发送给5个人办理，而结果是只要有80%的会签百分比即可算审批通过（也就是说只要有4个人审批通过就OK了）。

场景一：在企业内部的各个部门之间（例如，办公室、采购部、财务部）进行并联审批，每个部门中都需要多个岗位或人员去审批（例如在财务部，需要财务专员、财务经理、财务总监等审批）。

场景二：在政府部门，例如我们需要去政府的行政大厅去办理新公司注册，那么在行政大厅启动一个新公司注册的流程，在申请人提交完所有资料后，流程继续向下执行，这时可能就需要工商局、公安局、地税、国税等多个委办局进行内部的并联审批，每个委办局都需要在内部走一个复杂的审批流程，每个委办局的流程审批完毕后，流程回到行政大厅的那个父流程中。

单步会签的实现：对与单步会签其实很简单，只需把Activity的创建TaskInstance的接口暴露出来，即可实现灵活的控制，即便是加签、减签、补签等功能都可轻松实现。设计上来讲，其实就是把任务引擎也独立出来，可对外开放接口。

并联审批（子流程会签）的实现：此时需要用并发多子流程实例来实现（同时需要实现父子流程的数据传递）；此时如果需要会签百分比，还要计算完成的会签实例与所有的会签实例之间的百分
比，然后决策路由。

欢迎大家进行补充和讨论。