Odoo / ERPNext：傳統 ERP 和 SaaS 組合之外的第三條路

我遇過不少（其實只有兩例）嘗試導入 Odoo 或 ERPNext 的案例，甚至同一家公司導 Odoo 失敗之後又嘗試導 ERPNext。結果不完美，因此在這系列文章中多了這篇補充。

不是傳統 ERP 的貴，不是 SaaS 組合的散，而且還免費。這麼好的事，真的要三思。

我是開源愛好者，日常工作大量使用開源工具。但在 ERP 這個領域，說穿了我個人不太推薦走這條路。這個系列前三篇聊了組合式架構的成本優勢、SaaS 工具選型、分階段落地路徑，這篇要把 Modern ERP 的真實面貌攤開來說 — 包括那些行銷文不會告訴你的事。

---

什麼是 Modern ERP？

Modern ERP 是一種介於「傳統大一統 ERP」和「SaaS 組合」之間的系統架構。

傳統 ERP（SAP、Oracle、鼎新）走的是「一套系統管所有事」的路線 — 功能完整但昂貴、笨重。SaaS 組合（第一篇談的組合式架構）走的是「每個領域用最好的工具」 — 靈活但整合是挑戰。

Modern ERP 試圖取兩者的長處：

• 模組化設計：像 SaaS 一樣，你可以只用需要的模組，不用全部買下來

• 一體化資料庫：像傳統 ERP 一樣，所有資料在同一個系統裡，不需要外部整合

• 開源基因：原始碼開放，可以深度客製化

• 現代化介面：UI/UX 比傳統 ERP 好上不只一個等級

聽起來完美？問題在於實際執行的細節。

---

三方比較：傳統 ERP vs Modern ERP vs SaaS 組合

先用一張表格拉齊認知。以下以 50 人中小企業為基準：

重點不在哪個「最好」，而在哪個「最適合你」。

---

Odoo vs ERPNext：兩大 Modern ERP 怎麼選？

如果你決定走 Modern ERP 這條路，主要的選項就是這兩個。

Odoo

• 授權模式：社群版（Community）完全免費開源；企業版（Enterprise）需要按使用者付費（Standard Plan 約 US$16.90/使用者/月起，年繳）

• 模組數量：官方超過 50 個核心模組，App Store 上有超過 10,000 個社群應用

• 台灣生態系：有多家在地化合作夥伴（如又一科技、艾創點等），已有繁中介面和台灣會計模組

• 定位：從 CRM 起步，逐步擴展成完整 ERP，特別強調使用者體驗

ERPNext

• 授權模式：100% 開源免費（GPL v3），雲端託管版需付費

• 模組數量：製造、會計、HR、CRM 等核心模組完整

• 台灣生態系：在地化支援較少，社群以印度和東南亞為主

• 定位：專注中小製造業，財務和庫存模組特別扎實

怎麼選？

我的建議：如果你在台灣，Odoo 的在地生態系明顯更成熟。如果你是製造業且有工程師可以自行維護，ERPNext 值得考慮。

---

「會 Python 就能客製」的迷思

這可能是開源 ERP 最常見的誤解。

Odoo 的真實技術架構

Odoo 確實是用 Python 寫的，但遠不是「會 Python 就能上手」。Odoo 是一整套專有的框架生態系：

• Odoo ORM：非標準的物件關聯映射，使用一套獨特的 tuple 語法來建立篩選器。習慣 Django ORM 或 SQLAlchemy 的開發者，面對這套語法會非常不適應

• QWeb 模板引擎：基於 XML 的模板系統，用 t- 前綴的 XML 屬性控制邏輯。不是 Jinja2，不是 Django Template，而是 Odoo 自己發明的東西

• OWL（Odoo Web Library）：Odoo 自行開發的前端框架。GitHub 上僅約 1,500 顆星 — 作為對比，React 有 240,000+，Vue 有 210,000+。這意味著幾乎沒有社群資源、教學和第三方工具

Odoo 官方論壇上有一篇經典的開發者抱怨文，列出的核心痛點包括：錯誤訊息幾乎不提示問題位置、除錯極其困難、缺乏即時開發反饋、文件嚴重不足（官方期望你直接讀原始碼）。

白話說：一個純 Python 開發者要上手 Odoo 開發，需要額外學習 Odoo ORM、QWeb、OWL、模組繼承機制、Odoo 特有的 MVC 架構。而這些技能在 Odoo 生態圈以外完全不可遷移 — 離開 Odoo，這些知識就沒用了。

