由于國內企業實施ERP/SCM的時間較外國企業晚,對于ERP/SCM企業資源整合全面電算化的經驗和專業應用上普遍都較歐美企業晚起步二十年以上.因此,有許多MIS和經營管理咨詢公司的專業從業人員都可能會誤認為:'歐,美,日國家的ERP/SCM企業資源整合全面電算化的專業技術肯定比國內先進,完美!'.這個想法也許可以被容許,但是卻不是絕對正確的看法.羅馬帝國發展得比美國還早N千年,如果照前面這個道理推理的話,美國的科技永遠都趕不上羅馬帝國,這個誤解能稱得上是個道理嗎?先做的人不必然做得更好,慢做的人也未必然做得不好,巧思妙用完全存乎于不同專業人才的腦海構思規劃里,誰家天下則是自有安排。

　　首先說個簡單的故事:有一天早上,一輛載滿貨物的卡車沖進了遂道,由于高度超過了遂道高度,卡車的前半身卡在遂道里,后半身則露在遂道外頭,進退不得,卡車司機沒有受傷,可是卻把整個遂道堵得水泄不通,綿延了數公里的車隊.交警找來了各種車輛協助將卡車拉出遂道,來來回回三,四個小時都無功而返,周邊圍了四,五百人看得膛目結舌,就是拿不出一個法子.突然一個七歲的孩子走到這個地方圍觀,他開口說:'就把卡車的所有輪胎泄了氣,卡車就不會卡住遂道了,不是嗎?',結果眾人一試,卡車輪胎泄了氣,就少了近40公分的高度,果真卡車就順利拉出來了!如果你說:'我吃的鹽巴比你吃的飯還多上千百倍!',這個只有倚老賣老的人才會有這么個無知的說法,所謂:'后生可愄'。

　　如果你具備一定的經營管理專業知識,有相當年資的軟件規劃和開發的實務經驗,加上在制造產業實際輔導ERP全面電算化實施的經驗,你將能夠輕易的發現,目前國內、外很多ERP軟件系統規劃的架構理念是有嚴重的錯誤的，一套良好的ERP系統不僅僅是功能要完整,整合程度要高,運行效率要快,實施過程要短,必須具備QRM快速反應機制,維護作業要簡單,移植能力要好,還要實質上能大幅降低營運成本.可是,當你使用過國內、外ERP軟件,你會發覺,這些ERP的最終的訴求,他們大部份都無法實現。

　　舉個案例來說:國外軟件在系統架構上,將所有關系企業的數據都存放在同一個數據庫Database里,光是這個規劃方式,就是一個非常嚴重的錯誤.我們把幾個問題范例給予提列出來:1.多家關系企業的數據都存放在同一個數據庫,把沒有任何關系的數據存放在一起,系統執行的速度肯定會變得更慢,這已經違反了ERP提高工作效率的原則.從10,000筆資料中查找一筆符合條件的資料,和在100,000筆資料中查找一筆符合條件的數據,你認為不會影響速度嗎?將一個公司過期的ERP資料結轉到歷史文件,和將十個公司過期的ERP數據結轉到歷史文件,所使用的時間會是一樣的嗎?一套好的ERP軟件系統的使用量是非常驚人的,每個User占用Data server或AP server的時間越長,就表示電腦提供服務的時間就越久,運行的效率就越差.對于只有白天上班的企業來說,其利用下班時間來處理大量的批次過檔數據,可能還有相當充裕的時間,可是對于24小時輪班的企業而言,晚上時間還有大量的電腦用戶在執行工作,如果要將多家關系企業的大批量過期資料結轉到歷史檔中,這就會嚴重的干擾到其他User的工作執行.這個和單獨將一家企業的過期資料結轉到歷史檔中所需要耗費的時間和速度是非常不一樣的。

