Odoo 20 系統架構與模組化邏輯百科全書

1. 架構總覽：打破 ERP 複雜性的 Odoo 模組化哲理

1.1 單資料庫與單平台無縫整合邏輯

傳統企業軟體體系往往由多個獨立的專業系統拼湊而成——例如單獨的客戶關係管理系統（CRM）、獨立的第三方網站託管平台、離線的倉儲管理系統（WMS）以及獨立的財務軟體。這種分散式架構會在企業內部製造嚴重的數據孤島，迫使員工進行繁瑣的二次手工錄入，或依賴高成本且易發生集成斷裂的第三方 API 接口。

Odoo 20 的底层核心哲学在于单数据库（Single Database）与统一平台。在 Odoo 的系统架构中，所有业务应用（Apps）并非孤立运行的软件，而是基于同一套数据库引擎和统一对象关系映射（ORM）模型构建的模块化扩展。这意味着系统内所有业务数据均保存在唯一的中央数据源中，模块间的数据联动并非依赖后端的“定时异步轮询”或外部 API 传输，而是完全基于底层统一 ORM 模型的事件驱动机制（Event-Driven Mechanism）。

例如，當一名客戶在 網站/電子商務（eCommerce） 模組完成線上下單時，其底層數據流轉邏輯如下：

1. 對象狀態變更：前端觸發訂單確認，ORM 模型 sale.order 狀態發生改變；
2. 底層聯動觸發：sale.order 的狀態變更直接依賴觸發底層邏輯，實時創建 stock.picking 倉儲調撥憑證並凍結對應庫存，無需任何定時同步延遲；
3. 財務草稿生成：系統同步自動生成 account.move 財務發票草稿；
4. 總賬實時映射：發票確認後，交易日誌直接映射至會計總賬，實現跨業務域的毫秒級實時聯動。

為了幫助初學者直觀理解，下表對比了傳統分散式架構與 Odoo 20 一體化集成架構的本質區別：

1.2 Odoo 20 介面與互動架構進化

除了底層資料庫的無縫整合，Odoo 20 在使用者介面 (UI) 與使用者體驗 (UX) 上完成了系統級的架構進化。其設計目標是徹底消除傳統 ERP 系統的沉重感，提供如消費級 App 般平滑、直覺且高回應度的現代操作體驗：

• 視覺層級重構：採用**圓角設計（Rounded Design）**與微調灰色中性背景，配合高對比度的白色內容卡片區域，使用戶的視覺注意力能夠瞬間聚焦於核心業務數據。
• 現代化圖標系統：全面引入全新的 Material Symbols 圖標庫 替換傳統的 Font Awesome 圖標，大幅提升了界面整體視覺的一致性與現代科技感。
• 毫秒級響應與平滑過渡：優化了前端 DOM 渲染與 CSS 動態過渡效果，將頁面切換與數據加載速度提升至 10 毫秒級，結合平滑的微互動動畫，徹底消除了操作停頓感。
• 行動端與觸控架構適配：全面重構行動端與平板電腦體驗，支援透過下拉主儀表板開啟命令面板、底部面板（Bottom Panel）觸控滑出機制以及更加安全的現代化登入介面。

掌握了系統的底層架構與交互演進後，我們可以將視角進一步延伸至支撐企業日常運轉的四大核心業務群組（Business Groups）之中。

2. 核心業務群組（Business Groups）地圖與全景解構

為了幫助初學者理清 Odoo 20 龐大的功能體系，系統將數十個應用程式劃分為四大核心業務群組：財務管理群組、銷售與客戶前台群組、供應鏈與生產製造群組、人力資源與服務運營群組。

                    ┌─────────────────────────────────────────┐
                    │       Odoo 20 單資料庫與統一平台           │
                    └────────────────────┬────────────────────┘
                                         │
        ┌───────────────────┬────────────┴───────┬───────────────────┐
        ▼                   ▼                    ▼                   ▼
 ┌──────────────┐    ┌──────────────┐     ┌──────────────┐    ┌──────────────┐
 │ 財務管理群組   │    │ 銷售前台群組   │     │ 供應鏈製造群   │    │ 人力服務群組   │
 │ Accounting   │    │ CRM / Sales  │     │ Inventory    │    │ Employees    │
 │ Invoicing    │    │ POS / Rental │     │ Manufacturing│    │ Payroll      │
 │ Expenses/ESG │    │ Phone (VoIP) │     │ Purchase/PLM │    │ Project/Time │
 └──────────────┘    └──────────────┘     └──────────────┘    └──────────────┘

