>>>

1.節點處理人固定，在編制流程時就制定好。

2.節點處理人不固定，由流程發起人或者上一步節點處理人指定好，並且候選人跟原有系統中物件的屬性有關係。

3.節點處理人不固定，是由系統動態指定的（如根據專案負責人、區域總監、區域主管）。
4.節點和節點之間存在關聯關係，一個節點指派給某人後，關聯的其他節點也由這個人處理。

RE: 對於1，2，3, 4 的問題，屬於ccbpm的處理人規則的問題，a發到b，如何確定b的接收人範圍。Ccbpm 為我們提供多種規則，每種規則適合不同的場景。

請baidu ccbpm 接受人處理規則.

或者到參考ccbpm的線上幫助文件： http://ccbpm.mydoc.io/?v=5404&t=17907

5.支援多人會籤，所有人會簽完成後再進入下一步，或者多人中有一人完成即可進入下一步。
RE: 該問題有兩種解決方案。

1，使用多人處理模式。 參考線上文件 http://ccbpm.mydoc.io/?v=5404&t=17947

2，使用分合流。 百度 ccbpm 分合流的設計，或者視訊教程。

建議選擇第一種方案，使用稽核元件，就可以達到相應的效果。

6.支援節點打回後，處理完成後直接回到打回節點處。
RE: 這個屬於退回規則的一種， http://ccbpm.mydoc.io/?v=5404&t=17969

屬於退回並原路返回的一種。比如 a ,b,c,d,e d退回給a,如果可以退回並i原路返回，那末a就直接傳送給d,不再經過b,c 兩個節點。

7.支援使用者自主選擇下一步節點。
RE: 這個屬於方向條件的計算規則，

關於此規則，請參考： http://ccbpm.mydoc.io/?v=5404&t=17917

我們做了一個demo.

8.支援隨流程進度動態改變業務系統中其他物件的狀態。
RE: 你需要通過流程，或者節點的事件來完成。Baidu: ccbpm 流程事件，節點事件.

在相應的事件裡，寫入您的程式碼，與外部系統進行互動。

9.支援與原系統中的簡訊通知系統相關聯。
RE: 百度: ccbpm 訊息機制，

參考: http://blog.sina.com.cn/s/blog_6074e74f0102vpe3.html

10.表單中支援對原有系統中物件的編輯。

轉載於:https://my.oschina.net/ccflow/blog/647091