一个物料编码规则，吵了三天，到底该不该把规格写进编码？

先看几个数字。

我在2024年曾接触过一家机械加工企业，他们的负责人当时和我说过这样一个问题：公司当时上线ERP的第一年，物料主数据从3万条涨到11万条。而涨出来的8万条里，有相当一部分是同一个物料被建了多个编码。

一个M10的标准螺栓，在系统里挂着7个编码。仓库入库的工人每天处理2000多行入库单，每行都要人工核对一遍编码有没有输对。光这一项，按半分钟一行算，每天就是1000分钟，折合两个多人日。

这些数字背后，指向同一个问题——物料编码规则设计得对不对，直接影响一家制造企业主数据质量的高低。

而在所有关于编码规则的争论里，吵得最凶的，永远是这一个。

到底该不该把规格写进编码里。

这个问题的答案，其实没有悬念。但我们先把争论的双方摆清楚，你才能理解，为什么那么多企业会在这件事上反复拉扯。

一、这场争论，两边到底在争什么？

把规格写进编码这件事，支持的人和反对的人，各自都有一套站得住的理由。

（一）支持的人，要的是一眼看懂

支持把规格写进编码的人，出发点很实在。

车间工人、仓库管理员，拿到一张纸质单据，上面如果只有一列编码，比如00012345，他完全不知道这是什么料，得去翻物料清单。

但如果编码是ST-SS304-50×50×3-001，他一眼就能看出来，不锈钢方管，50乘50乘3。

少查一次系统，就快一步。

这种诉求，在没有扫码设备、没有移动端查询、所有信息靠纸单传递的环境里，尤其强烈。

编码成了唯一的信息载体，人只能靠眼睛去读编码。

（二）反对的人，要的是长期稳定

反对把规格写进编码的人，担心的是一件事。

规格是会变的，编码一旦生成，就不该变。如果规格嵌在编码里，规格一变，编码就得跟着变。

编码一变，所有引用这个编码的地方，BOM、采购历史、库存记录，全都要跟着动。

这两边的诉求，单独看都没错。支持的人关心可读性，反对的人关心稳定性。

问题出在，这两件事被塞进了同一个字段里，才产生了冲突。可读性和稳定性，本来可以各归其位。

二、规格写进编码，代价到底有多大？

先看最直接的一个。规格变了，编码就炸了。

某供应商通知你，原来的50乘50乘3方管，壁厚公差调整，改成50乘50乘3.2。按规格进编码的规则，编码要从ST-SS304-50×50×3-001改成ST-SS304-50×50×3.2-001。改完之后，一连串事情接踵而来。

BOM表里所有引用旧编码的位置，要一处一处改。历史采购记录里的旧编码，变成了无效编码。库存系统里，同一批物料的编码前后不一致，同一个东西挂着两个编码。财务做账的时候，同一个物料出现了两个身份，审计对不上。

这只是规格变更这一种情况。实际上，规格进编码会带来一连串代价，我挑几个最典型的说。

（一）同物异码

同一个物料，不同供应商的标注方式不一样。50乘50乘3这根方管，供应商A写50×50×3，供应商B写50×50×3.0，供应商C写50×50×3带角钢符号。如果严格按规格编码，同一根方管会被建成三个编码。

采购看到三个编码，以为三种料，重复下单。仓库看到三个编码，分别建储位。库存越管越乱，这是同物异码最典型的后果。

（二）编码越编越长

为了把规格、材质、标准都塞进去，编码会越来越长。我见过一个编码，37个字符，里面包含了材质、规格、国标号。这么长的编码，工人录入的时候，错误率能到8%。而且没人记得住，只能复制粘贴，一旦粘错，还没人能发现。

（三）规格标准化是个无底洞

50乘50乘3，到底写成50x50x3，还是50乘50乘3，还是50503，乘号用中文还是英文，带不带单位，带不带公差。光是定这些规则，就能再吵三天。而且定完之后，一定有人不遵守。

（四）新物料没编码可用

新来一种物料，还在打样阶段，最终规格没定。按规格进编码的规则，你没法给它编码，因为规格还没确定。但不给编码，就没法建物料主数据，没法下采购订单，没法追踪打样进度。于是大家开始用临时编码，临时编码越积越多，永远没人清理。

（五）编码规则改一次，脱一层皮

公司被并购，新母公司要求统一编码规则，或者换了新ERP，要求调整编码格式。如果编码里嵌了大量规格信息，迁移的工作量是天文数字。每个物料都要重新编码，每张BOM、每条采购历史、每条库存记录都要重新关联。

三、编码的正确职责是什么？

讲到这里，问题的答案已经出来了。物料编码的职责，是唯一标识，不负责描述特征。

这句话怎么理解。一个物料编码，只需要回答一个问题，这是哪一类东西里的第几个。它不需要回答这是什么材质、什么规格、执行什么标准。材质、规格、标准这些信息，应该放在属性字段里，由系统维护，由系统查询，由系统显示。

用一段对比，能看得更清楚。

错误的做法，把规格塞进编码。物料编码是ST-SS304-50×50×3-001，物料名称是不锈钢方管。规格信息在编码里出现了一次，在属性字段里又出现了一次，信息重复了。规格一变，编码就得跟着变，牵一发动全身。