2.1 財務管理群組 (Finance Group)

財務管理群組是企業營運的數位化控制中心，Odoo 20 在此群組中實現了高度的自動化與合規化突破。

在財務自動化方面，Odoo 20 迎來了兩項顛覆性的架構革新：

1. Peppol 電子發票去 OCR 化技術： Peppol 電子發票技術傳遞的是標準的結構化 XML 資料（如 UBL/CII 格式），這使得系統能夠做到 100% 自動分類與精確過賬，完全消除了傳統掃描件依賴 OCR 識別時產生的錯漏與人工二次校驗成本。
2. 嵌入式 PISP（支付發起服務）機制： 系統接入了原生 PISP 接口，允許企業財務人員直接在 Odoo 界面內完成單次或批量網銀簽章支付。這一設計徹底淘汰了傳統導出 CPA 005 或 SEPA 批量支付文件（Payment Batch Files）再手動上傳至網銀的繁瑣流程。

此外，系統重構了資產折舊模型，原有的資產模型被**折舊模型（Depreciation Models）**取代，支持在單個資產上疊加多個折舊計劃（例如兼顧稅務 Gap 與 IFRS 標準）。資產負債表中新增可審計的 CTA（累計折算調整額） 科目，可自動平攤多幣種匯率差額。

2.2 銷售與客戶前台群組 (Sales & Front-Office Group)

銷售與客戶前台群組覆蓋了從市場線索獲取到最終交易完成的全業務鏈。在 Odoo 20 中，該鏈條的數據流轉步驟如下：

1. 線索捕獲與分配 (CRM)：系統透過網站表單、整合 Dun & Bradstreet 資料庫或行動端掃描名片等方式自動產生線索，並依據“輪流分配規則”自動分發給銷售人員。
2. 內建電話溝通 (Phone/VoIP)：銷售人員直接在系統內透過 VoIP 軟電話 撥打電話，系統利用 Call Flow Designer 處理呼叫流，並在溝通欄（Chatter）中自動記錄通話日誌與語音轉寫文字。
3. 智慧報價單生成 (Sales)：銷售人員快速建立報價單。Odoo 20 支援多層級描述與章節管理，允許銷售人員直接在明細行中即時編輯邊際利潤（Margin），系統將依據成本自動重新計算最終售價。
4. 訂單確認與 downstream 自動轉換：報價單確認後，系統根據配置自動觸發下游流程——若為產品銷售則自動生成庫存發貨單，若為服務類訂單則自動創建項目與任務。

2.3 供應鏈與生產製造群組 (Supply Chain & Manufacturing Group)

供應鏈與生產製造群組涵蓋採購、庫存、製造、PLM（產品生命週期）、品控、維護與車間管理。三大核心環節在 Odoo 20 中形成了嚴密的自動化聯動：

• 採購環節（Purchase）
  • 需求驅動智能補貨：系統引入基於歷史需求、目標覆蓋天數與供應商交期建議的智能補貨規則（Demand-based reordering rules），並能根據參數動態計算出安全/危險紅橙色預警閾值。
  • 詢價與條款繼承：支持採購協議與一攬子訂單的章節管理，並能自動填充供應商專屬的國際貿易術語（Incoterms）。
• 庫存環節（Inventory）
  • 全條碼化與可追溯性：支援掃碼自動建立產品（Barcode Lookup），全路徑追蹤批號與序號（Traceability Report）。
  • 跨公司物流：支持使用自定義路由實現多公司間直接補貨與跨倉庫發貨，並實現庫存估值與成本的精準跨公司轉移。
• 製造環節（Manufacturing）
  • BoM 對比工具：提供全新的物料清單 (BoM) 對比工具，通過透視表直觀呈現不同版本或產品的組件差異與成本變化。
  • 優先級與看板規劃：製造訂單支持基於看板拖拽設置優先級，系統自動按優先級重新計算計劃時間節點。
  • 車間（Shop Floor）全條碼化操作：車間工人通過平板設備掃描個人工牌登錄，掃描 MO（製造訂單）條碼即可自動切換工作中心並執行質量檢查與產出登記。

2.4 人力資源與服務運營群組 (HR & Operations Group)

