PostERP框架

ERP軟體品質決定組織數位轉型的成敗

1. ERP軟體的核心品質無法於推動ERP專案過程中大幅度改良。
2. ERP專案輔導顧問，可以隨時增加人數，也可以隨時用學歷更高、經驗更豐富的專家取代顧問團成員。
3. ERP專案推動過程所採用的管理策略、品質保證和監督機制、溝通技巧和頻率、對使用人的訓練時數和品質，都可以隨時加碼、調整、改良，甚至重複實施。

大量案例證明：一旦ERP軟體的核心品質不良，則第2.和第3.項改善與調整措施完全無效。那些採用劣質ERP軟體的ERP專案只有三種結果：

1. 直接以失敗告終，軟體廢棄不用。
2. 勉強使用會計和銷售等1~2個模組，但是對外仍宣稱「成功上線」。
3. 企業用戶持續加碼人員和硬體，做困獸之鬥。

ERP品質最終將在其企業客戶的損益表上面呈現。ERP品質深遠影響其用戶的營運成本、成長動力、企業形象、研發與客服以及公關等各部門人員的士氣。

PostERP的特質

1. 萬用
2. ERP應用系統開發與運行框架
3. 高彈性
4. 簡單、輕巧、低系統開發門檻
5. 資料庫驅動
6. 使用PostgreSQL
7. 三層運算架構
8. 高速後端軟體
9. 客戶軟體輕巧
10. 使用人容易操作
11. 國際化
12. 提供報表機制
13. 高雅的會計模組
14. 附掛檔案機制
15. 提供簡單、高效率的API
16. 具安全保護機制
17. 同時提供雲端ERP服務與買斷ERP產品

1. 萬用

IT人員在PostERP框架上面開發無限種產業使用的ERP應用系統

1. PostERP框架適合各種行業的企業使用，包括政府、學校、非營利事業…等無限種類的產業。
2. PostERP適合各種規模的企業使用，從一人公司到跨國集團。

1. 他牌寫死的套裝軟體只能應用在特定產業：

• ERP也許可以給業務性質單純的工廠將就使用，但是不適用於出租車企業、人壽保險公司、連鎖零售商、天然氣公司、醫院、銀行、郵局、電力公司、晶圓廠、石油公司、輪胎工廠、自來水廠、貨運代理、學校…等非製造業企業和政府部門。
• ERP也許可以給要求不高的製造業工廠將就使用，但是嚴格要求「批號」控管的藥廠、鞋廠、服裝工廠買它會很慘。
• ERP的架構不適合用來開發人力資源系統。
• 「鞋廠專用ERP」不能用在工具機工廠。
• 適合企業使用，不適合政府部門使用；或相反。

一套只適合特定產業使用的套裝軟體一旦硬塞給不同產業的企業用戶，其使用範圍可能被用戶企業縮減到剩下會計模組，甚至被架空成資料儲存中心。

2. 他牌ERP只能應用在特定規模企業：

「大型版」ERP適合大企業使用。

因為過於複雜，小企業和一人公司用不起來。

「小型版」ERP適合小企業和一人公司。

因為過於陽春且僵化，如果拿去給大企業使用，有太多功能短缺且不允許擴展。

2. ERP應用系統開發與運行框架

開發ERP應用系統的策略有多種。

一、他牌ERP的霰彈槍策略

這個策略又稱萬金油、萬靈丹策略。其極致發揮，就是盡其可能，根據經驗或猜測不同企業可能需要的全部軟體功能，一一預製程式或模組，等候企業客戶挑選或全部捆綁出售。

按照這個策略做出來的ERP預製品，體積龐大、複雜難用：

• 畫面多、程式（「transaction」）多、開關多、參數多。
• 隱藏機制多、連動機制多、機制互相牽制或排斥。
• 手冊和線上說明難以清楚涵蓋，手冊錯誤或過時、與軟體不一致。

這種軟體具有下列缺陷：

• 預製品未能滿足一些企業的「特殊」或邊緣需求。
• 因為複雜，所以可能不存在那種打通奇經八脈，完全弄懂ERP全部甚至單一模組的顧問，導致使用ERP的企業常年在「急徵顧問」。
• 因為ERP架構具有重大先天性缺陷，軟體商自己和導入顧問也無法按照計畫時程開發完成商業應用軟體以即時交付企業用戶使用。
• 因為難用，所以對使用人訓練的過程艱辛，使用人產生排斥，專案出現強大阻力，導致上線困難甚至失敗。
• 因為程式龐大甚至系統架構僵化，所以IT人員不易擴增或修改ERP功能。導致IT部門人數居高不下，形成企業的沈重人事費用負擔。
• 後端軟體跑不快，迫使企業用戶購買昂貴硬體、設置龐大的基礎設施（infrastructure）IT人員。

