關於營建ERP

ERP(企業資源規劃)這東西，自從網際網路興起以後就開始盛行至今，在製造業上面似乎導入比較順利。至於營建業，我想各位在較具規模的公司，或多或少都會有接觸到吧....

目前營建ERP的導入，有著很多的困難。首先的門檻是售價，動則上百到上千萬的導入建置費用，會讓有心導入的決策者卻步，其中的問題在：

第一是是否可以順利導入：目前的決策者大多為工程背景出身的人員，對於資訊的利用，也無較深的體驗(當年他剛出道時，資訊科技還沒那麼發達呢！！)。

第二是 導入後的成本效益： ERP不是系統架設好就會自己跑，他需要全體員工的配合，這裡所謂的配合，就是資料輸入。在過去十餘年，我們不可諱言的是：

1.  現場單位都不太想讓總公司知道太多細節，現場單位都自認為可以處理掉問題，不過有些問題，都等到捅出大簍子以後，總公司才會知道。
2. 電腦文盲的問題，有些資深工程師，連開機、資料匣原理、輸入中文字都不太會，你要他輸入EPR資料並檢核分析數據，行嗎？
3. 資訊人員質與量的增加，資訊人員在營建單位屬於少數民族，因為他不是生產主力，當然就不被重視，所以大都淪為：電腦採購、維修員及軟體操作諮詢服務員的角色，除了這些雜務，萬一ERP的程式不敷需求還要改寫程式碼，資訊人員一個人哪有會那麼多的..。
4.  工作特性問題：營建業主要資訊收集對象，都在工地現場，ERP卻是需要在電腦面前處理。總不會要現場工程師每天花一兩個小時在工務所處理資料不管現場？
5. 合用性：目前坊間ERP都是軟體在前、使用在後，雖然軟體可以做一定的修正，但是還是以使用單位配合軟體為原則，但是每家公司的營運模式不同，甚至每個專案工程的特性也不一樣，所以合用性上似乎有待商榷。

以營建產業，業主-設計-營造-小包這四個部份來看：
1. 業主：應該屬建設公司比較有機會導入，對於非常態進行營建工程的業主(如醫院、賣場...)我想投入營建ERP的成本效益，可能不大。
2. 設計：建築師事務所、工程顧問公司，除非有規模的，以我的看法，似乎ERP對他們的效益不大，並沒有太多業務需要ERP來做整合的需求。
3. 營造廠：我想他是最需要ERP的單位，動則數億到數十億的工程，若沒有即時的資訊回傳總公司，哪天現金流量調度不足給掛點(跳票)，就立刻從天堂掉入十八層地獄，(銀行緊縮銀根、業主立刻解約、小包立刻停工催款) 。
4. 小包：規模及成員較小，可能沒有ERP的需求。

營建ERP的運作範疇有
1. 財務系統：會計、計價、收放款...
2. 人資系統：出勤、休假、薪資....
3. 工務系統：預算、採發、物料、進度...
4. 其他：收發文、修繕、總務...
每個小項中都有更多的細節系統需求，這麼大的範圍要可以協同作業，就宛如一台汽車的各個部份，須相互配合才能讓車子跑得動。

或許你會說，一開始就玩那麼大，當然風險會很高，為何不一個模組一個模組推，....嗯....
這或許是個可行好方法，不過基本上架構要在同一個平台，若是財務系統自己一個開發商或資料庫，工務系統自己又一個不同的，工務的資料完成，會計系統又要重Key一次資料(過去筆者的公司就是這樣子) ，那幹嘛ERP。系統越多就容易資料衝突或疏漏。這部份在規劃導入之初就比須考量到的，重點是：當時在費用考量跟規劃時，根本不會想那麼多...況且，當年想的可能又跟現在的資訊技術不一樣呢！！

2006年中Google提出了「雲端運算」的概念，經過了多年的發展，似乎慢慢成型。行動裝置(平板或智慧型手機)的突起，讓營建ERP的可執行性大大提高，怎麼我會這麼說？營建ERP的主要Client端，是現場工程師，所有的現場資訊才能藉由現場的資訊回饋至系統。不過目前APP在營建工程的運用似乎寥寥可數，要他連到ERP可能就更少。不過時代會進步，不久的將來，或許老闆可以利用手機來管理呢！！