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

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

　　·沒(méi)有一個(gè)清晰的授權(quán)原則，不能確切的說(shuō)明為何授權(quán)或?yàn)楹尾皇跈?quán)

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

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

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

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

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