日立 11 月 9 日開始提供一項叫 TWX-21 調達 AI 的服務。官方描述裡有句話我盯了很久：產品可以整理供應商回覆、識別高風險訂單、起草跟進訊息，工作人員檢查後發送。
「檢查後發送」五個字，是整篇公告裡最有分量的部分。它承認了一件事——AI 可以把 90% 的活兒做完，但發送這個動作，得由人來做。而這一步恰恰是採購員最不願意放手的，因為訊息發出去，供應商那邊的價格、交期、承諾就定了。
同一天還有一份材料把這個道理講得更硬。德意志銀行和螞蟻數科聯合發布白皮書《Agentic Payments in Wholesale Finance》，討論機構財資、跨境支付和貿易融資裡的 Agent 支付。它給出的框架只有三段：意圖與編排、控制與授權、結算。Agent 在中間那段跑，兩頭的邊界由確定性規則管。
把這兩件事放在一起看，2026 年 11 月企業 AI 的真正議題已經變了。不再是"智能體能幹什麼"，而是"它幹到哪一步必須停下來"。停下來那個點，就是簽字的地方。
一、企業買的不是能力，是批准點的設計權
過去兩年，廠商賣 AI 的方式是堆能力：能查、能寫、能改、能發。清單越打越長，採購部門越看越興奮。但真正上線之後，出問題的地方幾乎都不在能力上，而在邊界上。
日立這個案例給了個很實用的拆法。它把採購動作切成幾段：報價比較（讀）、發單（寫）、交期管理（追蹤）——然後只在「跟進資訊」這一段讓 AI 生成草稿，發送前必須人看。這個設計不炫技，但落地時阻力最小，因為沒有人被迫交出自己最在意的那個動作。
德意志銀行那份報告講得更技術一些。它要求 Agent 身份可驗證、授權明確且可撤銷，並且決策與執行要分離。可撤銷這三個字很重要——不是「你授權了就一直有效」，而是隨時能收回。這跟 ERP 裡給臨時工開三個月帳號是一個思路：權限是有期限的，不是一次授予終身有效。
做 ERP 導入的人應該在 Odoo 裡見過反面教材：為了讓流程「跑通」，某個自動化動作被寫成 sudo()，等於繞過全部記錄規則（ir.rule）。系統照跑，日誌照記，但那條記錄是誰的、該不該他看到，全都失效了。智慧體接進來之後，這種偷懶會被放大十倍——因為它一天能跑幾千次。
還有個更隱蔽的問題：很多企業以為自己有確認機制，其實只有加簽機制。一張付款單後面掛五個人，看起來嚴密，可實際上前四個都在等第五個先看，第五個習慣了直接點通過。這種鏈條在人工時代勉強能運轉，因為量小、出錯有人兜；一旦 Agent 把單據量放大十倍，鏈條上的每個人都變成了橡皮圖章。
真正的確認鍵必須滿足三個條件：能看懂、敢否決、有記錄。看不明白的單據不算複核，不敢否的審批不算監督，沒留痕的通過等於沒發生。這三條缺一條，加簽就只是流程裝飾。
二、用戶比廠商更清醒
11 月 9 日 Pogo 發布了一份對 502 名 Walmart 購物者的調查，樣本都透過最近 90 天的收據或銀行卡交易驗證過。問的是同一個能力，兩種授權方式：
79.1%
如果 AI 按商品與預算規則直接下單、不需逐單批准，不接受任何商品類別的比例
約 57%
如果 AI 先把購物車裝好、本人審查後下單，願意至少授權一個類別的比例
能力沒變，模型沒變，只多加了一個確認環節，接受度從「幾乎全員拒絕」翻到「過半願意試」。這是消費者場景，但企業採購的心理結構一模一樣。真正勸退人的不是「AI 幫我買」，是「AI 替我買」。
所以那些把「全自動」當賣點的方案，在採購、付款、放行這些環節反而更難賣。業務部門不是不相信技術，是不願意在自己名字下面掛一筆自己沒看過的單子。
三、監管和企業內部，用的是同一把尺子
美國貨幣監理署（OCC）11 月 4 日發布了一份 Super Intelligence 監管檢查框架，供檢查人員評估銀行的相關應用。文件明確說不新增監管期望或強制要求，但給了一個觀察尺度：按潛在後果、委託程度、人工監督情況判斷風險，再相應調整控制強度。
這三項拆開看，其實是一套可以直接搬到企業內部的評分表：
| 判斷維度 | 問什麼 | 落到 ERP 裡 |
|---|---|---|
| 潛在後果 | 做錯了會怎樣，能不能撤回 | 查詢 vs 過帳 vs 付款，差著量級 |
| 委託程度 | 給了多大範圍的決定權 | 單個單據建議 vs 整批放行 |
| 人工監督 | 人在哪一步介入，看不看得懂 | 事前審批、事後抽檢，還是只看日誌 |
順帶說個提醒。BMO 11 月 6 日介紹面向內部客服的 AI Agent Assist，幫加拿大客戶的信用卡交易諮詢做交易匹配、政策檢索和請求準備，由員工複核後作出服務決定。它給的目標是把符合條件的諮詢處理時間縮短 20%–30%，自動處理約 40% 的合資格退款請求。這些是目標，不是已實現的結果——公告裡寫得很清楚。
2026 年下半年我見過太多方案書把「目標值」和「實測值」混在一頁裡。前者是立項理由，後者才是驗收依據。評審時只要多問一句「這個數字是已經跑出來的，還是打算跑到的」，能省掉後面半年的扯皮。
四、業務自己改 Agent，但要過三道閘
Delight.ai 11 月 9 日發布的 Midas 走了另一條路。它允許業務團隊用自然語言提出流程調整，系統生成操作指引，再用模擬客戶對話來測試。聽起來像是把配置權下放了，但關鍵在後面：新版本須經過計畫批准、測試、有權限人員上線批准三道關卡，而且分階段開放。
這個結構對做 ERP 的人太熟悉了——開發、測試、生產三環境，加上變更審批。它說明一件事：AI 時代並沒有取消工程紀律，只是把提需求的人從 IT 換成了業務。業務越接近客戶，越適合提改動；但改動能不能上生產，仍然得有人簽字。
反過來想，那些號稱"業務人員直接改、即時生效"的平台，省掉的正是這三道閘。省掉之後省下的時間，通常會在第一次誤改之後，以十倍的排查成本還回來。
五、給 CIO 的確認鍵清單
與其爭論「要不要 human in the loop」，不如把動作分個類，逐條寫清楚誰按那一下。我在專案裡用的版本大概是這樣：
| 動作類型 | 可逆性 | 誰能按確認鍵 | 留什麼證據 |
|---|---|---|---|
| 查詢、彙總、比對、起草 | 可逆 | Agent 自主 | 呼叫記錄與資料來源 |
| 改主資料、改價、改交期 | 可撤回但影響面廣 | 模組負責人 | 改前值、改後值、依據 |
| 發單、對帳、開票 | 部分可逆 | 業務主管 + 財務複核 | 原始單據、審批鏈、金額校驗 |
| 付款、放行、出函、過帳 | 不可逆 | 人到人，不讓 Agent 落筆 | 身分、時間、審批人、可重放全過程 |
- 把「不可逆」單獨列出來。付款、放行、出函、過帳、刪檔，這五類一律人到人。其餘按可逆性分級，別一刀切說「全都要人審」，那樣等於沒人審。
- 授權要能收。Agent 用的帳號、API key、臨時提權，全部設有效期和撤銷路徑。寫不進撤銷流程的授權，等於永久授權。
- 證據鏈預設打開。凡是 AI 參與的單據，落庫時記下調了什麼介面、讀了哪些欄位、誰最後批的。沒有證據鏈的結論，不進審批流。
回到日立那句「工作人員檢查後發送」。它聽起來保守，但恰恰是能規模化的那一種保守。8.7 萬家企業的交易網路擺在那邊，只要企業願意讓自己的採購員保留最後那一下，這項服務就能推得動。
企業真正該花心思的地方，不是讓 AI 更敢做，而是把自己願意放手的邊界畫得足夠清楚。邊界清楚了，敢用的人才會多。這條規律，比任何一代模型都穩。
資料來源：日立 TWX-21 調達 AI 發布（2026-11-09）、德意志銀行 × 螞蟻數科《Agentic Payments in Wholesale Finance》（11-09）、Delight.ai Customer Agent 與 Midas 發布（11-09）、Pogo 消費者授權調查（11-09，樣本 502 人）、OCC Super Intelligence 檢查框架（11-04）、BMO AI Agent Assist 介紹（11-06）。廠商公布的效率與比例為自測或目標口徑，未經第三方複核。
眾諦信息（Zodioo）· 企業數位化觀察 · 2026-11-10
