工作流会签

一、会签概念

    会签在工作流应用中非常普遍，就是在同一任务节点，多个人可同时办理。会签的概念看似简单，但客户需求千差万别，以至于会签形式多样化。由于会签是同时办理，自然牵扯到参与者对资源的竞争问题（比如表单的加锁解锁），我会在后面文章细说。

二、一步步走向会签

   1、 引擎不支持的年代

        n年前，那时公司工作流引擎还没有实现会签功能，但项目不等人，我们只有在项目里模拟实现会签的功能。做法就是在流程中定义一个特殊名称的节点，流程运行到此节点， 根据参与者人数同时启动若干流程（姑且称之为子流程，但并非工作流定义中的子流程），等全部子流程流转结束返回父流程，继续主流程流转。  这种方式虽不是工作流引擎直接支持，但是也有它的好处，很灵活。          2、引擎支持的会签类型

    1、简单会签

        工作流引擎最初支持的就是这种简单会签，定义任务节点，选择参与类型为同时，流程流转到此任务节点，多个人会同时收到任务。多个人全部办理之后（或者定义一个完成百分比），流程才能流转到下一节点，下一节点的参与者通常是个固定的人（和主持人模式类似）。

    2、多部门会签

        这种模式在政府审批中比较常见，比如公司注册，提交材料后，各个委办局同时审批，能加快速度，提高工作效率。此类审批，委办局数目是一定的，而且通常会在各自委办局走自己的一套流程，所以通过并发子流程就可以实现。

    3、连续会签

        简单会签是很讲团队精神的，呵呵，它会等所有参与者办完后，才提交下一节点。连续会签就不是如此，当前会签节点A，如果下一节点也是会签节点B，则A的参与者提交到B的时候，无需等A节点参与者全部结束，直接在B节点生成任务，单打独斗型的，注重单兵作战。当然如果B的下一节点是普通节点，B还是会追求团队作战。

    4、发散会签

        这种类型的会签，当客户提出需求的时候，我也有点懵，真的是中国式会签。在实现这个功能之后，我有几次试图同客户讲解这个功能，又是是树又是叶子的，搞的客户一头雾水，看来是我没表达清楚。我称这种会签节点为自循环节点，它是会签节点的一种特殊类型。从形式上看，自循环节点可以看作一个传销场所，在此节点可以无限会签下去（做传销的不怕下线多）。比如，省公司发起会签到各地市公司，地市公司再发起会签到县级公司，县级公司再发起会签到乡镇...  这种业务需求，定义一节点就够了。另外，会签可以定义各种类型反馈：反馈到上一提交人、反馈到节点顶点、反馈到自定义节点。

     以上是我近些年接触到的会签模式，肯定还有其它模式，但我感觉现有模式基本能满足需求了。如果您的企业有除以上之外的类型，欢迎讨论。