OCA 社群部落格上最近掛了一份挺「不性感」的東西：有人把 Odoo 20 官方發佈說明裡的 687 條功能，一條一條標成「社群版能用」「部分能用」「企業版獨佔」，還給每條附上證據。
做這件事的人叫 Jan-Marten Veddeler（Humanilog），他在頁面末尾特意寫了兩行：這不是 Odoo S.A. 的官方出版物；這是早期草稿，267 項直接核驗、362 項只做到模組級、還有 58 項待複核，肯定有錯，歡迎來改。
我盯著「58 項待複核」看了會兒。這兩年大家聊企業 AI，話題基本都在模型、智慧體、自主執行上；可真到交付現場，最費勁、也最沒人願意幹的，往往就是這種把邊界一條條核清楚的活。這份清單和 11 月 8 日經濟日報講 FDE 的那篇報導，其實說的是同一件事的兩面。
一、一份清單，把「有沒有」問成了「哪個版本、哪一層、誰驗的」
先把數字擺出來。
| 分類 | 數量 | 占比 | 說明 |
|---|---|---|---|
| 社區版可用 | 341 項 | 50% | 附社區版資料庫實拍截圖作為證據 |
| 部分可用 | 90 項 | 13% | 條目寫明哪一部分需要企業版 |
| 企業版獨占 | 256 項 | 37% | 多來自只存在於企業版的應用與行業包 |
真正有意思的是分佈，不是總數：日常用得最多的應用基本都在社群版——Website 55/60、General 36/41、eCommerce 34/38、Sales 23/27、Manufacturing 20/24、Inventory 19/22。
企業版那 37% 主要來自只存在於企業版的應用：AI 20 項、Planning 20、Appointments 19、Payroll 15、Sign 15，外加 25 個行業包。換句話說，如果一個客戶指著官方發佈說明問「Odoo 20 的 AI 我們能不能用」，答案不在功能列表裡，在他買的是哪個授權。Spreadsheet 更典型，30 項全被標成「部分」：表格引擎在社區版、還支撐著社區版儀表板，但要新建和編輯電子試算表，得企業版。
| 清單裡的欄目 | 查出來的東西 | 對交付的影響 |
|---|---|---|
| 既視感 | 16 項「新功能」OCA 模組多年前就有：partner_identification（8.0）、website_breadcrumb（8.0）、sale_order_line_sequence（9.0）、website_llms（16.0）等 | 別急著卸載現有模組——相似的核心功能不一定覆蓋 OCA 模組全部能力 |
| 已從 CE 移除 | 土耳其 Nilvera 電子發票/電子出貨單轉企業版；Mondial Relay 社群連接器刪除、改走企業版 Sendcloud；專案獲利面板移除，預算分析轉企業版 | 三項各給了 OCA 替代（delivery_sendcloud_oca、account_budget_oca），升級方案要重寫 |
| 給開發人員 | 單一 ir.access 模型取代 ir.model.access 與 ir.rule；OWL 3 取代 OWL 2；Material Symbols 取代 Font Awesome；49 個社群版模組被移除或合併 | 每一個帶安全文件的自研模組都要過一遍 |
| 證據等級 | 267 項直接核驗 / 362 項模組級 / 58 項待複核 | 結論可以質疑，但每條都能追到依據 |
這份清單真正的價值，不在「結論對不對」，而在它把一句含糊的「已支持」拆成了四個能追問的欄位：版本、許可層、啟用步驟、證據等級。做過驗收的人都懂，這四個欄位才是合約附件該有的樣子。
我們見過太多上線報告寫「AI 功能已啟用」，配一張聊天截圖。真出問題時，誰也說不清它當時用的是哪個配置、存取了哪些紀錄、有沒有在需要人工決定之處停下來。清單不是官僚作業，是出事時唯一能倒查的東西。
二、升級不是「能打開就算過」
更麻煩的在開發者那一欄，而這部分大多不在 Odoo 官方發佈說明裡。
- 權限模型換了底層。單一 ir.access 模型取代 ir.model.access 和 ir.rule，模組改帶 security/ir.access.csv。凡是有安全檔案的模組都受影響，簡單改個檔名讓系統能載入，不等於授權組合還是原來的意思。
- 技術棧連著動。OWL 3 取代 OWL 2（帶相容層）；Material Symbols 取代 Font Awesome，得翻一遍 fa fa-* 圖示；會計裡父科目取代 account.group、科目編碼變可選、付款狀態改名。
- 模組被併了。stock_picking_batch 併入 stock，website_sale_wishlist 與 website_sale_comparison 併入 website_sale——依賴它們的 OCA 模組得改 depends。
- 還有命名撞車。Odoo 20 社群版新增了 mail_tracking 和 mail_tracking_mass_mailing，與 OCA/mail 現有模組技術名稱完全相同，這幾個 OCA 模組無法用原名遷到 20.0。
官方給了自動程式碼改寫，頁面建議先在儲存庫上跑一遍：
odoo-bin upgrade_code --addons-path=<repo> --from 19.0 --dry-run
注意是 --dry-run。這種事最忌諱的就是「先跑起來看看」——資料庫能打開、選單能點、智慧型代理還能答上兩句熟悉的問題，都不足以證明原本的設定映射對了、請求與計費路徑對了、該停的時候會停。頁面還專門留了 Needs IAP 過濾器，把依賴付費服務的項目單獨挑出來，另配了五個分頁供實施方按需篩選。
這裡容易踩的坑：把「社群版有儀表板」當成「社群版有表格」，把「AI 應用能裝」當成「AI 功能包含在授權裡」，把「升級腳本沒報錯」當成「權限策略沒變寬」。這三件事在演示環境裡都看不出來，到了月結和審計才一起冒頭。
三、能進現場的人，成了最貴的資源
清單得有人核，邊界得有人守，流程得有人重做。11 月 8 日經濟日報那篇《前沿部署工程師能力標尺加速成形》，講的就是這批人開始被正式定價。
獵聘大數據研究院統計，去年 9 月至今年 8 月，國內 FDE（前沿部署工程師）人才供需比僅 0.28——四個崗位搶一個人。政策端，工信部已把 FDE 寫入國家級政策文件，上海提出建超千人規模的儲備庫，武漢光谷計畫三年培育一千名。
產業側最實的一步，是聯想與工業和信息化部電子工業標準化研究院聯合發布的 FDE 培訓認證，業內首個由企業與行業人才標準化專業機構共同認可的認證。課程分三大系列：企業 AI 設計方法、智能體工坊與 AI 基礎能力、項目交付實施與運維，總投入約 120 小時，大部分時間給課後練習與貫通式綜合實訓。
最值得抄進自家 SOW 的，是這句考試要求：實操考試明確要求在預置環境中完成指定任務，並提交過程與結果證據。
不考會不會說，考在給定環境裡能不能把活幹完，還留下能複看的過程。
聯想對 FDE 能力的定義也不掛在工具上：把客戶模糊的業務訴求翻譯成「做什麼、不做什麼、誰負責」，把技術指標翻譯回業務語言。這背後是它自己的實踐——內部已有 60% 業務流程由智能體接管，對外沉澱了 200 多個可驗證、可交付的智能體方案，光製造行業就 128 個。
中國工經聯黨委書記熊夢給了個挺準的分水嶺：「鑑別 FDE 的唯一分水嶺是現場經驗是否被系統性地沉澱為平台能力。」這跟 11 月 8 日另一份調查能對得上——much. Consulting 的《Odoo News November 2026》裡，150 家受訪製造企業有 86% 把「缺內部資源」列為引入或現代化 ERP 的最大障礙。前一份說的是問題，這一份說的是有人開始給解法訂立標尺了。
騰訊在車企側的 FDE 共創則是另一種形態：自己出技術人、車企出業務人組敏捷團隊挑高價值場景；某主機廠在產品定義與驗證階段用上之後，整體效率提升 90%，產銷協同決策從過去兩三週甚至一個月壓到一兩天。數字聽著亮眼，但真正決定能不能複製的，是那套「誰來提需求、誰來判斷值不值、誰來驗收」的現場分工。
國內 FDE 人才供需比（獵聘大數據研究院，2025-09 至 2026-08）——相當於四個崗位搶一個人
把 OCA 那份清單和 FDE 這套認證放一起看，結構是對稱的：一個把系統邊界寫成可核查的條目，一個把人的能力寫成可考核的證據。中間那句「提交過程與結果證據」，兩邊用的是同一套邏輯。
四、給實施方與 CIO 的三條建議
- 把驗收寫成條目，不要寫成形容詞。SOW 裡逐條列版本、許可層、啟用步驟、驗收用例、證據形式；「已支援」「已上線」「效果良好」這類詞一律換成可複跑的用例。直接借用 FDE 實操考試那句：提交過程與結果證據。
- 升級前先跑清單，再談 AI。按 Highlights / All items / Déjà vu / Removed from CE / For developers 五欄過一遍自家模組，重點看帶安全檔案的、依賴被合併模組的、和 OCA 技術名撞車的；先跑
upgrade_code --dry-run，AI 工作流程另做一次回歸，別用「介面能開」當通過標準。 - 把現場經驗沉澱成資產。每個項目留三樣東西：配置映射表、驗收台賬、故障復盤。選合作夥伴時少問「做過幾個類似項目」，多問「上一家的驗收台賬長什麼樣、能不能給我看一頁脫敏的」。能力長在個人身上，項目一結束就帶走了；長在台賬上，才留得下來。
模型會換代，功能清單每個秋天都會重寫一次。但「誰把邊界核清楚」和「誰能進現場把活幹完」這兩件事，不會自動到位。AI 項目的交付質量，最後還是落在人和台賬上——這活不性感，可它決定前面那些漂亮演示能不能真的過月結。
資料來源：Odoo Community Association 社群部落格《Odoo 20: what is actually in Community?》及 smaddlsoft/odoo-community-release-notes 倉庫（非官方草稿，資料檔案 2026-11-03 仍在更新）、經濟日報《前沿部署工程師能力標尺加速成形》（2026-11-08）、聯想 × 工信部電子工業標準化研究院 FDE 培訓認證、much. Consulting《Odoo News November 2026》、界面新聞·另鏡 / 網易（騰訊智慧出行 FDE 共創，11-08）。文中效率數字為廠商或機構自身口徑。
眾諦信息（Zodioo）· 企業數字化觀察 · 2026-11-09
