模型化的erp系統(tǒng)下載權限管理

剛上線時，系統(tǒng)內(nèi)的權限管理往往并不引起重視。大家關注更多的是系統(tǒng)能否順暢運行、數(shù)據(jù)是否準確，財務帳是否能對得上等等。事實上，此時為了確保系統(tǒng)迅速轉(zhuǎn)起來，給很多用戶的權限往往是放大的。幾個月后，隨著erp系統(tǒng)下載的運行漸漸趨于平穩(wěn)，系統(tǒng)內(nèi)部的權限管理問題就慢慢突顯出來了。具體表現(xiàn)在以下幾個方面：

　　·沒有一個清晰的授權原則，不能確切的說明為何授權或為何不授權

隨著erp系統(tǒng)下載運行越來越順暢，使用者漸漸感受到了系統(tǒng)所帶來的價值，于是大家便會要求給自已開通更多的功能。對于系統(tǒng)權限管理人員來說，面對大量增加權限的申請，究竟是開通還是不開通，似乎并不能找到一個清晰的標準。于是，請部門主管審批便成了一個最為有效的解決方案。只要相關的部門主管認可，IT部門即予開通。然而，這僅僅是從管理職責上解決了誰負責的問題，并未解決權限管理的本質(zhì)問題。即開通一個權限或不開通一個權限，是由某一個人來判斷有無必要 (不管此人是申請者、權限管理員還是部門主管)，還是由某一管理規(guī)則來決定。從規(guī)范化、科學化和精細化管理的角度來說，當然應該是后者;從風險控制的角度來說，就更應該是后者了。

事實上，隨著erp系統(tǒng)免費下載這樣大集成的系統(tǒng)逐漸被采用，企業(yè)運營信息的加工和傳遞效率確實被極大提高了。但是，任何事務都有兩面性，在這種情況下，如果授權不當，企業(yè)運營信息的風險也大大提高了。這種風險主要包括兩個方面，一是讓更多原本沒有必要了解這些信息的員工可隨時掌握這些信息，大大增加了泄密的可能性;二是讓原本沒有必要操作或加工這些信息的員工擁有了這些權力，增加了管理的失控的可能。

因此，對于實施了erp系統(tǒng)下載的企業(yè)來說，應建立一套基于業(yè)務活動的erp系統(tǒng)下載權限管理體系。對于某一位員工來說，究竟應該擁有什么樣的權限，取決于其在企業(yè)業(yè)務流程體系內(nèi)所承擔的角色及從事的活動。“業(yè)務活動驅(qū)動”應是判斷一個員工是否擁有某一權力的重要原則。“業(yè)務活動”的整理可以通過Excel表的形式來實現(xiàn)，但是事實證明，這樣的技術手段很難保證“業(yè)務活動”梳理的全面性和準確性，維護起來也較為困難。建立一套基于業(yè)務流程的“業(yè)務活動”模型，是一種較為先進的技術手段。

·系統(tǒng)權限有被逐漸放大甚至失控的危險

erp系統(tǒng)下載內(nèi)的權限管理是以“角色”這一概念展開的，一個“角色”上分配了體現(xiàn)權力的一組功能及體現(xiàn)限制的授權條件。舉一個極端的例子，如果在erp系統(tǒng)下載中給每一位員工建立一個角色，并且此角色只分配給一個員工，那么某一角色內(nèi)的某一個權限的變動也就不會對他人的權限產(chǎn)生任何影響。但是，一般企業(yè)都不會這樣做，因為如果員工數(shù)量一多，erp系統(tǒng)下載中的角色體系就會過于龐雜。而且，一個角色與另一角色之間的差異可能很小，這會導致數(shù)據(jù)的冗余變得很大。一般的做法是在erp系統(tǒng)免費下載中建立一套通用角色、復合角色和單一角色所構成的角色體系來對用戶進行授權。也就是說，一個erp系統(tǒng)下載角色可能會分配給多個用戶，此時因為某個人的需求而改動某一角色內(nèi)的權限就可能會影響到此角色所對應的其他用戶的權限。即此角色所對應的所有用戶都會同時增大或減少權限。鑒于這種情況，某一用戶申請增加權限時，還應告之審批者其在erp系統(tǒng)下載中所對應的角色，以及此角色所關聯(lián)的其他用戶，從而使得行使審批權的主管能夠決定是否給這些相關聯(lián)的其他用戶同時增加此權限。事實上，很少有企業(yè)能做到這一點。通常的做法是，某用戶申請開通某一權限，主管確認后，系統(tǒng)管理員就在此用戶對應的角色上憑經(jīng)驗選一個角色，直接加入此功能。這樣，與此角色相關聯(lián)的其他用戶也就自動開通了此功能。一般來說，給用戶增加權限是不會被用戶投訴的。久而久之，權限就被逐漸放大了。