二、早已消失匿跡的程式產生器策略

在M$ DOS時期已經出現「程式產生器」概念。2023年底開始有人主張用人工智慧（AI）產生軟體。

有哪些用程式產生器生成的商業軟體？

• 這些商業軟體能否用來處理各行各業的商業資訊？
• 這些商業軟體能否取代現有ERP軟體？
• 這些商業軟體執行速度是否比目前手工打造的傳統軟體高？
• 這些商業軟體能否人工介入除錯、強化、擴展？

假設現在需要一個人事薪資模組如下，有沒有程式產生器或AI機器人能自動設計出來？

• 三班制：07:00 ~ 15:00, 15:00 ~ 23:00, 23:00 ~ 07:00
• 大夜班有點心。
• 遲到30分鐘以內，扣薪500元。
• 記2次大功者，頒發3日工資做為獎金。
• 遲到1 ~ 4小時者須請半日假。
• 曠職扣1日工資。
• 提供全月全勤獎金1000元。
• 記警告1次扣一日工資。記大過1次扣3日工資。
• 除了經理級以上人員以外，全員刷上、下班卡。
• 工廠有職級 – 薪資表。
• 外籍勞工提供住宿。
• 提供折價餐給現場人員。
• 實施勞保、健保、薪資所得扣減機制。

三、口號響亮，現已消失匿跡的積木策略

很早以前就出現「CORBA」。不知何時出現「SOA」、「micro service」等名辭與之抗衡，從未聽過有人採用這種東西而製成堪用的ERP。

四、PostERP的框架（framework）策略

本文自此以下專指這個PostERP應用系統開發與運行框架。

3. 高彈性

高彈性ERP框架

ERP能萬用的前提是高彈性。那些預製甚至寫死的套裝軟體，無論有多少模組、多少開關、多少產業樣板、多少最佳配置方案、預製幾百萬列程式，都屬於霰彈槍之流。低彈性、複雜不易理解、難用、僵化的系統不堪用於「特殊」企業和政府部門。

這裡必須澄清一個觀念。「特殊」其實是錯誤用語。不應該只因為ERP不適用於非製造業，就指其他更多行業為「特殊」。

到底要怎樣架構ERP才能符合高彈性原則？

「你要高彈性？程式語言的彈性最高了！乾脆賣COBOL的兄弟姊妹ABAP、4GL、Java、Python、C、PHP、ASP語言、甚至組合語言給客戶，叫他們的MIS人員自己去開發其商業應用軟體好了！」

程式語言雖然具有最高彈性，但是因為它有一個重大缺點 – 最低生產力，所以這種策略不可取。

MIS人員為求兼具高彈性與高生產力，應使用PostERPERP應用系統開發與運行框架。

4. 簡單、輕巧、低系統開發門檻

簡單、輕巧等於高品質

ERP應用系統應該力求簡單而非複雜，輕巧而非龐大。

只有簡單的ERP才會有高彈性。

這種ERP應用系統容易使用。

使用人樂意接納能快速上手的ERP應用系統。反之，使用人群起抵制一套複雜、難用、容易誤操作的ERP軟體。

這種ERP應用系統節省企業客戶的硬體投資。

它能在一般規格的硬體上面高速運轉，瞬間回應使用人。反之，一套複雜的軟體猶如恐龍：它在高檔硬體上面緩慢拖行。

這種ERP應用系統減少企業客戶的IT人力成本和時間。

因為ERP容易維護、修改、擴充並投放在多種環境中運行，所以IT人員、系統整合人員、以及顧問具有高生產力。反之，一套複雜的軟體不聽MIS人員的指揮。拒絕被馴服，無法調校，MIS人員一知半解而導致全部參與者人心渙散、專案進度一再延後。

PostERP簡單

整套PostERP系統只有少數元件構成。而非疊床架屋、千絲萬縷牽扯不清、原始程式碼數百萬列、安裝檔案達數百MB、企業的資訊人員和軟體商自己的工程師一生都無法徹底理解的那種複雜軟體。

