多數企業都有 ERP 系統，但世事多變，使用者對資訊的需求永遠在變。若凡事都得排隊等資訊部門寫程式，效率勢必低落。本文提出以「服務導向架構」（SOA）結合 AI，讓使用者能像堆積木般「填」出自己的應用程式，實現真正的 IT 賦能。
文／葉宏謨
多數企業都有 ERP 系統，但世事多變，企業使用者一直會提出新的資訊需求。若每個人都向資訊部門或資訊服務公司的資訊人員要求客製程式，只好排隊等待。
使用者要的是資訊不是程式，有沒有可能資訊人員教會使用者寫程式給自己用？只要有可能教會使用者寫 Excel，就有可能教會使用者寫程式。資訊人員寫程式給使用者用是「授人以魚」，資訊人員教會使用者寫程式給自己用是「授人以漁」。程式是「魚」，寫程式就是「漁」。當然，這裡的魚是指一般小魚，大魚還是要靠專業人員來捕撈。
IT 人員的新戰場：從開發者轉型為賦能者
說到大魚，資訊人員其實有更重要的任務，例如資訊安全、人工智慧、異質系統資料整合、供應鏈資料交換、碳足跡管理、各國法律規定的資料申報等。資訊人員教會使用者寫程式給自己日常作業使用，才有時間為公司處理更重要的資料。
[ 加入 CIO Taiwan 官方 LINE 與 Facebook ，與全球CIO同步獲取精華見解 ]
企業協作平台（Neo Enterprise Orchestration, NEO）包含上萬個服務導向架構（Service Oriented Architecture, SOA）服務元件，可讓使用者如同堆疊積木般組裝出自己需要的企業應用程式。使用者不是「寫」程式而是「填」程式，使用者只要選擇一個應用程式模板（Template），從服務文件（Service Doc）找到關鍵字複製貼上模板，就能完成程式。
程式模板是資訊人員做的，有多種樣式（Pattern），不夠再加就行。資訊人員可以用任何語言撰寫程式模板，包括 PHP, Java, Python, C#, MIT App Inventor 等，只要使用者能方便的複製貼上，讓寫程式比寫 Excel 簡單就好。
AI 助攻：用自然語言「填」程式
AI 可以協助使用者以自然語言找到服務的關鍵字，填入模板完成程式。AI 也可以直接呼叫找到的服務產生需要的資訊，相當於使用者用自然語言寫程式。有模板和服務元件，教使用者以電腦語言寫程式不會太難，教他們以自然語言寫程式就更簡單了。
例如，對 AI說出：「請查銷售訂單，訂單日期從 2024/04/25 至 2024/04/30，狀態為結案。請顯示件號代號_件號名稱、客戶名稱、數量、金額」，若套用單維表（Plain Table）模板，則 AI 的回應如下圖所示。
若套用資料分析（Data Analysis）多維表模板，對 AI 說出同一句話，則 AI 的回應如下圖。
以上是使用者在 AI 的協助下，用自然語言寫程式的例子。AI 寫企業應用程式並非從零開始，要先有穩固的基礎設施，例如 NEO 的 SOA 服務元件。AI 根據人的提示找到 SOA 服務元件，必要時 AI 會提醒人補充一些提示，就能完成人交待的任務。所以，企業應用程式是由人和 AI 一起協作出來的。
導入策略：與舊 ERP 共存，逐步上線
如同電子電路可以串聯或並聯電子元件一樣，NEO 的 SOA 服務元件也可以串聯或並聯，做出應用程式。企業可以只導入 NEO 而不導入 NEO ERP 系統，繼續使用原來的 ERP 系統（例如 SAP、Oracle 或 Tiptop）。只要和 NEO 同步資料，原 ERP 系統不能滿足的客製化程式或 AI 應用，都可以在 NEO 利用組裝 SOA 服務元件實作出來。
企業導入 NEO 的 SOA 服務元件時，可採取逐步上線（One at a Time）的策略。相當於把一個巨大的工程細分成無數小工程，而且這些小工程分別施工時不會互相干擾、抵觸，因為所有小工程都建立在相同的基礎——NEO——之上。以蓋大樓為例，NEO 已經把結構蓋好了，甚至水電管線樓梯電梯也有了，用戶可以依自己的需要一間一間裝潢，逐步進駐。
雖然用戶可以選擇逐步上線的順序，但建議可從會計模組開始。各產業有各式各樣的商務流程，無論如何最後都是會計作業，故可先導入會計模組的服務元件和應用程式。NEO 會計模組的入口元件是傳票工作底稿單（JWS），資訊人員可開發應用程式叫用 SOA 服務元件，將原 ERP 系統前端流程的資料開立成 NEO 的 JWS。
[ 閱讀更多 葉宏謨 的專欄文章 ]
NEO 和原 ERP 系統有些基本資料需要整合，可叫用 SOA 服務元件在需要時同步彼此的資料。一般使用者不容易改變舊習慣，資訊人員可以使用接近舊習慣的既有程式模板，或開發和舊系統操作起來一模一樣（或更友善）但背後是叫用 SOA 服務元件的會計應用程式。除非舊系統的其他模組已不堪用，否則可先使用以 SOA 會計元件做成的新會計應用程式，整合舊系統其他模組的資料，一段時間後再導入其他模組的服務元件和應用程式。一個模組上線後，使用者就能開始組裝 SOA 服務元件 DIY 自己需要的應用程式。
打造軟體生態系：軟體 IC 化的願景
所有組織都需要會計系統，也都需要報稅、發薪、出財報、扣繳憑單等。資訊服務公司除了為企業導入 SOA 會計元件，並引進或開發相關會計應用程式，也可以為企業操作應用程式處理上述業務。例如，企業可上傳各種發票的影像檔，資訊服務公司利用 AI 判讀發票並呼叫 SOA 服務元件自動產生 JWS 和所有分錄。
資訊服務公司可以為企業產出各種財報及法規遵循資料，也能開發各種大數據分析程式，讓企業主管可隨時從手機取得決策所需資訊。所以，「授人以漁」讓使用者可以 DIY 應用程式之後，資訊服務公司的業務量並不會萎縮，反而會更擴大。眾多資訊服務公司（可能是小團隊或個人）可形成一個生態，利用串聯或並聯 SOA 服務元件各自開發專長領域的應用程式，元件不足可請元件開發商在 SOA 服務元件架構上開發新的元件。
積體電路（IC）除了電源（1v~5v）和接地這 2 支腳（Pin 或 Ball）以外，其他的腳不是輸入就是輸出。每一個 SOA 服務元件都有輸入參數（Parameter）和輸出欄位（Return），相當於 IC 的腳。SOA 服務元件如同軟體 IC，設計元件的資訊服務公司如同 IC 設計公司，元件開發公司如同軟體台積電。由於 SOA 服務元件可整合異質系統資料，新的應用程式和原 ERP 系統可共存，使用者可隨插即用（Plug and Play）各種合適的應用程式，連同自己 DIY 的，放在個人專屬目錄樹中，增強原 ERP 系統的功能。
結語：在地端 AI 實現客製化需求
所有使用者對自駕車的需求都一樣，但每位使用者對 ERP 的需求都不一樣。使用者不會要求客製自駕車，但一定會要求客製 ERP。自駕車系統和 ERP 系統都需要 AI，每部汽車的自駕 AI 都一樣，但每家企業的 ERP 系統 AI 都不一樣。企業使用者的個人習慣用語和行業用語都不一樣，加上企業資料是機密敏感的，所以應該自行在地端訓練 AI，而不是使用雲端 AI。
既然企業應用程式可以像堆疊積木般，組裝 SOA 服務元件快速做出來，企業資訊部門或資訊服務公司的資訊人員就能教會使用者協同 AI 做出應用程式給自己用，可消除資訊人員和使用者之間的溝通時間和溝通誤差，能更快的滿足使用者需求，也能讓資訊人員專注於開發給使用者 DIY 的 SOA 服務元件、應用程式模板、資訊安全、對外報表、或人工智慧等更重要的任務上。
2500 多年前並沒有資訊系統，也沒有 ERP 和 SOA，更沒有 AI，古人能說出「授人以魚不如授人以漁」這句話，真是太有智慧了。
(本文授權非營利轉載，請註明出處：CIO Taiwan)
