從PC組裝原理看ERP軟體跨業態整合作業(轉)

從PC組裝原理看ERP軟體跨業態整合作業
1、上市上櫃企業ERP軟體跨業態整合需求參考---計算機硬體的供應鏈(ANS)
　　隨著加入WTO後需要面對世界級競爭的壓力，計算機硬體系統廠商挾著過去成功的經驗，進一步移植供應鏈到大陸上海，崑山，形成這一波全球不景氣下的贏家。

　　ERP軟體產業和IC設計業同為軟體設計，產值卻遠低於硬體，究其原因，其實就是同型別進銷存的產品過多，與未能建立“IC晶片組”產業標準和供應鏈所致，歷史的經驗提醒我們，團隊的力量遠遠大於個人的“單打獨鬥”，建立電子業單一主機板型態的系統整合模式是ERP軟體業今天不做，明天就會後悔的事。

　　上市上櫃企業ERP軟體跨業態整合所要面對的共同問題，就是：

　　ERP軟體跨業態案子金額愈來愈大。

　　所需要的ERP軟體產業跨業態顧問就愈來愈多。

　　所需要的ERP軟體產業跨業態專業知識愈來愈深。

　　所需要修改ERP軟體跨業態的程式愈來愈難。

　　所需要的ERP軟體跨業態專案組織愈來愈龐大。

　　所需要的ERP軟體跨業態專案管理愈來愈嚴謹。

　　所需要整合的管理，會計與資訊的問題愈來愈迫切。

　　所需要符合上市上櫃內稽內控八大迴圈銷售與收款迴圈的規定愈多。

　　所需要符合上市上櫃內稽內控八大迴圈採購與付款迴圈的規定愈多。

　　所需要符合上市上櫃內稽內控八大迴圈生產與成本迴圈的規定愈多。

　　所需要通過的財務長，會計師，股東，企管顧問…等的報表要求水平愈高。

　　所需要滿足老闆的管理會計及實際成本會計的目標需求愈來愈明顯。

　　所需要掌握老闆的思緒與老闆抓重點管理的心愈來愈不容易。

　　計算機硬體的供應鏈，是ERP軟體公司可以參考的分工模式，如IC設計->晶圓代工->封裝->測試->系統整合(顧問SA)->(SD)->(CODING)->測試->出機輔導所以單單從程式設計的角度去思考，已經不能滿足客戶的需求，產業顧問應運而生，所謂產業顧問SA的內容和系統設計SD(定義TABLE檔案架構與窗體畫面擺置)的內容的界限也就愈來愈清楚了。

　　單就ERP軟體跨業態產業顧問的角度，除了需要具備工業工程產業實務知識外，更需有實際工廠上線成功案例的經驗，也就是整個ERP的規劃是由上而下TOP-DOWN，從管理的目標規劃再展開管理的ISO流程窗體規格，最後才是CODING作業。

　　同時不管是從流通業跨越領域到製造業的產業顧問，或是從製造業跨越領域到流通業的產業顧問，或是從物流業跨越領域到製造業的產業顧問，或是從製造業跨越領域到物流業的產業顧問，基本上，都要有PC組裝系統整合原理的能力。

　　因為在ERP軟體跨業態整合時，第一步也是唯一的一條路就是僅保留一套進銷存與一套庫存資料，除非是比爾蓋茲般的天才，否則最後一定無法完成上市上櫃公司內稽內控八大迴圈的生產與成本迴圈作業，如果成本無法計算，又如何結算損益表，這一個ERP專案一定無法結案收款了。

　　這和從CODING角度BOTTOM-UP所看到的系統設計SD觀念是大大不同的。

　　就建築學而言，蓋一棟大樓前一定是建築師先有整棟大樓的規劃構想模型SA，然後再交由大樓結構設計師與室內設計師設計草圖SD，最後才交由營造公司進行土木工程CODING。

　　2、ERP軟體的行業別元件模組特性。

　　(ANS)ERP軟體的行業別元件模組，大抵可以區分如下：

　　製造業的重點系統：工令，委外，生產日報，MRP物料需求，建議採購，品管系統，維修系統，CRP產能規劃，SCM供應鏈，APS先進排程，EDI資料交換，ERP稅務成本。

　　買賣業的重點系統：基本資料，進銷存，進口貿易，出口貿易，採購，訂單，信用額度。

　　流通業的重點系統：分店管理，POS銷售點，切口合約，贈品，販促，資料倉儲，決策分析。

　　物流業的重點系統：揀貨，派車，自動倉儲，儲位管理，CAPS，AF/RF，PDA行動商務，電子商務B2B，電子商務ASP。

　　營建業的重點系統：工程合約，施工命令，施工日報，專案管理人資，財務的重點系統：出勤，薪資，升遷，考績，獎懲，匯率，信用狀，總帳，應收帳，應付帳，票據，發票，固定資產，融資，投資。

3、ERP軟體製造業+流通業系統整合的標準。