　　2.任何一種ERP的資料Table,在每一家關系企業,都有不同的屬性或用途,例如:料品主檔,相同的一個料品,在AX01公司屬于原材料,在BL01公司屬于半成品,在DX03公司屬于制成品,在FC02公司則是屬于商品,到底由哪家公司的人來負責定義這個屬性?為甚么別人公司的數據要由某個人來統一設定呢?另外,屬于研發機能的屬性該由誰來設定?屬于采購機能的屬性該由誰來設定?屬于生產機能的屬性該由誰來設定?屬于營業機能的屬性該由誰來設定?屬于委外加工機能的屬性該由誰來設定?屬于生管機能的屬性該由誰來設定?屬于物控機能的屬性該由誰來設定?屬于財務和成本屬性的數據該由誰來設定?本來各公司自行設定,既快速,又簡潔,現在把它搞在同一個Database,就變得復雜無比,每建立一個新的產品,就可能有幾十項到幾百,幾千項新的子階料品,就需要等待這些料品都建立完畢,才能開始順利運作,這算是有效率的管理模式嗎?為了每一個關系企業而設定的不同屬性的數據,能夠放在同一個Table里定義嗎?10個公司的屬性和50個公司的屬性,如果存放在一起,字段數量肯定不同,因此,肯定必須放在不同的Table里,這就讓系統的復雜度變大了,如果有30個關系企業,對于不同的屬性數據,就必須開30個Table,在系統的維護工作上,不就變得非常復雜了嗎?一個人有一個頭,一個身體,兩條胳膊,兩條腿,五臟六府......,這是何等的靈活而有效率,現在把30個人的頭,身體,胳膊,兩條腿,五臟六府......等等全部結合在一起,這個架構能夠更有效率的運行嗎?從30個合倂的人體中讓其中一個人運作,速度可能會變快還是變慢?這么一個復雜的人體結構,一旦動起手術來,會比幫一個人東手術快嗎?這個道理應該非常的簡單。

　　3.一個料品在兩個關系企業中,可以使用不同的料號,既然料號不必然相同,資源也不能共享,將兩家公司的料品放在一個Database數據庫里,有任何意義嗎?把30家公司的料品放在一個Table里,在計算機執行的效益里能達到何種好處?如果要求所有關系企業都必須使用相同的料號,這個本身是不現實的,首先,相同的料品,不同的產地,其成本結構可能有相當大的差異,使用同一個料號是行不通的.其次,當集團公司購并一個新的關系企業,員工有6000人,料品有50,000項,是否要求必須將該企業所有料品都依據集團料號整編后,使用相同料號才能開始運作?到底整編一家6000人的企業需要投入多少時間?在沒有完成整編之前,就不能獨立運作嗎?就不能產生集團財務合并報表嗎?如果各關系企業允許使用不同的料號,每個關系企業有20,000種料品,30個企業就有600,000筆料號,把這樣無法相互利用的數據堆放在一起,有任何意義嗎?能提升系統運行的效率嗎?

　　4.同樣是會計總帳,不同的企業可能就有不同的營業型態(Business model),就可以規劃不同的會計科目,不同的公司就有不同的簿記賬冊,產生不同的財務報表.把多家公司的會計總帳資料放在同一個Database中,用公司代碼加以區隔,并不能提升任何工作效率,而且,不屬于某家公司的會計科目,全部顯示出來讓會計人員選擇,還會出現誤用會計科目的可能,如果每個企業使用的會計科目以公司代碼將其分隔,避免誤用會計科目,則會計科目就無法資源共享.對于無法達到資源共享的數據把它們放在同一個Database,到底有甚么意義?當集團企業在進行集團內部交易調整/沖銷分錄之時,這些關系企業的會計總帳的傳票(憑證)也不能提供任何合并匯總的用途,集團財務是拿各關系企業的電子表格進行合并匯總作業,這種合并調整和沖銷分錄和會計總帳的會計傳票屬性和做法完全不同,集團財務合并報表屬于合并匯總的觀念,而不是像總帳會計的簿記賬冊的觀念,把這兩種屬性不同管理體系的數據存放在同一個Database中,除了把系統搞得更復雜,能夠得到其它任何效益嗎?所以,從總帳會計和集團財務合并報表的角度來分析,這種架構規劃也是完全錯誤的規劃方式。

　　5.不同的關系企業可能分布在不同的國家或地區,使用不同的記帳幣別,擁有不同的匯率體系,將30家關系企業的數據放在同一個Database,各自設定不同的記帳幣別,建立不同的每日匯率,這和將數據存放在不同的Database數據庫有何差異?資源無法共享,卻造成數據量變得龐大,執行效率降低,系統維護工作也變得更復雜,這對集團企業有產生任何價值嗎?