会签是什么，何时使用会签，如何设计使用会签

一.会签

1.1会签定义

        会签用于与本次审核内容相关的各有关部门进行协商并核签，简单地讲就是多方共同签署，对签字内容进行确认并签字，签字就意味着要负责、要为确认内容承担责任。

1.2会签与加签

        会签是多人同时处理，加签是当前处理人提交之后，被加签人才能处理。在时间线上，就是会签在前，加签在后。

1.3会签与多人协作的关系

        两者都属于多人处理，其区别在于，会签时，会签人要签字，并对签字内容承担责任；多人协作，不一定需要签字。比如工单系统中，高级工程师安排2个中级级工程师与1个初级工程师一起处理一个工单，他们只需要将工单中的问题分工处理完成即可，由高级工程师确认是否完成后进行确认（或签字确认）。

1.4适用场景

        会签是属于一种严谨、严肃的一种动作，在一些场景下，使用会签会使得本次活动、事件具有很重要的意义。那么如何确定是否需要使用会签呢，以下总结了几个适用会签的场景：

1. 公文签发。会签这词本身就出自公文签发，所以在公文签发的流程中使用会签是正常操作。
2. 立项会、投委会、评审会等多种会议中，可以使用会签。会议本就需要集体讨论，讨论出的结果也需要与会人员承担责任，所以会议类也可使用会签。
3. 国家规定的相关审核程序，可以使用会签。
4. 医院中对某类疾病的治疗方案的专家会诊，以及与之类似的相关场景可以使用会签。
5. 除以上场景外，对重大事件或重要事情的签署可以使用会签。

 二.会签在CodeDriver中的定义

        会签是BPM常见的流程模式，此流程模式在BPMN2.0中的主要通过设置UserTask多实例的方式来实现。在BPMN2.0规范中，并没有明确对会签的定义，会签只是一个多人审核场景，可以并行审核或顺序审核，即：在一个普通的节点中，设置多个实例及相关变量（nrOfInstances:实例总数、nrOfActiveInstances：当前活动的实例数、nrOfCompletedInstances：已经完成的实例数、loopCounter：多实例运行过程中的索引值），使当前节点按照实例数执行数次，从而使流程完成“会签”操作。

三.案例场景

1.案例1

        某公司项目立项审核流程，填写项目信息之后经过部门负责人审核、分管领导审核、风控合规后，到达运营总监审核环节，由运营总监选择“立项会”的相关部门及人员进行会签，签字顺序不分先后，可同时进行签字。第一轮会签完成之后，运营总监根据会签的意见，判断是否需要进行第二轮“立项会”或第三轮或等等，如果一直都是不同意的意见占大多数，运营总监可以将本次立项驳回或拒绝或结束。

        通过对上述案例的分析，我们不难发现，此案例最主要、最核心的功能就是执行会签，而且是同一个节点存在多轮次的会签，并且有一个主持人，可以控制整个会签的会签人、次数与结果。如何设计、配置与完成这样的一个会签是此流程能否成功的关键。

2.案例2

        某政府单位内部发文，拟稿、核稿完成后，在签发时，需要多人会签，并按照职务由低到高依次进行签字确认，每一位会签人都可以将本次发文进行驳回，重新进行拟稿或核稿并填写审核意见。当所有人都完成签字确认之后，进入编号发文与传阅。

        此案例的会签特点，是在“签发”节点进行会签，会签人要按照一定的顺序依次进行签字，即先发给A，A审核通过后再给B，B完成之后再给C，与案例1中的并发签字不一样，而且每个人都有权限决定流程是否驳回。

3.案例3

        个人或企业想使用某片海域、或某海岛进行养殖、科研或其他合法合规用途，需要向当地海洋局进行资质申请，申请通过之后由海洋局进行发证，或证件到期之后，需要续期，或转让等等。海洋局需要对以上的申请进行审核，在进行一审或二审时，需要有专门的审核小组进行审核，每个审核小组都有一个组长，每个组员都分管一种或几种用海类型的审核。在审核时，组长可以选择/删除参与此次审核的组员，并且如果是组长审核通过，则其他组员不需要再进行审核；如果组长没有审核，则组员需要全部审核。

        此案例的会签特点，是在会签时指定了一个组长，流程是否进入下一步，由组长决定，并且组长有权限控制此次会签的人员。