PostERP輕巧

PostERP應用系統的原始碼很小。例如：未經壓縮的製造業ERP應用系統體積小於300 KB，任何資訊人員都能輕鬆維護。

PostERP的開發應用系統的技術門檻很低。

任何擁有PostgreSQL技術和初級會計知識的人都能在PostERP框架上面開發ERP應用系統。因為PostERP框架具備低程式碼框架特質，所以資訊人員能輕鬆擴展和維護ERP應用系統，而且平民資訊系統開發人員成為可能。換言之，企業也可以考慮把「終端使用人」納入應用系統開發成員。這裏的「終端使用人」可以包括會計部的人員、精算部的人員...等。

5. 資料庫驅動

IT人員能在PostERP框架上面透過簡單的定義方式，不需要撰寫任何程式就完成下列3個CRUD畫面。所以，PostERP框架是「資料庫驅動」。

以企業的銷售業務為例，其主要業務包括：

1. 銷售訂單
2. 出貨
3. 銷貨退回

「資料庫驅動」不是炒作新名辭。資料庫驅動的PostERP框架賦予IT人員最高生產力，讓技術人員能在它上面以閃電速度開發完成各種ERP應用系統，速戰速決，於短期完成ERP專案。

6. 使用PostgreSQL

PostERP使用PostgreSQL

PostERP搭配使用PostgreSQL資料庫管理系統（Data Base Management System，DBMS）。

• PostgreSQL是全球最先進的開放原始碼DBMS，其性能滿足優質ERP框架的要求。
• 企業客戶免除購買DBMS授權和維護費用。
• PostgreSQL提供無以倫比品質的手冊。
• 技術人員容易取得高品質的技術服務。

7. 三層運算架構

整體而言，ERP運算架構可分為下列三種。

• 二層運算架構：

  

  DBMS←–→應用程式執行檔

  這種運算架構具有下列缺點：

  1. 當DBMS連接大量客戶軟體時，其性能快速下降，佔用大量記憶體。
  2. 如果在公開網路上運行ERP，則DBMS在公開網路暴露，易遭惡意攻擊。
  3. DBMS與應用程式二者之間的資料傳輸量高，遠程ERP使用人感覺系統回應速度緩慢。
  4. DBMS與應用程式二者之間的資料傳輸不加密，易遭竊聽。

• PostERP採用的三層運算架構：

  

  DBMS←–→伺服器軟體←–→（瀏覽器或桌面版）客戶軟體

• 四層或更多的運算架構：DBMS←–→後端4GL軟體←–→4GL與HTML轉換軟體←–→瀏覽器

  這種運算架構不允許前端軟體連接DBMS。後端服務軟體提供大量且複雜的API供前端服務軟體呼叫。該架構因為疊床架屋而具有下列缺點：

  • 學習曲線陡峭，開發業務應用系統的困難度高。
  • 整套系統複雜、不易維護，容易故障。
  • 運行速度緩慢，不適合大組織使用。
  • 需要高硬體投資。

  為了趕流行，一些中國同行於2018年起開始為這種運算架構取了一個全球獨一無二的新名字「中台」並且大做文章。2020年以後，「中台」名詞幾乎徹底消失。

8. 高速後端軟體

架構簡單的ERP才能高速運轉

隨著客戶數的增加以及業務邏輯的複雜度提高，ERP伺服器軟體的冗長回應時間容易被詬病。緩慢運轉的ERP伺服器軟體浪費其使用人的寶貴時間，降低其工作效率。

稍具理智和自尊心的正常人不會盲目崇拜自己不懂的東西。但是資訊產業卻盛傳 「軟體越龐大、越複雜難懂，則其能力越強大」迷信，大師們極力灌輸普羅大眾奴才心態：「品質最高的軟體，就是你平庸之輩一生也無法徹底理解的那種」。

常識101：越複雜、龐大的ERP伺服器軟體，其運行速度越低，隱藏錯誤越多，耗用越多硬體資源。它是一套設計不良、過時的劣質ERP架構。

因為ERP伺服器軟體運行速度遲緩，一些ERP廠商轉而要求其客戶購買高檔主機以供其伺服器軟體在上面執行。這種安排，錯在這裡：ERP整體系統的運轉速度瓶頸在軟體而非硬體，所以ERP企業用戶投資金錢在硬體上面，其實對系統的整體運行效能改善不顯著。

