Java工做流引擎節點接收人設置20種規則講解一

關鍵字： 馳騁工做流程快速開發平臺 工做流程管理系統 工做流引擎 asp.net工做流引擎 java工做流引擎. 開發者表單  拖拽式表單 工做流系統CCBPM節點訪問規則接收人規則

適配數據庫： oralce,mysql,sqlserver,Informix, PostgreSQL  達夢

接受人規則，就是爲了解決下一步發送人的範圍所制定的各類規則。審批、生產環境有不少的不肯定性，更多的時候須要自動肯定接受人的範圍，爲了適應不一樣場合下的須要個人制定了以下接收人規則。

1. 1. 概要說明

相關功能：訪問規則處理內容。

節點屬性配置:以下圖：

功能入口

解釋說明：就是下一步工做人員的接受人範圍處理規則。A運動到B，如何肯定B的處理人範圍。根據不一樣的業務場景，CCBPM提供了以下幾種模式，您能夠根據自動不一樣的業務背景設置本身的業務規則。

說明:

1, 下列設置類型，都設置當前節點做用於下一步節點。

2, 每一種類型，都有路徑自動記憶功能，所說自動記憶功能是當節點第一次向下一個節點投遞時，它把要投遞的人記錄下來。

若是您執行了分配系統就把分配的人員，作爲接受人員計算.

能夠設置的投遞的類型:

爲了更好的說明該規則，cc爲咱們提供了一個流程測試案例，以下圖：

該案例詳盡的設置了各個模式的方法，請打開相關的節點屬性，對照節點的名稱，運行該流程。

開始節點的訪問規則

開始節點是一個特殊的節點，是整個流程的入口，一個流程只有一個開始節點。

開始節點的訪問規則是爲了肯定那些人能夠發起該流程。

開始節點的訪問規則與其餘節點也不相同，以下圖。

咱們從規則名稱的字面意思不難理解，如何爲開始節點綁定能夠發起的工做人員。

按組織結構結算

本章節詳細的介紹了每種訪問規則在不一樣場景下的應用，用戶能夠根據不一樣的狀況使用不一樣的訪問規則。

按崗位智能計算

設置方法: 在下一個節點上的節點屬性裏，設置節點崗位。這是默認的投遞規則，他是在下一個節點設置崗位時按照崗位計算. 他的計算方式，首先按照當前操做員的部門範圍計算。若是該操做員部門下沒有這個工做崗位的人員，CCBPM就會把當前操做員的部門級次提升一個級別，在尋找，依次計算。理解了這個算法，您就不難理解爲何，本部分的業務，只能讓本部門的經理審批了.

舉例說明:一個省機關下面有n個縣，n個市，n個縣. n個所. 一個所員受理人員的業務，只能讓本身的所長審批，所長的業務只能投遞到本區縣的相關業務部分審批，而非其它區縣業務部分審批。

這就是崗位的權限與部門權限的交叉造成的被投遞的人員集合. 這就是CCBPM常常說的。

崗位：表示能作什麼事情。部門: 表示能作那裏的事情。崗位+部門: 表示一個操做員能作那裏的那些事情。

按節點綁定的部門計算

設置方法:在當前節點上的節點屬性裏,設置節點崗位.

CCBPM會按照您指定的部門下面的人員，進行投遞, 就是這個n個部門下面均可以接受這個工做. 這個類於發送郵件的按照郵件組進行發送。

按節點綁定的人員計算:

節點綁定那些人員，該系統就會發送給這些人，以下圖設置。

按綁定的崗位與部門交集計算

設置方式:在節點崗位，節點部門都設置。

運行方式：CCBPM會取既具有此崗位集合的又具有此部門集合的人員，作爲本節點的接受人員。

按綁定的崗位計算而且以綁定的部門集合爲緯度

按指定節點的工做人員或者指定字段人員的崗位計算

應用場景：爲一個單位設置一個設備維修流程，此單位下分好多部門，有一個IT部門負責計算機設備維修。每一個部門的成員若是有設備維護的須要，首先填寫一個單子向這個IT部門的受理人員發送詳細的故障說明。IT受理人員接受到此請求後，根據狀況發送到該發起人的部門領導那裏去。

這是簡單的三個步驟，發起-》IT部門受理-》發起的部門負責人審批。第一步驟基層人員發起，第二步驟是IT受理崗人員受理。第三個步驟中層領導審批。在第三個節點訪問規則就是按按指定節點崗位計算。由於若是按崗位計算在第二步驟就要發送給IT部門經理審批而非發起人的部門經理審批了。默認的按崗位計算就是按上一個節點的崗位計算，如今的應用場景就是要按指定的節點崗位計算了。

設置方式:在接受對象中設置一個節點編號好比:101。

運行方式：CCBPM在處理接受人時，會按指定節點上的人員身份計算，而非按上一步驟的人員身份計算了。

其它：這種方式是對按崗位計算的補充。

變動記錄: 2015/10/8爲了適應可以按指定的表單字段做爲人員，特支持爲，也能夠指定一個表單字段做爲處理人。

對於原來設置節點的方式也有效，若是設置一個字段名稱，CCBPM就從表單字段取值做爲接收人。

僅按綁定的崗位計算

按照節點上綁定的崗位來計算接受人，這裏去掉了部門維度的過濾。