ERP產品如果不穩定將為企業帶來哪些影響?企業如何辨別ERP是否穩定?筆者在此為您做一分析。

　　眾所周知ERP軟件更新換代比較快，處在不停升級、不停打補丁的狀態中，這導致軟件的穩定性比較差。而新產品發布后，企業往往是試用的對象，而系統的不穩定，經常給企業帶來了很多麻煩。

　　核算數據不準確影響報表的正確性；出入庫不嚴格，車間多領料，造成倉庫多發或少收的現象，導致企業倉庫數量及應收、應付賬款不準確;賬實不相符，不能正確提供制訂計劃用的參考數據等，這些都是ERP系統不穩定造成的直接后果。更為嚴重的是系統性能低甚至癱瘓，導致不能開單，造成業務停滯，業務人員無法正常工作等。因此穩定性對ERP軟件來說是第一位的，不穩定是其致命的缺陷。

　　方法一：重點測試。ERP產品大都具有較強的通用性，雖然不能完全適應于某個行業，但它可以涵蓋大部分企業的大部分業務，而且企業實施ERP周期一般不會太長，所以在時間緊任務重的情況下，要重點地驗證軟件性能，針對本企業的流程對軟件做單元測試、壓力測試及全面測試等。

　　企業在沒有使用軟件前很難測試ERP的穩定性，因為上線前期一般都比較忙，無論甲方還是乙方在上線前一個月都要投入不少精力做支持。通過這一個月的應用，企業往往才能真正了解ERP軟件的質量，這個時候，還愿不愿意投入成本去做測試，成為企業重點考慮的問題。

　　方法二：全系統測試。考察軟件的穩定性是一個長期持續不斷的過程，貫穿整個軟件的生命周期。企業從系統上線、試運行到正式運行，甚至完全甩掉手工賬，整個期間軟件的穩定性都是一個不容忽視的問題。驗證軟件穩定性的最常用方法就是軟件原型測試，由于ERP系統是信息集成系統，所以在測試時，應當是全系統的測試，各個部門的人員都應該同時參與，這樣才能理解各個數據、功能和流程之間相互的集成關系。

　　測試時，找出不足的方面，提出解決企業管理問題的方案，以便提出對軟件的改進措施；然后再模擬運行，在基本掌握軟件功能的基礎上，按企業的業務流程模擬操作，選擇有代表性的業務，將各種必要的數據錄入系統，按企業日常工作中經常遇到的問題，組織項目小組進行實戰性模擬，并根據發現的問題及需求，由項目小組制定解決方案。

　　問題的范圍一般有軟件BUG、流程不完善、誤操作、客戶需求等等。經過一段時間的摸擬運行后，根據企業提出的一些問題結合項目小組制定的解決方案來制定相關的工作準則與規范。因為軟件的應用與企業的管理是相輔相成的，誤操作、重復錄入數據等都會引起數據的準確程度，導致軟件的不穩定，所以制訂嚴格的管理操作流程，防止因誤操作而導致數據方面的問題。

　　雖然有一些測試的方式可以幫助企業考察ERP的穩定性，但如果企業能預先了解到其不穩定性的原因，再因地制宜地進行選型，將會事半功倍。

　　ERP不穩定的原因來自外部和軟件廠商內部兩方面。

　　外部因素

　　①惡性競爭。國內很多ERP產品在有些功能上是完全相同的，就連思路也是大同小異，很少有創新的東西，一家出來后，不出一年，另一家也會出來，產品更新換代非常快。由于圖一時之利，產品不穩定也就在所難免。

　　②客戶需求。客戶提出的需求多種多樣，在軟件使用過程中，由于業務的變化及對軟件的熟悉程度，原來的一些功能可能滿足不了客戶的需要，迫使客戶提出很多易用性或完善性的需求，這些需求處理不好就成為軟件穩定性的一種隱患。

　　③項目壓力。項目是任何軟件公司賴以生存的根本，現在國內大部分的軟件企業都是做項目起家，根據項目逐漸提煉，最終形成產品，所以說產品的很大一部分改動源于項目，只要項目上有需求，都要想辦法解決，這也是很多軟件企業的宗旨。但這種現象也造成了不可估計的損失，產品越改需求越多，越改越亂、越改越不穩定，不僅導致項目周期拖延，還對產品造成致命的沖擊，最終越陷越深。

　　內部因素

　　①分析設計階段。搭建系統架構在此階段完成，包括需求規格說明書、詳細規格說明書、數據結構等文檔的編寫。在企業里一般分析設計人員由資深的軟件開發人員兼任，但往往這部分人跟客戶交流的機會少，缺少一線項目經驗，設計出的軟件也是參考了很多競爭對手的資料或實施、售前人員反饋的需求及平常自己的一些經驗而來，在開發階段可能問題不大，但在客戶使用后，進入維護階段就經不起考驗了，使用一段時間后，最終可能要推倒重來。