腦筋清醒的資訊產業人士都心照不宣的事實：有軟體商利用其軟體缺陷去哄抬其產品售價，搜刮其企業客戶的現金。

為甚麼一些ERP龜速？因為它們在伺服器軟體處理業務邏輯，所以具有無可救藥的先天缺陷：

• 伺服器軟體龜速運行。
• 伺服器軟體和DBMS之間佔用大量網路頻寬。

這種ERP這樣運作：

• 從客戶端程式接到執行MRP的請求後，伺服器軟體首先從DBMS讀取資料。伺服器軟體接著掃描讀進來的資料。在掃描每一筆資料時，伺服器軟體又再對DBMS讀取更多資料記錄。這樣一直層層反覆深入，連鎖地向DBMS讀取資料。這種資料處理策略當然低效率：
• 伺服器軟體盡可能從DBMS讀進大量資料，越多越好。所以它吃掉大量RAM和CPU。
• 如果伺服器軟體和DBMS不在同一部硬體主機的話，那麼，企業用戶就必須投資高檔的網路設備以供大量資料在伺服器軟體和DBMS二者之間高速往返。
• 在伺服器軟體處理資料的效率，遠低於讓DBMS直接處理。其理由非常簡單–全部臺面上的DBMS，尤其是PostgreSQL，都會優化其處理資料過程。DBMS就是知道如何、何時、是否該讀進哪些資料，以耗費最低的CPU、RAM、和硬碟的成本。但是伺服器軟體就是少有能力控制這些資源。

把簡單的問題複雜化，再去發明一堆有的沒的神奇機關，都是枉然，其最終效益極可能呈現負數。

輕巧、簡單等於優良。設計高速ERP伺服器軟體的最高效策略就是

• 業務邏輯交給DBMS執行
• 伺服器軟體扮演客戶端軟體和DBMS二者之間的仲介角色

PostERP以無人能敵的閃電速度運行：

1. MRP、結會計帳、計算薪資…等業務羅輯全部在PostgreSQL functions執行。
2. 接到客戶程式的請求後，ERP伺服器軟體即確認請求方的身份和權限。
3. ERP伺服器軟體在快取搜尋所需結果。如果找到，則二話不說，直接回應此結果給客戶軟體。
4. 如果ERP伺服器軟體沒在快取找到答案，則向DBMS轉送請求。從DBMS接到答案後，ERP伺服器軟體立即回覆客戶端程式。

PostERP伺服器軟體就是扮演這樣單純的角色，不多也不少：

• PostERP伺服器軟體幾乎不從事計算工作。
• 更動業務邏輯無須更動PostERP伺服器軟體
• PostERP系統簡單、容易維護、幾無bug。

• 能在1 GB RAM的主機上面以閃電般的速度運轉，瞬間回應海量客戶程式的請求。

  

  羽量級身軀的ERP後端系統是一個大力士

9. 客戶軟體輕巧

PostERP框架的前端是1 MB大小，在瀏覽器運行的客戶軟體

客戶端安裝軟體動輒4片CD的那種ERP早已落伍了。

PostERP框架的客戶軟體：

• 瀏覽器版：在瀏覽器運行的1 MB軟體
• 桌面版：體積僅1.7 MB的單一執行檔案，使用人在Windows上面直接雙擊執行。使用人無須安裝，資訊人員無須分發、部署客戶軟體。

10. 使用人容易操作

PostERP的客戶軟體容易操作，減少訓練工作，縮短系統上線期，提高使用人的工作效率，降低使用人對PostERP的排斥。

減少CRUD畫面和菜單數量。

使用人容易上手。使用人在少數畫面操作PostERP，就能完成其日常工作。避免迫使使用人開啟多個CRUD畫面，來回切換、比對、翻找畫面與畫面之間的資料、操作CRUD。

手冊頁數少。

使用人參閱數分鐘即可實際操作軟體。

以各種語系提供廣泛的線上說明。

畫面說明、欄位說明、報表用途說明、報表參數說明、業務邏輯處理器說明、業務邏輯處理器參數說明。使用人不必翻找年久失修的過期手冊。

每一個畫面外觀布局完全相同。

適應ERP的操作畫面需要時間。應該避免設計出這類系統：不同CRUD畫面，其欄位的位置安排隨性，按鈕、彈出窗等機制都不一樣。

