從報價、庫存、生產到記帳都跑在同一個資料庫。開源架構讓資料模型與 API 完全開放，AI agent 可以直接讀寫 ERP 裡的單據與主檔。台灣法規落地由本公司建置與維護。
把接單、庫存、生產與帳務放進同一個資料庫的模組化管理系統。
ERP（Enterprise Resource Planning，企業資源規劃）是把接單、採購、庫存、生產到記帳串在同一個資料庫裡的管理軟體。各部門不必再各自維護 Excel。
Odoo 由比利時的 Odoo S.A. 開發，發展超過 20 年。與傳統 ERP 的差別有兩點，導入 AI 時都會直接派上用場：
版本節奏明確：每年一個主要版本，之間另有約每季一次的小版本。升級規劃從導入第一天就算進專案範圍。原廠的版本更新與資安通報，則由年度維護持續追蹤。ERP 導入的整體評估邏輯與 AI 導入服務內容，請看 ERP 企業管理系統。
資料模型與 API 全開，AI agent 不必等原廠開放介面，也不必另購介接授權。
把 AI 放進 ERP，卡關的通常不是模型能力，而是「拿不到資料、寫不回去」。Odoo 把整個 ORM 投影成對外 API，沒有只挑幾張表開一個窗口。資料表結構、欄位語意與方法定義，都能在原始碼裡查到。這是選擇 Odoo 最主要的理由。
Odoo 執行在 PostgreSQL 上，程式碼與資料表結構完全公開。可另開唯讀複本供 BI、RAG 知識庫索引或資料分析使用，不影響正式系統效能。欄位語意有原始碼可查，不必靠反推。
任何模型的公開方法，都能透過 XML-RPC、JSON-RPC 或 JSON-2 API 呼叫；底線開頭的內部方法則不對外。自訂模型與 Studio 新增的欄位，一建立就自動有 API。不必再做一層介接開發，也不必等原廠的版本排程。
Odoo 19 的 External JSON-2 API 提供 /doc 端點，依該台資料庫實際安裝的模組與自訂欄位動態產生 API 文件。另外也能查詢 ir.model 與 ir.model.fields，列出模型、欄位與型別。對 AI agent 來說，這就是一份隨系統同步的工具清單與 schema 來源。
外部呼叫一律以 API 金鑰綁定的使用者身分執行，套用模型層存取權限（ir.model.access）、列層級記錄規則（ir.rule）與欄位層級權限。代理人看得到什麼、能改什麼，在 Odoo 裡設定就好。不必在代理人那一側再寫一套權限邏輯。
部分閉源 ERP 對第三方系統在其中建立單據，另計間接存取授權費用。AI agent 天生就是高頻建單的角色，這筆費用長期下來會一路放大。Odoo 沒有這類收費機制。
Community 與 Enterprise 的地端部署、以及 Odoo.sh，都可以開發自訂模組；只有 Odoo Online（SaaS）不能安裝自訂程式碼。授權上，Community 核心採 LGPLv3，可自由修改與散布；Enterprise 模組為原廠專有授權，可取得原始碼供自身修改但不可再散布。台灣常見的字軌管理、折讓與補充保費計算等在地欄位，可以自建。AI 供應商層也可以自行開發模組，指向自架端點。
以下是 Odoo 19 官方文件寫的功能現況，都屬於 Enterprise 版模組。
Odoo 19 起，AI 獨立成一個 App，是跨模組智慧協助的底座。右上角 AI 按鈕與 Ctrl+K 命令列可用自然語言提問、開啟檢視、改寫內容、翻譯訊息、摘要對話紀錄與建議下一步。標準的 Ask AI 只做資訊查詢，不會變更資料庫內容。
可自建的代理人。Topics（19.4 起更名 Skills）定義行為情境與可用工具；Tools 是能在 Odoo 內實際執行的動作，例如建立商機、開啟檢視、修改紀錄；Sources 指定可引用的資料，包含 PDF、網址、Documents 檔案與 Knowledge 文章。開啟限定來源後，就只引用指定資料。內建情境包含自然語言搜尋、資訊檢索與建立商機。
透過 Studio 或屬性欄位建立由 AI 產生建議值的欄位，型別涵蓋文字、多行文字、HTML、整數、小數、金額、日期、時間、勾選、關聯欄位與標籤。提示詞可用 /field 指令引用同一筆紀錄的其他欄位，排程動作則每天補填空白欄位。AI server actions 把提示詞包成伺服器動作，掛在自動化規則上批次處理。
把中文或英文寫的查詢條件轉成 Odoo 的 domain 篩選器，直接套用在清單檢視上。使用者不必先學會 Odoo 的篩選語法，也能自己撈出要看的單據範圍。
郵件範本可以放入 AI 提示詞，寄送時依紀錄內容動態產生內文，也有草擬與潤稿功能。Documents 能依提示詞判斷文件，自動歸檔並觸發後續動作。網站 Live Chat 可以交給 AI 代理人接待與蒐集名單；19.4 起，提到支援的紀錄時會顯示可點擊的卡片。
會議即時轉錄並產生摘要，19.4 起也能直接對代理人口述指令。同一版還加入 MCP（Model Context Protocol）支援、AI 對話保存 30 天、對話中上傳檔案與連結文件，以及以對話方式生成網頁的網站助理。
供應商與金鑰設定。官方 19.0 文件列的推論供應商是 OpenAI（ChatGPT）與 Google Gemini：在系統裡填入自有金鑰，費用依供應商計價。Odoo.sh 與地端資料庫要用原廠 AI 功能，必須自備 API 金鑰。所以「Odoo 主機放在自家機房」和「AI 推論不出機房」是兩件事，要分開規劃。要讓推論也留在機房，做法見下一段。
以 Odoo 的 API 與權限模型為基礎，把代理人放進既有的簽核流程裡。
傳統的 XML-RPC 與 JSON-RPC 走 /xmlrpc/2/common 與 /xmlrpc/2/object，用 execute_kw 呼叫模型方法，涵蓋 search、search_read、read、create、write、unlink、fields_get 與 search_count。Odoo 19 新增的 External JSON-2 API，端點形式為 POST /json/2/{model}/{method}，用 HTTP 標頭帶 API 金鑰認證。每次呼叫都在獨立的 SQL 交易內完成：成功就提交，出錯整筆捨棄。批次寫入的一致性因此有保證。
代理人用專屬的 Odoo 使用者，不拿管理員金鑰接上去。群組、模型存取權限與記錄規則依最小必要原則設定，可視範圍與寫入權限只開到真正需要的模型與資料列。所有動作都在該筆單據的訊息紀錄上留痕，事後可以逐筆回溯：誰、什麼時間、依什麼來源寫入。
寫入一律落在草稿或待審狀態：報價單停在草稿、採購建議停在待核、催款信停在草稿夾。確認訂單、過帳、送出郵件這類會對外生效的動作，仍然由人執行。代理人負責蒐集、比對與填寫。決策點與既有簽核層級不變。
涉及財務數字、客戶名單、報價策略與薪資資料的任務，走地端模型。一般文案改寫這類低敏感任務，再評估雲端模型。地端推論有兩條路：一是自行開發 AI 供應商模組，把 Odoo 的推論呼叫指向自架的相容端點。二是不動 Odoo 的 AI 模組，讓外部地端代理人透過 API 讀寫資料，推論全程在自有 GPU 上完成。第二條路的 Odoo 端不需客製，升級風險較低，權限也仍由 Odoo 控管。
AI 導入的完整服務流程（流程盤點與可行性評估、資料整備、RAG 知識庫建置、agent 開發與系統串接、地端 LLM 部署、教育訓練與導入後調校），請見 ERP 企業管理系統。地端 GPU 資源池與模型服務平台可以搭配超融合叢集，讓 ERP 與推論放在同一座機房。做法請見 超融合與 VMware 替代方案。
依客製需求、資料要留在哪裡，以及 IT 量能，對應到適合的版本、方案與部署位置。
開源授權，無使用者授權費，可自行安裝在自有伺服器上。含 CRM、銷售、採購、庫存、製造（MRP）基本功能、專案、開立發票、網站與電商。適合內部有技術人力的公司，或是先用概念驗證（POC，小規模試做）確認流程可行的階段。外部 AI agent 仍可透過 API 接上。
商業授權，依使用者人數訂閱計價。在社群版之上提供完整會計、薪資引擎、單據 OCR 辨識、試算表與報表、行銷自動化、簽核、知識庫、製造進階功能（現場工單看板、產能排程）、行動 App，以及原廠支援、版本升級服務與內建 AI 功能模組。
開瀏覽器就能使用，主機、備份與平台維運由原廠負責。適合流程貼近標準功能、以 Studio 微調即可滿足的公司，也是分期導入時最快啟動的起點。
可放置自訂模組、串接 Git 版本控制、開設測試環境（staging），主機仍由原廠營運。需要客製模組，或要與本土金流、物流、既有人資系統做程式層級介接的專案，通常落在這裡。
安裝在自有伺服器或私有雲，資料留在客戶端，客製自由度最高。也只有這種部署方式，能讓 ERP 與 AI 推論同時留在機房。本公司提供架構規劃、建置、版本升級協助與年度維護（上班時間支援）。
方案建議。Odoo 的訂閱方案分為 Standard 與 Custom 兩種。流程貼近標準功能、單一公司別、不做程式層級介接的專案，Standard 就夠用。需要 Studio、外部 API、多公司架構，或要用 Odoo.sh 與地端部署的專案，對應的是 Custom。AI agent 開發需要外部 API，所以導入 AI 的專案，評估階段就以 Custom 為前提規劃版本、方案與部署位置。授權採訂閱制，依使用者人數計價。實際費用請來信索取報價。
地端部署的底層平台選型，可參考 超融合與 VMware 替代方案。ERP 若開放給外部使用者或電商前台登入，等於多了一個對外服務，可參考 網站與 API 防護（WAF）。
依這五組規劃導入順序，最容易對齊各部門。
CRM（潛在客戶與商機追蹤）、Sales（報價轉訂單）、Subscriptions（週期性收款）、Rental（租賃）、POS（門市與餐飲收銀，可離線運作）。
Inventory（多倉庫、批號序號、條碼揀貨）、Purchase（請購與供應商）、MRP 製造（BOM 用料表、工單、產能排程）、Quality（品檢）、PLM（工程變更）、Maintenance（設備保養）。
Accounting（總帳、應收應付、銀行對帳、稅務申報與財報）、Invoicing（開立發票與收款）、Expenses（費用單據）。完整 Accounting 屬企業版。
Employees（員工資料）、Recruitment（招募）、Time Off（請假）、Appraisals（考核）、Project（專案與甘特圖）、Timesheets（工時可轉請款）、Helpdesk（客服工單）、Planning（排班）。
Website Builder（拖拉式官網編輯器）、eCommerce（B2B／B2C 電商）、Blog、eLearning、Live Chat。商品、庫存、訂單與發票和 ERP 共用同一份資料，不必再做介接。
上面是模組範圍的概覽。完整會計與財務報表、薪資引擎、考核、客服工單、排班、品檢與工程變更等進階模組，屬於企業版。哪些模組在哪個版本、實際需要哪幾支，需求訪談時逐項對照確認。
原廠提供會計科目與加值中心電子發票模組；財政部直連與薪資法規規則由本公司依現行法規建置與維護。
原廠的台灣財務在地化套件共四個模組：l10n_tw（台灣會計科目表）、l10n_tw_reports（台灣在地財務報表範本）、l10n_tw_edi_ecpay（透過綠界 ECPay 加值服務中心開立電子發票，含 B2B／B2C、折讓與作廢）、l10n_tw_edi_ecpay_website_sale（電商付款完成自動開票）。原廠的範圍到此為止。Odoo 能不能在台灣真正用起來，看的是下面四項建置工作。
走綠界 ECPay 等經財政部核准的加值服務中心，可以直接用原廠模組。本公司完成帳號串接、開立與作廢流程、載具與折讓設定、電商自動開票，導入時間最短。訊息規格改版、平台介接異動與憑證維護，由加值中心承擔。企業端只要確認資料有送出、有拿到成功回覆。
財政部免費提供傳輸軟體，Odoo 端的整合由本公司開發：MIG 4.1 XML 訊息產生、字軌配號與餘號管理、交換目錄與回傳檔解析、作廢與折讓流程、中獎與載具資訊處理，以及存證時限監控告警（買受人為非營業人 48 小時內、為營業人 7 日內）。發票資料只在企業機房與財政部平台之間流動，不經第三方。MIG 規格與傳輸軟體的版本更新，由年度維護持續跟進。
Odoo 原廠的官方薪資在地化未涵蓋台灣。薪資結構與薪資規則由本公司依現行法規建置：勞工保險與就業保險、勞工職業災害保險、健保投保金額分級、勞工退休金雇主每月提繳不低於工資 6%、二代健保補充保險費（雇主端與個人端）、薪資所得扣繳與加班費計算，以及勞保、健保、勞退的加退保與異動申報檔案。費率、投保級距與起扣標準，依主管機關當年度公告。每年隨最低工資與法規異動維護。
會計科目表對應既有帳務結構、營業稅設定、在地財務報表格式，以及與申報作業銜接的科目對照。自訂的在地欄位一建立，就自動出現在 API 與動態介面文件裡，AI agent 可以直接讀寫，不需要另做一層中介。帳務與稅務實務，由合作的專業財稅顧問協同確認。
電子發票路徑的選型評估方式。判斷點是三個問題：一年開立幾張發票、有沒有人員或委外廠商負責主機與憑證維運、發票資料能不能經過第三方。加值中心按服務計費，前期投入低。Turnkey 直連的軟體本身免費，成本在整合開發、主機與憑證，以及每年的規格跟進。也可以先用加值中心快速上線，等開票量放大或資安要求提高，再遷移到直連。Odoo 端的開票資料模型可以共用。
導入、在地化與後續維護分別由誰負責，先寫清楚。
五個步驟，把非標準的流程做成可長期維護的獨立模組。
升級規劃從導入第一天就算進專案範圍：客製一律做成獨立模組，標準功能能做到的就用設定解決，版本更新前在測試環境完整跑過一輪，年度維護再持續追蹤原廠版本與資安通報。這樣系統才能一路升級，不會停在某一版動不了。
五個階段，每階段都有明確的交付物與驗收對象。
以上是參考區間。實際時程依模組數量、客製範圍與能投入的資源而定；分期導入通常能把第一階段壓得更短。完整服務內容請見 服務流程。
評估 Odoo 時最常被問到的六題，先在這裡答完。
Community 版沒有使用者授權費。正式營運常用的完整會計、原廠支援、版本升級服務與 AI 功能模組屬於 Enterprise 訂閱；導入顧問、客製開發與教育訓練則是工時成本。建議把授權、維運與人力放在同一張表上試算後再決定版本。
原廠的 AI 模組屬於 Enterprise 版。採用 Community 版時，仍可透過 XML-RPC 或 JSON-2 API 由外部代理人讀寫資料，推論在 Odoo 之外完成，這條路徑同時也適用於地端模型。
系統部署位置與推論位置要分開規劃。啟用原廠 AI 功能時，地端與 Odoo.sh 資料庫需自備 OpenAI 或 Google Gemini 金鑰，推論在該供應商完成。要讓推論也留在機房，做法有兩條：自行開發 AI 供應商模組並指向自架的相容端點，或由外部地端代理人透過 API 讀寫 Odoo，推論全程在自有 GPU 上完成。地端 GPU 資源池與模型服務平台見 超融合與 VMware 替代方案。
原廠提供台灣會計科目表、在地財務報表範本，以及透過綠界 ECPay 加值服務中心開立電子發票的模組。財政部電子發票整合服務平台的 Turnkey 直連，以及台灣的勞保、健保、勞退與所得稅扣繳薪資規則，不在原廠範圍內，由本公司依現行法規建置並逐年維護。
Odoo 使用 PostgreSQL 資料庫，資料庫與客製模組原始碼都可以完整交付。更換顧問團隊時帶走的是整套系統，不是一份匯出檔。
單一模組的小範圍導入常見落在兩到三個月；跨部門、含客製與系統串接的專案通常在半年上下。人力配置上，每個要導入的模組配置一位可決策的窗口（通常是部門主管），加上一位協調跨部門決策的專案負責人；專職 IT 人力非必要，地端部署的主機日常事務可納入年度維護。
想評估 Odoo 適不適合貴公司、從哪個模組先上，或哪些流程適合交給 AI agent？可以先從一次需求訪談與範圍界定開始。
聯絡我們 看 ERP 解決方案其他品牌：Hitachi JP1 | 全部品牌 | 知識中心
Odoo 為 Odoo S.A. 之商標或註冊商標。本公司為獨立之系統整合服務商。
請留下聯絡方式與需求說明，將由工程師與您聯繫，協助評估導入範圍、部署方式、在地化建置項目與年度維護內容。