【正文】 擇，上一個用戶在發(fā)送前通過點【接受人】按鈕選擇指定的接受人（類于發(fā)送郵件時的接受人員選擇）。選擇此項后系統(tǒng)就會自動在功能按鈕欄顯示一個選擇接受人功能按鈕。 技術細節(jié)：1, 當前節(jié)點的上一節(jié)點會有選擇人的范圍過濾問題，如果您在此節(jié)點上設置了崗位集合ccflow在上一個節(jié)點彈出選擇人的對話框時，就會按當前的崗位集合來過濾人員。2, 在當前節(jié)點的上一個節(jié)點可能存在多個節(jié)點點分支。這個時間打開選擇接受人對話框，就會出來首先要用戶選擇到那里去，然后在列出為這個節(jié)點的人員來。按上一節(jié)點表單SysSendEmps字段計算: 設置方式: 在當前節(jié)點屬性訪問規(guī)則處理內(nèi)容中指定此方式，在上一個節(jié)點的表單上添加一個SysSendEmps的文本框。運行方式: 在用戶填寫上一個步驟的節(jié)點表單時，這個指定的字段可以用逗號分號分開，可以輸入多個接受人員的編號。下一步的接受人員就按用戶輸入的內(nèi)容結(jié)束。 說明：這種方式就類似于發(fā)送郵件。按崗位與部門交集計算設置方式:在節(jié)點崗位，節(jié)點部門都設置。運行方式：ccflow會取既具備此崗位集合的又具備此部門集合的人員，做為本節(jié)點的接受人員。 按指定節(jié)點的人員計算:應用場景：A B C 三個節(jié)點, B向C發(fā)送時C的接受人員要求與A的工作人員一致。設置方式: 在[訪問規(guī)則處理內(nèi)容]中設置一個節(jié)點編號比如:101。按指定節(jié)點的人員崗位計算:應用場景：為一個單位設置一個設備維修流程，此單位下分好多部門，有一個IT部門負責計算機設備維修。每個部門的成員如果有設備維護的需要，首先填寫一個單子向這個IT部門的受理人員發(fā)送詳細的故障說明。IT受理人員接受到此請求后，根據(jù)情況發(fā)送到該發(fā)起人的部門領導那里去。這是簡單的三個步驟，發(fā)起》IT部門受理》發(fā)起的部門負責人審批。 第一步驟基層人員發(fā)起，第二步驟是IT受理崗 人員受理。第三個步驟中層領導審批。在第三個節(jié)點訪問規(guī)則就是按按指定節(jié)點崗位計算。因為如果按崗位計算在第二步驟就要發(fā)送給IT部門經(jīng)理審批而非發(fā)起人的部門經(jīng)理審批了。默認的按崗位計算就是按上一個節(jié)點的崗位計算，現(xiàn)在的應用場景就是要按指定的節(jié)點崗位計算了。設置方式: 在接受對象中設置一個節(jié)點編號比如:101。運行方式：ccflow在處理接受人時，會按指定節(jié)點上的人員身份計算，而非按上一步驟的人員身份計算了。其它：這種方式是對按崗位計算的補充。按崗位計算(以部門集合為緯度)設置方式：結(jié)點對于分合流有效，分流點發(fā)送給n個人，當完成率為多少時才能夠流轉(zhuǎn)到下一步驟。更多的計算方式，請搜索:”ccflow 流程完成率”。節(jié)點在流程中運行的模式：節(jié)點模式分為普通，分流，合流，分合流、子線程。分流點：它發(fā)送時n個操作人員都可以接受。合流點：n個操作人員把采集的數(shù)據(jù)發(fā)送到此節(jié)點上。分合流：既是分流也是合流， 我們稱為分合流。如何設計分合流請參考錄像與視頻。目前為止 ccflow 流程引擎設計器支持如下幾種表單類型.傻瓜表單 自由表單 自定義表單 SDK表單 禁用(對多表單流程有效)每種表單類型意義如下:傻瓜表單: 由4列與字段分組構成,它的格式固定一列說明，一列控件，一列說明一列控件。配以字段分組可以解決字段排列的問題。詳細請參考:傻瓜表單設計器相冊自由表單: 可以自己按照自己的布局生成的表單，這種表單格式靈活,控件豐富. 詳細請參考:自由表單設計器相冊自定義表單: 這種類型是解決我自己畫一個表單，如何嵌入到ccflow里工作。如果您的系統(tǒng)已經(jīng)有了自己的表單可以把此表單的url 輸入到指定的文本框中.比如：您輸入的是 ://localhost/?aa=xxx系統(tǒng)在調(diào)用時就會是 ://localhost/?aa=xxxamp。WorkID=123amp。FK_Node=101amp。UserNo=zhoupengamp。SID=xxxxxccflow自動的加入相關的信息傳遞給您，您需要獲取這些參數(shù)進行處理.您的表單需要進行如下改造.1,接受來UserNo, 與SID 參數(shù)用來校驗訪問的用戶是否合法.2,在表單的主表中增加一個字段 WorkID 表示這個流程的唯一主鍵標識，當然您也可以保留已經(jīng)有的主鍵。根據(jù)這個WorkID 來判
斷是否需要增加、更新主表的數(shù)據(jù)。3,接受FK_Node 參數(shù)它表示節(jié)點ID,的示流程運行到什么位置了,從而進行相關的權限判斷。SDK表單如果您采用應用dll的模式開發(fā)您的工作流程系統(tǒng)那就采用這種方式，這種方式的特點：1，引用dll,調(diào)用開發(fā)接口。2，自己編寫表單格式，處理表單業(yè)務邏輯，并且自己托放發(fā)送，保存，退回，轉(zhuǎn)發(fā)，刪除按鈕。3，在每個流程功能按鈕下填寫業(yè)務邏輯外，還要編寫調(diào)用流程接口方法。 比如:調(diào)用發(fā)送方法./* string msg = (,())。 msg = (@@, @)。 msg = (@, BR@)。 (發(fā)送提示, msg)。*/事例路徑:D:\ccflow\trunk\CCFlow\SDKFlows\QingJia禁用(對多表單流程有效)也叫禁用節(jié)點表單, 就是不使用節(jié)點表單僅使用流程表單。在節(jié)點成功發(fā)送后有如下處理方式: 0 提示ccflow默認信息 系統(tǒng)提示詳細的發(fā)送信息，包括下一步的接受人。 1 提示指定信息 按照您定義的信息提示給用戶。此選項需要在[轉(zhuǎn)向處理內(nèi)容]文本框里輸入提示內(nèi)容。提示信息可以支持變量，除了當前節(jié)點的字段變量以外系統(tǒng)還支持，發(fā)送中運行的變量，這些變量是ccflow指定的變量列表。上圖的設置就標示了發(fā)送后的提示信息包含變量，發(fā)送后提示信息如下。截止2012年12月18日的變量列表，不排除以后要增加：變量名中文名VarCurrNodeID當前節(jié)點IDVarCurrNodeName當前節(jié)點名稱VarToNodeID到達節(jié)點IDVarToNodeName到達節(jié)點名稱VarAcceptersName接受人集合的名稱(用逗號分開)VarAcceptersID接受人集合的ID(用逗號分開)VarAcceptersNID接受人集合的IDamp。Name(用逗號分開) 2 轉(zhuǎn)向指定的URL 按照您定義的url轉(zhuǎn)向，此選項需要在[轉(zhuǎn)向處理內(nèi)容]文本框里輸入url。 3 按照條件轉(zhuǎn)向 在相關功能里定義轉(zhuǎn)向條件。其它：利用此屬性您可以個性化提示信息。可以在流程處理完成后轉(zhuǎn)向指定的url,也可以根據(jù)表單的字段的值轉(zhuǎn)向指定的url。比如：父子流程，當子流程啟動起來之后，就可以利用此項功能轉(zhuǎn)到父流程節(jié)點上去。在子流程完成后，從子流程轉(zhuǎn)向父流程配置案例：1， 打開子流程的最后一個節(jié)點屬性界面，設置成功發(fā)送后轉(zhuǎn)向方式，為3，既：轉(zhuǎn)向指定的url2， 在轉(zhuǎn)向處理內(nèi)容輸入一個url?WorkID=@FIDamp。FK_Flow=021amp。FK_Node=2116 ， 當這個節(jié)點完成后，它就會轉(zhuǎn)向這個url。啟動一個新流程的事例：?FK_Flow=021amp。FK_Node=2101 ， 當前節(jié)點上所有的數(shù)據(jù)將會根據(jù)同名字段，進行copy過去，包括從表、附件信息。 經(jīng)過如上的配置，子流程在完成后就轉(zhuǎn)向父流程的節(jié)點了。關鍵字：工作流引擎 已讀回執(zhí) CCFlow 工作流程引擎已讀回執(zhí)工作流引擎已讀回執(zhí)定義：在工作流程引擎中：節(jié)點A 向節(jié)點B運動后，A的處理人想知道B是否打開此工作。我們處理工作的時間周期， 察看工作 打開工作 處理工作 發(fā)送工作。在打開工作時觸發(fā)工作已讀回執(zhí)動作 ， 在發(fā)送工作時處理節(jié)點收聽動作，關于什么是節(jié)點收聽請參考馳騁工作流引擎操作手冊的其他章節(jié)。擴展閱讀 電子郵件中已讀回執(zhí):如果您在使用電郵寫信時選擇了“已讀回執(zhí)”，當收件人打開您的郵件時，會提示發(fā)送方要求發(fā)送已讀回執(zhí)，如果對方同意發(fā)送回執(zhí)，那么就會有一個已讀回執(zhí)發(fā)送回來給你，您就可以確認對方是否收到了該郵件，并且知道對方是什么時候閱讀該郵件的。如果對方拒絕發(fā)送回執(zhí)，那樣您就無法知道接收方是否已讀。但是ccflow 沒有處理拒絕發(fā)送已讀回執(zhí)動作。應用背景: 在財務報銷流程中，申請者想在第一時間里知道他的上級領導是否打開他申請單。 Ccflow的抽象模式: 不設置，自動回執(zhí)，由上一節(jié)點的表單字段決定，由sdk開發(fā)者參數(shù)決定四種ccflow已讀模式。 不設置：默認為不設置。 由上一節(jié)點的表單字段決定： 比如A發(fā)向B ，在B節(jié)點上設置此規(guī)則，要在A的節(jié)點表單上增加一個系統(tǒng)字段SysIsReadReceipts 建議為boolen類型，0表示不回執(zhí)，1表示需要閱讀回執(zhí)。 由sdk開發(fā)者參數(shù)決定：如果您采用sdk模式作開發(fā)，可以用此種方式作參數(shù)告訴ccflow 需要閱讀回執(zhí)。比如：A 發(fā)向 B，A節(jié)點發(fā)送的sdk 參數(shù)傳入 SysIsReadReceipts 值為0 或者1 ，表示是否需要已讀回執(zhí)。設置與應用： 設置ccflow的回執(zhí)規(guī)則路徑 =〉 流程設計器 察看節(jié)點 節(jié)點屬性 節(jié)點屬性下面介紹測試用例：如下圖。設計說明： 1，在第二步的部門經(jīng)理審批節(jié)點的節(jié)點屬性里設置了，自動回執(zhí)。也就是說，申請人填寫后，發(fā)送給部門經(jīng)理審批，部門經(jīng)理打開待辦工作后，ccflow 會自動地向申請人發(fā)一個消息，告訴申請人已經(jīng)閱讀了他的工作。2，在部門經(jīng)理審批表單里增加了一個boolen字段，是否需要已讀回執(zhí)，在人力資源部歸檔節(jié)點設置了“由上一節(jié)點的表單字段決定”。運行的效果與預期一致。單元測試： 參考 D:\ccflow\trunk\DemoAndTesting\\BaseFunc\ 為什么要控制前臺的標簽按鈕?我們知道按鈕的標簽文字都是一個名字，但是這個名字不一定適合用戶的要求。比如在請假流程有三個點，發(fā)起流程，部門經(jīng)理審批，人事備案。1, 在開始節(jié)點的 [發(fā)送] 按鈕名詞就比較專業(yè)化，如果修改成[發(fā)起請假流程]就比較貼切。2, 在第二個節(jié)點 [退回] 如果修改成[退回給發(fā)起人] 就比較讓人容易看懂。3, 在人事備案節(jié)點上，如果不需要[退回]按鈕，可以禁用它。特別說明：以上設置對于采用潛入方式開發(fā)有效，如果采用sdk模式開發(fā)，這些設置不起作用。有兩個重要的權限控制，分配是退回規(guī)則與附件權限，請參考下章節(jié)。退回規(guī)則在節(jié)點按鈕標簽欄目中的退回標簽設置。不能退回: 當前節(jié)點不能執(zhí)行退回功能。只能退回上一個節(jié)點： 只能退回上一個節(jié)點，從那里發(fā)送來的，就退回到那里去。可以退回以前任意節(jié)點:不限制退回的節(jié)點，但是退回的節(jié)點必須是當前節(jié)點以前的節(jié)點?？赏嘶刂付ǖ墓?jié)點: 退回指定的節(jié)點，此功能需要在流程屬性中的可退回的節(jié)點中設置它。退回的消息處理，系統(tǒng)都會向執(zhí)行人發(fā)送消息，發(fā)送對象僅限于上一節(jié)點的執(zhí)行人員，這樣上被退回的點上的工作人員就有一個待辦工作，如果您耦合了ccim它就會自動發(fā)一個消息提醒。，流程軌跡中就能很好的反應出來。，第一次會有消息提示。Ccflow如何處理流程退回過程的數(shù)據(jù)的完整性？流程在退回時，有一段流程數(shù)據(jù)就是從當前點到退回點的所做的工作，這部分節(jié)點的數(shù)據(jù)如何處理成為了我們要探討與取舍的難點。以請假流程為例，申請人發(fā)起，部門經(jīng)理審批，總經(jīng)理審批，人力資源歸檔。如果總經(jīng)理退回到第一個點，可以解釋為，部門經(jīng)理做的無效的工作，此部分工作需要刪除，ccflow都是這樣的處理的，這樣的解釋也是用戶所接受的。但是在其它的流程就不能這樣解釋了，因為他需要保留歷史痕跡，并且在退回后有如下可能要發(fā)生。1， 退回到指定的點后，發(fā)起人刪除流程。2， 退回到退回節(jié)點后，發(fā)起人修改表單后發(fā)送，按原節(jié)點發(fā)回來。3， 退回到退回節(jié)點后，發(fā)起人修改表單后發(fā)送，經(jīng)歷與其它的路線步驟到當前點。4， 退回到退回節(jié)點后，發(fā)起人修改表單后發(fā)送，該走其它的路線不經(jīng)當前點。 基于如上可能性的發(fā)生ccflow，做了如下處理。1， 退回階段流程數(shù)據(jù)寫入txt 文件里，放在D:\ccflow\trunk\CCFlow\DataUser\ReturnLog2， 增加了流程報告與節(jié)點的焦點字段功能，系統(tǒng)把每一步驟的操作都記到日志表里了，通過焦點字段的配合，可以讓操作員方便明晰的看到軌跡。與節(jié)點屬性中的 [是否可以退回并原路返回？] 配合使用 應用場景：一個流程走過了ABCDEFG幾個節(jié)點，在G節(jié)點上發(fā)現(xiàn)要退回給B節(jié)點上去，還期望B節(jié)點的人員完成后直接發(fā)送給G節(jié)點上來，這種應用場景就是是否可以在退回后原路返回。如果是直接退回并不原路返回，那么ccflow將會刪除退回點與退回到點中間的數(shù)據(jù)，否則就不刪除它。 OVER 應用背景：對于一個各項制度未成熟的單位，各種隨機發(fā)生違反流程規(guī)則的都有可能存在，但是這種行為在當時的管理條件下也是不得已的。流程設計人員在流程設計中未考慮到，或者認為非法的路徑在現(xiàn)實的管理活動中需要體現(xiàn)出來。這就要求流程引擎能夠運行指定的節(jié)點在可以跳轉(zhuǎn)到指定的位置中去。跳轉(zhuǎn)規(guī)則:1， 不允許跳轉(zhuǎn)。2， 只能向后跳轉(zhuǎn)3， 只能向前跳轉(zhuǎn)。4， 任何節(jié)點跳轉(zhuǎn)。5， 跳轉(zhuǎn)指定的節(jié)點。目前ccflow支持以上