　　(ANS)ERP軟體製造業+流通業系統整合的重點在於以OO物件導向分析上列50個行業別元件，並透過如硬體晶片組般的共同標準，進行系統整合，絕對要避免各別重複開發相同的元件，因為不僅不符合成本，同時也不夠專業。

　　這一部份整合的工作，就必需要有專責的產業顧問SA部門進行評估，因為這並不是在定TABLE架構和規劃系統劃面的SD作業，必需從整合上列50個行業別元件的管理，會計與資訊的角度謹慎評估，否則一旦方向偏離，後果就是產生了100個功能類似的進銷存專案，同時也沒有人力可以真正深入開發產業別50個行業別元件了。

　　計算機的CPU在ERP中可以想象成是進銷存和總帳會計應收付傳票及稅務成本傳票的組合，因為ERP中所有延續性單據的組合，都會勾稽到進銷存的一張單據，而每一張進銷存單據，也都會勾稽到總帳會計中的一張應收付帳傳票與稅務成本傳票。

　　這也正是上市上櫃公司內稽內控八大迴圈的前三大迴圈，銷售與收款迴圈，採購與付款迴圈，生產與成本迴圈的重點所在。

　　計算機的晶片組在ERP中可以想象成如工令，進出口，訂單，MRP，CRP…等各自有特殊賣點的子系統，計算機硬體市場所以有今日的光景，這些通訊晶片組，多媒體晶片組，CMOS晶片組，都有不可抹滅的功勞。

　　在組裝PC時有一個情況值得ERP軟體業學習。

　　各家ERP的製造業，物流業，流通業的進銷存和庫存基本資料，其實就是不同的主機板+CPU，至於工令，訂單，採購，進出口…子系統就是不同的“IC晶片組”，在組裝PC時，一定可以選用不同家的主機板+CPU，但是一定僅可以選用一組主機板+CPU，而不能選用兩組主機板+CPU，否則組裝的PC除非有三頭六臂，一定會無法啟用。

　　4、如何告別“單打獨鬥”的時代？

　　(ANS)計算機的CPU在ERP中可以想象成是進銷存和總帳會計應收付傳票及稅務成本傳票的組合，單一版本，如同會計與稅務成本是同一套的觀念進行同一套庫存與進銷存的合而為一，是製造業+流通業系統整合再簡單不過的道理了！

　　要解決中大型軟體公司所面臨的共同問題，第一步就是要建立(顧問SA)->(SD)->(CODING)->測試->出機輔導的專案分工組織，因為小案子可以由PROGRAMMER從頭包到尾，中大型企業的案子，就不可以用統包的方式，因為每一個案子都做成單人的小型專案，不僅專案因相同系統重複作業導致不符合成本，同時也因單人多工易成為不夠專業。

　　矩陣式組織強調功能別部門如顧問部門(SA)，應用工程部(SD)，應用工程部(CODING)，應用工程部(測試)，的功能獨立與客戶整合，以強化每一個部門的專業知識及資源整合。透過取得ISO認證與檔案化的觀念，就可以協同各部門的作業，並進行細部的分工。

　　也就是顧問部門(SA)產出產業分析報告，業務流程圖(BFD)，資料流程圖(DFD)，實體關聯圖(ERD)，系統功能書(FHD)交接給應用工程部(SD)透過TABLE架構編輯工具(如W001)和窗體劃面及程式產生器(如WDD)，並清楚交待程式偽碼(PSEUDO CODE)與程式商業規則(BUSINESS RULE)最後由應用工程部(CODING)根據SD的TABLE架構檔案和窗體劃面進行CODING作業，再交由應用工程部(測試)即完成整個專案的實施作業。

　　至於矩陣式組織中的專案管理PL人員，和顧問部門(SA)，應用工程部(SD)，應用工程部(CODING)，應用工程部(測試)的專長與工作重點其實是不同的，在矩陣式組織中，每一個人都必需接受PL專長的訓練，也都必需有能力產出專案管理的檔案(如OPP)。

　　但是若負責顧問部門(SA)，應用工程部(SD)還是以產出需要檔案完成為重點，因為對於客戶而言，產業分析報告，業務流程圖(BFD)，資料流程圖(DFD)，實體關聯圖(ERD)，系統功能書(FHD)…等才是客戶要的ERP系統檔案，整個專案管理的進度與成本OPPPL檔案僅是ERP軟體公司矩陣式管理的工具，千萬不可本末倒置才是。

　　ERP軟體跨業態產業顧問的最大功能，就是在解決製造業+流通業整合或流通業+製造業整合的上市上櫃企業ERP軟體跨業態整合時，能夠提出一個合理的產業分析報告，同時主導選用合適而唯一的主機板+CPU，搭配不同專業功能的“IC晶片組”，順利引導整個專案在正確的時間，正確的上線和結案。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-20715/，如需轉載，請註明出處，否則將追究法律責任。