容易搜尋資料。

例如：使用人可以就CRUD畫面上每一個欄位搜索紀錄。

畫面上顯示的紀錄都允許使用人下載。

提供選單給使用人。

避免強迫使用人背誦程式代號（「transaction」）。

11. 國際化

PostERP適用於跨國企業

PostERP支援多語系、多時區：

• 多語系
  • 一套程式支援全部語系。不是那種相同功能的程式寫4個版本：版本一支援正體中文、版本二支援簡體中文、版本三支援英文、版本四支援越文。
  • 客戶軟體允許使用人線上切換語系，不必先登出再登入。
  • IT人員設計完成一份報表之後，使用人以各種語系列印報表。
• 多時區：以【出貨日期】為例，倫敦的ERP使用人看到2019–12–25 11:09:03.356505+00，臺北的ERP使用人看到2019–12–25 19:09:03.356505+08。

12. PostERP具報表能力

完整的報表能力：

允許IT人員設計各種報表，以滿足使用人多樣、複雜的需要。

提供IT人員無可匹敵的報表製作生產力

IT人員在PostERP上面製作使用人要求的各種複雜報表。每份報表在幾分鐘之之內完成製作，而非數日。

PostERP整合報表能力：

IT人員設計完成一份報表之後，使用人立即在選單中挑選並列印報表。IT人員不必分發報表給各使用人。PostERP與這種ERP不同：報表功能係脫離ERP的外掛元件。

IT人員設計報表和最終用戶生產報表都不必使用第三方工具。PostERP零報表部署-IT人員設計報表後，全球另一端的終端用戶立即從菜單中選擇該報表並列印。 IT人員不必將報表樣板分發給用戶。PostERP的報表功能自給自足，不需要獨立的第三方報表工具。

crosstab報表

13. 高雅的會計模組

• PostERP的會計模組並非那種會計人員必須花45天才能完成會計結帳的劣質會計模組。
• PostERP的會計模組與各業務模組無縫整合，及時生成分錄，令分錄永續保持最新狀況。使用人隨時可得財務最新資訊，隨時取得企業經營最新績效訊息，無須等到次月初會計結完帳。
  

  無縫整合會計模組

• 使用PostERP的會計人員不需要每季結帳、每半年結帳、或每年結帳。會計人員只需負責極少量的日常與月結工作。

  使用製造業版與買賣業版PostERP的會計人員無須跑「成本結算」批次程式。系統隨時呈現最新成本資訊。

  PostERP保證不出現負金額、借貸不平、負數量…等狀況。

• PostERP絕對防止出現資料在模組之間不一致現象。例如：item A，

  1. 在銷售畫面或報表顯示：售出10個，銷貨成本2元/個。
  2. 在庫存或成本畫面顯示：售出11個，銷貨成本3元/個。

14. 附掛檔案機制

為貼近無紙化目標，PostERP提供機制，讓使用人上傳檔案，附掛在資料紀錄之下，並允許日後下載。例如：

• 研發人員上傳加工說明圖檔，附掛在項目item A之下，供加工現場下載參考。
• 專利事務所人員上傳往來書信，附掛在專案申請進度日期2020–1–1日之下，供日後查閱。

15. 提供簡單、高效率的API

1. IT人員無須撰寫程式，PostERP自動提供RESTful API供諸如IoT、WMS和MES等外圍設備呼叫，簡單、高效率、安全地直接對指定的資料庫table操作CRUD。
2. 外圍系統可以呼叫PostgreSQL的libpq與PostERP高速交換資料。

16. 具安全保護機制

PostERP具高安全性

• PostERP在資料傳輸過程加密。
• PostERP預防SQL injection攻擊。

• PostERP預防Resource exhaustion attack攻擊，例如：

  1. 使用人輸入BOM循環項目（例如：子項目等於父項目）。
  2. 使用人在前端調出大量後端資料。

17. PostERP同時提供雲端ERP承租服務與本地部署ERP產品

PostERP有雲端ERP服務供您承租；也有本地部署ERP軟體供大型組織購買，讓您部署在您自己的機房

• 中、小、微企業承租雲端PostERP服務，在家辦公、出差外國、在旅途中，全球操作。
• 國防部門、跨國大企業購買PostERP框架，IT人員在上面量身訂做100%符合業務需求的ERP應用系統。