ERP 是主数据源
物料、供应商、采购订单与库存通常以 ERP 为准，接口要明确哪些字段以哪边为主，避免同一物料在两处编码不同。主数据不统一，后面所有比对都会出现假异常。排查这些假异常，往往比做比对本身更费时间。
SRM 与供应商门户
报价、资质与合同多由 SRM 或供应商门户承载。系统需要读取报价单与资质有效期，并把提示回写到询价单，供应商侧的提交动作不必改动。改动越多，供应商越不愿意配合，推行也越慢，最后只剩内部自己在用。
审批与合同系统
采购申请、比价结果与合同评审走 OA 或专门系统。提示要出现在审批页面上，审批人才能顺手处理；另开一个页面查看提示，使用率会迅速下降。最后只剩演示时用一下，日常没人点开，也就失去了意义。
财务三单匹配
订单、入库单与发票的匹配关系到付款。系统可以提供差异提示，但付款与核销仍由财务在既有系统中完成，权限不交叉。这样既避免误操作，也避免把财务责任的边界弄模糊，审计时说不清，也难追责。
接口与现实约束
老系统常没有开放接口，可用中间库、定时文件或人工上传过渡。约定同步频率与失败告警，比追求实时接口更实际，也更容易通过安全评审。项目能先跑起来，再逐步优化，比一次做大更稳，也更快见效。
适用与不适用
适合谁
- 正在做采购系统集成方案的信息化团队
- 有多套系统、数据口径不一致的企业
不适合谁
- 只有一套系统、数据已经统一的团队
- 计划整体替换现有 ERP，集成需求会随项目变化
典型场景
某集团采购系统与 ERP 各自维护供应商名称，同一家公司在两边叫法不同。集成时先确定 ERP 为主数据源，SRM 做映射表，接口每晚同步增量，异常数据进待确认队列，由采购运营岗每周清理一次并记录原因。
可执行步骤
- 列出采购流程涉及的系统，逐个标出字段范围、主数据归属与接口条件
- 确定每个字段的唯一权威来源，写进接口说明文档，并由双方签字确认
- 为无接口的老系统设计中间库或定时文件方案，先跑通再谈实时对接
- 约定同步频率、失败告警方式与重试责任人，并写入日常运行手册中
- 上线后每周清理待确认数据，并统计异常来源、占比与平均处理时长
常见坑
- 两边都能改主数据，同步后互相覆盖，差异越积越多，最后没人说得清哪个对。权威来源只能有一个。
- 追求全实时接口，安全评审过不去，项目卡在集成阶段，业务侧等不及就另找了方案。接口方案要能落地。
- 接口没有失败告警，同步中断几天无人发现，比价用的是旧价，谈价直接谈错。告警要能到达具体的人。
自检与验收清单
- 每个字段是否只有一个权威来源，并写进文档
- 无接口的系统是否有可执行的过渡方案与责任人
- 同步失败是否有告警、重试机制与明确责任人
- 待确认数据是否有固定清理节奏，以及统一的统计口径
常见问题
能不接 ERP，直接读导出文件吗？
可以，适合试点阶段或接口审批周期长的企业。要约定导出频率、文件命名与校验方式，并明确数据不是最新时怎么处理，否则一次用到过期文件就可能做出错误判断。
接口开发算谁的范围？
通常在项目确认单里写清：标准接口由我方开发，ERP 侧改造与开放权限由客户方协调。边界不清是集成延期最常见的原因，最好在启动会上就把两边联系人定下来。
数据同步要多快？
看业务节奏。比价与询价按天同步通常够用，库存与交期预警可能需要更频繁。同步越快，对系统稳定性与异常处理的要求越高，不必为了快而牺牲可核查性。