供应链问询
跨系统查询库存、交期与价格,给出可对外承诺的答复口径。
实施方案
答慢了丢单,答快了赔钱
客户问"这批货什么时候能到",销售要查现货库存、查在途、查采购周期,跨三个系统。当场答不上来,客户转头问下一家;拍脑袋给个日期,做不到的话后面是客诉和赔偿条款。
这个场景的难点不在查询本身,在于把分散的数据变成一句敢对外承诺的话。
接入方式要配得上调用特征
ERP 的库存查询、在途查询、价格查询各封装成插件——单次 REST API 调用。这个场景的调用特征就是"给物料号拿一个数",插件是最轻也最合适的接入方式,不需要上 MCP 或技能。
客户分级价格表、账期政策、最小起订量导入结构化知识库按字段精确查询。价格数据绝不能靠语义检索"找个相近的"——必须精确命中客户等级和物料编码,差一级就是几个点的毛利。
交期是算出来的,不是生成的
可承诺交期 = 现货可用量 + 在途(按预计到货日)+ 采购提前期,再扣除安全库存。这套规则用代码执行节点实现,口径由供应链部门确定并签字。
模型不参与算日期。对外承诺的数字必须可复算——客户追责时,你要能拿出这个日期是怎么算出来的,而不是"系统给的"。
输出要分对外和对内两份
角色设定要求输出能直接发给客户的话术:可发货数量、预计到货日、以及不确定部分怎么表述(比如"其余 200 件预计 X 月 X 日到货,到货后 48 小时内发出")。
同时附一份内部视图:库存分布在哪几个仓、在途批次、采购单号。销售对外说一个数,心里得有另一套账——这样客户追问细节时不会露怯。
入口决定成败
智能体通过连接器嵌入 CRM 或企业 IM,销售在原来的界面里问,不切系统。
问询类场景的采用率高度依赖入口位置。让销售在跟客户通话时去开一个新页面登录一个新系统——这事不会发生,再好的能力也白建。
落地路径
经连接器读取库存、采购与价格数据。
识别问询涉及的物料、数量与时间要求。
综合库存、在途与采购周期给出可承诺交期。
生成可直接对外的答复口径。