多工厂多套 ERP 的汽车零部件企业如何统一物料编码？

多工厂、多套 ERP 并存的汽车零部件企业，物料编码统一的路径其实并不复杂：先定一套集团统一的编码结构，名称按参数模板自动生成，老编码做映射保留，新物料只在主数据平台申请，审批之后分发到各套 ERP。

一物多码从何而来

多工厂、多 ERP 的汽车零部件企业，重复编码通常从这几个口子进来：

1. 工厂各自建码。每个工厂一套 ERP，新物料由本厂工艺或采购申请，编码规则各定各的。

2. 名称靠手写。同一颗螺栓，有人写“六角螺栓”，有人写“外六角螺丝”，规格塞进备注。系统按名称认物料，就认成了好几种。

3. 几套号混用。客户零件号、自己的图号、供应商料号，有的工厂拿客户零件号当物料号，有的拿图号。零件配套多家主机厂，就会冒出多个码。

4. 工程变更没有换码规则。图纸改版后，有的工厂升版本，有的新建一个码，新老码同时挂着库存。

5. 并购带进来的系统。收购的工厂带着自己的 ERP 和编码，短期换不掉。

对应的解法：前两条靠编码规则和命名模板，第三、四条靠属性设计和变更规则，第五条只能靠映射。

编码设计：含义、位数、分段

要不要保留含义码

更稳妥的做法是前段放少量含义，只到分类；后段用无含义的流水码。规格、材质、颜色、客户这些信息不进编码。

原因很简单。属性会变，码不能变：把材质写进码里，材质一换就得换码。含义越多，位数越长，分类一调整，整套码都要重排。

编码定几位比较合适

位数先看下游。把每套 ERP、MES、WMS 的物料号字段能承接的最大长度列出来，取最短的那个做上限，再按每个分类未来的物料量留足容量。全集团所有品类统一位数，不要成品一套位数、原材料另一套。

分段怎么划

下面是一个 13 位结构的示意，位数和取值都只用来说明思路：

位置（示例）	段	取值规则（示例）	示意值
第 1 位	分类码·大类	1 原材料、2 零部件、3 半成品、4 成品、9 辅料包材	2
第 2 位	分类码·中类	零部件下：1 紧固件、2 密封件、3 管路件	1
第 3–4 位	分类码·小类	紧固件下：05 螺栓	05
第 5 位	分段码	1 标准件（按规格识别）、2 专用件（按图号识别）	1
第 6–13 位	流水码	平台按分类自动顺序生成，无含义	00000318

示意编码 2105100000318，读作：零部件、紧固件、螺栓、标准件、流水号 318。

分段码为什么用“标准件 / 专用件”，不用“自制 / 外购”？自制还是外购会随采购策略变，放进码里迟早要换码。标准件和专用件的区别不会变，而且直接决定后面按什么查重。

配套的几条纪律：

• 码由平台生成，人不手编。
• 码一经生成不改、不复用，停用也不回收。
• 物料改了分类，只改分类属性，已有编码不变。码里的分类码只代表建码时的分类。

名称交给模板，查重看关键特征

一物多码的根子在名称。办法是每个小类配一个命名模板：规定哪些特征项必填、取值从哪里选、按什么顺序拼成名称。查重时比对“分类＋关键特征项”，不比名称。

小类	识别方式	关键特征项（进查重）	一般属性（不进查重）	名称模板	生成名称（示例）
螺栓	按规格	头型、螺纹规格、长度、性能等级、表面处理、执行标准	品牌、包装数量	头型＋名称＋规格×长度＋等级＋表面处理	六角头螺栓 M8×25 8.8 级 镀锌
O 型密封圈	按规格	内径、线径、材质、硬度	颜色	名称＋内径×线径＋材质＋硬度	O 型密封圈 20×2 氟橡胶 75
冲压支架	按图号	图号、图纸版本、材料牌号	客户零件号、单重	名称＋图号＋版本	支架 示意图号 A 版

让模板真正起作用，靠下面三条：

1. 特征值只能选，不能填。螺纹规格、性能等级、表面处理都做成值域。缺值走增补申请，由数据负责人添加。

2. 特征项之间设联动。选定零件名称后，可选的材质、执行标准、规格范围随之收窄，不会出现现实中不存在的组合。

