4. 冲突类型一

编码重复是供应商主数据同步中最常见、破坏性最强的冲突类型。当同一家供应商（如“华为技术有限公司”）在采购系统（SRM）中被编码为 SUP-10086，而在仓储系统（WMS）中被编码为 VENDOR-0086 时，两个系统各自为政，导致后续的采购订单、入库单、对账流程全面断裂。

4.1 冲突场景还原

以下表格展示了编码重复的典型表现：

从表中可以看出，两个系统虽然记录了同一家供应商，但编码规则完全不同。SRM 采用“SUP-”前缀加流水号，WMS 采用“VENDOR-”前缀加流水号。这种差异在系统独立建设阶段尚可容忍，一旦进入集成阶段，便成为数据交换的“路障”。

4.2 冲突产生的根因分析

编码重复并非偶然，其背后通常存在以下三种根因：

1. 缺乏统一编码规范：企业在建设 SRM 和 WMS 时，未制定企业级供应商编码标准，各系统按自身习惯定义编码规则。
2. 系统建设时间差：SRM 和 WMS 上线时间不同，先建系统已生成大量编码，后建系统未做历史数据清洗，直接新建编码。
3. 人工录入缺乏校验：两个系统的供应商创建入口均未与主数据平台（MDM）联动，操作员无法感知对方系统是否已存在相同供应商。

4.3 冲突影响链路

编码重复一旦发生，会沿着业务链路向下传导，形成“蝴蝶效应”：

• 采购订单（PO）无法自动入库：SRM 下发的 PO 携带编码 SUP-10086，WMS 无法匹配到 VENDOR-0086，导致入库单需人工干预。
• 库存账实不符：同一供应商的物料在 WMS 中被记录在两个不同的供应商编码下，库存报表出现重复或遗漏。
• 财务对账困难：应付账款系统从 SRM 拉取供应商编码，与 WMS 的入库数据关联时，因编码不一致导致对账失败。
• 供应商绩效评估失真：采购部门统计供应商交货准时率时，因编码分裂，数据无法完整归集。

4.4 编码重复的解决策略

针对编码重复冲突，推荐采用“三步走”策略：

4.5 编码映射关系图

以下 SVG 图展示了 SRM 与 WMS 之间通过 MDM 建立编码映射的核心机制：

4.6 冲突解决流程

当检测到编码重复时，建议按照以下标准化流程执行冲突解决：

1. 触发冲突告警：MDM 平台通过定时任务或实时接口，扫描 SRM 和 WMS 的供应商数据，基于统一社会信用代码匹配到重复记录，生成冲突告警工单。
2. 人工核实与确认：数据治理专员登录 MDM 平台，查看两条记录的详细信息，确认是否为同一供应商。必要时联系采购部和仓储部进行业务确认。
3. 选择黄金记录：以数据质量更高、业务使用更广泛的记录作为黄金记录。通常优先保留 SRM 编码，因为采购侧数据更完整。
4. 建立映射关系：在 MDM 中录入映射记录，将非黄金编码指向黄金编码。映射关系生效后，所有集成接口自动完成编码转换。
5. 通知下游系统：MDM 发布映射变更事件，通知 ERP、财务、BI 等下游系统更新本地映射缓存。
6. 归档与监控：将已解决的冲突记录归档，并持续监控是否出现新的重复。

4.7 编码重复的预防机制

解决已有冲突固然重要，但建立预防机制才能避免问题反复发生。以下是推荐的预防措施：

通过“检测-解决-预防”的闭环管理，编码重复冲突将逐步收敛，最终实现供应商主数据在全企业范围内的一致性。