制造业客户上线 CRM 后，最集中的抱怨通常是："客户在 CRM 里建了，订单还得去 ERP 录一遍；回款数据在 ERP 里，CRM 里看不到。"
这是典型的系统边界问题——CRM 负责前端销售过程，ERP 负责后端交付与财务核算。两边数据不打通，员工就在中间做人肉搬运工。
先想清楚：哪些数据需要流动
不是所有数据都需要集成。方案设计的第一步是识别真正需要打通的业务对象：
| 业务对象 | 建议流向 | 业务价值 |
|---|---|---|
| 客户主数据 | CRM → ERP（单向为主） | 销售签下新客户后 ERP 需要建档才能下单，避免重复录入 |
| 订单与合同 | CRM → ERP 或 ERP → CRM | 销售可查看订单执行状态，回答客户交期询问 |
| 发货与物流 | ERP → CRM | 销售在 CRM 里直接看到发货进度，不必逐级询问 |
| 回款与开票 | ERP → CRM | 回款计划与实际到账对比，支撑回款跟踪 |
| 库存可用量 | ERP → CRM | 销售报价时能判断交期是否可行 |
| 产品与价格 | 需明确主数据源 | 报价时调用统一产品与价格体系，避免两套数据打架 |
经验上，客户、订单、发货、回款这四类是投入产出比最高的。库存和价格同步的价值取决于业务模式——如果是按订单生产，库存数据意义不大；如果是标准品现货销售，库存同步就非常重要。
主数据归属：最容易吵架的地方
集成前必须先约定：某个数据对象以谁为准（哪边是主数据源）。这是集成项目中最容易产生分歧的地方。
- 客户主数据放在 CRM 是常见做法。因为客户先由销售开发，签单后才进入 ERP 流程。
- 产品与价格主数据通常放在 ERP。产品的成本、定价、库存都在 ERP 侧维护，CRM 只做查询引用。
- 订单主数据放在 ERP。订单一旦生成，后续的发货、开票、回款都在 ERP 侧流转，CRM 只读取状态。
明确的单向或双向规则很重要。如果两边都能改同一个字段，最后一定会出现数据冲突且无人负责。
三种常见的技术方案
方案一：实时 API 对接
通过双方系统提供的 REST API 直接调用，数据变更时实时同步。
- 优点：数据实时性最好，适合订单状态、库存这类需要即时反映的场景。
- 局限：依赖对方系统的接口稳定性与性能，接口报错时需要完整的重试与告警机制。
方案二：中间库或定时任务同步
在数据库中建立中间表，通过定时任务批量同步数据（比如每 15 分钟或每小时一次）。
- 优点：对源系统压力小，实现相对简单，适合大数据量的客户、历史订单同步。
- 局限：数据有延迟，不适合需要实时查看的场景。
方案三：混合方案（推荐）
核心业务对象用实时 API，批量数据用定时同步。这是我们实际项目中最常用的组合：
- 客户新建 → 实时同步到 ERP，避免建档延迟影响下单
- 订单状态与发货信息 → 定时同步到 CRM（每 30 分钟一次通常足够）
- 回款数据 → 每日夜间同步，配合定时提醒
五个常见的坑
1. 字段映射没有对齐
CRM 里的"客户等级"有 A/B/C 三档，ERP 里可能是 1/2/3，映射关系没写清楚就会同步失败或数据错乱。集成前必须把每个字段的映射关系写成文档并双方确认。
2. 没有考虑失败重试
接口调用失败是常态——网络抖动、对方系统维护、数据格式异常都可能发生。没有重试机制和失败日志，问题往往要等到业务人员发现数据不对才暴露。
3. 忽略数据量增长
上线初期数据量小，全量同步很快。几个月后订单累积到几十万条，如果还是全量拉取，同步时间会越来越长。设计时就应确定增量同步的规则（按更新时间戳或自增 ID）。
4. 对方系统接口不开放或需要收费
这是最现实的问题。部分 ERP 厂商的接口需要额外购买或由厂商实施，费用和工期都不低。建议在项目立项阶段就先确认对方的接口政策，避免方案设计完成后才发现走不通。
5. 双向同步没有防循环机制
如果 A 系统更新后同步给 B，B 更新后又同步回 A，很容易形成死循环或数据反复覆盖。双向同步必须携带来源标识，并在接收端做判断。
集成的投入大概是多少
以常见的 ERP 对接为例（参考量级，实际以评估为准）：
- 客户主数据单向同步：工作量较小，通常 3~5 个工作日
- 订单与合同同步：涉及字段较多与业务规则，通常 5~10 个工作日
- 回款与开票同步：通常 3~5 个工作日
- 企业微信或钉钉打通消息与审批：通常 3~5 个工作日
多接口组合的项目，整体集成周期通常 3~6 周，具体取决于对方系统的配合程度。
小结
CRM 与 ERP 的集成，技术难度其实不高，真正的难点在"约定"上：约定哪些数据流动、以谁为准、多久同步一次、出错了谁负责。把这些在方案阶段谈清楚，后面的开发会顺利很多。
如果你正在规划系统集成，或者不确定现有 ERP 能否对接，欢迎联系我们。我们会先了解双方的系统情况，再给出可行的集成方案与工作量评估。