ERPNext 的 Frappe 框架

ERPNext 的狀況類似。它跑在 Frappe Framework 上 — 一個 GitHub 僅約 9,600 顆星的框架。對比 Django（84,000+）、Flask（60,000+）、FastAPI（88,000+），Frappe 的規模差距是數量級的。

Frappe 官方自己都承認：「Frappe Framework 不適合膽小的人。」要成為有效的 ERPNext 開發者，需要同時精通 Python、Frappe 框架的特有 API、以及 ERPNext 的資料模型和遷移機制。

台灣找得到人嗎？

Odoo 開發者：在 104 人力銀行搜尋「Odoo」，職缺數量極為有限。台灣有少數代理商（如艾創點），但整體人才池非常淺。iT 邦幫忙上有台灣使用者直言：「公司使用 Odoo，超級難用，每年要花上百萬給系統商，每天有處理不完的 BUG。」

ERPNext 開發者：在台灣幾乎不存在。據我所知，目前僅有一家位於台中的 Frappe 服務商。在 104 上搜尋 ERPNext 或 Frappe 的結果趨近於零。

這代表什麼？ 如果你今天的合作廠商無法繼續服務，要找到能接手的團隊，Odoo 已經很難了，ERPNext 在台灣的選擇更是屈指可數。換句話說，選擇了 ERPNext，某種程度上也被這個選擇綁住了。

---

開源 ERP 的 6 大真實風險

這些是實務上最常見的問題，也是市面上行銷文不太會說的事。

風險 1：外包公司走了，系統誰維護？

Odoo/ERPNext 的導入通常依賴外包公司。但外包市場流動性高 — 今年幫你做的團隊，明年可能就不存在了。

更糟的是，如果外包公司在你的系統上做了大量客製化，但文件不完整、程式碼品質參差不齊，等到需要維護或升級時，新的團隊可能看不懂前人寫的東西，最後選擇「砍掉重練」。

避免方式：

• 合約中明確要求程式碼文件和交付標準

• 確保程式碼託管在你自己的 Git 儲存庫

• 定期做 code review，不要等到出問題才看

風險 2：客製化越深，你越被外包公司綁死

「開源 = 不被綁定」聽起來很美，但現實是：你被綁的不是軟體，而是幫你客製的人。

當外包公司為你量身打造了大量客製模組，你的系統就和「標準版」漸行漸遠。這意味著：

• 社群的更新和安全補丁不一定能直接套用

• 換外包公司的轉換成本極高（新團隊要先理解舊的客製邏輯）

• Odoo 大版本升級時，客製模組可能全部需要重寫

避免方式：

• 80/20 法則 — 用 80% 標準功能，只客製最核心的 20%

• 能用設定解決的，不要用程式碼

• 每次客製前問自己：「這個需求值得增加未來的維護成本嗎？」

風險 3：外包公司懂技術，但不一定懂你的流程

這是最深層的問題。

技術能力好的外包公司，可以把你要求的功能做出來。但如果你自己沒想清楚流程，他們做出來的東西只是「把你混亂的流程數位化」— 垃圾進，垃圾出（Garbage in, garbage out）。

更常見的情況是：外包公司有技術能力，但缺乏你所在產業的 domain knowledge。他們不知道你的產業有哪些特殊的作業慣例、法規要求、或管理痛點。結果就是做出一個「技術上沒問題，但實務上用不了」的系統。

避免方式：

• 導入前先做流程梳理（自己做或請顧問做），不要讓外包公司「邊做邊想」

• 選擇有你所在產業經驗的合作夥伴

• 最好有一位「懂業務也懂技術」的內部對接人

風險 4：Odoo 社群版的「功能限縮」陷阱

Odoo 採用 Open Core 模式，官方號稱「80% 開源、20% 專有」，但據社群估算，企業版的專有程式碼已達到約 30%。

更關鍵的是，很多你以為「免費」的功能，其實已經被移到企業版了：

• V11：完整會計功能被隱藏，社群版主打「Invoicing」發票功能

• V12 起：會計模組正式移除，會計報表、資產管理、預算管理移至企業版

• V13 起：薪資管理（Payroll）從社群版移除

• 僅企業版：Odoo Studio（低程式碼工具）、行銷自動化、品質管理、Dashboard 儀表板、原生手機 App、官方技術支援

