企業如何管理在線ERP系統用戶權限

這篇文章給大家介紹企業如何管理在線ERP系統用戶權限，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

    做軟件系統這一行業很多年，一凌網常常會碰到很多用戶詢問系統如何設置權限的問題，因為有部分企業的人員流動性是很大的，如果有員工離職，那么明顯的，系 統是不能再允許他們登錄，或者有人調崗，那么原來的操作也是不適合的，那么，在線ERP系統用戶權限該如何設計與實現才能幫助企業最大程度的解決這些疑惑 呢？     

ERP系統所支持的業務處理以及有待處理的大量數據是企業的重要資源，應予以特別保護。為了防止非法用戶使用系統及合法用戶對系統的非法訪問，需要對應用系統的采取保護措施，合理的用戶及權限管理是一種有效的手段，可以很大程度降低應用系統的安全風險。     

在ERP系統中，系統權限管理員根據每個用戶的崗位和工作職責，為其分配相應的權限。如果給用戶分配的權限不夠，則不能滿足用戶業務操作的需求；但如果分 配的權限過大，用戶可能會越權執行一些操作，給系統數據及公司業務安全帶來風險。很多企業的在線ERP應用范圍涉及本部及下屬各核算單位，部門崗位多、用 戶數量大，建立一個規范的系統用戶權限管理機制則顯得尤為重要。     

1 ERP系統的授權機制     

很多ERP系統采用的是目前國際上比較流行的基于角色的訪問機制（Role-Based Access Control，RBAC）。角色又分為單一角色和復合角色，單一角色是指事物代碼（Transaction Code）的集合，也包括事務代碼所要求的權限對象、權限字段、字段的值等，它們共同決定了具有該角色的用戶在系統中的操作范圍；而復合角色是若干單一角 色的集合。     

用戶在在線ERP系統中進行業務處理是通過各種事務代碼來實現的，每個事務代碼都對應著不同的功能程序。程序的設計除了實現業務處理的基本功能外，還包含 執行這個事務代碼所需要進行的授權檢查（Authorization Check）。新建一個用戶ID時，該用戶ID默認的權限是空白，無權進行任何操作。為用戶授權實際上是通過角色或者直接通過權限參數文件將不同的權限授 予不同的用戶，授權后其用戶主記錄中記錄了他的授權信息。當用戶執行某事務代碼時，事務代碼對應的程序對用戶主記錄中的授權信息進行權限檢查，檢查通過 了，就說明該用戶具有該操作權限，業務得以順利進行，反之，系統就自動終止事務處理，并提示用戶無權使用。     

2 用戶權限管理流程設計     

2.1 傳統用戶權限變更的模式及存在的問題     傳統的權限申請流程，是最終用戶根據實際需求，填寫《用戶權限申請表》并提交給系統權限管理員，管理員根據用戶的崗位職責進行審批，審批通過后在系統中做相應的權限調整，同時反饋給最終用戶。     

雖然傳統權限申請流程也對系統用戶權限實行了統一集中管理，但也存在著很多弊端：權限申請的審批、維護是由權限管理員完成的，管理員對業務單位部門崗位職責分配及業務操作的熟悉程度有限，很難確定最終用戶提交的權限申請的合理性；最終用戶不了解權限的構成情況，單從角色描述很難判斷角色所包含的具體內容，從而造成最終申請到的權限與所需要的權限不一致；用戶申請權限時通常都是通過電話或電子郵件，隨著時間的推移，申請變更的數據量逐漸增大，用戶和權限管理變得極其混亂；權限管理員處理權限申請時，往往需要反復溝通才能完成最終權限調整并記錄歸檔，而且在做權限調整時也不可避免的產生錯誤，使得管理員的工作量大而且效率低。     

2.2 流程化的用戶權限變更模式的實現     針對傳統權限申請流程存在的問題，一凌網對傳統流程進行了優化，將用戶權限變更過程從技術維護轉變為技術、業務部門共同參與的業務操作，實現了三級流程化的權限管理。     

3 方案設計     

3.1 模塊化結構 通過對業務流程和管理需要進行分析，整個用戶權限變更模塊設計包括三個主模塊：最終用戶創建申請子模塊、業務部門審批子模塊及信息部門執行子模塊，兩個輔助模塊：管理員維護子模塊，報表查詢子模塊。     

3.1.1 用戶創建申請子模塊     用戶提出權限變更申請，在ERP系統中創建權限變更申請單，權限變更類型包括新增用戶及權限、已有用戶權限更改、鎖定／解鎖用戶。     

3.1.2 業務部門審批子模塊     創建完成的權限變更申請提交后，業務部門審批負責人員根據用戶業務實際需要，進行相應的審批（流程Ⅱ-業務部門審批）。            

關于企業如何管理在線ERP系統用戶權限就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。