一、技術(shù)風(fēng)險(xiǎn)

系統(tǒng)及軟硬件支撐方面存在軟件風(fēng)險(xiǎn)和硬件風(fēng)險(xiǎn)。ERP系統(tǒng)是以財(cái)務(wù)為核心的管理系統(tǒng)，集成了大量業(yè)務(wù)數(shù)據(jù)信息，一旦某個模塊功能發(fā)生故障，會干擾其他關(guān)聯(lián)模塊的正常運(yùn)行，給財(cái)務(wù)支撐帶來較大的壓力。

初期系統(tǒng)上線時，部分功能設(shè)置仍存在漏洞，客戶化開發(fā)的報(bào)表未經(jīng)充分測試或僅通過少數(shù)關(guān)鍵用戶加以測試正式投入使用，潛在影響了財(cái)務(wù)集成數(shù)據(jù)的可靠性；各單位月末集中處理財(cái)務(wù)數(shù)據(jù)時，服務(wù)器處理器及I/O總線等關(guān)鍵參數(shù)超過負(fù)載比例較高。待后續(xù)增加服務(wù)器數(shù)量時，未有效分配特殊期的系統(tǒng)請求量，一旦數(shù)據(jù)請求超過服務(wù)器負(fù)載，易造成系統(tǒng)癱瘓，也帶來了潛在的關(guān)賬風(fēng)險(xiǎn)。

業(yè)財(cái)集成方面存在數(shù)據(jù)核對、數(shù)據(jù)不規(guī)范及系統(tǒng)監(jiān)控風(fēng)險(xiǎn)。業(yè)財(cái)集成過程存在著轉(zhuǎn)換、傳輸、接收等數(shù)據(jù)控制環(huán)節(jié)，其中每個環(huán)節(jié)都可能產(chǎn)生問題數(shù)據(jù)。在推廣過程中，集成數(shù)據(jù)存在傳輸重復(fù)或漏傳現(xiàn)象，致使業(yè)財(cái)對賬核對流程較為復(fù)雜，各單位在不清楚集成原理及正確核對方法的情況下，核對集成數(shù)據(jù)存在較大困難，不可避免地出現(xiàn)錯漏，將對數(shù)據(jù)核對結(jié)果帶來風(fēng)險(xiǎn)；ERP系統(tǒng)運(yùn)行初期，各單位人工核對數(shù)據(jù)的壓力較大，財(cái)務(wù)關(guān)賬檢查可能未達(dá)到真正的審核效果，各種非實(shí)際業(yè)務(wù)數(shù)據(jù)進(jìn)入ERP生成憑證，無相關(guān)實(shí)際說明支撐引發(fā)財(cái)務(wù)憑證的不規(guī)范；由于集成數(shù)據(jù)經(jīng)歷了多個傳輸環(huán)節(jié)，短期內(nèi)未建立有效的技術(shù)監(jiān)控機(jī)制，造成財(cái)務(wù)人員在ERP界面發(fā)現(xiàn)集成數(shù)據(jù)報(bào)錯，被動地反饋給其他部門查找原因，嚴(yán)重影響了財(cái)務(wù)報(bào)表編制及報(bào)表數(shù)據(jù)的質(zhì)量。

二、管理風(fēng)險(xiǎn)

權(quán)限功能設(shè)置上有權(quán)限管理、權(quán)限轉(zhuǎn)移及參數(shù)調(diào)整風(fēng)險(xiǎn)。為方便各單位有效解決系統(tǒng)功能設(shè)置問題，項(xiàng)目組將管理員職責(zé)賦予某些關(guān)鍵用戶，而個別關(guān)鍵用戶又將系統(tǒng)管理員權(quán)限下放到最終用戶，增加了系統(tǒng)功能管理的風(fēng)險(xiǎn)；為滿足集團(tuán)公司月末關(guān)賬任務(wù)要求，各單位的業(yè)務(wù)審批可能流于形式，將審批權(quán)限直接轉(zhuǎn)交其他人員，內(nèi)部財(cái)務(wù)憑證監(jiān)管難以落實(shí)，業(yè)務(wù)數(shù)據(jù)的真實(shí)性及準(zhǔn)確性面臨審計(jì)風(fēng)險(xiǎn)；在獲得系統(tǒng)訪問權(quán)限下，員工可能誤操作調(diào)整系統(tǒng)的設(shè)置參數(shù)，導(dǎo)致系統(tǒng)中關(guān)于企業(yè)的商業(yè)機(jī)密數(shù)據(jù)（客戶、供應(yīng)商等）透明化，有可能給企業(yè)帶來重大損失。

流程設(shè)計(jì)改造也有風(fēng)險(xiǎn)。在方案設(shè)計(jì)過程中，基于系統(tǒng)操作的簡易程度，對現(xiàn)有流程加以微調(diào)、修補(bǔ)，從設(shè)計(jì)的合理性層面可能考慮較少，一定程度影響業(yè)財(cái)集成的效果，為運(yùn)行后業(yè)務(wù)流程調(diào)整帶來二次設(shè)計(jì)的風(fēng)險(xiǎn)；部分業(yè)務(wù)系統(tǒng)集成時較為倉促，短期內(nèi)系統(tǒng)改造難度較大，諸多業(yè)務(wù)流程改造仍基于原有的管理模式，未從根本上對業(yè)務(wù)流程加以梳理與改造。

人員流動頻繁也會帶來實(shí)施人員和關(guān)鍵用戶的流動風(fēng)險(xiǎn)。在項(xiàng)目實(shí)施階段，多數(shù)項(xiàng)目實(shí)施人員臨時抽調(diào)到ERP項(xiàng)目組，項(xiàng)目組缺乏與郵政企業(yè)對接的績效考核辦法及晉升渠道，實(shí)施人員留在項(xiàng)目組的主觀意愿不高，借調(diào)期結(jié)束后，已經(jīng)熟悉項(xiàng)目情況的實(shí)施人員大多數(shù)選擇返回原工作崗位，對項(xiàng)目的影響較大；ERP推廣上線階段，要求各單位選派關(guān)鍵人員參與培訓(xùn)學(xué)習(xí)，各單位由于概念不清，大多臨時組織上報(bào)人員名單，參加培訓(xùn)的人員回去后可能從事另外的工作，致使二次培訓(xùn)無法在省內(nèi)開展。

還有運(yùn)維力量不足的風(fēng)險(xiǎn)。在目前各省（區(qū)、市）郵政和速遞板塊上報(bào)的問題中，運(yùn)維人員發(fā)現(xiàn)很多問題是重復(fù)問題，降低了運(yùn)維支撐的工作效率。這主要源于初期郵政方解決問題的能力有限，問題答復(fù)依賴于實(shí)施方顧問，且對問題及答復(fù)未進(jìn)行有效歸納、整理，未形成逐步完善的知識庫；在實(shí)施階段，運(yùn)維隊(duì)伍無法深入到ERP實(shí)施中，與實(shí)施方溝通聯(lián)系不緊密，知識轉(zhuǎn)移的效果不明顯。部分運(yùn)維人員不清楚系統(tǒng)功能原理與設(shè)計(jì)方案，僅片面了解系統(tǒng)軟件的基本操作，尚未達(dá)到二級運(yùn)維的支撐要求。