OCA（Odoo Community Association）社群中有人直言：「執行 Odoo Enterprise 意味著運行約 30% 的專有程式碼，這在 ERP 中通常足以讓你一輩子被鎖定。」

更需要注意的是：若卸載企業版模組，相關數據會被刪除。 這代表一旦你用了企業版的功能，要回頭的成本非常高。

ERPNext 在這方面表現較好 — 所有功能 100% 開源，沒有功能限縮的問題。但代價是前面提到的：台灣幾乎找不到人。

風險 5：版本升級是一場噩夢

Odoo 每年出一個大版本。聽起來很積極，但對已客製化的系統來說，這是一場災難。

Odoo 論壇上有使用者將 Odoo 18 的升級描述為「簡直是一場噩夢」— 網站版面被完全改變，數月的設計工作付之東流，所有圖片需要重新上傳。

版本升級的核心問題：

1. 客製模組必須重寫：每次大版本升級都可能破壞客製化 — Python API 變更、XML 視圖廢棄、OWL 框架改版、資料庫欄位重新命名

2. 不能跳版升級：必須逐個版本遷移，跳過版本會遺漏中間的資料轉換

3. 地端客戶必須把生產資料庫傳給 Odoo：這是官方升級流程的要求，引發嚴重的資料隱私疑慮

4. 停機無可避免：生產資料庫在升級期間無法使用

結果是什麼？很多公司選擇「凍結」在舊版本上，放棄一切升級。等於被鎖在一個過時、可能有安全漏洞的系統上，而且客製模組的技術債只會越積越多。

風險 6：合作夥伴生態的「劣幣驅逐良幣」

這是最容易被忽略的風險。

Odoo 的合作夥伴排名基於年度新訂閱銷售數量，而非導入品質或客戶滿意度。這導致了經濟學上經典的「劣幣驅逐良幣」現象：

• 經驗豐富但不擅長衝業績的合作夥伴被邊緣化

• OCA 主席、Camptocamp 部門主管在近 20 年後宣布失去金牌合作夥伴資格，原因是「價值觀分歧」

• 資深合作夥伴必須面對經驗極淺的新金牌合作夥伴在市場上的平等競爭

白話說：Odoo 的官方排名系統，反而把最有能力的人趕走了。當你按照 Odoo 官方推薦的「金牌合作夥伴」去選廠商時，你找到的可能只是最會賣訂閱的公司，而不是最會做導入的公司。

---

免費軟體的隱藏成本：一個你該理解的商業模式

在談「適不適合」之前，你需要先理解開源 ERP 導入產業的商業模式：

1. 前期吸引力：「軟體免費」「開源透明」「沒有授權費」

2. 隱藏成本浮現：導入設定、流程客製、資料遷移、教育訓練 — 這些才是真正的費用

3. 持續依賴：客製化程式碼只有原廠商理解，升級需要重新付費

Odoo 論壇上有一個真實案例：一家公司花了超過 US$15,000、投入超過 170 小時自己的時間、歷時 16 個月，結果仍然沒有一個可用的系統。具體問題包括：展示時承諾的功能實際不包含在內、每個小修改都變成新報價單、導入團隊自己的錯誤修復仍要向客戶收費。

iT 邦幫忙上也有台灣業界人士直言：「台灣地區很多公司推動 Open Source ERP 的手法，實際上只是在找管道用 Open Source ERP 來賺錢。」

這不代表所有導入商都是壞的。 但你必須理解：ERP 產業的顧問服務費通常佔總費用的 40%-60%。「免費軟體」只是讓你進門的門票，真正的帳單在後面。

---

沒有資訊人員的公司怎麼辦？

很多中小企業的現實是：公司裡根本沒有 IT 人員。老闆自己不懂技術，財務主管或業務主管被推出來「負責 ERP 專案」。

這種情況下，最常見的三個錯誤：

錯誤 1：聽業務的嘴

ERP 廠商的業務會告訴你「我們的系統什麼都能做」，然後給你看一個完美的 demo。但 demo 和實際導入之間的差距，可能是數十萬甚至上百萬的額外成本。

錯誤 2：被低價吸引

「Odoo 社群版免費」「ERPNext 不用授權費」 — 這些話都是真的，但只說了一半的故事。根據產業分析，開源 ERP 在 5-10 年間的總持有成本（TCO）可能「媲美或超過專有 ERP 系統」。免費的軟體 + 付費的導入客製 + 持續的維護成本 + 每次升級的重寫費用，加起來不一定比商業方案便宜。

