简介一份可直接参考的物料编码规则文档面向制造企业的ERP、BOM及物料管理岗位通过统一十位编码体系建立电子台账解决物料查找慢、一物多码、跨部门核对不便等问题。文档将编码拆解为十位第一位代表物料大类如R电阻、C电容、L电感、M五金、W线材等后续位次依次定义封装形式、尺寸、材料、功率/耐压、容量、误差和包装形式并针对电子元器件、五金件、塑胶件、PCB、线材、辅料等分类给出具体位定义、尺寸对照表与完整示例。资源包为1个docx文件67KB包含编码目的、适用范围、申请料号运作流程、编号规则说明及大量规格表适合作为企业制定或优化物料编码标准的模板。已有3093人学习下载对需要梳理物料体系的工程、采购、IT人员有直接参考价值。1. 物料编码规则最难的不是把规则写出来而是让所有人别把规格塞进编码里物料编码规则这种文档难的不是把规则写出来而是让所有人忍住不把材质、型号、品牌、供应商一股脑往编码里塞。我配合过不少制造企业的ERP上线几乎每个项目推进到主数据阶段都会卡在同一道坎上一物多码、有码无物、规格全堆在编码里最后料号比物料还多。这份「物料编码规则.docx」看起来只是一份制度文件实际上它是整个主数据治理的起点也是ERP、MRP、条码管理能不能跑通的前提。这篇文章我会从编码结构怎么定、规则文档怎么写、怎么用脚本把规则变成可校验的工具、落地时有哪些坑一路讲到编码治理的日常维护。适合正在做ERP实施、物料主数据清洗、或者被公司编码乱象困扰的从业者。读完你能得到一份可以直接照着改的编码方案以及配套的Python校验脚本思路。2. 物料编码结构设计码段怎么分、分类怎么划、流水号留几位2.1 结构选型纯数字、字母数字混合与段间分隔符怎么取舍物料编码的结构选型本质上是「人读的方便」和「机器算的方便」之间的权衡。我见过三种主流做法纯数字、字母数字混合、带分隔符的可读格式。它们各自的优劣很明显我一般会在项目一开始就摆一张对比表让业务方选避免后面反复改规则。结构类型优点缺点适用场景纯数字录入快、无大小写歧义、系统排序天然正确可读性差看不出物料类别流水号占比高、录入量极大的工厂字母数字混合分类段可读性好能承载更多类别O与0、I与1容易混淆大多数制造企业的主流选择带段间分隔符人眼可读性最强便于口头传递很多ERP物料编码字段不允许特殊字符落库时要先去掉只在展示层用不建议直接入库实际落地时我几乎都建议「底层连续编码 展示层加分隔符」。也就是说数据库里存11位或12位连续字符串打印标签或Excel展示时显示成「01-02-000123-5」这样的带横线格式。这样既不影响ERP的索引和查重又照顾了仓库和研发的阅读习惯。这里有个关键点一旦定了连续编码编码规则的文档里就要明确「分隔符仅用于展示不属于物料编码的一部分」否则上线后Excel里会混进带横线的脏数据。另一个容易忽略的选型点是字符集。字母数字混合方案里我建议在编码规则里直接禁用字母I和O因为手写、扫描枪识别、供应商对账时I和1、O和0的混淆是重灾区。校验位算法也会用到字符集第4章的脚本里会演示怎么把这条规则变成代码。2.2 分类段设计面向物料属性不面向组织架构分类段是整个编码规则里最容易被过度设计的地方。很多企业一开始就按部门划分类别比如生产一部、生产二部、采购部各自一段结果组织架构一调整整个编码体系跟着崩。我的原则很明确分类段只能反映物料本身的不变属性比如物理形态、加工程度、来源类型不能反映谁在用、谁在买、谁在管。常见的大类划分逻辑是原材料、半成品、成品、包装材料、辅料/低值易耗品、备品备件、虚拟物料外协加工、费用类服务。每个大类用2位数字标识大类下面再分2位小类。下面这个分类表是我在项目里最常用的一版可以直接抄进你的规则文档大类码大类名称小类码示例小类名称01原材料0101 / 0102 / 0103金属原料 / 塑料原料 / 电子元件02半成品0201 / 0202自制半成品 / 外协半成品03成品0301 / 0302整机 / 配件04包装材料0401 / 0402 / 0403纸箱 / 缓冲材料 / 标签05辅料0501 / 0502生产辅料 / 低值易耗品06备品备件0601 / 0602维修件 / 通用备件07虚拟物料0701 / 0702外协服务 / 费用类物料分类段设计的关键约束是「同一个物料无论出现在哪个工序、哪个仓库、哪个BOM里都只能有一个编码」。我见过最典型的反面案例某工厂把「塑料外壳」按供应商不同拆出三个码理由是不同供应商进货价不同要区分。这就是把采购属性混进了物料编码结果库存账上同一种外壳被拆成三行MRP运算全部错乱。正确的做法是物料编码唯一价格、供应商、批次信息全挂在主数据字段里不进编码。2.3 流水号位数与校验位给未来留冗余也要给错误上锁流水号是编码里唯一没有业务含义的部分但它的位数设计直接影响规则的生命周期。我一般按「未来3到5年该类物料的净增量」来估算位数。一个中型制造企业单个小类下每年新增几十到几百个物料很常见所以每个小类的流水号给到5到6位是比较稳妥的。6位流水号意味着每个小类下有近百万个容量对绝大多数企业来说能用十年以上。流水号还有一个容易被人忽略的规则禁用不补号。也就是说某个物料编码因录错、取消而被作废后它的流水号就永久空缺不允许拿给下一个新物料用。这条规则必须白纸黑字写进文档里因为人总是有「节约号码」的本能但一旦补号历史单据追溯立刻混乱。我见过某公司财务对账时发现两笔不同采购单指向同一个物料编码原因就是编码管理员把作废的流水号重新启用了。校验位是很多企业会省掉的环节但我的建议是只要物料编码长度超过8位就加一位校验位。它的作用是防止手工录入时打错数字、或者扫码枪漏读一位系统在保存前就能拦截错误。常见的校验算法是加权求和对10取模字母数字混合编码可以把字符映射成数值再参与加权。校验位会让编码生成和校验逻辑稍复杂一些但相比它挡住的错码损失这点成本非常值得。综合下来我常用的编码结构是「分类码2位 小类码2位 流水号6位 校验位1位」总共11位定长纯字符编码。这个长度不长不短人眼可读、系统性能友好也留足了扩展空间。2.4 一物一码与编码长度三条顶层约束编码规则里那些「原则」章节看起来像套话但真正踩过坑的人会明白它们是保命的。我建议在规则文档最前面立三条硬约束后面所有码段设计都围着它们转。第一条是一物一码、一码一物这是主数据的根基没有它谈任何系统都是空中楼阁。第二条是编码一经发布永久有效停用的编码只允许标记失效状态不允许删除、不允许复用。第三条是编码只承载稳定属性规格、材质、供应商、价格、计量单位一律放主数据字段。这三条里前两条是原则第三条是纪律。实际推行中破坏力最大的恰恰是第三条研发人员总觉得「码里看不出参数就没法干活」于是材质段、颜色段、电压段一个个往上加编码被拉长到二十多位最后连编码管理员自己都记不住。编码长度方面我的经验阈值是整体控制在12到15位以内超过这个长度就要回头审视是不是塞了不该塞的属性段。位数太少则分类容量不够位数太多则录入错误率上升、标签打印变宽、Excel里数字过长导致精度问题。第2.2节的分类表加上6位流水和1位校验总共11位在多数场景下是性价比最高的选择。3. 把规则落成docx物料编码规则文档的章节骨架与撰写要点3.1 目的、范围与原则把规则文档的第一部分写清楚一份能执行的物料编码规则docx和一份躺在共享盘里吃灰的废纸差别在于语言精确度和可操作性。很多企业写的编码规则只有两页「为规范物料编码特制定本规则各部门遵照执行。」——全是空话。我写这份文档时第一部分必须回答三个具体问题这份规则管到什么物料、不管到什么物料、谁有解释权。适用范围要写细比如「本规则适用于所有纳入ERP管理的物料包括原材料、半成品、成品、包装材料、辅料、备品备件行政办公用品、低值消耗品如不参与库存核算可不在编码范围但应建立登记台账」。这种表述直接划清了边界避免上线时业务方拿一箱圆珠笔来问「这个要不要编码」。原则部分不需要长篇大论五条足矣唯一性、稳定性、可扩展性、简短性、可校验性。每句话用「必须/应/不得」这类强制措辞不用「尽量」「可以考虑」这种模糊表达。比如稳定性这条写成「物料编码一经分配不得因物料属性未发生变化而变更」比写「编码应保持稳定」有用得多。3.2 码段定义与取值表编码规则文档的核心章节这部分是整份docx的命根子也是业务方真正会反复查阅的内容。我习惯在文档第5章用三张表把编码结构钉死编码结构总表、分类码取值表、字符集与长度规则表。编码结构总表要说明每一位的职责。比如「第1-2位分类码标识物料大类取值见5.2表第3-4位小类码标识物料细类取值见5.3表第5-10位流水号从000001开始顺序分配作废不补第11位校验位按5.5算法计算」。这样任何人都能在30秒内读懂一个物料编码的每个字符。分类码取值表就是我在2.2节给出的那张表但在docx里要写得更严肃每个小类配上「包含内容」和「不包含内容」。比如「0101金属原料」的包含内容是「各类金属板材、棒材、线材」不包含内容是「金属制成的半成品零件、五金标准件应归0602通用备件」。这种正反例对照是防止归类争议最有效的手段。字符集规则表用来规范编码的字符组成。内容大致是编码仅允许使用数字0-9以及大写字母A-Z中除I、O以外的字母流水号段必须为纯数字编码内不得使用空格、横线、斜杠等特殊符号。同时列一个易混淆实例对照表数字0与字母O、数字1与字母I、字母Z与数字2明确禁止哪些组合。以下是我在文档里常用的一个片段写法你可以直接参考这个风格5.1 编码结构 物料编码为11位定长字符结构如下 分类码(2位) 小类码(2位) 流水号(6位) 校验位(1位) 5.1.1 分类码 编码第1-2位为分类码取值见5.2节。分类码反映物料的基本形态与来源不随使用部门、采购渠道、供应商变化。 5.1.2 流水号 编码第5-10位为流水号从000001开始顺序分配。流水号无业务含义作废编码的流水号不得重新分配。这个片段输入到Word里再套个标题样式就是一个可以直接过审的文档章节。注意措辞里的「不得」替换成「不得重新分配」比写「原则上不重复使用」要硬得多。3.3 编码的申请、维护与变更流程谁申请、谁审核、谁发布编码规则文档写到结构定义还不够还必须回答「一个编码是怎么被创造出来的」。很多企业编码乱根源不是规则不好而是流程没锁死。我建议在docx里单独设一章「编码管理流程」规定编码申请单的流转路径。流程大致是研发、生产、采购或仓库提出编码申请填写物料描述、规格型号、计量单位、建议分类编码管理员审核分类是否正确、是否与现有物料重复审核通过后由ERP主数据管理员在系统内创建编码并发布。这里的关键是「唯一入口」所有编码的创建必须经过编码管理员不允许任何部门在Excel台账里自编自用否则上线三个月后系统里就会出现两套编码体系。变更流程同样要写清楚。物料描述变更、计量单位变更、物料停用分别走什么单据、由谁审批。特别是停用流程要写明「停用编码的物料在库存清零后由编码管理员将其状态改为禁用禁用编码在系统中保留不删除、不分配新物料」。我见过有公司图省事直接物理删除已停用的物料编码结果历史BOM和财务凭证全部变成死链那个账至今没理清。3.4 附录与示例让每个角色都能照着填附录不是凑页数而是文档能否被一线执行的关键。我至少会在docx附录里放三样东西完整编码示例集、编码申请单模板、禁用字符与易混淆对照表。完整编码示例集要覆盖每一个大类每个大类至少给2到3个示例并拆解说明每一段的含义。比如「0301000123-4」拆成「03成品 / 01整机 / 000123流水号 / 4校验位」。示例集越接近真实物料业务方就越有信心照着填而不是看到规则后仍然猜。编码申请单模板要具体到字段申请日期、申请人、物料名称、规格型号、计量单位、建议分类码、用途说明、预计使用日期。这张单子同时充当纸质留痕和系统录入的凭证Excel或审批流里都放一份。禁用字符对照表则要放在附录C用小表格列清楚哪些字符不允许出现以及如果错误录入了系统会被怎么拦截。文档版本管理也是容易被忽略的一环。封面上写清楚当前版本号、修订日期、修订人、审批人。编码规则的每一次修订都会影响存量数据所以至少要有版本记录表和生效日期说明。我见过一份编码规则改了十七版但共享盘里同时存在五个不同版本的文件一线人员根本不知道以哪份为准。解决这个问题的唯一办法是旧版文件一律移入归档目录文件名带日期和后缀「作废」当前有效版本文件名固定且只保留一份。4. 从规则到工具用Python脚本把编码规则变成可执行校验4.1 用配置字典驱动规则分类表、字符集与码长规则文档写成docx之后它仍然是给人看的东西。要把规则真正落地还需要一套机器可执行的表达否则每次新物料建码之前都要人工翻文档、人工对分类、人工数位数错漏在所难免。我一般会给企业配一个Python脚本把docx里的规则镜像成配置代码。脚本设计的第一原则是「规则变更只改配置不碰逻辑」。也就是说分类表、编码长度、字符集、校验权重全部定义成字典和常量后续新增分类或者调整流水号位数时只改这些配置不需要动核心代码。下面这组配置直接对应第3章的docx规则# material_code.py # 物料编码规则脚本化示例 # 结构分类码(2位) 小类码(2位) 流水号(6位) 校验位(1位) 11位 CAT_CLASS { 01: 原材料, 02: 半成品, 03: 成品, 04: 包装材料, 05: 辅料, 06: 备品备件, 07: 虚拟物料, } CAT_SUB { 0101: 金属原料, 0102: 塑料原料, 0103: 电子元件, 0201: 自制半成品, 0202: 外协半成品, 0301: 整机, 0302: 配件, 0401: 纸箱, 0402: 缓冲材料, 0403: 标签, } CODE_LEN 11 # 编码总长度含校验位 SEQUENCE_LEN 6 # 流水号位数 CHARSET 0123456789ABCDEFGHJKLMNPQRSTUVWXYZ # 禁用 I 和 O WEIGHTS [2, 3, 4, 5, 6, 7, 8, 9, 2, 3] # 对应前10位主码这段配置里CAT_CLASS和CAT_SUB必须和docx里的分类表完全一致否则会出现文档说一套、脚本算一套的问题。CHARSET排除了I和O这和文档里的禁字符规则对应。WEIGHTS是校验位的加权因子长度为10正好覆盖分类码2位加小类码2位加流水号6位。4.2 编码生成器自动取流水号与查重有了配置下一步就是让脚本能自动生成新编码。生成器的核心工作有三件根据分类前缀找到当前最大流水号并加一、补齐流水号位数、计算校验位。为了示例简单我用一个CSV文件充当已用编码存储实际企业落地时我建议换成数据库表或者直接对接ERP的API。import csv def checksum(main_code: str) - str: 对前10位主码加权求和取模10得到一位数字校验位。 total 0 for i, ch in enumerate(main_code): if ch not in CHARSET: raise ValueError(f非法字符: {ch}) total (CHARSET.index(ch) 1) * WEIGHTS[i] return str(total % 10) def generate_code(cat_class: str, cat_sub: str, store_path: str used_codes.csv) - str: 按分类生成新物料编码并写入已用编码清单。 prefix cat_class cat_sub if prefix not in CAT_SUB: raise ValueError(f小类码不存在: {prefix}) # 读取已用编码统计该前缀下的最大流水号 used set() try: with open(store_path, newline, encodingutf-8) as f: for row in csv.reader(f): if row and row[0].startswith(prefix): used.add(row[0]) except FileNotFoundError: pass seq 1 for code in used: seq max(seq, int(code[4:4 SEQUENCE_LEN]) 1) if seq 10 ** SEQUENCE_LEN - 1: raise RuntimeError(流水号已耗尽需要升级编码规则或调整结构) main_code prefix f{seq:0{SEQUENCE_LEN}d} full_code main_code checksum(main_code) with open(store_path, a, newline, encodingutf-8) as f: csv.writer(f).writerow([full_code, prefix, f{seq:0{SEQUENCE_LEN}d}]) return full_code这个生成器的逻辑是先根据前缀筛出该小类下已有编码从流水号段解析出最大序号加一后左补零到6位再算校验位。参数store_path指定存储文件路径生产环境替换成数据库查询即可。这里有个细节csv模块写入时我用追加模式打开每次生成一条就落盘一条避免批量生成时因为程序中断丢数据。4.3 编码校验器把错码挡在录入系统之前生成器管「新建」校验器管「存量」。批量导入主数据时经常遇到Excel里混着手工编的错码如果没有校验错码会一路进ERP等到MRP跑出负数库存才发现。校验器做的事情就是逐位检查长度对不对、字符集是否合法、分类码和小类码是否在取值表内、校验位是否匹配。def validate_code(code: str) - tuple[bool, str]: 校验一个物料编码是否合法返回(是否通过, 说明)。 code code.strip().upper() if len(code) ! CODE_LEN: return False, f长度应为{CODE_LEN}位实际{len(code)}位 if any(ch not in CHARSET for ch in code): return False, 包含禁用字符注意避开 I、O main_code, check code[:10], code[10] if code[:2] not in CAT_CLASS: return False, f分类码 {code[:2]} 不在取值表内 if code[:4] not in CAT_SUB: return False, f小类码 {code[:4]} 不在取值表内 if checksum(main_code) ! check: return False, 校验位不匹配请检查编码是否录错 return True, f合法{CAT_CLASS[code[:2]]} / {CAT_SUB[code[:4]]}这段校验逻辑最大的价值是「可解释」。它不只告诉你编码错了还告诉你是长度错、字符错、分类错还是校验位错。我在导入前跑一遍这个校验器把每一条不通过的原因写到CSV的备注列业务方拿回去改的时候不用猜。参数方面如果企业后续想收紧规则比如禁止某些分类出现在成品BOM的下层可以在校验器里加对应判断逻辑扩展很方便。4.4 对接Excel与ERP的边界脚本只做校验不做主数据源脚本方案在落地时最容易翻车的点是它和ERP系统的数据边界不清。有些同事觉得这个脚本查重好用干脆直接用脚本的CSV当物料主数据源ERP里的数据反而没人维护。这个方向一定要刹住脚本永远只做辅助校验和草稿生成不做主数据源。我推荐的工作流是主数据管理员从ERP导出当前物料清单和待编码清单先让脚本按物料描述和规格做重复性预检查把疑似重复项标出来确认无重复后对新增物料调用生成器分配预览编码然后批量跑一遍校验器把通过的行整理成导入模板最后在ERP的导入界面落库。这样脚本处在「审核辅助」的位置哪怕CSV被误删、误改也不会直接污染ERP里的正式数据。Excel对接还有一个常见问题11位编码在Excel里会被显示成科学计数法或者末尾几位被吞掉变成0。解决办法是在Excel中把编码列的单元格格式设为「文本」导入前用脚本读出来做一次校验防止Excel已经改了底层值。我习惯在校验器外面再套一层批量处理函数读入待导入文件逐行校验输出一份带「通过/不通过」标记的结果文件把这一层关守好后面导入ERP基本不会再被脏数据绊倒。5. 物料编码落地避坑指南现象、原因与解法5.1 「码里塞规格」编码越定越长最后没法用现象某研发部强烈要求物料编码里带上材质和颜色说「一看编码就知道是哪个料」。编码从11位一路改到18位仍然有新材料放不进去。到第三年编码管理员自己都要翻规则文档才能看懂一段编码。原因这是把物料编码当成了描述字段。规格型号可以有成百上千种组合材质、颜色、尺寸、电压、接口每一项都是多值属性塞进定长编码里必然爆掉。更深层的原因是研发想要「可读性」但他们没意识到可读性应该由物料主数据的名称、规格字段承担而不是编码。解决把规格段全部从编码里移除。编码只保留分类、小类和流水号三段材质、颜色、尺寸等属性全部放进主数据的「规格型号」字段系统里查询时搜索描述字段即可。我当时配合的团队花了两个星期做了一次编码清理把原有18位编码映射到新11位编码新旧对照表生成后研发照样能通过描述字段快速找到物料可读性一点没损失。5.2 一物多码与多物一码新旧编码切换没有映射表现象仓库里有三种规格完全相同的螺钉却对应三个不同编码因为三个部门在不同时间各建了一次。更严重的是同一编码下挂了两家供应商的不同物料生产领料时经常拿错。原因建码时没有先查重老编码切换新编码时没有做一一映射直接停用、直接跳转导致系统里历史和未来单据对不上。很多企业上ERP时为了「快点上线」把老系统物料直接照搬老系统里的重复料号也跟着搬了进来。解决第一步先跑查重脚本按「物料名称规格型号计量单位」分组把重复项标记出来逐一确认合并到哪一个编码。第二步做新老编码映射表列出老码、新码、生效日期、处理状态。第三步双码并行一到两个账期老码在系统里标记「已映射」并设置停用日期期间新老单据都允许录入过了停用日期后老码才真正冻结。这套流程虽然慢但能保住财务和库存的连续性。5.3 手工编流水号重号、错号在Excel里几乎查不出来现象编码管理员用Excel下拉填充流水号某次在筛选状态下批量填充导致一片号码重复。等到采购订单已经下给供应商才发现两张不同订单用了一个物料编码。原因手工维护流水号在数据量小的时候没问题但一旦超过几百行Excel的筛选、排序、隐藏行都会让自动填充变得不可控。多人共用同一个Excel文件时A同事拉的序号和B同事拉的序号互相不知道。解决流水号一律交给脚本或ERP序列生成任何人手工填写流水号的行为都应当在制度上禁止。如果暂时上不了工具Excel里至少用公式取最大值加一而不是手工下拉。更稳妥的做法是让编码管理员作为唯一入口所有新物料编码申请通过表单提交由脚本统一分配分配结果同步回填到申请单。5.4 分类段设太细新类目一来就要改规则文档现象某企业为了「精细管理」把分类做了五级二十六类其中一类是「华东区采购的塑料粒子」。结果第二年采购区域调整这一类没了但存量编码不能动新物料又找不到合适分类只能挂到「其他」里。原因分类粒度受当下组织架构和业务流程影响太深。区域、部门、项目、供应商都是易变属性把它们放进编码分类段等于把地基打在流沙上。解决分类段只保留两级大类面向物料本质属性小类面向物料形态或来源最多到第三级。所有可能变化的属性一律不进编码。新类目确实出现时走编码规则变更流程先评估新类目是否影响存量编码再更新文档和脚本配置、重新发布新版本。控制分类级数的核心逻辑很简单分类表里每一行都应该是「十年后仍然存在」的类别否则它就不该占据编码位。5.5 编码申请没有前置投产时才发现料号缺失现象生产计划已经排产采购单等着下单结果发现新导入的产品有几十种物料没有编码。编码管理员被全厂催着赶工一个小时编了几百个码第二天就发现有编码分类错误。原因研发设计阶段只出了图号没有同步触发物料主数据的创建。等到产品从设计BOM转生产BOM时才发现物料还没建好。前置环节缺失压力全部堆积到编码环节赶工必然出错。解决把编码申请动作前移到研发BOM评审节点。研发在PDM或PLM系统里创建物料时同步提交主数据预建申请编码管理员在评审期间就完成分类审核和编码分配。这样到了转生产阶段物料编码已经躺在系统里计划和采购可以直接引用。我给某团队落地这个流程后新物料编码的平均交付时间从两天缩短到两小时而且几乎不再出现重复建码。6. 更进一步从一份编码规则到主数据治理的日常运转6.1 编码与条码、批次号的联动物料编码定下来之后下一步是让编码长在仓库的日常作业里。我的习惯是编码作为条码的「主键部分」与批次号、生产日期一起组成追溯码。仓库扫码时扫的是整个追溯码但系统索引永远以物料编码为第一键位。这样从收货、上架、领料到成品出库每个环节都能通过编码关联到主数据再通过批次号关联到具体的供应商和制造时间。6.2 临时码与正式码怎么隔离试产、打样阶段经常用到还没有正式分类的物料。我建议保留一个临时码段比如以「99」开头的小类专门给试产物料用。临时码不参与MRP运算试产结束立即清理或转成正式码。这里面唯一要注意的是隔离临时码不能出现在正式BOM里否则计划员会把试产物料当成正式库存消耗掉。6.3 每个季度跑一遍「查重体检」我接手任何一个编码混乱项目后养成的习惯是每个季度从ERP导出全量物料主数据跑一遍查重脚本确认没有重复描述挂多个编码。下面这条SQL可以帮你快速发现疑似重复SELECT material_name, spec, unit, COUNT(DISTINCT material_code) AS code_cnt FROM material_master GROUP BY material_name, spec, unit HAVING COUNT(DISTINCT material_code) 1;查询结果里只要出现code_cnt大于1的行就说明还有一物多码在暗处藏着。日常运转中比规则更重要的是一点点较真的习惯新码必须过校验、停用码必须标状态、临时码到期必须清。回头看看那些编码体系稳定的工厂往往没什么惊天动地的设计只是把每一条「不得」都盯到了底。希望帮到你。本文还有配套的精品资源点击获取