文／葉宏謨
沒有資料就沒有管理。企業資料錯綜複雜，且不同產業、不同公司、不同使用者、不同時期都會有不同的需求。企業有各種資訊系統，由於需求多變且跨系統，甚至跨公司，故常需客製。客製必須快速，但要小心，不能躁進，以免破壞企業資料品質。治理企業資料，必須顧慮到整體需求，如同煎魚要小心，否則會散掉。
1996 年 Gartner 提出服務導向架構（SOA）的概念，2003年台灣開始研發 SOA 架構的軟體元件 SOA-ERP，可整合各系統的資料，且能依使用者需求彈性客製化。SOA-ERP 的每一個服務元件都有輸入和輸出，邏輯則已寫在元件中。使用者說出他需要的輸入和輸出，顧問（或 AI 顧問）從 SOA-ERP 找出能滿足使用者需求的服務元件就能開出規格交給 IT 快速寫出客製程式。
企業只要把各應用系統的資料同步到 SOA-ERP，組裝服務元件就能客製出現行企業應用系統沒有但使用者需要的應用程式。服務元件可以被任何程式語言叫用，所以同步企業的主資料（如客戶）、交易資料（如出貨單）、和水位資料（如應收帳款）並不困難。
[ 加入 CIO Taiwan 官方 LINE 與 Facebook ，與全球 CIO 同步獲取精華見解 ]
軟體公司根據客製化需求找到服務元件後才給客戶報價，用多少元件就付多少費用，客戶同意後才開始客製。這個作法就像海產店，客戶點了魚蝦，一斤多少錢老闆算好客戶也同意後才開始炒，炒就是客製。魚蝦一斤多少其實已包含人工、房租、器具等費用。
導入 ERP 系統是一個艱辛的過程。大軟體公司強調他們的系統是最佳實務（Best Practice），不希望為使用者客製系統，使用者花了很多時間上課學新系統後，須改變原來的作業習慣來遷就 ERP 系統，導致抱怨連連，經常導入失敗。小軟體公司則必須聽客戶的，一樣要花很多時間上課學新系統，然後提出一大堆客製化需求。為了生存下去，小軟體公司只好咬緊牙根服務客戶。
[ 推薦文章：元件化與生態系驅動的數位轉型 ]
小軟體公司面對的客戶就算是中小企業也比他大很多，既然一定要客製，不如不要上課教全套系統，而是直接聽取客戶的需求，找出 ERP 系統中客戶可以使用的、以及可能需要客製才能使用的應用程式，然後展示給使用者，需要客製的部分則可使用 UI 工具（如 MIT AI2）展示模擬畫面。展示後才簽約，開始客製、導入，用了多少 SOA-ERP 元件就付多少費用，像海產店那樣。
有錢的客人應該不會去海產店，只會到五星級飯店用餐，所以 SAP 或 Oracle 的用戶也許不是 SOA-ERP 服務元件的目標客戶，服務元件的客戶應該是本土應用系統的用戶。但黃仁勳有時也會光顧夜市海產店，故 SOA-ERP 也可以作為 SAP 或 Oracle 的外掛客製平台。
一般 ERP 系統就好像餐廳的固定式菜單，你只能點菜單上的菜。但 ERP 使用者很挑，且口味多變，菜單（Menu）上的應用程式往往無法滿足他。客製化非常的費時費工，如果要餐廳依照你的指示做菜，除非願意付出高價且願意等待。
SOA-ERP 也有菜單，但菜單是各種餐點所使用的材料，也就是 SOA-ERP 元件，包括已洗好、切好的魚蝦、青菜、調味料等，可以讓客人自由選擇，組合起來就是一道料理。ERP 顧問就像烹飪專家，會和客人交談，了解客戶的需求口味，再從數千種服務元件中挑出最適合的，交給廚房快速的做出客製化料理交給客戶。
[ 閱讀 葉宏謨 所有的文章 ]
企管顧問有很多產業經驗，服務過很多企業主管，能分析客戶的需求，開出應用程式規格，交給程式設計師寫程式。程式設計師使用 SOA-ERP 元件開發應用程式，不再需要撰寫細部程式。正如餐廳主廚，經驗豐富，招待過很多客戶，能迎合客戶需求，開出食譜，交給二廚烹煮。二廚烹煮料理使用購自合作廠商預先處理好的肉類和魚類產品，因此廚房裡不再需要肉類拆解員及魚類處理員。企業的資訊部門也不再需要一行一行寫細部程式的程式設計師。
老子「道德經」第 60 章說：「治大國，若烹小鮮」，治理企業資料，如烹小鮮。經營環境在變，企業不能一成不變。要做好企業資料治理，ERP 系統也必須能彈性應變；但也不能朝令夕改，變來變去，將導致 ERP 系統無法正常運作。如同客製化餐廳，只要備好足夠的材料，客人點了魚蝦菜肉，馬上可以炒出一道美味的料理；但也不能亂炒，把魚蝦都炒爛掉。
(本文授權非營利轉載，請註明出處：CIO Taiwan)
