如何作到一個步驟有多個參與者與批次簽核?

在AgilePoint 中要作到批次簽核的功能是一件很容易, 因為AgilePoint 是採用webService的架構, 因此要完成一個步驟只要有工作代號(WorkItemID), 逐筆呼叫api.CompletedWorkItem(WorkItemId) 就可以了.

但是要作一個通用的批次簽核要考慮的問題就比較多了, 原因是AgilePoint 沒有絕對的核準或退回, 其核准或退回只是一個流程變數等於True或False, 而變數麼名稱是可以自定的.

clip_image002

因此若要作到批次簽核, 首先變數名稱一定要先統一, 另外AgilePoint 支援同一個步驟可以有多個參與者, 此時核准或退回就不能單純改變流程變數,

(如上圖流程變數 IsApprove, 如果每個參與者點選同意或退回都去改變他的值, 則其最後的值會由最後一個人決定).因此我們在點選同意或退回的後,

表單中可呼叫SetClientDataVerifyResult(VERIFY_RESULT VerifyResult)

其參數有 VERIFY_RESULT.Approve: 同意

VERIFY_RESULT.Reject: 不同意

VERIFY_RESULT.NoComment: 沒意見(不常用)

這些資料將會寫入每一個WorkItem 的私有的參數欄(Clientdata)

同時在流程元件設定投票的優先順序VotingPriority.

此元件設定為Approve_First 或Reject_First 會讀取 相關的WorkItem 的Clientdata 所存放的核決結果, 判斷出一個惟一的值, 並將其寫入指定的變數.

clip_image002[9]

clip_image004

可設定的判斷有兩種:

Voting Priority: 設定符合條件

             Approve_First - 當符合條件時將ApproveRejectResult的變數設為True。

             Reject_First -當符合條件時將ApproveRejectResult的變數設為False。

             None - 不作Voting判斷。

Session WorkItem :指定評估對像為該批參與者的作業型態。

             Orginal WorkItem - 原始指定的作業(任務)，不含動態會簽。

             All WorkItem - 所有作業, 包括加簽的人亦考慮在內。

Approve Reject Result 設定符合條件後輸出True/False所存放的變數

ApproveReject Rating 評估輸出Approve或Reject 的比率

            1% 只要有一個WorkItem 符合輸出條件即可

           50% 一半的WorkItem符合輸出條件

         100% 全部的WorkItem皆需符合輸出條件

          其它- 自行輸入(需輸入%)

Wait All Task Completed 指定評估時機

         True - 所有作業完成才評估

         False - 每一個作業完成即評估, 只要達到指定的比率, 則其它尚未簽核的工作會被取消,

並直接輸出判斷的結果.

採用Voting 預設輸出的流程變數為ApproveRejectResult.

因此當一個步驟可能多個參與者時, 除了設定VotePriority 外, 並需將同意或退回的判斷設定為VotingPriority 所指定的變數.

clip_image006

如果一個步驟只會有一個參者可選擇直接由按鍵設定流程變數(IsApprove)或設定VotingPriority 其結果是相同的, 差別在於VotingPriority 會多作一次判斷.

上面我們談完了, 如何由表單上或流程元件控制核決結果, 接下來要談到批次簽核.

AgilePoint 的批次簽核事實上就是模擬表單上的動作, 但因為我們無法控制該步驟是採用直接設定流程變數(如IsApprove)或由流程元件判斷Clientdata再設定流程變數(ApproveRejectResult), 因此在批次簽核的頁面上會同時將 SetClientDataVerifyResult(VERIFY_RESULT VerifyResult)寫入ClientData 並將IsApprove 設為True 或False.

通常要使用批次簽核的步驟, 表單上除簽核意見外不應輸入其它欄位, 因此只有特定的步驟才可使用批次簽核, 因此要可以批次簽核的步驟可以在流程元件Manual Activity 中，設定[參與者]之[非必要](Optional) == false及[等待工作完成]WaitWorkPerformed == false，此作業於簽核後會將簽核結果寫入WorkItem 之client Data 並設定流程變數IsApprove=True.

clip_image008

當設定完成, 流程執行至改步驟時, 若該步驟之社設定符合上述設定時會自動出現批次簽核的選項

clip_image010

點選批次簽核的Button, 並勾選欲牽核的表單.

clip_image012

輸入簽核意見與內容, 並點選核准、拒決或取消, 系統自動將簽核結果寫入ClientData 與流程變數

clip_image014

註: AresPortal 中所含的BatchSignPage 是一個未編譯客制網頁, 目前在簽核時只會寫入流程變數IsApprove等於True 或False,換言之目前批次簽核只支援, 一個步驟, 同時只有一個人簽核, 新的版本, 會同時寫入 SetClientDataVerifyResult(VERIFY_RESULT VerifyResult), 請更新為新的版本或直接加入以下程式碼.

留言

張貼留言

這個網誌中的熱門文章

