動態指定下一步任務的參與人

在流程運行的時候,須要有操做人去選擇下一步任務的執行人,而不是在流程定義的時候先固定好的執行人,動態指定分下面幾種狀況。api

一、在流程實例流轉時候,節點辦理的時候,由用戶去選擇下一步任務的執行人:app

實現過程: 流程設計時,下一步任務的參與人設置一個虛擬的審覈人checker.  上一步節點辦理表單中,作一個選擇用戶的功能,並將用戶選擇的userid存到checker中,再將checker勾選流程用,送到流程引擎中。設計

業務流程流轉時,建立下一步的任務時,就會將用戶選擇的userid生成到任務參與人了。也能夠多選,多選的userid以逗號分隔的方式存到checker中,如USR_0000001,USR_0000002,USR_0000003... 任務引擎在生成任務參與人的時候,會按逗號截取生成多個任務參與人。blog

 

二、流程運行時,用戶在必定的範圍內選擇下一步任務執行人 變量

實現過程: 與第一種相似,流程定義時,下一步任務參與人設置虛擬的checker,而後上一步節點表單中,從必定的範圍內選擇選擇參與人,並將用戶選擇的結果送到流程中。任務引擎生成到下一步任務參與人列表中。表單

 

三、流程運行時,用戶在必定的範圍內選擇下一步任務執行人,此範圍是在任務參與人中預先圈定的:im

實現過程: 流程定義時,下一步任務參與人設置多個,或一個範圍,如選擇一個參與組織或一個角色 等。 在上一步節點辦理表單中,讀出下一步任務節點中的參與人列表(利用流程引擎提供的api來獲取),供用戶選擇,用戶選擇的結果存到appoint_nexttask_operator這個預先固定好的指定下一步任務參與人的變量中。此變量會送到任務引擎中,任務引擎在生成下一步任務的時候,會讀取這個變量,將此結果存到任務參與人列表中。一樣也能夠多選,用逗號分隔。next

相關文章
相關標籤/搜索