AI 预填报价单的接口与字段契约：从 CRM 到 ERP

AI 可以在员工授权范围内查找 CRM 商机和 ERP 产品资料，整理可追溯字段并预填报价页面。价格规则、折扣审批、正式报价与对外发送仍由企业流程和责任人决定；页面预填 ≠ 提交成功。

联调前先写字段契约：客户标识、产品编码、币种、税率、有效期、来源系统和更新时间分别由谁提供。以下按信息流和失败分支展开。

AI 报价协助，是指 AI 根据员工提出的询价任务，在获准访问的业务范围内查找相关记录、按企业确认的字段组织信息，并把可确认内容预填到现有报价页面。它处理的是"找资料、理字段、准备表单"；企业的价格规则、折扣审批、合同承诺和对外发送仍按原流程执行。

例如，销售描述一笔询价后，系统可以在授权范围内查询 CRM 中对应的客户或商机，再查询 ERP 中企业决定开放的产品资料。具体能查询哪些字段，要由业务负责人、系统管理员和安全团队确认。AI 应标注来源、缺失项和需要人工判断的字段，不应自行补写不存在的折扣、税率或交付承诺。

客户名称和商机进度可能维护在 CRM，产品编码、产品描述和企业报价数据可能维护在 ERP，正式报价单又可能由另一个业务页面承载。销售需要切换系统、核对客户匹配关系、判断字段版本，再把信息录入报价页面。忙时容易漏掉条件，系统间的叫法不一致也会增加复核成本。

这是一种用于规划连接场景的常见工作流假设，并非某个公开客户的案例或收益数据。每家企业的系统分工不同：有的价格在 ERP，有的由独立报价系统管理，还有企业把折扣审批放在 OA。实施前要先确认真正的权威来源，避免让 AI 把相似名称误当成同一客户或同一产品。

因此，首个问题不应是"能不能让 AI 自动发报价"，而应是：销售人员目前要查哪些记录，哪套系统负责每个字段，哪些字段可以预填，哪些决定必须留给员工或审批人。

星云 PLUS AI 系统连接器可以把经评估的数据库、RESTful 接口和业务页面等既有资源组织为可授权的业务能力。对报价场景，企业可以先将一项只读查询能力供 AI 使用，再评估是否需要打开原报价页面并预填字段；具体连接方式、字段和目标系统以项目评估为准。

把业务字段整理成清单：客户身份和商机由哪套系统维护，产品编码与规格由哪套系统维护，价格适用条件在哪里确认，哪些内容需要审批。每项结果都应能回到对应系统核对。如果 CRM 与 ERP 对同一字段定义不同，先明确映射规则，不让模型自行猜测。

连接器授权决定员工能不能调用某项业务能力，CRM、ERP 或报价系统仍按自己的规则判断员工能看哪些功能和数据。AI 只应使用员工当前获准的能力，把查询到的字段、来源记录和无法确认的部分一起呈现。连接器不替企业重新定义目标系统的价格权限。

确认可以使用的字段后，AI 打开原报价页面并预填对应信息。销售人员核对客户、产品、数量、币种、有效期、价格及其他业务条件，再按企业流程修改、送审或提交。字段预填不代表报价已生效，也不自动产生对外发送。

关于页面预填与人工确认，可继续阅读AI 预填业务页面时，怎样保留员工核对和提交；如需先解决跨系统客户口径，可参考AI 联查 CRM 与 ERP 时如何处理同一客户的不同答案。产品能力与实施方式见AI 系统连接器产品页和产品白皮书。

先把一类报价流程做成可核对的闭环，再决定是否增加系统、字段或写入动作。每个阶段都明确业务负责人、权限范围和通过标准。

可以用一个小型验收表记录"输入询价---候选记录---字段来源---页面预填---人工核对---最终提交"的结果。出现无法唯一匹配、权限拒绝或数据冲突时，应该让流程停在清晰可见的待确认状态，而不是生成看似完整的答案。

报价涉及商业政策，AI 查询和填表能力不能自动推出价格决策权。实施团队应逐项明确哪些字段由系统读取、哪些由企业定价规则计算、哪些须审批，以及谁可以提交或发送。

星云 PLUS 产品事实确认表给出的验收重点包括结果正确、权限有效、关键操作确认、审计可追溯和异常处理正常。企业应在自己的系统与账号条件下完成验收，不把产品演示数据写成客户上线成果。

选择一类报价和少数字段，用正常、客户匹配不唯一、无权限、字段过期与审批未完成样本逐项对照原系统。报价页面填好后，仍需责任人核价、提交并取得正式回执。