人力資源與服務運營群組管理著企業的核心人才與服務交付過程。

設計哲學：提升數據錄入效率與精準度的核心底座

Odoo 20 在人力資源與專案營運模組中的關鍵突破在於徹底消除重複的手工錄入。從招聘端的履歷解析，到入職後的薪資模擬，再到專案執行中的智能工時追蹤，所有環節均透過底層組件相互連通，確保數據在“員工-專案-薪酬-帳單”之間準確無縫地流動。

• 薪資模擬器（Salary Simulator）：在 招募（Recruitment） 和 員工（Employees） 模組中，HR 或候選人可透過互動式薪資模擬器直接配置福利組合（如公司用車、休假天數、電話津貼），系統即時計算稅前（Gross）與稅後（Net）薪資及企業總成本。
• 項目 PDF 自動建單 (Project)：在 項目（Project） 模組中，用戶只需上傳一份包含項目需求的 PDF 文件，底層 AI 即可自動解析文檔並將其分解為具體的項目任務與階段。
• 工時單助手（Timesheet Assistant）：工時單（Timesheet） 模組整合了 ActivityWatch 本地追蹤技術。隱私優先設計（Privacy-first design） 確保所有設備活動追蹤僅在員工本地設備運行，絕不上傳雲端；助手會在設備本地智能分析操作活動，並在達到設定閾值後向員工推薦工時單條目，既消除了員工對隱私洩露的顧慮，又防止了因忘記記帳而導致的可計費服務收入流失。

支撐上述四大業務群組高效聯動的，正是 Odoo 20 底層全面重構的智能化核心引擎——AI 代理（Agents）與技能（Skills）機制。

3. 核心底座解讀：Odoo 20 AI 代理（Agents）與“技能（Skills）”機制

3.1 概念革新：從“主題”到“技能（Skills）”的架構演進

在 Odoo 20 中，AI 架構經歷了一次重大的概念升級：原有的「主題（Themes）」概念正式更名為「技能（Skills）」。

傳統 ERP 系統的智能化配置如同給機器設定固定齒輪（靜態配置），只能在預設好的路徑下工作；而 技能（Skills） 則是賦予 AI 代理一套包含預設指令集、上下文提示詞與系統工具調用的“操作手冊與工具箱”。它明確定義了 AI 代理在特定業務情境下的行為模式、權限邊界與輸出格式，使其能夠根據用戶的自然語言指示，自主決定調用哪一項工具（如 API、原生報表生成器或資料庫檢索）。

技能（Skills） 語法與傳統靜態配置的本質區別在於：

傳統靜態配置： 用戶輸入固定參數 ──► 執行硬編碼規則 ──► 輸出固定結果
Odoo 20 AI 技能：用戶自然語言指令 ──► 技能自主理解與工具選擇（調用原生API/報表）──► 動態推理與精確執行

3.2 AI 代理（Agents）的運行機制與交互模式

Odoo 20 的 AI 代理採用了高度自主化的智能體架構（Agentic Automation），其 5 大核心運行特性如下：

1. 智能體自更新與定時喚醒 (Agentic Automation)：AI 代理能夠根據業務場景自我更新配置，不僅能響應用戶實時提問，還能被系統的「自動化動作」或「定時動作」自動喚醒（例如在每月結賬日自動觸發財務差異分析）。代理同時擁有與其角色匹配的專屬 Avatar。
2. 交互式確認與工具調用限制 (Interactive Confirmations)：為防止智能體越權或無限循環，當 AI 代理達到預設的“工具調用上限（Tool Call Limit）”或嘗試執行修改/刪除數據庫記錄等敏感操作時，系統會彈出交互式確認按鈕，必須經過用戶手動點擊確認後方可繼續執行。
3. 模型上下文協定 (MCP - Model Context Protocol)：代理透過 MCP 標準與底層資料庫建立安全連線。系統會根據任務類型，自動為當前場景匹配最合適的底層大型語言模型（LLM）。
4. IAP 積分機制與多模態交互：AI 功能統一通過 IAP（In-App Purchase）積分進行計費。交互方式全面升級，支持直接向 AI 代理口述請求（語音交互）、上傳文件附件（如 PDF、圖片），並在對話中展示富交互的可點擊卡片。
5. 對話歷史留存 (30-Day Chat History)：與 AI 代理的所有業務對話記錄，自最後一條訊息發送起將在系統中安全留存 30 天，便於團隊隨時回溯與審計。

