"客户上午在群里说要50箱，下午改成60箱，晚上又加了20箱别的货，第二天发出去才知道漏改了一单。"这是做批发、贸易的老板最熟悉的场景。订单不在系统里，在微信群里：谁在哪个群说了什么、改了几次、最后以哪条为准，全靠业务员脑子里记、聊天记录里翻。
今天讲讲怎么把微信群直接变成金蝶的销售订单入口——也就是最近很多工厂和贸易公司在做的"AI抓单机器人"。链路不神秘，但有几个坑，踩过之后才知道边界在哪。
一、先算一笔抄单的账
一个业务员手上五六个客户群，一天有效订单消息几十条。每条订单从群消息到系统里一张正式销售订单，要经过：复制原文、读懂意思、找物料编码、核对客户、算交期、录单、保存。一条大概三到五分钟，几十条就是两三个小时——这还是顺利的情况。漏单的代价更直接：少发一箱货，客户生产线等着，赔偿加信任损失，够业务员心疼一个月。
问题不在于业务员不勤快，而在于订单产生的地方（微信群）和订单管理的地方（ERP）之间，一直是断的，靠人肉搬运。
二、抓单机器人的完整链路
整条链路是：群消息 → 采集 → 脱敏入队 → AI识别 → 字段匹配 → 写入金蝶 → 人工确认。
第一环是采集。企业微信提供会话存档功能，开通功能并取得成员授权后，可以拿到指定业务群内的全部消息。这里必须先讲合规：只订阅指定业务群、不碰无关会话；消息进系统先脱敏（手机号、地址打码）；原始文本按约定期限保留用于复核，到期删除。合规方案写在第一页，是客户IT部门点头的前提。如果不想用会话存档，也可以退一步用群机器人，但只能收到@机器人的消息，覆盖不全。
第二环是AI识别。把"明天要50箱A货、30箱B货，送番禺仓"这句人话，拆成结构化的字段：客户、品名、数量、单位、交期、仓库。关键是给AI固定的输出格式，并要求它标注每项的置信度。数量识别不出来的就置空，绝不让它猜一个1填上去。
第三环是字段匹配。品名要变成系统里的物料编码：先精确匹配，再走别名表（客户习惯叫法，比如"A货"对应哪个编码），匹配不上就返回候选让业务员挑。客户靠"群与客户绑定"解决——一个群默认对应一个客户，消息里出现别的客户名就提示确认。交期里的"明天""下周三"，由系统按当天日期换算，不让AI算日期。
第四环是落单和确认。识别匹配完的订单，通过金蝶云星空WebAPI或云星辰OpenAPI生成销售订单。这里有两个关键设计：一是用群消息的唯一ID做防重，同一条消息绝不能生成两张单；二是订单生成后停在"待确认"状态，业务员在确认界面扫一眼、改完、点放行，订单才真正生效。
三、AI只提议，不拍板
这是整套方案里最重要的一条边界。AI识别错了怎么办？一定会有错：客户打错字、简写、图片订单、一句话里塞三个客户的货。所以设计上AI只负责"提议"，落单之后必须有人工确认这一道关。
我们项目里的实况：上线初期约三成订单需要人工修改，把物料别名表和常用话术补齐之后，这个比例降到一成以内。比例可以靠运营降下来，但不可能降到零——所以那个"待确认"界面不是临时方案，是正式功能，要按正式功能做好用。
四、落地建议
别一上来追求全自动。合理的路径是：先选一两个订单量最大的业务群试点；把物料别名表建扎实，这是识别准确率的命根子；置信度阈值上线初期调高，宁可多转人工；跑顺一个月再扩群。
对老板来说，这套东西的价值不是"上了AI"，而是三个数：漏单率下来了、业务员每天省出两三个小时、月底对账不用再翻聊天记录。订单从产生的那一刻就进了系统，每一单有消息ID可追溯，这才叫把微信群管起来。