錯誤 3：讓工程師決定架構

有些公司找了一位工程師來評估 ERP。工程師可能會告訴你「我們用 ERPNext 自己架就好，不用花錢」。技術上他說的沒錯，但他看不到的是：流程設計、變更管理、使用者培訓、資料遷移策略 — 這些才是導入成敗的關鍵。

我的建議：

沒有 IT 人員的企業，在做 ERP 選型之前，先找一位獨立顧問（不隸屬任何 ERP 廠商的顧問）做需求評估。費用可能是 NT$5-15 萬，但可以幫你避免後面 NT$50-100 萬的冤枉路。

你需要的不是一位「工程師」，而是一位「翻譯官」 — 能把業務需求翻譯成系統規格，也能把技術限制翻譯成老闆聽得懂的風險。

---

ERP 導入的真正重點不在技術

說到底，不管你選傳統 ERP、Modern ERP、還是 SaaS 組合，成敗的關鍵從來不是技術。

重點 1：流程梳理

在碰系統之前，先回答這些問題：

• 你的核心業務流程是什麼？（從接單到出貨到收款的完整鏈路）

• 哪些流程是必要的？哪些只是「以前就這樣做」？

• 流程中的資訊流如何流動？哪裡有斷點？

很多企業導入 ERP 失敗，不是因為系統不好，而是因為把「混亂的手動流程」原封不動搬到系統上。結果只是讓混亂變得數位化。

重點 2：產業 Know-how

幫你導入的人，有沒有你所在產業的經驗？

這一點在 Modern ERP 特別重要。傳統 ERP（如鼎新）在台灣深耕數十年，累積了大量的產業最佳實踐。但 Odoo/ERPNext 的在地化經驗相對薄弱，導入團隊不一定熟悉台灣的稅務、勞基法、營業稅申報等細節。

重點 3：變更管理

第三篇我們詳細談過這個主題。再強調一次：變更管理做得好的企業，轉型成功率遠高於只關注技術的企業。找到內部冠軍、先示範不先要求、容忍過渡期 — 這三件事比選什麼系統更重要。

---

什麼樣的企業適合 Modern ERP？

看完上面那麼多風險，你可能會問：「那到底還有誰適合用？」

答案是：條件比你想像的嚴格。根據我的經驗，Modern ERP 最適合同時符合以下條件的企業：

適合的情境（必須同時滿足）：

• 員工 20-150 人，有基本的流程需求但預算有限

• 需要 ERP 的「一體化」優勢（財務、庫存、採購在同一系統），但不想花傳統 ERP 的價格

• 公司有至少 1 位懂技術的人，能做基本的系統管理和問題排查（這不是加分項，是必要條件）

• 業務流程相對標準，能接受 80% 標準功能，只做最小限度的客製化

• 理解「開源 ≠ 免費」，已經把導入、客製、維護、升級的費用納入 3-5 年 TCO 預算

不適合的情境：

• 完全沒有 IT 能力，也不打算投資（→ 考慮台灣在地化的雲端 ERP，如鼎新 A1）

• 需要極深度的產業功能（→ 考慮該產業的垂直 SaaS 或傳統 ERP）

• 只需要 1-2 個領域的工具（→ SaaS 組合更適合你）

• 企業規模超過 300 人，流程高度複雜（→ 傳統大型 ERP 的穩定性更可靠）

---

結論：沒有最好的系統，只有最適合的架構

回顧這整個系列四篇文章：

1. 第一篇：我們理解了「為什麼」 — 組合式架構比傳統 ERP 更適合多數中小企業

2. 第二篇：我們掌握了「怎麼選」 — 用 6 維評估法找到對的工具

3. 第三篇：我們規劃了「怎麼做」 — 3 階段務實路徑

4. 本篇：我們認識了「第三條路」 — Modern ERP 的真實面貌與適用場景

這四篇的核心訊息只有一個：技術選型沒有標準答案，只有適不適合你的公司。

做決策之前，先搞清楚三件事：

1. 你的流程：先梳理清楚，不要帶著混亂去導入

2. 你的能力：誠實評估團隊的技術能力和學習意願

3. 你的預算：不只看軟體費，要看 3-5 年的 TCO

如果你看完整個系列還是不確定怎麼選，那我的最後建議是：從最小的改變開始。回到第三篇的止血期策略，先用一個小工具解決一個大痛點，建立信心之後再擴大範圍。

有問題或想分享你的選型經驗，歡迎在下方留言交流！