ERP系統(tǒng)如果從驅(qū)動(dòng)角度來(lái)分,可以分為以需求驅(qū)動(dòng)的ERP系統(tǒng)和以流程驅(qū)動(dòng)的ERP系統(tǒng)。這兩類(lèi)系統(tǒng)由于設(shè)計(jì)因素不同,其內(nèi)涵也有很大的差異。在選購(gòu)的時(shí)候,當(dāng)然注意點(diǎn)也有所不同。筆者結(jié)合自己的親身體驗(yàn),談?wù)勂髽I(yè)選購(gòu)需求驅(qū)動(dòng)型ERP系統(tǒng)的的注意事項(xiàng),供各位參考。
注意事項(xiàng)一:需求之間的相互聯(lián)動(dòng)。
筆者認(rèn)為,雖然有些ERP系統(tǒng)是圍繞一個(gè)個(gè)需求所展開(kāi)的。但是需求之間仍然存在著一些難以割舍的互動(dòng)關(guān)系。如當(dāng)銷(xiāo)售訂單審核之后,如何讓采購(gòu)、物料、生產(chǎn)等相關(guān)部門(mén)知道這個(gè)訂單的存在;如對(duì)于預(yù)付性質(zhì)的銷(xiāo)售訂單與采購(gòu)訂單,如何通過(guò)財(cái)務(wù)部門(mén)進(jìn)行聯(lián)動(dòng)控制等等。這些都涉及到部門(mén)與部門(mén)之間、用戶(hù)與用戶(hù)之間的聯(lián)動(dòng)關(guān)系。如何需求之間沒(méi)有形成類(lèi)似的聯(lián)動(dòng)效應(yīng),那么很顯然,部門(mén)之間的隔閡將無(wú)法通過(guò)ERP等信息化管理系統(tǒng)來(lái)消除。有時(shí)候,甚至還會(huì)加強(qiáng)。那么企業(yè)不是搬起石頭砸自己的腳嗎?
所以筆者認(rèn)為,企業(yè)即使選購(gòu)需求驅(qū)動(dòng)型的ERP,也需要注意各個(gè)需求之間的聯(lián)動(dòng)效應(yīng)。具體的來(lái)說(shuō),在購(gòu)買(mǎi)的時(shí)候,要向?qū)Ψ绞矍白稍?xún)顧問(wèn)確認(rèn),當(dāng)單據(jù)審核的時(shí)候,是否有一個(gè)通知的動(dòng)作。如有些需求驅(qū)動(dòng)型ERP會(huì)跟郵件系統(tǒng)結(jié)合。系統(tǒng)管理員可以指定, 當(dāng)單據(jù)審核的時(shí)候,可以向指定的用戶(hù)發(fā)送郵件通知。如此的話(huà),即使在流程上沒(méi)有關(guān)聯(lián),但是至少可以通過(guò)郵件等通知手段來(lái)有機(jī)的把它們聯(lián)系在一起,形成需求之間的相互聯(lián)動(dòng)。如果ERP系統(tǒng)有類(lèi)似功能,則用戶(hù)在單據(jù)審核之后也不用一個(gè)個(gè)的去通知。系統(tǒng)會(huì)自動(dòng)通過(guò)郵件的形式向用戶(hù)發(fā)送通告。
注意事項(xiàng)二:最好帶有流程自定義模塊。
有些ERP系統(tǒng)雖然在設(shè)計(jì)的時(shí)候是以需求為核心的,但是仍然會(huì)提供一個(gè)流程自定義模塊。用戶(hù)可以根據(jù)自己的需要,來(lái)定義企業(yè)業(yè)務(wù)的管理流程。如神州數(shù)碼易飛ERP系統(tǒng)就是以需求為驅(qū)動(dòng)的。不過(guò)其還有一個(gè)工作流系統(tǒng),能夠與之相集成。從而用戶(hù)可以根據(jù)自己的需要,將各自相互獨(dú)立的需求組合成一個(gè)管理流程。不過(guò)可惜的是,神州數(shù)碼的這個(gè)工作流系統(tǒng)需要另外獨(dú)立購(gòu)買(mǎi)。
其實(shí)筆者從內(nèi)心來(lái)說(shuō),還是比較推薦那些流程驅(qū)動(dòng)的ERP系統(tǒng)。它們往往在設(shè)計(jì)的時(shí)候都已經(jīng)體現(xiàn)了流程為核心的理念。對(duì)于那些喜歡需求驅(qū)動(dòng)ERP的企業(yè)來(lái)說(shuō),筆者認(rèn)為最好還是需要注意流程對(duì)ERP系統(tǒng)的作用。這主要是因?yàn)楝F(xiàn)在強(qiáng)調(diào)部門(mén)之間合作,有時(shí)候一個(gè)業(yè)務(wù)往往涉及到多個(gè)部門(mén)。如果沒(méi)有流程這個(gè)平臺(tái),很難將它們有機(jī)的聯(lián)系在一起。如對(duì)于一些信用不好的客戶(hù),企業(yè)可能會(huì)采取預(yù)收款的形式。這在ERP系統(tǒng)中就可能涉及到銷(xiāo)售、生產(chǎn)、財(cái)務(wù)、倉(cāng)庫(kù)等多個(gè)部門(mén)。如對(duì)于預(yù)付性質(zhì)的銷(xiāo)售訂單,合理的處理思路是:當(dāng)銷(xiāo)售訂單審核時(shí),訂單會(huì)處在掛起的狀態(tài)。同時(shí)系統(tǒng)會(huì)自動(dòng)生成一張收款性質(zhì)的單據(jù),財(cái)務(wù)就會(huì)根據(jù)這張單據(jù)去判斷客戶(hù)是否付款。當(dāng)客戶(hù)付款后,財(cái)務(wù)人員審核這張單據(jù),才是銷(xiāo)售訂單才會(huì)正式審核。在此之前,采購(gòu)、倉(cāng)庫(kù)、生產(chǎn)是無(wú)法進(jìn)行后續(xù)動(dòng)作的,也就是說(shuō)只能夠查詢(xún)而無(wú)法進(jìn)行單據(jù)的操作,如生成采購(gòu)計(jì)劃與生產(chǎn)計(jì)劃等等。要完成這一系列的動(dòng)作與控制,則必須有流程的幫助。如果沒(méi)有流程在其中牽針引線(xiàn),很難將它們有機(jī)的聯(lián)系在一起。由于涉及到的部門(mén)比較多,即使有上面的郵件通知功能,也可能會(huì)有疏漏。為此筆者認(rèn)為,企業(yè)在選購(gòu)ERP系統(tǒng)的時(shí)候,即使選擇的是需求驅(qū)動(dòng)型的ERP系統(tǒng),最好也要選購(gòu)那些帶有流程自定義模塊的ERP軟件。以便將一些比較復(fù)雜的業(yè)務(wù)在流程平臺(tái)上進(jìn)行整合。
注意事項(xiàng)三:即時(shí)通信工具必不可少。
對(duì)于一些流程驅(qū)動(dòng)型的ERP系統(tǒng),往往會(huì)有系統(tǒng)通知的功能。如用戶(hù)定義了一個(gè)訂單審核流程。當(dāng)采購(gòu)訂單輸入完畢后,用戶(hù)點(diǎn)擊"完成"按鈕。則系統(tǒng)會(huì)發(fā)一個(gè)系統(tǒng)通知給采購(gòu)經(jīng)理。當(dāng)采購(gòu)經(jīng)理登陸系統(tǒng)后,就會(huì)看到這個(gè)通知消息。然后通過(guò)這個(gè)消息可以直接打開(kāi)對(duì)應(yīng)的采購(gòu)訂單,而不用再去采購(gòu)模塊查找。查看無(wú)誤后審核,然后系統(tǒng)又會(huì)發(fā)一個(gè)反饋信息給采購(gòu)員。這就是流程驅(qū)動(dòng)型ERP不可替代的優(yōu)勢(shì)。
那么對(duì)于需求驅(qū)動(dòng)型ERP來(lái)說(shuō),如何來(lái)實(shí)現(xiàn)類(lèi)似的功能嗎?總不能夠沒(méi)完成一個(gè)訂單就電話(huà)通知吧?這顯然會(huì)憑空增加用戶(hù)的工作量。在這種情況下,可能一個(gè)即時(shí)通信工具就必不可少了。當(dāng)用戶(hù)完成或者審核一張單據(jù)后,就可以直接通過(guò)即時(shí)通信工具來(lái)告知相關(guān)的當(dāng)事人。
筆者以前給客戶(hù)實(shí)施過(guò)一個(gè)ERP項(xiàng)目,這個(gè)客戶(hù)選擇的就是需求驅(qū)動(dòng)型的ERP系統(tǒng)。項(xiàng)目上線(xiàn)后,他們覺(jué)得郵件通知有點(diǎn)慢。因?yàn)橛行┯脩?hù)的話(huà),郵件客戶(hù)端不是經(jīng)常打開(kāi),而且也不會(huì)經(jīng)常去查看郵件。這導(dǎo)致有些單據(jù)后續(xù)的處理工作無(wú)法及時(shí)完成。跟客戶(hù)溝通后,筆者建議他們上一個(gè)即時(shí)通信工具。不夠那時(shí)候由于他們的ERP系統(tǒng)還沒(méi)有自帶這個(gè)即時(shí)通信工具,筆者就建議客戶(hù)使用一個(gè)免費(fèi)的開(kāi)源軟件PSI。這個(gè)即時(shí)通信工具是開(kāi)源的,可以運(yùn)行在多個(gè)平臺(tái)上。而且還可以設(shè)置有消息時(shí)強(qiáng)制打開(kāi)的功能。如當(dāng)某個(gè)用戶(hù)發(fā)送消息時(shí),對(duì)方這個(gè)消息窗口就會(huì)強(qiáng)制打開(kāi)。從而保證用戶(hù)不會(huì)錯(cuò)過(guò)任何一條消息。不過(guò)可惜的是,這個(gè)即時(shí)通信工具是跟ERP系統(tǒng)脫離的,沒(méi)有很好的集成。
筆者的意見(jiàn)是,企業(yè)選購(gòu)需求驅(qū)動(dòng)型ERP的時(shí)候(包括其它信息化管理軟件也是類(lèi)似),最好自帶有一個(gè)即時(shí)通信工具。如此的話(huà),就可以跟系統(tǒng)的其他模塊整合。如可以設(shè)置,當(dāng)單據(jù)審核之后,自動(dòng)發(fā)消息給指定的用戶(hù);還可以設(shè)置預(yù)警功能,當(dāng)應(yīng)收帳款到期或者庫(kù)存數(shù)量低于安全庫(kù)存的時(shí)候,向用戶(hù)報(bào)警等等。這些功能都非常的時(shí)候。筆者以前負(fù)責(zé)神州數(shù)碼易飛ERP系統(tǒng)的時(shí)候,他們就帶有這個(gè)即時(shí)消息的工具。不過(guò)那時(shí)候還不成熟,沒(méi)有跟系統(tǒng)的其它模塊整合。到現(xiàn)在最新的版本,應(yīng)該已經(jīng)設(shè)計(jì)的不錯(cuò)了。
總之對(duì)于需求驅(qū)動(dòng)型的ERP,其最大的阻礙就在于溝通上。因?yàn)闊o(wú)法通過(guò)流程將相關(guān)的責(zé)任人聯(lián)系起來(lái),無(wú)法形成一股合力。此時(shí)只有借租即時(shí)通信等工具,來(lái)加強(qiáng)他們彼此之間的溝通與協(xié)調(diào)。
注意事項(xiàng)四:承上啟下的功能模塊。
對(duì)于需求驅(qū)動(dòng)型ERP,有時(shí)候還需要一些承上啟下的功能模塊。對(duì)對(duì)于入庫(kù)單到應(yīng)付帳款,這中間就需要一個(gè)功能模塊。筆者以前遇到過(guò)一款需求驅(qū)動(dòng)型ERP系統(tǒng),他們?cè)谠O(shè)計(jì)的時(shí)候沒(méi)有這個(gè)承上啟下的功能模塊,操作起來(lái)就顯得很別扭。他們?cè)谏蓱?yīng)付帳款的時(shí)候,有兩種方式。一是根據(jù)發(fā)票與應(yīng)付帳款去匹配入庫(kù)單,即先入好應(yīng)付帳款單據(jù),然后再手工的在關(guān)聯(lián)入庫(kù)單據(jù)或者在入庫(kù)單據(jù)進(jìn)行金額的分配。二是在入庫(kù)單上進(jìn)行過(guò)賬作業(yè),此時(shí)一張入庫(kù)單對(duì)應(yīng)一張應(yīng)付單據(jù)。這兩種方式,無(wú)論采用哪一種方式操作起來(lái)都比較麻煩。
而像易飛ERP那樣,如果采用承上啟下的過(guò)渡模塊就不一樣了?梢詫(zhuān)門(mén)設(shè)置一個(gè)"生成應(yīng)付帳款"的過(guò)渡窗口。在這個(gè)窗口中可以選擇需要結(jié)帳的入庫(kù)單據(jù),還可以設(shè)置需要合并成一張應(yīng)付帳款還是生成單獨(dú)的單據(jù)。然后按一下運(yùn)行就可以根據(jù)用戶(hù)的需求產(chǎn)生對(duì)應(yīng)的應(yīng)付帳款。對(duì)于需求驅(qū)動(dòng)型的ERP系統(tǒng),這些承上啟下的功能模塊有時(shí)候是必不可少的。因?yàn)槠洳粌H可以方便用戶(hù)的操作,而且還可以提供很好的靈活性。
總而言之,對(duì)于需求驅(qū)動(dòng)型的ERP系統(tǒng),其選擇的核心在于需求之間、用戶(hù)之間的溝通上。如果能夠?qū)⑦@個(gè)問(wèn)題解決了,那么選型離成功又跨近了一大步。
轉(zhuǎn)載請(qǐng)注明出處:拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題:需求驅(qū)動(dòng)型ERP系統(tǒng)選購(gòu)的四大注意事項(xiàng)
本文網(wǎng)址:http://www.ezxoed.cn/html/consultation/10820116219.html