让 AI 找到同一件业务的可靠资料，并在约定权限内提出或执行动作，是系统集成的起点。
从一条跨系统的工作开始
销售在邮件里收到询价，规格放在共享文件夹，价格记录在表格里，订单又进入 ERP。要让 AI 辅助这条工作，首先需要确认这些记录如何指向同一个客户、产品和订单。
可以先选择一个明确的任务，例如“收到询价后整理待确认报价资料”。列出输入、查询来源、输出位置和负责人，再判断需要接入哪些系统。接入范围因此有了边界，也更容易约定验收。
同一客户和产品，怎样在不同系统里对应
客户简称、邮件签名、CRM 名称可能各不相同；同一产品也可能有客户型号、内部型号和供应商型号。直接按名称拼接，容易把相似记录认成同一条。企业需要先确定可使用的编号与对应关系。
记录发生冲突时，还要知道该参考哪一份。例如报价有效期以已确认的报价单为准，产品参数以当前有效规格为准。系统应显示来源与版本，无法确认的关系交给业务人员处理。
| 要核对的事项 | 开工前可以准备什么 |
|---|---|
| 系统与版本 | 现有产品名称、版本、维护方与接口联系人。 |
| 记录对应关系 | 客户、产品、供应商及单据编号的样例。 |
| 资料依据 | 有效规格、报价与业务规则的确认人。 |
| 授权范围 | 允许读取的字段、允许回写的动作和审批要求。 |
把读取、起草和回写分别授权
读取一张订单、准备修改建议、正式修改订单，是三种不同的权限。项目方案需要分别说明。业务人员能够查看什么资料，助手可访问的范围就应受到相应限制；跨部门查询还需要确认字段和附件的访问边界。
涉及业务数据修改时，应使用原系统支持并经授权的接口或操作流程，保留业务校验与审批。查询方案可以根据系统条件选择接口、授权导出或只读数据访问，不应把取得查询权限理解为取得写入权限。
接口连通之后，还要验证异常与重复任务
一次联调成功，只能说明当时那次请求可以完成。试运行还要验证账号失效、字段变更、限流、附件缺失以及重复事件。重复收到同一张单据时，需要识别已有任务，避免产生重复记录或重复发送。
修改失败应显示当前状态和处理办法。业务人员手动修正的内容，也要明确后续同步是否允许覆盖。每次查询用了哪些资料、谁批准了修改、结果是否成功，都应能回到对应业务记录查阅。
制造业实践：把报价和品质接到共同记录上
沃然公开的电子制造业实践，围绕客户、产品、供应商、报价和品质异常组织记录。报价助手准备资料和草稿，品质助手查找相关规格与历史处理记录；关键动作由对应负责人确认。
这项实践目前展示的是工作台和样例流程的工程验证。它说明了资料关联与岗位协作的构造方式，客户系统接入和现场验收仍按项目阶段推进。评估自己的企业时，可以沿同样的问题检查资料、权限和人员分工。