AI 工作台联查 ERP 与 CRM，为什么同一个客户会出现两种答案？

近期观察：连接器增加了入口，也放大了口径问题

截至 2026 年 10 月 4 日，本次检索 WorkBuddy、千问办公和豆包工作近 24 小时、72 小时及 7 天的公开信息，未发现足以单独成篇的重大版本发布。本文是近期观察，不将此前更新包装为当日新闻。

WorkBuddy 官方更新日志（2026 年 9 月 21 日）记录了连接器授权、关闭及工具显示的优化；千问办公官方更新日志（2026 年 9 月 23 日）记录了连接器市场与连接恢复的修复。新华网 2026 年 8 月 25 日报道介绍豆包工作与飞书协作场景。这些信息分别说明产品在扩展工作入口，不能由此推断任何一家已经替企业统一 ERP 与 CRM 的主数据和指标定义。

商务部政策库所载、2024 年 12 月发布的《关于促进企业数据资源开发利用的意见》提出推进元数据、主数据等基础性数据标准建设。将这一要求用于 AI 工作台时，一个实际问题是：跨系统查到的字段如何证明可比？这是本文的实施分析，并非该文件对特定 AI 产品的评价。

“同一个客户”为什么会得到两种答案？

设想销售问“甲客户今年已成交多少”。CRM 以商机主体和预计签约额记录，ERP 以开票主体和已确认订单金额记录。客户简称可能对应多个法人，订单可能跨币种、退货和结算周期。即便两套系统都返回真实数据，直接把金额相加或挑较大的一个，仍可能答错问题。这是说明口径差异的假设情境，并非客户案例。

如果 AI 把不同定义当作同一字段，错误会以流畅自然语言呈现，反而不易被发现。这里的风险来自数据模型与业务定义，不是对具体工作台准确率的断言。

先固定四件事，再让 AI 汇总答案

1. 指定查询对象。建立客户主键映射，保留原系统 ID、法人和集团关系；别只靠名称模糊匹配。没有确定映射时让用户选择候选记录。
2. 写清指标定义。为“成交额”等常用问题规定来源系统、字段、时间范围、币种、税口径、状态过滤与更新时间，形成可复用的业务语义。
3. 保留来源与时间。每个关键数字同时返回系统、记录标识、查询时间和计算规则。MCP Tools 规范（2025-06-18）允许工具返回结构化内容；字段设计和业务解释仍由工具提供方负责。
4. 定义冲突处理。只有规则明确时才合并；映射不确定、金额差异超出业务容差或数据过期时，分别列出来源并提示核查，不让模型自行“选真值”。

用三类问题验收跨系统查询

先选一组已由业务负责人核对的样本，再测试：同名不同法人能否区分；CRM 赢单但 ERP 订单取消时能否解释差异；两个系统刷新时间不同时能否标明“截至何时”。通过标准不只是答案数字正确，还包括查询者有权看到这些记录、来源可回查、规则可复现。

建议分别记录“确定匹配”“需人工确认”和“无法计算”三种结果。若 AI 在缺失主键或字段定义时仍给出唯一数字，应视为需要改进的失败案例。具体阈值由企业数据治理和业务团队决定。

星云 PLUS 在查询链路中的位置

星云 PLUS AI 系统连接器可按已有条件连接数据库、RESTful API 和业务页面，将可授权的查询能力提供给 AI 工作入口；员工身份映射、连接器授权、原系统权限与调用审计可支撑受控访问。产品能力并不自动替企业完成客户主数据治理或“成交额”口径定义。项目仍需由业务负责人确定映射与指标，再通过接口或查询能力固化。

对已有 WorkBuddy、千问办公或其他 AI 工作台的团队，一个低风险起点是只读查询：选定一个客户问题，核对两套系统的身份、字段和时间范围，展示来源后再决定是否扩展到分析与办理。

结语

接入更多系统会让 AI 获取更丰富的事实，也会让口径冲突更早暴露。可信的跨系统回答应先解决“查的是谁、算的是什么、依据来自哪里”；不能确定时，把分歧明确交还给人。

资料来源与核验日期

• WorkBuddy 官方更新日志，所引版本日期 2026-09-21；2026-10-04 核验。
• 千问办公客户端更新日志，所引版本日期 2026-09-23；2026-10-04 核验。
• 新华网《豆包工作正式发布》，2026-08-25 发布；2026-10-04 核验。
• 商务部政策库《国家数据局等部门关于促进企业数据资源开发利用的意见》，2024-12 发布；2026-10-04 核验。
• Model Context Protocol Tools 规范，版本日期 2025-06-18；2026-10-04 核验。
• 星云 PLUS AI 系统连接器白皮书，用于核对产品能力；2026-10-04 核验。