在流程設計前,我們必須針對這些必要的系統資料表,做好準備,為了能讓讀者能依照本文件進行學習,請盡量按照我們規劃的資料去的設定,等到正式使用時再轉入自己的資料。所有的基本資料都可以透過EEPManager來設計,打開「Security Manager」頁面,依下列次序設定之:
Step1>
切換到了「Users & Groups」頁籤中,我們先來設定幾個Users的資本資料,做為往下範例的依據,如下圖,我們建立的多個Users的帳號。
在此我們設定了11個User,其中「001,002,003,004,005,006,007,009」是下文中一定會用到的,其餘的User可以不建立,另User的姓名請自行參考,Email帳號請先不必輸入,等下文中用到Email時再回來設定。
Step2>
設定Groups,之前的Groups是代表使用者群組,但在Workflow中卻也可以代表角色,一個角色可以有多個User扮演,也可是一個User,在此我們將角色設定為「Y」就代表示流程所使用的角色,因此之前的群組不一定是角色,但角色也可以是一個群組,如下圖,可以透過後面的ListBox來設定該角色為哪一個User或哪些User:
設定時,我們設定了R01到R10等公司的職務,分別代表不同的職務,在ListBox中設定完畢後,必須按一下「Save」的Button才會真正存檔。請依下表建立角色的名稱與用戶:
角色代號 |
角色名稱 |
使用者 |
備註 |
R00 |
總經理 |
001 |
|
R01 |
業務 |
003,006 |
|
R02 |
業務經理 |
005 |
|
R03 |
行政經理 |
002 |
|
R04 |
工程師 |
004,011 |
|
R05 |
客服經理 |
007 |
|
R06 |
業務助理 |
008 |
可以不設 |
R07 |
專案經理 |
010 |
可以不設 |
R08 |
專案工程師 |
004,011 |
可以不設 |
R09 |
財務會計 |
009 |
可以不設 |
R10 |
倉管 |
009 |
|
Step3>
設定「OrgLevel」,代表設定公司主管的層級,代碼設定時須注意必須職級小的設定到職級大的,如最小的主管是「1」,最大的主管是「9」等等。
職級的用途是在組織設定時,用來定義該組織主管的層級,因為在流程中的主管審核大都會依照不同的層級有不同的授權,就以此來做授權標準。
Step4>
設定「OrgKind」,代表設定公司組織代號,依照公司的組織情形建立資料,系統預設’
因為同一個角色可能在不同組織上扮演不同的功能,因此會根據組織的不同,會有不同的主管與流程。
Step5>
設定「Organization」公司組織,因為Workflow的流程制定,很多地方會用到使用者的主管設定,因此必須要有樹狀組織的設定才能定義出User的主管與組織位階,如下圖為組織設定的畫面:
請依照上圖的組織設定之,輸入時,請參考一下說明:
部門編號:可以自行編立,如果同層部門的編號將為其排序的依據,如上面的業務部為’
上層部門:本部門市隸屬哪一個部門之下,可以用來定義其樹狀的結構,為空白代表組織最上層。
主管:此設定是必填的,否則無法存檔,每個組織都必須設定一個主管,而主管的角色最好也只能定義一個User,因為該主管的角色如果有兩個User,則會發生權責不清的現象。
職級名稱:就是上述的OrgLevel主管層級,每個部門主管在該組織中的主管層級,主管審核Activity元件的授權標準就是會以此主管層級來處理的。
部門中角色:每個部門內,都可以設定有哪些角色,注意在此都是角色為主,無法以User來設定,因此都必須透過角色來定義User,操作時,必須要按下『Update』的Button才能進行部門的角色定義。如下,可以按照下表來設定組織的資料。
部門編號 |
部門名稱 |
上層部門 |
主管 |
職級 |
部門角色 |
1 |
總公司 |
|
R00 |
總經理 |
|
2 |
業務部 |
1 |
R02 |
經理 |
R01,R06 |
3 |
專案部 |
1 |
R07 |
經理 |
R08 |
4 |
客服部 |
1 |
R05 |
經理 |
R04 |
5 |
總管理部 |
1 |
R03 |
經理 |
R09,R10 |
Related Topics