一.會簽

1.1會簽定義

????????會簽用于與本次審核內容相關的各有關部門進行協商并核簽，簡單地講就是多方共同簽署，對簽字內容進行確認并簽字，簽字就意味著要負責、要為確認內容承擔責任。

1.2會簽與加簽

????????會簽是多人同時處理，加簽是當前處理人提交之后，被加簽人才能處理。在時間線上，就是會簽在前，加簽在后。

1.3會簽與多人協作的關系

????????兩者都屬于多人處理，其區別在于，會簽時，會簽人要簽字，并對簽字內容承擔責任；多人協作，不一定需要簽字。比如工單系統中，高級工程師安排2個中級級工程師與1個初級工程師一起處理一個工單，他們只需要將工單中的問題分工處理完成即可，由高級工程師確認是否完成后進行確認（或簽字確認）。

1.4適用場景

????????會簽是屬于一種嚴謹、嚴肅的一種動作，在一些場景下，使用會簽會使得本次活動、事件具有很重要的意義。那么如何確定是否需要使用會簽呢，以下總結了幾個適用會簽的場景：

公文簽發。會簽這詞本身就出自公文簽發，所以在公文簽發的流程中使用會簽是正常操作。

立項會、投委會、評審會等多種會議中，可以使用會簽。會議本就需要集體討論，討論出的結果也需要與會人員承擔責任，所以會議類也可使用會簽。

國家規定的相關審核程序，可以使用會簽。

醫院中對某類疾病的治療方案的專家會診，以及與之類似的相關場景可以使用會簽。

除以上場景外，對重大事件或重要事情的簽署可以使用會簽。

?二.會簽在BPM中的定義

????????會簽是BPM常見的流程模式，此流程模式在BPMN2.0中的主要通過設置UserTask多實例的方式來實現。在BPMN2.0規范中，并沒有明確對會簽的定義，會簽只是一個多人審核場景，可以并行審核或順序審核，即：在一個普通的節點中，設置多個實例及相關變量（nrOfInstances:實例總數、nrOfActiveInstances：當前活動的實例數、nrOfCompletedInstances：已經完成的實例數、loopCounter：多實例運行過程中的索引值），使當前節點按照實例數執行數次，從而使流程完成“會簽”操作。

三.案例場景

1.案例1

????????某公司項目立項審核流程，填寫項目信息之后經過部門負責人審核、分管領導審核、風控合規后，到達運營總監審核環節，由運營總監選擇“立項會”的相關部門及人員進行會簽，簽字順序不分先后，可同時進行簽字。第一輪會簽完成之后，運營總監根據會簽的意見，判斷是否需要進行第二輪“立項會”或第三輪或等等，如果一直都是不同意的意見占大多數，運營總監可以將本次立項駁回或拒絕或結束。

????????通過對上述案例的分析，我們不難發現，此案例最主要、最核心的功能就是執行會簽，而且是同一個節點存在多輪次的會簽，并且有一個主持人，可以控制整個會簽的會簽人、次數與結果。如何設計、配置與完成這樣的一個會簽是此流程能否成功的關鍵。

2.案例2

????????某政府單位內部發文，擬稿、核稿完成后，在簽發時，需要多人會簽，并按照職務由低到高依次進行簽字確認，每一位會簽人都可以將本次發文進行駁回，重新進行擬稿或核稿并填寫審核意見。當所有人都完成簽字確認之后，進入編號發文與傳閱。

????????此案例的會簽特點，是在“簽發”節點進行會簽，會簽人要按照一定的順序依次進行簽字，即先發給A，A審核通過后再給B，B完成之后再給C，與案例1中的并發簽字不一樣，而且每個人都有權限決定流程是否駁回。

3.案例3

????????個人或企業想使用某片海域、或某海島進行養殖、科研或其他合法合規用途，需要向當地海洋局進行資質申請，申請通過之后由海洋局進行發證，或證件到期之后，需要續期，或轉讓等等。海洋局需要對以上的申請進行審核，在進行一審或二審時，需要有專門的審核小組進行審核，每個審核小組都有一個組長，每個組員都分管一種或幾種用海類型的審核。在審核時，組長可以選擇/刪除參與此次審核的組員，并且如果是組長審核通過，則其他組員不需要再進行審核；如果組長沒有審核，則組員需要全部審核。

????????此案例的會簽特點，是在會簽時指定了一個組長，流程是否進入下一步，由組長決定，并且組長有權限控制此次會簽的人員。

四.具體規則

????????在ccflow中，根據對上述案例的總結，除了在BPMN中會簽原有的兩種規則，并行會簽與順序會簽，又提煉出組長模式有主持人模式兩種會簽規則，各規則說明大體如下：

????????并行會簽（協作模式）：比如，同一個節點中設置了3個審批人，3個審批人順序部分先后，全部審核通過之后才可以進入下一個節點。

????????順序會簽（隊列模式）：比如，同一個節點中設置了3個審批人，3個審批人按照指定的順序依次進行審批，全部審核通過之后進入下一個節點。

????????組長模式：根據條件或人為指定某個人為此次會簽的組長，組長可以增加、刪除會簽人。如果組長不執行審核，其他會簽人必須全部審核完成之后，由組長決定是否進入下一步；如果組長執行了審核，那么其他審核人則不需要審核，流程直接進入下一步。

????????主持人模式：主持人，本身的工作特點就對會議的過程進行把控，所以在會簽中主持人起到的作用與之類似。主持人模式與組長模式的操作權限、審核權限相同，主持人可以決定流程是否可以進入下一步，即便會簽的組長已經審核，也需要主持人決定。

五.設置方式

????????設置方式以下面流程為示例：

????????

5.1并行會簽（協作模式）

????????第一種方式：設置多人處理規則，并指定為“協作模式”。此方式為無組長、主持人的模式，接收人由系統根據設置的接收人規則，自動設置會簽人，會簽順序不分先后。

? ? ? ? 1.右鍵，選擇節點屬性

????????

? ? ? ? 2.點擊“多人處理規則”，并選擇“協作模式”，即可完成設置

?????????

????????第二種方式：啟用會簽按鈕，會簽方式選擇為“協作（同事）模式”。此模式下，可通過會簽按鈕，手動添加/刪除會簽人，并且可以與第一種方式一同使用，即系統指定的會簽人，都可以額外選擇其他會簽人，當所有會簽人審核完成之后，流程進入下一步。

5.2順序會簽（隊列模式）

????????設置多人處理規則，并指定為“隊列模式”，默認的審核順序是按照崗位的由低到高執行。

5.3組長模式

????????在節點屬性中啟用會簽按鈕，會簽方式選擇為“組長（領導）模式”。組長會簽規則，也可以進行設置，默認規則為只有一個組長。如果有多個組長，可以選擇“最后一個組長發送”或“任意組長可以發送”。

????????

5.4 主持人模式

????????在節點屬性中啟用“加主持人”按鈕即可。

六.運行示例

????????進入待審批頁面之后，點擊上方的“會簽”或“加主持人”按鈕，然后開始選擇會簽人。

????????選擇完成之后，點擊“執行會簽”即可。相關會簽人員會收此次審核的待辦工作，打開此待辦之后，即可進行審核、簽字等操作。

? ? ? ? 了解更多流程梳理、流程分析及設計，請關注公眾號：chichengsoft,或登錄網站：馳騁學院

總結

以上是生活随笔為你收集整理的会签是什么，何时使用会签，如何设计使用会签的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。