概述
說明：流程引擎的退回與發送，分別是前進與后退，它是流程引擎的基礎功能操作，流程的退回根據不同的應用場景，也是需要不同的方式來控制，我們把這些方式叫做規則處理，
退回作業的場景相對復雜，由于與審核組件，表單聯系在一起為了能適用更多的應用場景，少寫代碼，所有請仔細約定本文章關于退回的設定，
退回視窗頁面：
首先選擇要退回的節點，然后填寫退回原因，最后點擊退回方式，完成退回作業，
被退回人打開退回的作業查看頁面：
被退回人，可以從待辦里打開作業，首先彈出的是退回資訊，
退回規則設定
退回規則在節點按鈕標簽欄目中的退回標簽設定，如下圖：
不能退回:當前節點不能執行退回功能，當前節點的操作人員就不能看到退回按鈕，
只能退回上一個節點：只能退回上一個節點，從那里發送來的，就退回到那里去，
可以退回以前任意節點:不限制退回的節點，但是退回的節點必須是當前節點以前的節點，
可退回指定的節點:退回指定的節點，此功能需要在流程屬性中的可退回的節點中設定它，
總結：
1,根據實際業務需求，設定不同的退回方式，
2, 配合退回前、退回后的事件完成業務的可逆的操作，
退回的訊息處理
1.執行退回后，系統都會向執行人發送訊息，發送物件僅限于上一節點的執行人員，這樣上被退回的點上的作業人員就有一個待辦作業，如果您集成了ccim它就會自動發一個訊息提醒，
2.退回的動作寫入WF_Track中，流程軌跡中就能很好的反應出來，
3.被退回的人在進入當前作業時，第一次會有訊息提示，
CCBPM如何處理流程退回程序的資料的完整性？
流程在退回時，有一段流程資料就是從當前點到退回點的所做的作業，這部分節點的資料如何處理成為了我們要探討與取舍的難點，
以請假流程為例，申請人發起，部門經理審批，總經理審批，人力資源歸檔，如果總經理退回到第一個點，可以解釋為，部門經理做的無效的作業，此部分作業需要洗掉，在3.0以前的版本，CCBPM都是這樣的處理的，這樣的解釋也是用戶所接受的，
但是在其它的流程就不能這樣解釋了，因為他需要保留歷史痕跡，并且在退回后有如下可能要發生，
1， 退回到指定的點后，發起人洗掉流程，
2， 退回到退回節點后，發起人修改表單后發送，按原節點發回來，
3， 退回到退回節點后，發起人修改表單后發送，經歷與其它的路線步驟到當前點，
4， 退回到退回節點后，發起人修改表單后發送，該走其它的路線不經當前點，
基于如上可能性的發生CCBPM，做了如下處理，
1， 退回階段流程資料寫入txt 檔案里，放在D:\ccflow\CCFlow\DataUser\ReturnLog
2， 增加了流程報告與節點的焦點欄位功能，系統把每一步驟的操作都記到日志表里了，通過焦點欄位的配合，可以讓操作員方便明晰的看到軌跡，
CCBPM6.0通過如上兩個方法解決退回資料的完整性問題，
退回并原路回傳
與節點屬性中的[是否可以退回并原路回傳？] 配合使用
應用場景：一個流程走過了ABCDEFG幾個節點，在G節點上發現要退回給B節點上去，還期望B節點的人員完成后直接發送給G節點上來，這種應用場景就是是否可以在退回后原路回傳，如果是直接退回并不原路回傳，那么CCBPM將會洗掉退回點與退回到點中間的資料，否則就不洗掉它，
單節點退回規則
-
單節點退回規則，是對可退回的節點僅僅有一個有效，
-
操作員想達到點擊退回按鈕，直接可以退回，不需要彈出退回視窗了，
-
這種作業模式下，退回的意見有兩個填充模式，退回資訊的欄位，與審核組件填寫的意見，
-
如果選擇【按照退回資訊填寫欄位作為退回意見直接退回】您就需要在退回資訊填寫欄位屬性里，填寫這個欄位名，
-
如果選擇【按照審核組件填寫欄位作為退回意見直接退回】，您就需要在當前節點表單里，啟動審核組件功能，
退回資訊填寫欄位
用戶經常會在審批意見的欄位中填寫意見然后點退回按鈕，審批意見就是該操作員的審核意見，這個時候CCBPM需要把審核意見帶入退回視窗，這個欄位就是退回資訊填寫欄位，
在demo的第二個節點，我們看看退回的效果，我們先看看測驗效果，
點退回，CCBPM就會把審核意見放到退回的視窗里面
被退回后資訊提示：在退回成功后，用于個性化的提示被退回的資訊，支持ccbpm運算式，
單節點退回規則:
謂的單節點退回規則是指按照節點的設定的退回規則，被退回的節點只有一個節點的時候才能適用此規則，
啟用此規則的時候，用戶點擊退回按鈕，系統就會直接彈出退回資訊，并執行了退回，
這種模式下的退回，是根據設定的退回意見規則填充退回資訊，如果設定[退回資訊填寫欄位]來作為退回意見，就要在該[退回資訊填寫欄位]文本框里填寫該欄位的名字，
如果設定了按審核組件的意見做為退回資訊直接退回，對于當前節點啟用了審核組件有效，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/758.html
標籤：其他