# AI 如何连接已有 CRM、ERP 和业务系统？先确认数据归属 在接口开发前明确主数据、字段映射、操作权限与失败恢复。 要点：集成前先明确哪个系统维护权威数据、各字段怎样对应、谁有权读取或修改，以及同步失败后由谁处理。AI 可以辅助理解和整理，接口仍需按业务规则执行。能调用接口不等于完成了可靠集成。 ![技术人员连接两组服务器设备（AI概念配图）](/images/guides/covers/system-integration-v2.png) ## 先决定数据从哪里来 客户、产品、订单和人员信息可能由不同系统维护。分别确认创建、修改与停用的责任，避免同一字段在多个地方都能任意覆盖。 数据同步说明应包含方向与时机：定时读取、事件触发还是按需查询。展示副本与正式记录要有区别，使用者应知道哪个位置可以修改、哪个位置只是查看。 ## 逐项核对字段与身份 同名字段可能含义不同，枚举状态、时区、单位和空值处理都需要映射。先用少量脱敏记录验证，检查是否保留业务编码与来源，而不是只看接口返回成功。 接口凭据应按实际身份和用途管理，读取与写入分开授权。MCP、API 或其他连接方式都不能替代这些业务条件，接入协议与权限控制应分别核查。 ## 为冲突和失败设计处理方式 重复事件、网络超时和部分完成都可能发生。保留同步状态和唯一业务标识，明确何时重试、何时停止，以及怎样判断目标系统是否已经完成修改。 验收应包含正常同步、无权限、字段冲突和中断恢复。新增集成先限定对象与操作范围，再逐步扩大；未接通的接口应明确列为待确认，不能以演示数据代替正式连接。 ## 字段映射先于接口调用 同一个“客户名称”可能在不同系统中代表开票主体、联系人所在公司或线索备注。连接前应建立字段映射，注明对象含义、唯一标识、格式、必填条件和事实来源。名称相同不能证明语义相同。 对产品编码、组织、单位和状态值，优先明确合法取值及对应关系。字段无法映射时，进入待确认状态而不是自动丢弃。接口返回成功只能说明请求被接受，业务数据仍需核对是否存入正确对象。 | 事项 | 需要明确的约定 | | --- | --- | | 对象识别 | 唯一标识及重复处理 | | 字段含义 | 来源、格式与空值规则 | | 更新方向 | 哪一方提供权威值 | | 状态交接 | 何时提交、完成或回退 | ## 更新冲突应按业务规则解决 双向同步时，两边可能在不同时间修改同一字段。先确定哪些字段以哪个系统为准，哪些需要人工核对；不能把“最后写入”默认当作业务正确。历史值和修改来源有助于追查冲突。 上线前验证重复事件、乱序更新和中断恢复。完成一次同步后，还要检查失败信息能否到达负责人，以及业务人员是否看得懂当前状态。把连接范围限制在一项明确交接，通常更便于发现问题与逐步扩展。 ## 先约定权威来源与冲突处理 为客户、产品和订单逐项注明权威系统、字段、读写身份、同步方向及失败责任。用无权限、重复事件和部分完成验收，部署、接口与开发单列技术实施，不由协助咨询自动承诺接通。 ## 参考来源 - [秩启｜数据与合作边界](/data-boundary)：授权、数据处理与合作责任；部署、接口、定制及代运维另列技术实施 - [MCP 官方文档｜协议介绍](https://modelcontextprotocol.io/docs/2026-07-28/getting-started/intro)：AI 应用连接外部系统的协议定义 ## 系统连接前的三个约定 - 数据归属：谁维护权威记录 - 映射与授权：字段一致、动作有权限 - 失败恢复：冲突、重复和中断可处理 ![系统连接前的三个约定](/images/guides/diagrams/system-integration.svg) ## 继续阅读 - [MCP 能给企业 AI 带来什么？连接能力与业务权限分开看](/guides/mcp-business-tools) - [自动化如何接收业务事件？Webhook 要核对这三件事](/guides/webhook-events) - [ERP 智能助手：解释业务状态，不替代权威记录](/guides/erp-ai-assistant) 明确授权、处理位置与双方责任；部署、接口、定制及代运维另列技术实施。 下一步：[核对数据与合作边界](/data-boundary) 原文：/guides/system-integration 内容版本：guide:system-integration:v1 [结合企业情况咨询](/intake?source=%2Fguides%2Fsystem-integration&articleId=guide%3Asystem-integration&versionId=guide%3Asystem-integration%3Av1)