订单还在微信群里靠人抄？AI抓单落金蝶销售订单的完整链路

"客户上午在群里说要50箱，下午改成60箱，晚上又加了20箱别的货，第二天发货才知道漏改了一单。"这是做批发、贸易的老板最熟悉的场景。订单不在系统里，在微信群里：谁在哪个群说了什么、改了几次、最后以哪条为准，全靠业务员脑子里记、聊天记录里翻。本文拆解"AI抓单机器人"把微信群变成金蝶销售订单入口的完整链路，以及每一步的工程边界。

一、先算一笔抄单的账

一个业务员手上五六个客户群，一天有效订单消息几十条。每条订单从群消息到系统里一张正式销售订单，要经过复制原文、读懂意思、找物料编码、核对客户、算交期、录单、保存，一条三到五分钟，几十条就是两三个小时。漏单的代价更直接：少发一箱货，客户生产线等着，赔偿加信任损失难以估量。问题不在业务员不勤快，而在订单产生的地方（微信群）和订单管理的地方（ERP）之间一直是断的，靠人肉搬运。

二、采集：合规是第一前提

能不能拿到群消息，取决于用哪种采集方式，这决定整个方案的前提：

选会话存档，合规动作必须前置：只订阅指定业务群、不采集无关会话；消息入队后立即脱敏（手机号、地址打码）；原始文本保留约定期限用于人工复核，到期删除。这一页写不进方案，客户的IT部门就不会签字。

三、AI识别：给固定格式，别让它自由发挥

把"明天要50箱A货、30箱B货，送番禺仓"拆成结构化字段：客户、品名、数量、单位、交期、仓库。关键是给AI固定的输出格式并要求标注置信度。提示词里有三条铁律：单位换算按物料主数据查表，不让模型猜；数量识别不出来置空，不许填1；一条消息出现多个客户时拆成多单并标记人工确认。

四、字段匹配：AI只提名，编码系统来定

识别出的品名要变成金蝶里的物料编码，链路必须是：精确匹配 → 别名表匹配 → 模糊匹配返回候选 → 匹配不上一律进人工队列。绝不让模型自己编编码——编出来的编码格式可以乱真，对应错了物料，错单会顺着物流一路错到客户手上。客户用"群-客户绑定表"解决：一个业务群默认对应一个客户，消息里冒出别的客户名就强制确认。交期里的"明天""下周三"由调用侧按当前日期换算，不让模型算日期。

五、写入金蝶：幂等靠消息ID

金蝶云星空走WebAPI的Save写销售订单（SAL_SaleOrder），金蝶云星辰走OpenAPI订单写入。核心设计有两条：一是把群消息的唯一ID写进自定义外部字段并在数据库建唯一索引，保存前先按该字段查重——同一条消息绝不能生成两张单；二是订单生成后停在"待确认"状态，业务员确认放行后才真正生效。

六、异常兜底：人工确认不是临时方案

建一张抓单状态表：消息ID、脱敏原文、AI原始输出、置信度、金蝶单号、状态、处理人。置信度低于阈值或物料匹配失败的，一律停在待确认。常见异常与处理：

实际项目里，人工复核比例初期接近三成，把物料别名表补齐后降到一成以内。比例靠运营可以降，但降不到零——确认界面要按正式功能做，不是演示用的demo。

七、落地四步

不要追求一步到位的全自动。推荐路径：第一步定采集，会话存档加成员授权，只订阅业务群，脱敏入队；第二步建别名表，把物料别名和群-客户绑定做扎实，这是识别准确率的命根子；第三步接金蝶，星空WebAPI或星辰OpenAPI写销售订单，消息ID防重；第四步上兜底，抓单状态表加待确认界面，置信度阈值初期调高，宁可多转人工。跑顺一个月再扩群。

对老板来说，这套东西的价值不是"上了AI"，而是三个数：漏单率下来了、业务员每天省出两三个小时、月底对账不用翻聊天记录。订单从产生那一刻就进系统，每一单有消息ID可追溯。有群单量大、想接入金蝶做订单自动化的企业，可以致电 13632123901，把你们的群单量和下单习惯发过来，对着实际业务流拆。