客户询价自动报价，不是让 AI 读完一封邮件后“猜一个合理数字”。可靠流程要过五道门：对象识别、条件完整、规则有效、数字可复算、对外有人确认。任何一道门没过，都应该挂起或追问。
第一道门：识别客户与询价对象
同名客户、不同主体、不同币种和不同合同框架可能对应完全不同的价格。Agent 应先关联客户 ID、联系人、销售负责人、产品或服务编码，再判断这是首次询价、续价、追加还是变更。
不能只靠公司名模糊匹配。无法唯一确认对象时，先给出候选并请业务人员选择。
第二道门：检查条件是否齐全
| 常见条件 | 缺失风险 |
|---|---|
| 产品/服务与规格 | 报错型号或范围 |
| 数量、重量、体积 | 阶梯价与运费错误 |
| 起止地、交付方式 | 附加费与履约边界错误 |
| 交期与有效期 | 使用过期产能或价格 |
| 币种、税率、付款方式 | 总价和现金流错误 |
| 客户等级与审批政策 | 越权折扣 |
Agent 的优势是把自然语言变成结构化条件并补问，不是替客户编条件。
第三道门：只读取当前有效规则
价格表、促销、燃油附加、汇率、最低收费、客户协议价都要带来源、生效期和版本。多份文件冲突时，先按现行入口和优先级裁定；无法裁定就转人工。
知识库治理方法见企业知识库为何越用越乱。
第四道门：数字由确定性引擎计算
大模型负责理解询价、匹配规则、解释费用和生成方案；计算层负责查表、公式、舍入、税费、币种和上下限。输出必须保留每个费用项的输入、规则版本和计算结果，支持同样输入得到同样数字。
为什么要拆开这两层，可继续看报价数字为什么不能交给大模型算。
第五道门：确认后发送并写回
确认卡应展示客户、需求、价格明细、依据、有效期、交付承诺、存疑项和收件人。有权人员可以批准、修改或退回补充。发送后把报价版本、时间、渠道和回执写回 CRM 或报价系统，并创建下一跟进日期。
接口成功只代表请求被接收，还要回读报价单状态和发送结果。客户后续变更条件时，创建新版本，不覆盖旧报价。
首批试点可以只做“询价结构化 + 缺项追问 + 报价草稿”，等规则稳定再开放系统写回。需要把邮箱、CRM、价格规则和报价动作接成完整闭环，可从企业 AI 落地工程开始。
多渠道询价先合并成同一案件
客户可能先在微信问一句，随后补邮件附件，又让同事电话确认。系统应以客户、联系人、需求特征和时间窗建立询价案件，把不同渠道证据关联起来；无法确认属于同一需求时只给候选，不能自动合并。否则同一询价可能被多次报价，或把两个项目的条件拼在一起。
附件中的表格、图片和文档也要保留来源。识别结果只是结构化候选，关键规格、数量和交付条件应允许业务人员快速校正。
价格之外还有履约门槛
即使计算结果正确，也要检查库存、产能、服务区域、信用额度、最低毛利和审批政策。Agent 可以并行查询这些条件，并明确区分“可以报价”和“可以按期履约”。没有取得产能或交期证据时，不能替企业向客户作承诺。
报价版本要能比较
客户每次修改数量、路线、配置或交期，都生成新版本并标出差异：输入变了什么、采用的规则是否变化、金额为何变化、旧版本是否仍有效。不能只保留最后一份 PDF，否则后续争议很难说明双方当时确认了哪组条件。
试点先选规则最清楚的一类询价
不要第一天就覆盖所有产品、客户和例外。先选数据可取、价格规则较稳定、询价量足够的一类业务，建立正常、缺项、冲突、过期、无权和外部系统失败用例。稳定后再扩产品与渠道，能更快分清问题来自识别、规则还是系统连接。
