ERP 与运营更快的月末结账:在不失控的前提下,让银行对账自动化
小型财务团队结账常常要十天甚至更久。本文讲如何把工作前移到当月、让子账自动过账、让银行对账自动化,同时把每一项判断和审批留给人来把关。
AI 客服的前提是用实时订单和快递数据回答,并带着上下文转人工。本文讲清哪些意图可以自动化、WISMO 回复如何搭建、一个成本算例、欧盟的披露规定和上线计划。
Author
Anichur Rahaman

一场大促长周末之后的周一早上 7:50,一家中型网店的客服主管从 410 张未读工单里随手点开二十张:十四张说的是同一件事,“我的订单到哪了?”三张问那件夹克是不是偏小。两张想退货。还有一张来自被重复扣款的顾客,语气很不客气。
二十张里有十四张只需要查一条信息,不需要对话。发火的那位顾客需要真人,而且要快,可他被埋在一堆查询单底下。
这篇文章讲的,就是有意识地划出这条线。2026 年,AI 客服管用的前提是:回答来自实时的订单和快递数据,行动不越出书面政策,转人工时把来龙去脉一并交过去。它出问题,是在对金钱、权利和情绪随口发挥的时候。下面依次讲:哪些意图归哪一边,“订单到哪了”的回答是怎样搭起来的,一个带算术的例子,AI 身份披露的规定,以及上线计划。
有用的划分标准不是“简单还是复杂”,而是 答案是否已经躺在你的系统里。“我的订单到哪了?”(客服行业叫它 WISMO)的答案,就是订单表里的一行加快递公司的一个状态。没有什么需要决定的,机器只需要取数、核对、组织成得体的话。
政策期限内的退货也一样。规则是写明的(30 天、未使用、原包装),订单日期在数据库里,结果是一张退货授权和一个面单。商品咨询则以商品目录为依据:尺码、材质、按规格显示的库存。
麻烦出在另一头。超出政策的退款,是一个涉及钱的决定。愤怒的顾客需要先被理解,再被告知信息。消费者权益方面的问题,本质上是法律问题。更换邮箱或手机号这类账户变更,是身份问题。每一种情况下,答错的代价都不小,而说得头头是道的错误答案更糟,因为听起来像承诺。
这个风险并不只是理论。在 Moffatt 诉加拿大航空案(2024 年)中,不列颠哥伦比亚省的一家审裁庭认定,航空公司网站聊天机器人对丧亲票价给出了错误建议,责任在航空公司,并判其赔付 812.02 美元,同时驳回了“机器人是独立主体”的说法。助手以你的名义说的话,就是你说的话。
配置任何东西之前,先把店里收到的每一类意图归入三条通道之一。真正的设计工作就是这一步归类,软件里的设置只是随后的事。

| 通道 | 常见意图 | AI 可以做什么 | 出错代价 |
|---|---|---|---|
| 自动回答 | 订单状态、预计送达时间、退货政策、商品与尺码咨询 | 读取数据、回复、发起政策内的退货 | 一句说错的话,容易纠正 |
| AI 起草,人工批准 | 换货、发货前改地址、取消订单、安抚性优惠券 | 准备好操作,由人批准 | 发错包裹或补错金额 |
| 仅限人工 | 超出政策的退款、商品损坏或丢失的索赔、愤怒或处境脆弱的顾客、法律与身份核验类问题 | 写摘要并转派,不做决定 | 金钱、信任或法律风险 |
这三条通道与后台智能体使用的是同一把梯子:读取是安全的,起草要经过审核,涉及钱的动作要过审批关。想看更完整的论述,可以读 ERP 里的 AI 智能体:哪些事可以放心交给它。
多数令人失望的客服机器人是建在一份文档上的:FAQ、发货政策、几条旧回复。顾客问 10482 号包裹在哪,收到的却是一段讲配送时效的文字。机器人看不到这个包裹,所以只回答它答得出的问题,而不是被问到的那一个。
解法是 以实时数据为依据(grounding)。给助手两个只读工具:一个按订单号加匹配的邮箱或手机号取订单,另一个取该订单包裹在快递公司的状态。回复只能依据这两个工具返回的内容来写。工具什么也没返回,它就如实说明并转人工,绝不允许凭记忆补空白。
第二个要素是 新鲜度。快递状态是带时间戳的事实。最后一次扫描如果已经是 31 小时前,“您的包裹正在路上”就只是猜测。下面的流程把过期状态当作重新查询或升级处理的理由,而不是安抚顾客的理由。
这个流程里的每一步,都是代码不依赖语言模型就能回答的问题。模型只负责最后一段:把核实过的事实,用顾客的语言写成清楚、礼貌的消息。

