简介《物料编码规则》文档面向需要建立BOM料号体系、规范物料台账的制造企业与ERP实施人员围绕电子元器件、五金件、线材及辅料等对象给出可落地的十位编码结构。内容从编码目的、适用范围和基本运作程序展开逐项说明代表字母、封装形式、尺寸、材料、功率/耐压、容量、误差与包装形式等位段的取义并细化电阻、电容、电感、半导体、晶振、显示器件、开关插座以及五金塑胶、PCB、线材、包装和辅助材料的编号方法。资源包为1个docx文件大小约67KB目录层级较完整便于按物料类别查阅和对照。已有3104人学习下载。读者可据此统一料号申请与录入口径减少一物多码和交叉核对成本也可将示例编码直接用于物料电子台账、BOM编制及新物料申请流程的规范化整理。1. 物料编码为什么十位定长字符串能替一家公司记住所有料一份看着很朴素的《物料编码规则》最有意思的地方不是它列了多少种元件而是它敢用十位定长字符串去覆盖电阻、电容、电感、芯片、五金、塑胶、PCB、线材、包装辅料全部品类。更反直觉的是这套规则里同一位置在不同品类下含义完全不同第二位在电阻里是封装形式在电容里是封装形式在五金件里却变成了类别在塑胶件里又成了材质。看起来很乱但它偏偏能跑起来而且还支撑起了 ERP 与 BOM 的日常运转。值得搞懂的原因很实际料号是 ERP 里物料主数据的唯一钥匙也是 BOM 展开的最小单元。料号编错一位采购可能买回错封装仓库可能收错货产线可能贴错件。这套规则解决的核心问题就三个——物料有序管理、方便查找、方便交叉核对。搞懂它每一位为什么这么设计比单纯背下来有用得多因为你会知道哪里能改、哪里一改就要翻车。2. 编码结构十位定长布局是怎么切出来的这套规则的第一条硬约束是每个编码用十个字母或数字组成不足十位用*号补齐超过十位的有多少位写多少位。这句话看着随意实际上是整个体系的地基——定长意味着任何系统里按位截取都能还原语义不需要分隔符也不需要解析器去猜。2.1 十位槽位的通用语义分层文档给出的位序模型是代表字母、封装形式、材料类别、尺寸、功率/耐压、容量、误差、包装形式。把这句话摊开成固定列大致是下面这个骨架位次通用含义说明1品类字母R/C/L/S/Y/D/K/J/M/X/P/W 等2封装/子类SSMD、DDIP、R引线立式 等3尺寸或结构各品类自定义映射表4材料/介质/类型碳膜、X7R、铝、ABS 等5功率/耐压/颜色电阻 1/4W、电容 35V 等6~8主参数阻值、容量、电感量、频率、型号9误差J±5%、K±10% 等10包装形式A编带、B袋装、R卷装需要说清的是这个骨架只是「通用位序」实际每个品类都会局部改写它。半导体器件就把第 4~9 位整体让给了型号字符串晶振把第 4~9 位让给了频率五金件把第 6~10 位让给了尺寸规格。这不矛盾因为解析时第一位字母已经决定了该走哪张映射表——第一位的真正作用不是分类好看而是充当解析器的分派开关。2.2 为什么第一位必须单字母分派第一位用数字或字母的特定含义表示物料特性R 代表电阻、C 代表电容、L 代表电感、S 代表半导体、Y 代表晶振、D 代表显示器件、K 代表开关、J 代表插座、M 代表五金、X 代表塑胶、P 代表 PCB、W 代表线材。这套分派的价值在于只要拿到前一位后续九位的解释规则就唯一确定了。常见的实现思路是在 ERP 或自建物料系统里维护一张「前缀 → 品类 → 字段解析器」的三级映射表入库时先取首字符定位解析器再由解析器校验后九位是否合法。这样做的好处是新增品类时只加一行映射不必改动已有解析逻辑坏处是前缀一旦被占用就再也不能挪作他用属于典型的「一次性分配、长期锁定」资源。2.3 补齐符*与超长码的取舍规则里写「不足十位则用*号补齐」同时又写「超过十位的是多少位就写多少位」这两条其实互相矛盾——如果允许超长定长截取就失效了。从文档实际给出的例子看超长真的在发生STM32F103R8T6编码成SSMST321035型号被截断处理49.9K电阻被表示成4992比常规多出一位。我的理解是*补齐主要服务于固定宽度打印和人工核对对齐好看而超长码是给主参数实在塞不进三位槽位时开的后门。这种设计在纸面台账时代非常实用但迁到 ERP 后需要额外做一层规范化否则同一个物料可能出现「带星」和「不带星」两种写法直接造成一物多码。# 物料码规范化把不同写法收敛成同一种内部表示 def normalize_code(raw: str) - str: code raw.strip().upper().replace(-, ).replace( , ) # 去掉尾部补齐星号但保留中间星号如晶振 32*768K 的小数点语义 code code.rstrip(*) if len(code) 10: code code.ljust(10, *) # 短码统一补齐保证定长 # 超长码不截断原样保留由上层根据前缀长度决定解析长度 return code def dispatch_category(code: str) - str: prefix code[0] table {R: resistor, C: capacitor, L: inductor, S: semiconductor, Y: oscillator, D: display, K: switch, J: jack, M: metal, X: plastic, P: pcb, W: wire} return table.get(prefix, unknown)这段代码做两件事normalize_code负责把人工录入的多种写法拉到同一形态dispatch_category用首字符做品类分派。注意rstrip(*)只清尾部星号是因为晶振编码里32*768K的星号代表小数点属于语义字符清掉就把频率改掉了——这是这套规则里最容易被忽略的一处坑。3. 主参数编码阻值、容量、电感量为什么能压进三位十位定长里最紧张的是第 6~8 位只有三个位置要装下从 0.1Ω 到 20MΩ、从 1pF 到几千 μF 的连续量。文档给出的换算方法非常统一先换成基本单位Ω / pF / μH再写成科学计数法最后取前两位有效数字和 10 的指数。3.1 两位有效数字 指数位的压缩逻辑以电阻为例1kΩ 1000Ω 10×10²Ω取前两位有效数和指数写成102。3.3Ω 33×10⁻¹Ω写成33A其中 A 表示 -1、B 表示 -2依次类推。电容同理0.47μF 470000pF 47×10⁴pF写成4743.3pF 33×10⁻¹pF写成33A。电感22μH 22×10⁰μH写成220。这套编码的精妙之处在于把浮点数变成了纯字符编码天然可排序、可位运算、可正则校验不需要在数据库里存数值再格式化。代价是精度被锁死在两位有效数字——文档里49.9K的电阻就被迫写成四位4992突破了三位槽位这就是精度妥协的直接证据。// 阻值/容量 - 三位主参数码指数为负时用字母 A/B/C 表示 -1/-2/-3 function encodeValue(baseValue, unitScale 1) { const v baseValue * unitScale; // 统一到基本单位 const exp Math.floor(Math.log10(v)); // 数量级 const mantissa Math.round(v / Math.pow(10, exp)); // 保留两位有效数字 const idx exp 0 ? String(exp) : String.fromCharCode(65 (-exp - 1)); return ${mantissa}${idx}; // 例: 1000 - 102(视实现而定) } // 反向解析把 474 还原成 pF function decodeValue(code) { const mantissa parseInt(code.slice(0, 2), 10); const expChar code.slice(2); const exp /[0-9]/.test(expChar) ? parseInt(expChar, 10) : -(expChar.charCodeAt(0) - 64); // A - -1 return mantissa * Math.pow(10, exp); }mantissa是两位有效数字expChar是十进制指数或负指数字母。这里有个细节必须留意不同品类的基准单位不一样电阻是 Ω、电容是 pF、电感是 μH解析时必须带着品类上下文调用否则103在电阻里是 10kΩ、在电容里是 10nF、在电感里是 10mH数值差着好几个数量级。3.2 误差位与包装位的信息密度第 9 位误差用一个字符表达精度等级电阻 B±0.1%、C±0.25%、D±0.5%、F±1%、G±2%、J±5%、K±10%电容额外有 ±0.1pF、±0.25pF、±0.5pF 这类绝对误差档还有 S50%/-20%、Z80%/-20% 这种非对称容差。第 10 位包装用一个字符表达 A编带、B袋装、R卷装、M编带成形、P盘装、G管装。这两位的价值在采购和产线环节才显现。同一个 10kΩ 电阻5% 和 1% 是两个完全不同的料号采购价格能差几倍卷装和袋装对贴片机的上料方式完全不同。把它们编进料号而不是靠描述字段区分好处是 BOM 里一眼能看出来坏处是物料描述必须与编码严格同步一旦有人手工改描述不改编码就会出现「料号说 1%、实物是 5%」的血泪经验。3.3 一个完整编码的逐位验证拿文档给出的例子RS1CB103JM逐个拆R 是电阻S 是 SMD1 对应 0603 尺寸C 是碳膜B 是 1/10W103 是 10×10³Ω 10kΩJ 是 ±5%M 是编带成形。对照文档描述的「贴片碳膜电阻 0603 封装 10K 5% 误差 1/10W」完全吻合。再看电容例子CSMEE104JMC 是电容S 是贴片M 对应 0603E 是 X7R 介质E 是 35V 耐压104 是 10×10⁴pF 0.1μFJ 是 ±5%M 是编带成形。对照「0.1uF/35V 5% 0603 贴片电容」同样吻合。这种可逐位反查的性质正是定长编码相对自由文本描述最大的优势——任何一个人拿到料号不需要查数据库就能大致判断这个料是什么。4. 非电子件编码五金、塑胶、PCB 为什么把参数位让给机型电子元器件的参数是标准化的阻值、容量、耐压全世界通用。但五金件、塑胶件、PCB 这三类不是标准件它们的规格由自家产品决定根本没有通用参数可以编码。文档对这类的处理方式是把第 4~9 位让给「适用机型 名称」只保留首位类别和第 10 位序号。4.1 机型串当参数位的现实妥协文档里的例子很直白某记录仪上盖编码为MGXSJLYSG15前面板编码为SABXSJLYSG某控制器的 PCB 板编码为P16FZKZQ01。可以看到中间那几位是机型拼音缩写而不是任何可计算的物理量。这是典型的「尺寸不明确的物料采取适用机型加序号编码」思路。这样做的合理性在于非标件的唯一性本来就来自「装在哪台机器上」用机型标识反而比强行编尺寸更准。风险在于机型一旦改名或停产这批料号的语义就悬空了而且机型缩写没有统一词表时不同人写的缩写可能不一致直接导致一物多码。常见的实现思路是给机型缩写单独建一张受控字典编码时从字典里选禁止手打。4.2 螺丝编码把尺寸塞进五位数字五金件里螺丝的编码规则相对最完整因为它确实有标准化参数。第二位 S 代表螺丝第三位是头型B 圆头、C 沉头、N 内六角、M 外六角、R 盘头等第四位是种类Z 自攻、P 平尾、J 机械、X 细牙、W 钻尾第五位是颜色/表面处理第 6~10 位是尺寸规格。尺寸段的写法是0310 → 3×100、0308 → 3×8、2608 → 2.6×8、0412 → 4×12可以看出规则是「直径去小数点 长度」长度统一补两位。这里有个隐含约定直径 2.6 写成26长度 8 写成08拼起来2608。理解了这个拼接约定才能解释为什么同样是四位数0310是 3×100 而0412是 4×12——长度位数是按实际长度决定的需要靠上下文判断。4.3 线材编码AWG 与 mm 的双制混用线材的处理最能体现这套规则的实用主义。第 8~10 位表示 ∮×L其中 ∮ 可以是 AWG 线号也可以是 mm 直径。文档明确写了如有 AWG 号码则优先用 AWG没有 AWG 时采用 mm 制且为了不引起混乱用 mm 时前面加M以示区别如 0.4mm 写成M04、0.22mm 写成M022。这个M前缀是个很小的设计但解决了一个真问题04到底是 AWG 4 号还是 0.4mm没有前缀就完全没法区分而 AWG 4 号和 0.4mm 的载流能力差了三个数量级。这类「同形不同义」的地方是编码规则里最容易埋雷的位置也是排查线材错料时第一个要看的地方。-- 按前缀分派后用正则做入库前校验线材第8位起必须是 AWG 数字或 Mmm SELECT item_code, CASE WHEN item_code ~ ^W[A-Z][0-9A-E].*[0-9]{2}$ THEN AWG 制 WHEN item_code ~ ^W[A-Z][0-9A-E].*M[0-9]{2,3}$ THEN mm 制 ELSE 待人工确认 END AS diameter_scheme FROM material_master WHERE item_code LIKE W%;这条查询用正则把线材分成 AWG 制和 mm 制两桶剩下的标记为待确认。实际落地时待人工确认这一桶往往就是历史遗留的一物多码来源值得定期清一遍。提示*补齐符与晶振编码里表示小数点的*是同一个字符做字符串处理时务必区分「尾部补齐」和「中间语义」否则频率会被改掉。5. 避坑与排查料号体系上线后最常翻车的五个地方规则写得再细落地时该翻的车一个都不会少。下面五条是按「现象 → 原因 → 解决」整理的踩坑记录基本覆盖了这套十位编码在 ERP 环境里的主要失效模式。5.1 现象同一个物料在系统里出现两个料号原因通常是补齐符处理不一致。人工录入时有人写RS1CB103JM有人写RS1CB103JM*甚至有人写RS1CB103JM**系统按字符串主键判重于是同一颗电阻变成三条主数据。文档虽然规定了十位定长但没规定「入库前必须规范化」这个缺口要靠系统补。解决办法是在物料主数据入口加一道normalize_code先rstrip(*)再ljust(10, *)统一到唯一形态后再判重。5.2 现象49.9K 电阻的料号和 499Ω 的料号看起来一样长原因是主参数位精度溢出。49.9K按规则写成4992是四位而标准三位槽位装不下于是它实际占了第 6~9 位把误差位挤掉了。这时如果解析器仍然按「第 9 位是误差」去读就会把2读成误差码直接解析失败或解析出错误精度。解决办法是在解析器里加长度判定主参数段一旦超三位后续位序整体右移误差位按倒数第二位读不能死守绝对位次。5.3 现象晶振频率全都对不上原因是*的双重语义被误伤。晶振规范是「第 4~9 位表示频率用*表示小数点」如 32.768kHz 写成32*768K、1MHz 写成1*000M。如果规范化函数无脑replace(*, )或rstrip(*)作用于全串32*768K会变成32768K频率直接错三个数量级。解决办法是把星号清理严格限定在尾部补齐位中间的星号一律当语义字符保留。5.4 现象五金件和塑胶件的料号查不到对应机型原因是机型缩写没有受控词表。文档举例的机型串是拼音缩写若各部门各写各的XSJLY和XSJLYY可能指同一台机器也可能不是。等到机型停产、缩写无人能解时这批料号就成了黑匣子。解决办法是给机型缩写单建字典表并锁定编码时下拉选择而非手输同时把「机型 → 全称 → 状态」维护起来停产机型标记为冻结而不是删除。5.5 现象BOM 里料号存在但采购说买不到原因是包装位被当成可选信息忽略。同一个 10kΩ 电阻...M编带成形和...B袋装是两个料号采购渠道和最小起订量都不同。如果工程编 BOM 时随手填了包装位、采购按料号下单却发现该包装形式没有现货就会卡在「料号对但买不到」。解决办法是把包装位纳入 BOM 审核项并在物料主数据里绑定可用包装形式清单缺货时走替代料流程而不是私自改末位。6. 设计取舍定长编码在 ERP 时代还值不值得坚持这套规则的底色是纸面台账时代的产物定长、可对齐、可肉眼反查、不依赖数据库。它的优点在迁移到 ERP 之后依然成立——料号自带语义BOM 评审时老工程师扫一眼就知道对不对新人培训三天能上手排查错料时不用打开系统就能定位到具体参数位。这种「人可读」的属性是纯流水号或 UUID 方案永远给不了的。但它付出的代价同样明确。第一是精度天花板两位有效数字加一位指数注定装不下 49.9K 这种四位精度需求只能开超长后门而后门一开定长假设就破了。第二是语义漂移同一位次在不同品类下含义不同解析必须带前缀上下文任何跨品类的通用处理都会出错。第三是不可回收性前缀和机型缩写一旦分配就长期锁定品类扩张时很容易撞车。第四是一物多码*补齐、大小写、AWG/mm 双制每一处灵活性都是重复主数据的入口。所以真正的问题不是「定长编码好不好」而是「在哪一层用它」。我一般的理解是料号负责人类可读的语义系统负责机器可读的唯一性。具体做法是保留十位编码作为业务码同时在 ERP 里给它配一个无意义的自增主键或 UUID 作为真正的唯一键业务码只做展示和检索。这样既保留了肉眼反查的便利又不会被补齐符和双制写法拖进一物多码的泥潭。验证这套规则是否真的被正确执行有个很土但有效的办法随机抽 30 个料号遮住物料描述只看编码反推规格再和实物或规格书对照。反推正确率低于九成说明要么规则没被遵守要么规则本身在某类物料上有歧义两种都得治。这个动作我建议每季度做一次成本很低但能提前发现主数据腐化。注意料号一旦进入量产 BOM就不要再改语义。规则可以新增品类、可以冻结旧前缀但绝不能让已存在的位次含义发生变化否则历史 BOM 会集体失真。从那以后我每次接手一套料号体系都强制先跑一遍「首字符分派表 各品类位序表 规范化函数」三件套的自检再抽样做反推验证确认这三层对齐了才敢往 ERP 里灌数据。编码规则本身不难难的是让几十号人十年如一日地按同一套位序写字而这份文档把该写死的位序都写死了剩下的事情就是把它变成系统里的校验而不是停留在 Word 里。希望帮到你。本文还有配套的精品资源点击获取
简介《物料编码规则》文档面向需要建立BOM料号体系、规范物料台账的制造企业与ERP实施人员围绕电子元器件、五金件、线材及辅料等对象给出可落地的十位编码结构。内容从编码目的、适用范围和基本运作程序展开逐项说明代表字母、封装形式、尺寸、材料、功率/耐压、容量、误差与包装形式等位段的取义并细化电阻、电容、电感、半导体、晶振、显示器件、开关插座以及五金塑胶、PCB、线材、包装和辅助材料的编号方法。资源包为1个docx文件大小约67KB目录层级较完整便于按物料类别查阅和对照。已有3104人学习下载。读者可据此统一料号申请与录入口径减少一物多码和交叉核对成本也可将示例编码直接用于物料电子台账、BOM编制及新物料申请流程的规范化整理。1. 物料编码为什么十位定长字符串能替一家公司记住所有料一份看着很朴素的《物料编码规则》最有意思的地方不是它列了多少种元件而是它敢用十位定长字符串去覆盖电阻、电容、电感、芯片、五金、塑胶、PCB、线材、包装辅料全部品类。更反直觉的是这套规则里同一位置在不同品类下含义完全不同第二位在电阻里是封装形式在电容里是封装形式在五金件里却变成了类别在塑胶件里又成了材质。看起来很乱但它偏偏能跑起来而且还支撑起了 ERP 与 BOM 的日常运转。值得搞懂的原因很实际料号是 ERP 里物料主数据的唯一钥匙也是 BOM 展开的最小单元。料号编错一位采购可能买回错封装仓库可能收错货产线可能贴错件。这套规则解决的核心问题就三个——物料有序管理、方便查找、方便交叉核对。搞懂它每一位为什么这么设计比单纯背下来有用得多因为你会知道哪里能改、哪里一改就要翻车。2. 编码结构十位定长布局是怎么切出来的这套规则的第一条硬约束是每个编码用十个字母或数字组成不足十位用*号补齐超过十位的有多少位写多少位。这句话看着随意实际上是整个体系的地基——定长意味着任何系统里按位截取都能还原语义不需要分隔符也不需要解析器去猜。2.1 十位槽位的通用语义分层文档给出的位序模型是代表字母、封装形式、材料类别、尺寸、功率/耐压、容量、误差、包装形式。把这句话摊开成固定列大致是下面这个骨架位次通用含义说明1品类字母R/C/L/S/Y/D/K/J/M/X/P/W 等2封装/子类SSMD、DDIP、R引线立式 等3尺寸或结构各品类自定义映射表4材料/介质/类型碳膜、X7R、铝、ABS 等5功率/耐压/颜色电阻 1/4W、电容 35V 等6~8主参数阻值、容量、电感量、频率、型号9误差J±5%、K±10% 等10包装形式A编带、B袋装、R卷装需要说清的是这个骨架只是「通用位序」实际每个品类都会局部改写它。半导体器件就把第 4~9 位整体让给了型号字符串晶振把第 4~9 位让给了频率五金件把第 6~10 位让给了尺寸规格。这不矛盾因为解析时第一位字母已经决定了该走哪张映射表——第一位的真正作用不是分类好看而是充当解析器的分派开关。2.2 为什么第一位必须单字母分派第一位用数字或字母的特定含义表示物料特性R 代表电阻、C 代表电容、L 代表电感、S 代表半导体、Y 代表晶振、D 代表显示器件、K 代表开关、J 代表插座、M 代表五金、X 代表塑胶、P 代表 PCB、W 代表线材。这套分派的价值在于只要拿到前一位后续九位的解释规则就唯一确定了。常见的实现思路是在 ERP 或自建物料系统里维护一张「前缀 → 品类 → 字段解析器」的三级映射表入库时先取首字符定位解析器再由解析器校验后九位是否合法。这样做的好处是新增品类时只加一行映射不必改动已有解析逻辑坏处是前缀一旦被占用就再也不能挪作他用属于典型的「一次性分配、长期锁定」资源。2.3 补齐符*与超长码的取舍规则里写「不足十位则用*号补齐」同时又写「超过十位的是多少位就写多少位」这两条其实互相矛盾——如果允许超长定长截取就失效了。从文档实际给出的例子看超长真的在发生STM32F103R8T6编码成SSMST321035型号被截断处理49.9K电阻被表示成4992比常规多出一位。我的理解是*补齐主要服务于固定宽度打印和人工核对对齐好看而超长码是给主参数实在塞不进三位槽位时开的后门。这种设计在纸面台账时代非常实用但迁到 ERP 后需要额外做一层规范化否则同一个物料可能出现「带星」和「不带星」两种写法直接造成一物多码。# 物料码规范化把不同写法收敛成同一种内部表示 def normalize_code(raw: str) - str: code raw.strip().upper().replace(-, ).replace( , ) # 去掉尾部补齐星号但保留中间星号如晶振 32*768K 的小数点语义 code code.rstrip(*) if len(code) 10: code code.ljust(10, *) # 短码统一补齐保证定长 # 超长码不截断原样保留由上层根据前缀长度决定解析长度 return code def dispatch_category(code: str) - str: prefix code[0] table {R: resistor, C: capacitor, L: inductor, S: semiconductor, Y: oscillator, D: display, K: switch, J: jack, M: metal, X: plastic, P: pcb, W: wire} return table.get(prefix, unknown)这段代码做两件事normalize_code负责把人工录入的多种写法拉到同一形态dispatch_category用首字符做品类分派。注意rstrip(*)只清尾部星号是因为晶振编码里32*768K的星号代表小数点属于语义字符清掉就把频率改掉了——这是这套规则里最容易被忽略的一处坑。3. 主参数编码阻值、容量、电感量为什么能压进三位十位定长里最紧张的是第 6~8 位只有三个位置要装下从 0.1Ω 到 20MΩ、从 1pF 到几千 μF 的连续量。文档给出的换算方法非常统一先换成基本单位Ω / pF / μH再写成科学计数法最后取前两位有效数字和 10 的指数。3.1 两位有效数字 指数位的压缩逻辑以电阻为例1kΩ 1000Ω 10×10²Ω取前两位有效数和指数写成102。3.3Ω 33×10⁻¹Ω写成33A其中 A 表示 -1、B 表示 -2依次类推。电容同理0.47μF 470000pF 47×10⁴pF写成4743.3pF 33×10⁻¹pF写成33A。电感22μH 22×10⁰μH写成220。这套编码的精妙之处在于把浮点数变成了纯字符编码天然可排序、可位运算、可正则校验不需要在数据库里存数值再格式化。代价是精度被锁死在两位有效数字——文档里49.9K的电阻就被迫写成四位4992突破了三位槽位这就是精度妥协的直接证据。// 阻值/容量 - 三位主参数码指数为负时用字母 A/B/C 表示 -1/-2/-3 function encodeValue(baseValue, unitScale 1) { const v baseValue * unitScale; // 统一到基本单位 const exp Math.floor(Math.log10(v)); // 数量级 const mantissa Math.round(v / Math.pow(10, exp)); // 保留两位有效数字 const idx exp 0 ? String(exp) : String.fromCharCode(65 (-exp - 1)); return ${mantissa}${idx}; // 例: 1000 - 102(视实现而定) } // 反向解析把 474 还原成 pF function decodeValue(code) { const mantissa parseInt(code.slice(0, 2), 10); const expChar code.slice(2); const exp /[0-9]/.test(expChar) ? parseInt(expChar, 10) : -(expChar.charCodeAt(0) - 64); // A - -1 return mantissa * Math.pow(10, exp); }mantissa是两位有效数字expChar是十进制指数或负指数字母。这里有个细节必须留意不同品类的基准单位不一样电阻是 Ω、电容是 pF、电感是 μH解析时必须带着品类上下文调用否则103在电阻里是 10kΩ、在电容里是 10nF、在电感里是 10mH数值差着好几个数量级。3.2 误差位与包装位的信息密度第 9 位误差用一个字符表达精度等级电阻 B±0.1%、C±0.25%、D±0.5%、F±1%、G±2%、J±5%、K±10%电容额外有 ±0.1pF、±0.25pF、±0.5pF 这类绝对误差档还有 S50%/-20%、Z80%/-20% 这种非对称容差。第 10 位包装用一个字符表达 A编带、B袋装、R卷装、M编带成形、P盘装、G管装。这两位的价值在采购和产线环节才显现。同一个 10kΩ 电阻5% 和 1% 是两个完全不同的料号采购价格能差几倍卷装和袋装对贴片机的上料方式完全不同。把它们编进料号而不是靠描述字段区分好处是 BOM 里一眼能看出来坏处是物料描述必须与编码严格同步一旦有人手工改描述不改编码就会出现「料号说 1%、实物是 5%」的血泪经验。3.3 一个完整编码的逐位验证拿文档给出的例子RS1CB103JM逐个拆R 是电阻S 是 SMD1 对应 0603 尺寸C 是碳膜B 是 1/10W103 是 10×10³Ω 10kΩJ 是 ±5%M 是编带成形。对照文档描述的「贴片碳膜电阻 0603 封装 10K 5% 误差 1/10W」完全吻合。再看电容例子CSMEE104JMC 是电容S 是贴片M 对应 0603E 是 X7R 介质E 是 35V 耐压104 是 10×10⁴pF 0.1μFJ 是 ±5%M 是编带成形。对照「0.1uF/35V 5% 0603 贴片电容」同样吻合。这种可逐位反查的性质正是定长编码相对自由文本描述最大的优势——任何一个人拿到料号不需要查数据库就能大致判断这个料是什么。4. 非电子件编码五金、塑胶、PCB 为什么把参数位让给机型电子元器件的参数是标准化的阻值、容量、耐压全世界通用。但五金件、塑胶件、PCB 这三类不是标准件它们的规格由自家产品决定根本没有通用参数可以编码。文档对这类的处理方式是把第 4~9 位让给「适用机型 名称」只保留首位类别和第 10 位序号。4.1 机型串当参数位的现实妥协文档里的例子很直白某记录仪上盖编码为MGXSJLYSG15前面板编码为SABXSJLYSG某控制器的 PCB 板编码为P16FZKZQ01。可以看到中间那几位是机型拼音缩写而不是任何可计算的物理量。这是典型的「尺寸不明确的物料采取适用机型加序号编码」思路。这样做的合理性在于非标件的唯一性本来就来自「装在哪台机器上」用机型标识反而比强行编尺寸更准。风险在于机型一旦改名或停产这批料号的语义就悬空了而且机型缩写没有统一词表时不同人写的缩写可能不一致直接导致一物多码。常见的实现思路是给机型缩写单独建一张受控字典编码时从字典里选禁止手打。4.2 螺丝编码把尺寸塞进五位数字五金件里螺丝的编码规则相对最完整因为它确实有标准化参数。第二位 S 代表螺丝第三位是头型B 圆头、C 沉头、N 内六角、M 外六角、R 盘头等第四位是种类Z 自攻、P 平尾、J 机械、X 细牙、W 钻尾第五位是颜色/表面处理第 6~10 位是尺寸规格。尺寸段的写法是0310 → 3×100、0308 → 3×8、2608 → 2.6×8、0412 → 4×12可以看出规则是「直径去小数点 长度」长度统一补两位。这里有个隐含约定直径 2.6 写成26长度 8 写成08拼起来2608。理解了这个拼接约定才能解释为什么同样是四位数0310是 3×100 而0412是 4×12——长度位数是按实际长度决定的需要靠上下文判断。4.3 线材编码AWG 与 mm 的双制混用线材的处理最能体现这套规则的实用主义。第 8~10 位表示 ∮×L其中 ∮ 可以是 AWG 线号也可以是 mm 直径。文档明确写了如有 AWG 号码则优先用 AWG没有 AWG 时采用 mm 制且为了不引起混乱用 mm 时前面加M以示区别如 0.4mm 写成M04、0.22mm 写成M022。这个M前缀是个很小的设计但解决了一个真问题04到底是 AWG 4 号还是 0.4mm没有前缀就完全没法区分而 AWG 4 号和 0.4mm 的载流能力差了三个数量级。这类「同形不同义」的地方是编码规则里最容易埋雷的位置也是排查线材错料时第一个要看的地方。-- 按前缀分派后用正则做入库前校验线材第8位起必须是 AWG 数字或 Mmm SELECT item_code, CASE WHEN item_code ~ ^W[A-Z][0-9A-E].*[0-9]{2}$ THEN AWG 制 WHEN item_code ~ ^W[A-Z][0-9A-E].*M[0-9]{2,3}$ THEN mm 制 ELSE 待人工确认 END AS diameter_scheme FROM material_master WHERE item_code LIKE W%;这条查询用正则把线材分成 AWG 制和 mm 制两桶剩下的标记为待确认。实际落地时待人工确认这一桶往往就是历史遗留的一物多码来源值得定期清一遍。提示*补齐符与晶振编码里表示小数点的*是同一个字符做字符串处理时务必区分「尾部补齐」和「中间语义」否则频率会被改掉。5. 避坑与排查料号体系上线后最常翻车的五个地方规则写得再细落地时该翻的车一个都不会少。下面五条是按「现象 → 原因 → 解决」整理的踩坑记录基本覆盖了这套十位编码在 ERP 环境里的主要失效模式。5.1 现象同一个物料在系统里出现两个料号原因通常是补齐符处理不一致。人工录入时有人写RS1CB103JM有人写RS1CB103JM*甚至有人写RS1CB103JM**系统按字符串主键判重于是同一颗电阻变成三条主数据。文档虽然规定了十位定长但没规定「入库前必须规范化」这个缺口要靠系统补。解决办法是在物料主数据入口加一道normalize_code先rstrip(*)再ljust(10, *)统一到唯一形态后再判重。5.2 现象49.9K 电阻的料号和 499Ω 的料号看起来一样长原因是主参数位精度溢出。49.9K按规则写成4992是四位而标准三位槽位装不下于是它实际占了第 6~9 位把误差位挤掉了。这时如果解析器仍然按「第 9 位是误差」去读就会把2读成误差码直接解析失败或解析出错误精度。解决办法是在解析器里加长度判定主参数段一旦超三位后续位序整体右移误差位按倒数第二位读不能死守绝对位次。5.3 现象晶振频率全都对不上原因是*的双重语义被误伤。晶振规范是「第 4~9 位表示频率用*表示小数点」如 32.768kHz 写成32*768K、1MHz 写成1*000M。如果规范化函数无脑replace(*, )或rstrip(*)作用于全串32*768K会变成32768K频率直接错三个数量级。解决办法是把星号清理严格限定在尾部补齐位中间的星号一律当语义字符保留。5.4 现象五金件和塑胶件的料号查不到对应机型原因是机型缩写没有受控词表。文档举例的机型串是拼音缩写若各部门各写各的XSJLY和XSJLYY可能指同一台机器也可能不是。等到机型停产、缩写无人能解时这批料号就成了黑匣子。解决办法是给机型缩写单建字典表并锁定编码时下拉选择而非手输同时把「机型 → 全称 → 状态」维护起来停产机型标记为冻结而不是删除。5.5 现象BOM 里料号存在但采购说买不到原因是包装位被当成可选信息忽略。同一个 10kΩ 电阻...M编带成形和...B袋装是两个料号采购渠道和最小起订量都不同。如果工程编 BOM 时随手填了包装位、采购按料号下单却发现该包装形式没有现货就会卡在「料号对但买不到」。解决办法是把包装位纳入 BOM 审核项并在物料主数据里绑定可用包装形式清单缺货时走替代料流程而不是私自改末位。6. 设计取舍定长编码在 ERP 时代还值不值得坚持这套规则的底色是纸面台账时代的产物定长、可对齐、可肉眼反查、不依赖数据库。它的优点在迁移到 ERP 之后依然成立——料号自带语义BOM 评审时老工程师扫一眼就知道对不对新人培训三天能上手排查错料时不用打开系统就能定位到具体参数位。这种「人可读」的属性是纯流水号或 UUID 方案永远给不了的。但它付出的代价同样明确。第一是精度天花板两位有效数字加一位指数注定装不下 49.9K 这种四位精度需求只能开超长后门而后门一开定长假设就破了。第二是语义漂移同一位次在不同品类下含义不同解析必须带前缀上下文任何跨品类的通用处理都会出错。第三是不可回收性前缀和机型缩写一旦分配就长期锁定品类扩张时很容易撞车。第四是一物多码*补齐、大小写、AWG/mm 双制每一处灵活性都是重复主数据的入口。所以真正的问题不是「定长编码好不好」而是「在哪一层用它」。我一般的理解是料号负责人类可读的语义系统负责机器可读的唯一性。具体做法是保留十位编码作为业务码同时在 ERP 里给它配一个无意义的自增主键或 UUID 作为真正的唯一键业务码只做展示和检索。这样既保留了肉眼反查的便利又不会被补齐符和双制写法拖进一物多码的泥潭。验证这套规则是否真的被正确执行有个很土但有效的办法随机抽 30 个料号遮住物料描述只看编码反推规格再和实物或规格书对照。反推正确率低于九成说明要么规则没被遵守要么规则本身在某类物料上有歧义两种都得治。这个动作我建议每季度做一次成本很低但能提前发现主数据腐化。注意料号一旦进入量产 BOM就不要再改语义。规则可以新增品类、可以冻结旧前缀但绝不能让已存在的位次含义发生变化否则历史 BOM 会集体失真。从那以后我每次接手一套料号体系都强制先跑一遍「首字符分派表 各品类位序表 规范化函数」三件套的自检再抽样做反推验证确认这三层对齐了才敢往 ERP 里灌数据。编码规则本身不难难的是让几十号人十年如一日地按同一套位序写字而这份文档把该写死的位序都写死了剩下的事情就是把它变成系统里的校验而不是停留在 Word 里。希望帮到你。本文还有配套的精品资源点击获取
替作者删了)