　　②開發階段。開發階段最常見的問題是沒有設計文檔就寫程序，等程序寫完后再補設計文檔，這樣往往造成代碼冗余，嚴重者往往會推倒重來，做無用功。所以開發階段能否按照分析設計階段編寫的文檔嚴格執行很關鍵，能否理解設計者的思路也很重要，這個階段的工作直接會影響到產品的發版及以后的維護工作。另外此階段的單元測試也很重要，不愿測自己寫的程序也是開發人員的通病。

　　③測試階段。發版前的測試一般由專門的測試部門來完成，開發人員輔助處理測試出的問題及指導測試工作，但測試人員水平有高有低，往往有些測試人員對軟件功能不熟悉，無從下手，測試出的問題也都是低級題。

附錄：

如何保證ERP系統在上線后運營穩定？

來源：物流產品網

　　ERP上線后，失去了最初的贊揚和掌聲，反而面臨了很多困難與痛苦，那么如何克服這些困難？有什么良藥能醫治ERP上線后的困擾呢？

　　某公司三樓辦公室里，企業CIO成先生揉著太陽穴，盯著電腦看了一天，這會兒眼睛和大腦都累到了極點。就在站起來的一瞬間看到窗外工廠大門，“慶祝我公司ERP項目上線成功”的大橫幅赫然映入眼簾。回想起項目正式上線那一天，老總的贊揚、業務部門的祝賀、演示結束時的掌聲仿佛還在眼前耳畔。

　　大家以為從此以后可以松口氣，但事實恰恰相反。原來攻堅戰組成的組員陸續回到原來的部門，ERP項目組只剩下IT部門的人，“攻堅戰”的勝利很快遭到了質疑。因為新系統大家還沒用熟，在細節上總出現一些問題，大家對新系統的埋怨也開始越來越多。ERP上線后，失去了最初的贊揚和掌聲，反而面臨了很多困難與痛苦，那么如何克服這些困難？有什么良藥能醫治ERP上線后的困擾呢？

　　一個非常有意思調查顯示，30%的企業會在1～2年內對ERP進行更新換代，而40%的企業則在4年內會采取同樣行動。可見，應用狀況不是很理想的ERP很快就會被企業淘汰，而應用良好的ERP系統也需要經過調整來適應新的環境。調查顯示，ERP實施以后都會面臨諸多預想不到的問題。主要包括：系統不穩定；數據不準確；業務部門不支持，不愿意通過系統來處理業務；系統流程與實際業務流程沖突；系統沒有提高效率，反倒增加了業務操作環節；還有數據安全等等問題。

　　1、某公司的ERP系統實施完成后交給IT部門維護，但是IT部門并不了解如何將公司管理目標納入系統中。例如，公司制定了新的銷售和生產目標后，應該對ERP系統的物料計劃參數進行相應的調整。但IT部門卻不知道應該把系統的參數改為多少。

　　其實，隨著時間的推移，在ERP系統上線后，企業的業務情況、管理情況及人員發生變化是不可避免的事情。ERP系統的參數不斷調整也是非常正常的事情，甚至經常會出現ERP系統相關的業務流程需要持續調整。在實際操作過程中，公司不能做到及時對系統參數或業務流程進行調整，使得系統與實際運作脫節。

　　2、IT部門與業務部門沒有共同語言，系統中看不中用。怎么搞好與業務部門的關系，如何保證系統的穩定性而不會出現宕機，如何確保業務連續性等林林總總的問題，讓老板感到非常的頭痛和苦惱。當初系統上線時，公司確立了明確的上線目標，從老總到基層員工整個公司的力量都投入進來聽從IT部門調配，IT項目經理占據主導地位。但是在系統上線之后，業務部門的不適應和小問題幾乎是天天發生。因為對流程的改變即使再人性化，為了保持系統的效率，依然需要不小的變化，這會改變業務部門的工作習慣甚至部門結構，而這樣的改變往往是被抵制的。

　　3、系統維護雜事多，IT部門疲于奔命。系統上線后，部門經理感覺自己和手下的人明明每天忙得要死，這里做維護那里做維修，但是偏偏到了工作評價時，被投訴最多的反而就是IT部門。他和他的團隊被稱為救火隊員，業務部門無論大事小事都要找IT部門解決。本來應該從事企業IT規劃、優化軟件運行等IT管理工作的IT部門卻終日被一些級別較低的維修事宜所困擾，以在有限的人力去解決較多問題的時候，經常出現撿了芝麻卻丟了西瓜的情況。

　　4、人才流失嚴重。ERP項目上線后留不住實施人才，這早已是公開的秘密。具有ERP項目上線實施經驗的IT人才往往是挖角的對象，而人才的經常流動往往又會導致公司IT規劃得不到執行。ERP項目實施后核心組員的流失是關系到公司ERP系統正常運行的根本利益。此外，留住ERP實施成員往往意味著能更好地把精力集中在變革，優化和改良業務流程上，而流失了對系統有豐富經驗的IT人才則意味著公司會整日疲于招聘和培訓新員工。

