這一篇就用第一篇留下來的例子來說明 AME 中，動作 (Action Types) 的使用。
第一篇所留下的例子：
當員工要請購任何跟電腦相關的東西時，希望可以讓簽核流程先流到資訊部門；同意後再按照請購人的組織架購一路往上簽核到有足夠核決權限的人為止；之後再發給財務部門做預算檢查；最後再發信給採購人員進行採購程序。
配合在上一篇所提到的需求分析我們可以知道
- 任何跟電腦相關的東西：條件
- 資訊部門：第一部份的簽核
- 組織架購一路往上簽核到有足夠核決權限的人為止：第二部份的簽核
- 財務部門：第三部份的簽核
- 發信給採購人員：第四部份的
簽核通知
後面有關簽核的部份，就是在動作 (Action Types) 處理。
首先，我目前所使用到的需求來說，使用標準的動作都可以滿足，雖然看起來這邊一樣可以自訂，但是因為我沒有實務上的例子，所以我就不解釋自訂的部份。
前面的分析我們知道，分成三個部份的簽核，再加一個簽核完成通知。我們姑且可以把第二部份的簽核視為主要簽核 (應該不難理解吧？)，所以第一部份就可以定義為主要簽核之前的簽核，第三部份就是主要簽核之後的簽核。
在動作裡面，
處理主要簽核之前的簽核就是：pre-chain-of-authority approvals
處理主要簽核之後的簽核就是：post-chain-of-authority approvals
就這樣，按下 Continue 後就加好了。
處理組織架構簽核的是：absolute job level
這個類別按下 Continue 後，會出現不同於前面兩個類別的畫面：
是因為使用這個類別，AME 會依照這個類別的設定，自動新增它所需要的屬性 (Attributes)。
最後，發信給採購人員並不是要求他的簽核只是通知 (FYI)，處理這個需求的類別是：approval-group chain of authority
好了，所需要的動作加好了，這部份"目前"就完成了。可以補充一些我有用過的類別：
dual chains of authority
看到 dual 就知道囉，這個類別允許你定義"兩段"依據組織架構簽核的流程。它會給你兩個新的屬性
FIRST_STARTING_POINT_PERSON_ID
SECOND_STARTING_POINT_PERSON_ID
所以，你只要回去屬性去定義這兩段的起始員工 (Person ID) 就可以囉。
substitution
可以把特定的人直接替換成另一個人
沒有留言:
張貼留言