正确的做法，编码只做分类加流水号。物料编码是ST-000123，物料名称是不锈钢方管，材质属性是SUS304，规格属性是50乘50乘3，标准属性是国标号。规格变了，只改属性字段，编码纹丝不动。

区别就在这里。错误做法把规格塞进编码，信息重复，规格一变全乱。正确做法把编码当成标识，只回答这是哪一类东西的第几号，规格、材质、标准全部放在属性字段里。

四、采购说想一眼看出来，怎么办？

讲到这，一定有人会问。道理我懂，但实际干活的时候，我就是想看一眼编码就知道是什么料。你让我扫码查系统，多了一个动作，效率下降了多少。

这个诉求，很实在，我不否认。但解决它的办法，是把可读性交给系统工具，别往编码里塞规格。

纸单时代，工人只能靠眼睛看编码里的规格，那是没有工具时候的不得已。数字化时代，你有PDA扫码枪，有移动端查询，有物料图片库。扫码之后，系统自动显示物料名称、规格、储位、图片，比人眼看得更快更准。

具体到几个场景。入库识别，纸单时代是人眼看编码，数字化时代是PDA扫码自动显示。领料确认，纸单时代是人眼核对，数字化时代是扫码后系统校验是否BOM指定物料，不对就报错。库存查询，纸单时代是翻清单，数字化时代是输入名称或规格关键词模糊搜索。

如果你还在靠看编码识别物料，说明你的数字化工具链还有缺口。要补的是工具，不是往编码里塞更多信息。

五、分类到底该不该进编码？

说完了规格不该进编码，那分类呢。分类可不可以进编码，我的建议是，可以，但要分情况。

分类编码有两种方式。一种是分类前缀加流水号，比如ST-000123，ST代表钢材，RM代表原料，FP代表成品。另一种是纯流水号，比如0000012345，不带任何含义，纯数字递增。

选哪一种，看企业的情况。物料大类不超过20个、分类相对稳定的企业，适合分类前缀加流水号，前缀提供基本可读性，流水号保证唯一性。物料种类超过50个大类、跨多个事业部、未来可能并购整合的大型集团，适合纯流水号，编码绝对稳定，永不修改。

有一个原则不变。不管选哪种方案，规格信息都不进编码。分类前缀只是提供一个大致方向的提示，ST开头是钢材，足够了。具体是304还是316，是50乘50还是40乘40，那是属性字段的事。

六、落地四步法

说完了原则，落到操作上，可以分四步走。

（一）先定分类体系，别急着写编码格式

先把公司的物料分成大类。原材料、半成品、成品、包材、辅料、备件，每个大类下面再分中类。这一步决定了前缀有几位。分类不超过三级，每级不超过两位字符。超过三级的，说明分类太细了，往回退一级。

（二）再定编码结构

编码等于分类前缀加流水号。前缀两到四位，代表大类，不嵌规格、不嵌材质、不嵌标准号。流水号六位，按大类内递增。这里有一个关键点，废弃的编码永不复用。一个编码分配过，即使物料废弃了，这个编码也永远属于这个物料，历史记录不会混淆。

（三）然后定属性字段

物料主数据里，属性字段至少要有这些。物料名称、材质、规格、尺寸、单位、标准号、图号、供应商物料号、保质期要求、存储条件。这些属性字段，才是规格信息的正位。名称、规格、单位是必填，没填不能建码，其他选填，后续补充。

（四）最后配系统工具

编码做轻了，可读性靠系统工具补。四件工具配齐。PDA扫码设备，扫码即显示物料信息。物料标签打印体系，每件物料贴条码标签。移动端模糊搜索，输入名称或规格关键词即可查找。物料图片库，扫码后显示实物照片。这四件配齐了，没人会再要求编码里写规格。

结束语

物料编码的争论，表面上是格式之争，往深了看，是数字化成熟度的差距。还在争论编码该不该带规格的企业，多半还停留在从纸单思维往系统思维过渡的阶段。真正成熟的企业，编码只是一个流水号，所有信息在系统里。

有一个自检的办法，可以问自己一个问题。如果明天系统全部瘫痪，你的物料编码还能不能帮人识别物料。如果能，说明你把太多信息绑在了编码上，系统瘫痪等于管理瘫痪。如果不能，说明你的编码已经做到了轻量级唯一标识，信息真正存在于系统里。

编码越轻，系统越重，数字化才越成熟。

说回来，编码规则只是物料主数据治理的一个入口。真正要把主数据管好，光靠定一套编码规则还不够，还得有工具把分类、属性、变更审批这些流程落在系统里，让编码、属性、审批在同一个数据面上联动。这也是为什么现在不少制造企业开始用低代码平台搭自己的物料主数据管理模块。比如织信Informat这类企业级AI低代码平台，就能按企业自己的分类体系搭一套物料编码和主数据管理流程，编码规则、属性字段、变更审批都在一个底座上配出来，而不是散在Excel里靠人肉维护。感兴趣的话，可以去织信官网（https://www.informat.cn/）看现成的物料主数据管理方案，或者直接注册，用织信AI助手，发送你的需求，直接让AI生成即可。

其实说到底，编码这件事，规则定得清楚，工具跟得上，争论自然就停了。