顾客体验的输赢,大半就在这次转交上。客服打开工单,看到“包裹 10482,承诺 8 月 14 日,8 月 16 日最后一次扫描在分拣中心,顾客已追问两次,情绪:焦躁”,就能写出一条真正有用的回复。如果拿到的是一整段原始聊天记录,一切都得从零开始。
退货是一台小小的状态机:申请、授权、出具面单、收货、验货、退款或换货。只要政策被写成系统能执行的检查,而不是需要理解的文字,前三步就可以放心交给 AI。
全部检查通过,助手就创建退货申请、出具面单并说明后续步骤。任何一项不通过,它都不争辩:只把规则讲一次,提供人工复核,并写明哪项检查没过再转派。退款本身仍然放在审批之后,至少放在金额上限之后,而且要等仓库把商品标记为已收货才会触发。
换货再高一档,因为它会动库存。助手可以准备好换货(用 M 码换 L 码,发货仓有货),由人确认。
下面的数字是为演示算术而设的示例。你的构成会不同,请换成自己一个月已打标签的工单数据。
| 意图 | 工单数 | AI 解决率 | AI 解决数 |
|---|---|---|---|
| 订单到哪了 | 2,100 | 85% | 1,785 |
| 发起退货或换货 | 900 | 60% | 540 |
| 商品与尺码咨询 | 900 | 70% | 630 |
| 取消订单或改地址 | 480 | 25% | 120 |
| 退款纠纷与损坏索赔 | 900 | 0% | 0 |
| 账户、法律及其他 | 720 | 0% | 0 |
| 合计 | 6,000 | 51% | 3,075 |
再算成本。假设人工处理一张工单的全部成本为 4.00 美元(约为一名全成本坐席一小时中的七分钟,再加工具费用),AI 解决一张工单为 0.45 美元(模型调用、订单查询、平台费)。这两个数字都是示例中的假设。

第二个效果体现在首次响应时间上。假设团队不变,之前首次响应的中位数是 5 小时。AI 在不到一分钟内回复它负责的 3,075 张工单。人工队列从 6,000 张缩到 2,925 张,这部分工单的等待中位数降到约 2 小时。比省钱更要紧的,是开头那位发火的顾客:现在他上午就能找到真人,不用等到下午。
先说权限。给助手订单、包裹、商品目录和政策的 读取权限,只给少数几个窄动作的 写入权限:创建退货申请、添加备注、转派工单。凡是动钱或修改顾客档案的操作,都要走带日志的审批步骤,做法见 AI 护栏:审批、审计留痕与人在回路。
语言是一个不起眼的优势。顾客用三种语言来信的店,通常只配得起一种语言的客服。基于同一份订单数据的助手可以用顾客自己的语言回复,这是服务上的实打实提升。每月请母语者抽查一批回复,因为机器的流畅会掩盖礼貌和语体上的小错。
语气规则要短,而且能检验:道歉一次,说明事实,说明下一步,给出日期。禁止系统兑现不了的承诺(“明天就到”),除非日期来自某个工具。顾客表现出愤怒,或写出“律师”“拒付”“诈骗”这类词时,助手停止回复并升级。遇上糟心一天的人,要的不是聊天机器人。
要让顾客知道自己在和机器对话。这在哪里都是好做法,在欧盟则是法律义务。欧盟《人工智能法案》(EU AI Act)第 50 条要求,直接与人交互的 AI 系统的提供者,须让其设计成使人知晓自己正在与 AI 交互,除非从具体情境看这一点显而易见。第 50 条的透明度义务自 2026 年 8 月 2 日起适用。欧盟的数字综合方案(digital omnibus)推迟了高风险系统的规则,但第 50 条的披露义务没有被推迟,只有生成内容的机器可读标记设了一段较短的宽限期,到 2026 年 12 月 2 日为止,而这一项针对的是合成媒体,不是聊天。
落到实处:聊天窗口上有醒目的标识,第一条消息说明身份,并提供一键转人工的通道。措辞要朴素(“我是本店的 AI 助手,可以查订单、发起退货。需要真人时随时告诉我。”)。如果你从欧盟以外向欧盟销售,就当它同样适用于你,并请律师核对各国的具体规定。细节见 EUR-Lex 上的 AI 法案全文。
从小处开始,让数据说话,再逐步扩大范围。如果工单、订单上下文和 AI 回复都在同一个客服台里,做起来更顺手;StoreConsole 的 AI 助手 就是一个读取店铺实时数据的例子。不论用什么工具,顺序都一样。
只看分流率是自我安慰。让顾客心灰意冷放弃的机器人,同样也在“分流”。下面这些指标要放在一起看:
回到那 410 张未读工单。通道建好之后,差不多一半在她打开电脑之前就已经回复了:订单状态、尺码咨询、政策内的退货。剩下的已经分好类,每张都带着订单、快递轨迹和一行摘要。被重复扣款的那位顾客排在她清单的最前面,重复支付也已提前标出。
她的上午花在退款、补发和与人沟通上。助手的上午花在查询上。谁也没有替谁干活。
Anichur Rahaman 是一名软件架构师,也是 StoreConsole 的创建者。他为成长型企业设计电商与 ERP 系统,专注于事件驱动架构、数据完整性和自托管部署。
About the Author
Anichur Rahaman
Continue Reading