在流程設計前，我們必須針對這些必要的系統資料表，做好準備，為了能讓讀者能依照本文件進行學習，請盡量按照我們規劃的資料去的設定，等到正式使用時再轉入自己的資料。所有的基本資料都可以透過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」，代表設定公司組織代號，依照公司的組織情形建立資料，系統預設’0’為公司的基本組織。

因為同一個角色可能在不同組織上扮演不同的功能，因此會根據組織的不同，會有不同的主管與流程。

 

Step5＞設定「Organization」公司組織，因為Workflow的流程制定，很多地方會用到使用者的主管設定，因此必須要有樹狀組織的設定才能定義出User的主管與組織位階，如下圖為組織設定的畫面：

 

請依照上圖的組織設定之，輸入時，請參考一下說明：

部門編號：可以自行編立，如果同層部門的編號將為其排序的依據，如上面的業務部為’2’，專案部為’3’，因此業務部在上方，以此類推。

 

上層部門：本部門市隸屬哪一個部門之下，可以用來定義其樹狀的結構，為空白代表組織最上層。

 

主管：此設定是必填的，否則無法存檔，每個組織都必須設定一個主管，而主管的角色最好也只能定義一個User，因為該主管的角色如果有兩個User，則會發生權責不清的現象。

 

職級名稱：就是上述的OrgLevel主管層級，每個部門主管在該組織中的主管層級，主管審核Activity元件的授權標準就是會以此主管層級來處理的。

 

部門中角色：每個部門內，都可以設定有哪些角色，注意在此都是角色為主，無法以User來設定，因此都必須透過角色來定義User，操作時，必須要按下『Update』的Button才能進行部門的角色定義。如下，可以按照下表來設定組織的資料。