3. 申请时就查重。关键特征项全部一致，平台直接提示已有编码，申请提交不了。

汽车零部件还有两个特有的问题，要在模型里先定规矩：

• 客户零件号不当物料号。一个物料可能配套几家主机厂。客户零件号放进“客户零件号对照”子表，一个物料可以挂多条。
• 工程变更按互换性判断。变更后形状、装配、功能都能互换，同一个码升版本；不能互换就建新码，老码标记“被替代”，写上替代关系。

多套 ERP 之间的映射关系

老编码怎么处理，常见三种做法：

做法	怎么做	适合	代价
一次切换	所有 ERP 停用老码，库存、BOM、在途单据全部转新码	系统少、存量小	转换量大，切换窗口内业务要停
新老映射	集团码做唯一身份，各 ERP 保留老码，平台维护对应关系	多工厂、多 ERP、并购多	映射表要长期维护
只管新增	存量不动，新物料走新码	时间特别紧	存量里的一物多码一直在

多工厂多 ERP 的企业，走新老映射更实际。工厂照用老码开单、收货，集团看采购、库存、成本时按集团码汇总；哪套 ERP 升级或换版，再顺势换成新码。

映射表至少要有这些字段：

字段	说明
集团物料编码	唯一身份
系统标识、工厂	哪套 ERP、哪个工厂
系统物料号	该系统里的老码，或新分配的号
对应关系	一对一，或多个老码对一个集团码
主码标识	多对一时，指定哪个老码继续发生业务
状态	生效 / 冻结
确认人、确认时间	工厂数据管理员签认

多对一时只留一个主码继续开单，其余冻结，库存消耗完再停用。

新物料只走一个入口：申请、审批、赋码、分发

步骤	谁	做什么	平台自动做什么
申请	工厂研发、工艺或采购	选小类，按模板填特征项，上传图纸	实时查重，命中已有物料直接提示编码
技术审核	研发或技术部门	核对图号、版本、规格	校验必填项和格式
业务补充	采购、计划、财务	补采购类型、计划参数、成本类别	按申请的工厂生成工厂视图
规范审核	集团数据管理员	审编码规范和数据完整性	生成集团编码和标准名称
分发	平台	推送到对应工厂的 ERP	回写系统物料号，写入映射表

变更、停用、启用也各走一条流程。审批分支可以因事业部而不同，编码规则和命名模板全集团只有一套。

这套结构在得帆智能的 Dolphin MDM（原 DeMDM）里，用主表、子表、独立模型动态建模就能搭起来：物料主表放集团身份，工厂视图、客户零件号对照、映射关系放子表。数据支持页面提交、批量导入和 API 采集，每次变更都记录版本、历史和日志，映射出了问题，能查到是谁、在什么时候改的。

一个已经落地的项目

我们给一家汽车零部件集团做过这件事，系统已在生产环境运行。按上面的步骤对照：

步骤	这家集团的做法
编码	集团统一 13 位物料编码，结构为分类码＋分段码＋流水码
命名	78 个命名模板（名称档案），参数化命名，从源头防一物多码
映射	13 套 ERP，建四层编码映射
流程	255 个审批流程，按各事业部分支审批
分发	51 个API，对接 75 个系统
规模	生产环境 45 个主数据域、126 个模型

另一个参考：在一个汽车零部件企业的方案设计中，我们看到它的半成品约有 50 多套编码规则，位数不一。方案统一为“类型＋大中小类＋流水码＋含义码”，唯一性按“分类＋关键特征属性”校验。它保留了一段含义码，要不要这样做，看现场是否需要从码上识别物料。思路和上文一致：先收敛规则，再用特征项判重。

关于得帆智能

得帆智能服务 2100+ 家大型企业客户，落地 2400+ 个项目。多 ERP 的物料统一，规则定好之后，难点在系统对接：某整车企业基于 Dolphin Integration 建了 100+ API 接口，打通数十个异构系统和设备。

说明：本文由得帆智能整理发布，文中提到的 Dolphin MDM 等产品为本公司产品。内容根据项目实施经验整理，仅作行业交流，不构成采购建议；文中提及的其他厂商信息以各家官网为准。