如何利用勤哲Excel服務器做好ERP
作者：鄒彥
當一個比較成功的企業(yè)老板覺得好像該上ERP時，那一定是身邊已有很多人在用了。于是乎老板開始每天接觸大量國內外冠有ERP頭銜的軟件公司，在各種軟件顧問的頻繁光顧下，老板覺得哪個ERP都好。所以至今我都不得知曉，勤哲是怎么突出重圍的？這絕對是可以烙印到歷史舞臺上的歷史事件。
什么人才能做ERP？
我的經驗是，如果你是個非專業(yè)人士，甚至可能連非專業(yè)都談不上，但當你決定要做了，這里單指用勤哲做。那好，先審視下自己，如果你有強大而堅實的內心、能夠耐得住寂寞并且具備野火燒不盡的永續(xù)自我激勵能力，那你就可以開始了。否則請三思，因為大多數人會半途而廢。不具備數據庫的基礎思想，最終結果是事倍功半。
企業(yè)到底要用ERP做什么？
這是在談企業(yè)的“目的性是否明確”的問題！幾乎所有的文章中，只要談到做一件事情的起始階段，無外乎都會談及“目的”，ERP也不能免俗。無論你是感覺到企業(yè)確實存在管理盲區(qū)，還是它已經困難到不能運轉不能呼吸了，都需要想明白這個問題。誰來想，怎么想，應該想一些什么，這都是擺在管理者眼前非常迫切的事情。管理層需要解決管理問題，業(yè)務部門需要解決業(yè)務流程問題，平臺部門需要解決信息流轉問題，這些都需要消化在軟件需求前面理清。
我想說的是：此時此刻，需要決策者當機立斷，因為須以管理需求為根本中的根本，以業(yè)務需求為導向，逐步沉淀消化到ERP軟件需求層面。
這里切記：一定要避免一上來就做得“大而全”！那樣你真的不會“美而廉”！你只會越發(fā)感覺到不實用！攤子鋪得太大，收拾不了你會捉襟見肘的！
企業(yè)應該怎么做？
當管理需求確定后，下一步就該想該怎么做的問題了。這一部分和解決需求同等重要，甚至更重要。無論企業(yè)是安排什么部門的員工設計，都需要了解，我們現在用的是“勤哲”作平臺！企業(yè)須知：勤哲沒有軟件實施顧問，只有軟件售后管理。所有一切的一切都是企業(yè)自行解決，自行設計實施的！那需要我們首先解決的就是企業(yè)所在行業(yè)特點，由于此種行業(yè)特點導致在業(yè)務流程上的環(huán)節(jié)設定就需特別關注。比較有效的方法就是，在允許的情況下，到各個部門調研，了解真實的業(yè)務流和業(yè)務數據的傳遞方式是什么樣子的，非常有助于設計者捋清思路，提煉出有效信息。當然如果你所在的企業(yè)來做ERP的Team本身就是由各部門抽調人手組成，那就更好解決了。本著銷售——收款、采購——付款等業(yè)務環(huán)節(jié)的真實流程設計，將會事半功倍。
在經過各部門的充分調研和業(yè)務流程的重新整合后，這時你會想，好像很容易，直接搬到服務器上就可以了。此時此刻，請謹記：實際的業(yè)務流程和系統(tǒng)數據流程截然不同。真實的業(yè)務流程，最終一定會通過某種方式，轉換成系統(tǒng)的某種語言，我稱之為形式的轉變。這里面需要重點把握——轉換過程中真實流程到系統(tǒng)流程的困難點。倘若這個不提前預計，我相信，系統(tǒng)真正上線后，你會受到致命一擊。
綜上所述，上面提及的兩個問題，如果沒有解決好，系統(tǒng)上線后，你將面臨的是：老板的怪責、各部門的反感、員工的不配合……試想一下，問題不但沒解決，還給正常工作流程增加了難度，我想這是誰也不想看到的。
什么才是ERP中企業(yè)的重中之重？
這里我想重新再強調一下，所謂重中之重，是業(yè)務流程?，F行的業(yè)務流程體現了現有的管理水平和管理狀況，甚至上升一步來說，是企業(yè)文化。真實的業(yè)務流程在一個運行了很長一段時間的公司來說，是一種長期習慣的養(yǎng)成，是企業(yè)賴以生存的沃土。我的體會和原則是，我們需要將現有業(yè)務流程了解得越細越好，往大了說，這為將來系統(tǒng)上線后能夠更好地進行內控管理埋下伏筆，往小了說，在ERP設計規(guī)劃之初，如果不把業(yè)務流程理清，根本就做不到結合行業(yè)特點，將業(yè)務流程轉換成軟件流程。
在既不影響當前日常工作，又得絕大多數沿用和遵循現有流程的前提下，進行線下向線上的轉換，這本身就是一個非常大的挑戰(zhàn)。
哪些是系統(tǒng)上線過程中須企業(yè)特別關注的呢？
上面贅述了這么多，有一些雖然是細節(jié)，但也尤為重要的地方，比如說，在系統(tǒng)上線過程中人員的配備、企業(yè)的硬件環(huán)境、辦公網絡環(huán)境、企業(yè)員工的電腦水平、是否為上線進行應有的內部培訓等等一系列問題，也同樣不能忽視。
大體上來說，如果系統(tǒng)成功運行是100%的話，那前期設計開發(fā)階段的需求分析和提煉轉換業(yè)務流程的過程就需要60%-70%，余下的30%-40%，其中30%-35%是在上線過程中的軟件實施（我稱之為上線輔導過程），最后的5%就是后期系統(tǒng)維護了。這三者間的關系很微妙，如果前期設計開發(fā)階段，做的工作足夠到位，那其實后期的系統(tǒng)維護完全可以忽略不計。只要設計的系統(tǒng)足夠實用、足夠好用，我想費心的也就是輔導實施環(huán)節(jié)了。
有幾點需要企業(yè)謹記的呢？
在ERP系統(tǒng)推行極為困難的公司，切記——忌諱憑空強推！忌諱主觀臆想！必須在大量調研的基礎上才可開發(fā)設計！
你需要遵循——不那么大地改變企業(yè)現有業(yè)務流程的前提下逐漸規(guī)范和滲透！可能先開始你會比較沮喪，因為系統(tǒng)貌似變成了數據存儲工具，但沒辦法！除非管理層有強大的執(zhí)行力和推動力，并且搭配上各部門完美合作！
如果要實現管理者的管理目標，請切記——有些東西在前期開發(fā)設計階段是必須忍耐和舍棄的！
時時刻刻謹記——系統(tǒng)不是阿拉丁神燈！當然，作為設計者，你更不是！
當你已經埋頭于ERP的海洋中，請隨時微笑，對自己，也對你的partner……
最后啰嗦一句這么長時間以來，我對神馬數據庫的理解：
在所有的模塊中，我們需要的數據都以最充分最全面最通用的方式存在著……在每個獨立的模塊中，它們有唯一的身分標識——“主鍵”；然而，同一模塊中，它們（表與表）之間通過所謂的“外鍵”關聯(lián)著，聯(lián)絡它們的主神經就是轉換成系統(tǒng)流程的真實業(yè)務流，自此也就生成了最終的E-R圖。如果，親，你希望找到它們，那你要通過一定的規(guī)則對它們進行要求和約束，否則，它們會一直游蕩。
謹以此文紀念一年零六個月的勤哲生涯
版權屬于原作者，請勿轉載！