　　圍繞ERP上線后如何讓系統穩定運作并打好持久戰，CIO必須要有清楚的認識，這對于公司來說是一個不容忽視的問題。主要方法包括：

　　ERP上線前的數據主要是靜態的基礎參數設置，只要組織大量人員進行攻堅戰，一般能順利解決。但ERP上線后，數據就以動態為主，例如倉庫的動態庫存量、財務往來數據、銷售業務和訂單的處理，還有車間生產排程與計劃變更、計劃取消等等數據。根據ERP的說法：“垃圾數據進，垃圾數據出”。顯然ERP上線后，讓數據時時真實可靠是一個長期的任務。但是一般來說企業在ERP上線之后的前幾個月都會遇到數據不準的問題。這里的數據包括業務和財務兩方面。造成這種局面并不是企業的過錯也不是軟件的過錯，這是一個必然的過程。

　　因此，在ERP系統運作初期必須建立對系統數據關鍵點每天稽核的制度。從制度上要求和保證各個用戶及時、準確、完整的數據錄入，使物流、信息流、資金流保持一致，從而保證隨時從ERP系統獲取的信息都是真實有效的。

　　如果說數據是基礎，那么流程就是靈魂。ERP上線前需要對業務流程進行改進或重組，主要是為了讓ERP軟件流程與公司業務流程配合一致而進行的改進，這對公司來說屬于大規模改革性質的流程改進。但另一方面，企業在應用ERP后，也必然會發現很多的管理制度與 ERP系統還會產生差異與不一致，這個時候就需要對原有的務流程進行調整。需要調整流程的不僅僅是那些上線時未納入系統的流程，還包括已經運行了一段時間的系統流程。但有一個前提需要清楚的是，必須先確保業務流程的穩定，然后才能進行微調和改良。否則企業整天處于大規模的革命性業務流程變動，會讓員工不知如何操作，對ERP系統的穩定運行是致命的打擊。

　　一般的方法是先將主要業務流程用好，再逐步擴展到次要業務流程。同時，對于新發生或者新產生的業務流程，首先要分析這種新產生的業務流程是否為企業一定要選擇或執行的業務流程。其次要分析該業務流程是否要納入系統。還有在將新的業務流程納入ERP系統時一定要做到“數據準，流程清，規則明，操作熟”。因此，我們必須對使用過程中，不合理的流程、不合理的操作進行設置，對于企業的實際業務變更做出響應和改良。

　　一般來說，公司為了保證系統上線都會成立專職ERP實施項目組，并制定獎勵政策。但是在系統的成功上線后，項目組也就隨之解散。而事實上，企業要想保證ERP系統的持續改進，必須要制定有效的上線后的IT服務團隊和IT維護流程。必須要有專門的團隊和人員去從事ERP的維護和改良的工作，并使IT服務團隊的工作流程化，以便于配合各業務部門提高工作效率，而不是漫無邊際的天天做救火隊員。

　　一旦穩定的ERP系統被創建完成，將實現每2-3個月對每個終端用戶進行一次回訪。并且確保回訪形成文檔，以便以后新員工培訓有效利用，及流程改良時使用。

　　總之，上線成功只是ERP項目萬里長征走完的第一步，持久的稽核與維護才是一項長久的工程，只有建立了規范的上線后維護服務流程和管理制度，ERP才會應用得更順暢。

版權歸原作者所有,如有侵權請聯系刪除。

免責聲明：本文系網絡轉載，版權歸原作者所有。但因轉載眾多，無法確認真正原始作者，故僅標明轉載來源。本文所用視頻、圖片、文字如涉及作品版權問題，請第一時間告知，我們將根據您提供的證明材料確認版權并按國家標準支付稿酬或立即刪除內容！本文內容為原作者觀點，并不代表本公眾號贊同其觀點和對其真實性負責。

根據您的瀏覽喜好，我們還為您準備了以下內容：

裝修管理系統、裝修管理軟件、家裝管理系統、家裝管理軟件、家裝erp、裝修erp、裝飾erp、預算報價軟件、裝修管理系統、家裝erp軟件、裝修公司管理軟件、家裝公司管理軟件、免費家裝管理軟件、裝飾公司erp、工裝項目管理軟件、裝飾管理軟件、裝飾管理系統、裝飾erp管理軟件、裝飾erp管理系統、裝修erp管理系統、裝修公司軟件、裝飾公司erp軟件、裝飾公司軟件、裝修管理、家裝管理、室內裝修預算軟件、裝修造價軟件、裝飾行業管理系統、家裝行業管理系統、裝修行業管理系統、家裝軟件、家裝工地管理軟件、家裝裝修預算軟件、小叮當erp、小叮當軟件、小叮當系統、成都小叮當軟件、成都小叮當系統、家裝管理軟件、裝飾管理軟件、裝修公司管理系統