日立 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