如何使用SQL Profiler 找到語法錯誤

圖片
  SQL Profiler 我們在執行SQL 語法時, 常發生SQL Server 端的錯誤, 但無法直接由Client 端的訊息看出來,此時我們可透過SQL Profiler 來找到Server 執行的錯誤, 只是Server 端的事件那麼多該如何找到錯誤呢? 一個很重要的觀念, SQL Server 不論執行的結果如何, 正確或錯誤都會產生Complete的事件, 如 StoreProcedure 的 SP:Completed/StmtCompleted   一般SQL 的SQL:StmtCompleted / BatchCompleted. 奇怪了, 都錯了怎麼還有BatchCompleted 呢? 別緊張在Error 欄也有寫執行結果(1-Error) ,因此我們可以針對執行結果為1-Error 的部份, 來看它的錯誤原因,只要設定Exception 及User Error Message , 並針對所需的指令類別(StoreProcedure或一般SQL)所需的Completed 事件, 就可以找到錯誤的指令.   實際應用的案例 以下是一個我們在Client 端程式所發生的錯誤, 可是單由Client端的訊息看不出來錯在那裡, 執行資料庫Schema 更新失敗(Schema Ver.18 update failed) 接下來要找到失敗的原因. 1. 開啟 SQL Profiler. 開始-->程式集—>Mircosoft SQL Server 2005->效能工具->SQL Server Profiler. 2.新增追蹤 3.連結資料庫 4.設定所需的事件 預設項目除了 RPC:Completed , SP:StmtCompleted, SQL BatchCompleted 其餘均可取消.   5.勾選 顯示所有事件及顯示所有資料行. 6.選擇必要的事件    對於找出一般SQL 指令的錯誤而言, 只需要設定三個值, 其餘可取消.    設定Errors and Warnings 之 Exception 與User Error M...
閱讀完整內容

如何將SQL Server 的查詢輸出寫入文字檔

圖片
  SQL Server 預設會將執行結果顯示於畫面上，可設定將其輸出寫入外部檔案，此項設定只針對新開啟的視窗有效. 以下範例是針對SQL Server 2005 . a. 開啟SQL Server Management Studio b. 點選工具à選項 c. 設定查詢結果，選擇將結果存檔 d. 開啟新的執行視窗，並執行指令. e. 選擇輸出檔案名稱. 雖然預設副檔名為 .rpt , 但其內容為文字檔，因此可用文字編輯開啟.
閱讀完整內容

AgilePoint逐級簽核與指定簽核層級範圍

圖片
  循序簽核 企業流程中, 大部份的行政流程都採用申請者逐級簽核的方式進行, 由申請者開始依組織的層級逐級向上簽核,當導入BPM或Workflow時也會面臨同樣的問題, 一般常見的作法是逐一繪出組織層級與流程. 上述的流程雖然很清楚的呈現簽核者的層級與流程, 可是問題也不少,因為一般流程的訪談都是以最基層的員工為主, 因此很容易發生以自己為出發點去設計流程,試問 1.如果經理自己申請是否要自己核准, 如果協理申請是否要給經理簽 ? 2. 如果有一個部門沒有協理怎麼辦 ?一個流程如果要適用於生產部門的工廠與行政支援部門, 通常其組織結構是不同的, 傳統的作法是把每個組織了流程劃出來, 整個流程密密麻麻. 逐級簽核 新的流程設計通常改用逐級簽核的方式, 以類似迴圈的方式判斷是否達到核決的權限, 如未達到則在找上一階主管, 已達到則離開迴圈, 不論申請者是何層級或組織階層為何皆可執行.   AgilePoint 提供很有彈性的逐級簽核的判斷,可在單一條件的流程元件(Single Condition) 是否達核決權限中判斷指定的流程變數(圖中IsPrivileged)為True或False, 因此只要在流程中依組織的核決規則去設定流程變數值即可. 判斷是否達核決權限的判斷有許多種方法, 第一種是在人工簽核作業元件中設定判斷的基准,該元件會依設定的內容指定流程變數的值. 內件元件可以依人員或部門甚至流程變數的值作判斷, 判斷的方法有特定的值(等於某個層級), 特定欄位值是否符核該層級的區間(經理可准假幾天, 協理可以核准採購金額多少),上簽幾階等不同的方式. 如果內建的內容無法滿足時,亦可在表單上運算然後將結果(True/False)直接設定給流程變數, 不過我們通常不建議將判斷寫於表單上, 比較建議的方法是寫成一個流程元件(AgilePart), 其優點除了簡化表單的設計外, 另一個好處是可以重覆利用這個元件, 達到組合流程的目的. 資產處分流程中, 依資產使用年限與殘值決定核決層級, 以AgilePart 製作核決權限判斷元件. 設計一個可參數化的流程元件直接設定所需的核決層級. 透過上述幾個案例, 可以發現逐級簽核有兩個重點, 一個是需要一個樹狀...
閱讀完整內容