3.3 案例拆解：AI 如何作為底層技術驅動跨模組自動化

為了展示 AI 技能如何貫穿整個 Odoo 20 架構，下表整理了 AI 代理在各個業務領域中的落地場景與成果：

掌握了 AI 代理與技能機制這一底層引擎後，初學者便可以沿著具體的業務場景，領略 Odoo 20 跨模組聯動的強大實戰威力。

4. 初學者導航：業務場景下的應用聯動路徑

為了幫助初學者徹底理清 Odoo 20 龐大功能體系中的邏輯聯繫，本章通過兩個典型的端到端業務場景，演示數據如何在不同模組之間無縫聯動。

4.1 端到端流程示例 1：服務型企業閉環（從客戶線索、電話溝通到報價、項目交付與結算發票）

該流程展示了前台銷售與後台服務運營模塊之間的無縫對接閉環：

[CRM 線索生成] ──► [Phone/VoIP 呼叫日誌] ──► [Sales 智能報價單]
                                                    │
                                                    ▼
[Invoicing 自動發票] ◄── [Timesheet 工時追蹤] ◄── [Project 自動任務生成]

1. 【客戶關係管理 (CRM)】：系統透過網站表單或名片掃描獲取一條新的潛在客戶線索，並透過輪流分配規則自動分發給銷售人員。
2. 【電話 (Phone/VoIP)】：銷售人員直接在系統內調用 VoIP 軟電話撥打客戶電話。通話過程中，軟電話以懸浮窗形式展示；通話結束後，語音錄音與文本轉寫自動歸檔至該線索的溝通欄（Chatter）中。
3. 【銷售 (Sales)】：基於溝通結果，銷售人員一鍵生成 銷售 (Sales) 報價單。選擇產品模板並按章節調整數量，直接在明細行中編輯目標利潤率（Margin），系統自動重新計算銷售售價並發送郵件。
4. 【項目管理 (Project)】：客戶線上簽署並確認訂單後，系統自動觸發下游機制，在 項目管理 (Project) 模組中新建一個交付項目，並將報價單中的服務條款轉化為具體的子任務。
5. 【工時單 (Timesheet)】與【發票 (Invoicing)】：開發人員在執行任務時，藉助工時單助手（Timesheet Assistant）自動記錄工時。項目完成後，系統提取已驗證的工時數據，在 發票 (Invoicing) 模塊中自動生成準確的客戶結算發票。

4.2 端到端流程示例 2：供應鏈與製造型企業閉環（從採購談判、庫存補貨到生產與自動化財務對帳）

該流程展示了供應鏈、製造與財務核算模組之間的自動化閉環聯動：

[Purchase AI 識別與 PO] ──► [Inventory 掃碼入庫] ──► [Manufacturing 車間生產]
                                                             │
                                                             ▼
[Payments 嵌入式支付] ◄── [Accounting 電子發票自動對賬] ◄────┘

1. 【採購 (Purchase)】：採購 (Purchase) 模組中的 AI 代理分析歷史訂單，發現某項原料價格存在供應商折扣空間，自動提示採購員。採購員確認後，系統生成採購訂單 (PO) 並發送給供應商。
2. 【庫存 (Inventory)】：供應商發貨到達倉庫，倉庫管理員使用行動裝置開啟 條碼 (Barcode) 應用程式，掃描包裝箱上的二維碼，一次性完成貨物接收與庫存自動入庫。
3. 【製造 (Manufacturing)】：原材料入庫後，自動觸發 製造 (Manufacturing) 模組中的製造訂單 (MO)。車間工人打開 車間 (Shop Floor) 介面，掃描個人工牌登入，按步驟執行生產作業、記錄實際耗料並完成品控檢查。
4. 【會計 (Accounting)】：供應商透過 Peppol 網路發來的電子發票（E-invoice）直接進入 會計 (Accounting) 系統。系統基於結構化 XML 資料，自動將發票與採購訂單 (PO) 及庫存入庫單進行三方匹配，無需依賴 OCR 識別，實現 100% 自動過帳。
5. 【線上支付 (Payments)】：財務人員在會計儀表板選中待付款發票，點擊「立即支付」，透過內建的 PISP（支付發起服務） 介面直接連接企業網銀完成單筆或批量轉賬，系統自動完成銀行賬面對賬與清算。