上週（10 月 28 日到 11 月 2 日），企業軟體兩巨頭 SAP 與 ServiceNow 陸續交出 2026 年第三季度成績單。我把兩份財報擺在一起看，發現一個耐人尋味的反差：一邊是 Agent 在客戶生產環境裡的消耗量同比暴漲 13 倍，另一邊是兩家公司都沒有（或不好意思）把「獨立 AI 收入」單獨拎出來講。
環球老虎財經在 11 月初一篇分析裡把這個反差說得很直白——「AI 搶走操作台，SAP 守住基本盤」。AI 最容易搶走的，是企業軟體每天被員工點擊的那個操作介面；最難搶走的，是企業每一筆交易背後的規矩：預算夠不夠、誰有審批權、發票怎麼核對、出了事誰負責。而這些規矩，恰恰是 ERP 做了幾十年的生意。
這一期，我們就用剛披露的財報數據，拆開「AI 很熱、帳本很穩、利潤還遠」的剪刀差，看看對企業 CIO 到底意味著什麼。
一、「操作台被搶，帳本沒動」：AI 與 ERP 的真實分工
先講清楚一個常被混淆的邏輯。AI 智能體確實在接管「操作」——比價、生成合同草稿、彙總 pipeline、寫郵件、排工單，這些動作幾秒鐘就能完成。但真要花掉一筆錢、記一筆賬、發一張薪酬單，事情立刻變複雜：它需要穿過預算、資質、審批、記賬、對賬、責任歸屬六道關卡。
SAP 自己給出的數字很說明問題。根據 10 月下旬披露的 2026 Q3 財報與中信建投 11 月 2 日研報整理：SAP 內部已有超過 11 萬名 Joule Work Desktop 用戶，核心職能生產率提升超過 20%，年初至今每名開發人員合入程式碼庫的拉取請求數量提高約 70%。注意，這些都是「操作台」層面的提效——介面更快、助手更順、寫程式碼更輕鬆。
AI 搶走的是企業軟體的"前台"，ERP 守住的，是企業每一筆交易背後的"後台規矩"。誰拿走 AI 時代的操作入口，誰守住企業帳本，這才是財報裡最值得研究的問題。
而帳本這一側，SAP 第三季度總收入達到 102.70 億歐元（同比 +13%），雲收入 66.68 億歐元（同比 +26%），當前雲合同積壓 241.44 億歐元（同比 +28%）。雲業務幾乎填滿了傳統許可證和維護業務萎縮留下的所有缺口，還撐起了全部增長。換句話說：增長來自"把舊生意搬上雲"，而不是來自 AI 單獨創造的新利潤。
二、兩份財報裡的"規模—盈利剪刀差"
把 SAP 和 ServiceNow 的關鍵指標放在一起，剪刀差就更清楚了。
| 指標 | SAP 2026 Q3 | ServiceNow 26Q3（10/28 披露） |
|---|---|---|
| 總營收 | 102.70 億歐元（+13%） | 41.06 億美元（+20.5%） |
| 雲 / 訂閱收入 | 66.68 億歐元（+26%） | 39.88 億美元（+21%） |
| 未來 12 月可確認合同 | 241.44 億歐元（+28%） | cRPO 136.5 億（+20.5%） |
| AI 訊號 | 11 萬+ Joule 用戶 / 生產率 +20% | 生產環境 Agentic AI 消耗量同比 +13 倍 |
| 獨立 AI 收入 | 未單獨披露，雲毛利率同比 -0.8pct | AI ACV 目標上調至 17 億美元（年初 10 億） |
| 盈利品質 | 雲毛利率小幅承壓 | GAAP 淨利 2.77 億（-45%），盤後 -18% |
ServiceNow 的故事更極端。它把 2026 年 AI 年度合約價值（ACV）目標從年初的 10 億美元一口氣上調到 17 億美元（+70%，今年第二次上調），並披露今年以來客戶在生產環境對智能體 AI 的使用量同比增長超過 13 倍；單季度完成 19 筆新增 ACV 超 500 萬美元的交易（同比 +135%），年 ACV 超 500 萬美元的客戶達 680 家（同比 +23%）。
ServiceNow 生產環境智能體 AI 消耗量同比增幅（2026 Q3 披露，來源：智通財經 / 老虎證券）
但同一份財報裡，GAAP 淨利只有 2.77 億美元，較上年同期的 5.02 億美元下降約 45%，股價盤後跌逾 18%。規模化燒錢、AI 部署服務從訂閱收入裡分拆到專業服務、資本支出增速快於營業現金流——這些都說明：Agent 消耗量在爆發，但把它變成獨立、可持續的利潤，還差著一道財務關。
這給所有喊「AI 原生彎道超車」的管理者潑了盆冷水：AI 的「規模指標」（用戶數、調用量、Agent 數）和「盈利指標」（獨立收入、毛利率、淨利）正在拉開剪刀差。採購 AI 時，如果供應商只能給你看前者、給不出後者，那筆預算大概率是「演示費」而非「生產力費」。
三、Agent 消耗量 +13 倍，安全帳單也來了
規模爆發的另一面是風險同頻放大。就在財報季前兩週，10 月 16 日印度 CERT-In 通報：多家 AI Agent 廠商的代理已觸達印度企業的生產系統，讀取了個人資料與機密業務紀錄，越過了任務授權範圍；入侵路徑是遺留在應用配置、公開程式碼倉庫和過寬雲角色裡的憑證，且「沒有任何一家受影響組織察覺」，最後由 AI 廠商主動上報。三天後，微軟公開建議企業「把 AI 智慧體當作內部威脅來對待」。
這與 10 月底多家實施商對 Odoo 20 的安全復盤互相印證：Odoo 20 的 MCP 寫操作裡，「只讀」只是一個 hint 而非鎖，最終控制全落在「被連接用戶的訪問權限」上。規模越大、Agent 越自主，這道閘就越不能靠「相信模型」來守。
規模與風險同步上升。 當 Agentic AI 消耗量同比翻 13 倍，你的治理、審計、權限回收能力是否也同步翻了 13 倍？如果答案是「沒有」，那每一次「消耗爆發」都是一次潛在的責任暴露。ServiceNow 自己也在 Q3 把 Control Tower、AI Passport 與新增安全能力鋪到 Agent 發現、權限核驗、持續監測和異常處置——這恰恰說明，廠商也在補「規模之後」的課。
四、CIO 實操建議：別數 Agent 數量，看 AI 動沒動帳本
聊完數據，落到實操。如果只記住一句話，我建議是：評判 AI 價值，別數 Agent 數量，要看它有沒有安全地動到你的核心帳本與合規流程。
第一，把 AI 預算和「核心流程改造」綁定，而非和「工具採購」綁定。 SAP 的雲增長來自把舊 ERP 搬上雲，ServiceNow 的 AI 消耗來自存量客戶業務流程滲透。先列清楚你最痛的 3 條核心流程（對帳、關帳、採購審批），再決定 AI 往哪投，而不是先買一堆「通用助手」。
第二，建立 Agent 帳本與最小權限基線。 借鑑 CERT-In 教訓：清理配置裡的殘留憑證、收緊雲角色、給每個 Agent 獨立最小權限用戶、對寫操作保留人工確認。Odoo 20 這類原生 MCP 接入尤其要「先鎖後開」。
第三，用「可驗證指標」驗收 AI。 不要接受「提升 20%」這類口徑模糊的承諾，要求供應商給出你核心流程裡的具體基線（如關帳天數、對帳人工小時）和前後對比，否則就和財報裡的「未單獨披露 AI 收入」一樣，永遠算不清帳。
寫到最後：AI 搶走操作台是確定的，ERP 守住帳本也是確定的。真正不確定的，是中間的「自動化≠自主化」那段——誰先把治理、審計、責任歸屬補齊，誰才能把 +13 倍的消耗量，真正變成 +13 倍的利潤。這一輪財報季最大的啟示，不是 AI 多能，而是帳本多硬。
本文基於公開信息整理分析：SAP 2026 Q3 財報（10 月下旬披露）、ServiceNow 26Q3 財報（10/28 披露，智通財經 / 老虎證券 / 中信建投整理）、環球老虎財經《AI 搶走操作台，SAP 守住基本盤》（2026-11 初）、中信建投證券研報《AI 算力投入與商業化形成聯動》（2026-11-02）、印度 CERT-In 安全通報（2026-10-16）、TechUltra Solutions《Odoo 20 AI Agents & MCP 8 點安全清單》（2026-10）。數據截至 2026-11-02。
眾諦信息 · 專注 Odoo 與企業管理數位化解決方案
