ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

AI赋能BOM管理与排版:从混乱格式到规范化工程清单

AI赋能BOM管理与排版:从混乱格式到规范化工程清单 上个月同事发我一份BOM打开以后我愣了三秒物料名称一列里电阻10KΩ、10K电阻、R-0402-10K挨在一起用量有写2的也有写2.000的还有一行备注写着待采购先按1备。这样的表研发说没问题工艺说没法导入采购说不敢下单。BOM这东西看着是一张二维表格实际是整个产品流转的公共语言研发、工艺、采购、生产全都靠它对齐信息。语言一乱后面全是连锁反应。所以基于AI做BOM管理和排版这个方向这两年越来越被关注——它解决的不是表格好不好看的问题而是信息能不能被准确、高效地消费的问题。这篇文章我就从实际落地角度聊聊AI在这个场景里到底能干什么、排版为什么是刚需、以及我踩过的几个坑适合制造业信息化工程师、研发和工艺人员以及对AI落地工业场景感兴趣的朋友参考。1. 传统BOM管理的三个死穴格式混乱、版本失控、口径不一1.1 格式混乱每个工程师都有自己的一套表哥我见过太多这样的场景研发部老张习惯用WPS表头是序号、物料名称、型号、数量、备注隔壁小李交上来的Excel第一列是物料编码第二列才是品名中间还插了一列供应商工艺部那边更夸张一个BOM拆成三个SheetSheet1是电子料Sheet2是结构件Sheet3是包装材料但对外的文件名叫整机BOM。这听起来像是管理问题但实际上是个典型的非标准化问题。每个人都在用自己的方式组织同一类信息却没有一个公共的数据契约。列顺序不一样、叫法不一样、单位不一样——同样的电阻有人写10KΩ有人写10K有人写10000Ω还有人写R10K。这些字段到了采购手里要么靠人工一个个翻译要么直接导入系统报错。格式混乱的直接后果是下游每个环节都要重新整理一遍。工艺部拿到研发的BOM要重新排版采购部要重新录入生产部要看自己习惯的格式。一次传递一次损耗损耗的不是数据而是时间和对数据的信任。1.2 版本失控一份BOM的流浪生涯我接触过的多数中小型制造企业BOM版本管理基本靠文件名和邮件。给你看几个真实存在的文件名BOM_A_20240115_final.xlsx、BOM_A_20240115_final2.xlsx、BOM_A_最终版.xlsx、BOM_A_真正最终版.xlsx。每改一版就在旧文件后面加个后缀再发给全组人。最后全组人手里拿着四五个版本谁也说不清哪个是最新的。更麻烦的是变更痕迹。工程师改了三个物料但只在一个群聊里说了一句散热片换成L型了。等他改完采购还在按老版本询价产线上的装配图还是旧物料编码。等发现的时候样机已经装了一半。从这个角度看AI能替代PDM或PLM吗替代不了。系统级的版本管理需要流程和权限控制这不是一个脚本能解决的问题。但AI有个非常实用的价值自动对比两个BOM版本把差异项标出来生成变更影响清单。原来工程师要做这件事得一行行人工比对几百行的BOM还能忍几千行的BOM基本就靠运气了。AI做这种差量分析非常擅长我后面会详细讲。1.3 口径不一同一个物料三种叫法如果说格式问题是乱版本问题是散那口径问题就是脏。同一个物料研发叫他MOS管工艺写场效应管采购的供应商型号栏填的是FDS8958A。这三个名字指向同一个东西但系统不认识。我见过更夸张的同一个物料编码在两套系统里对应的名称不一样同一个名称在研发BOM和库存系统里编码对不上。计量单位也是重灾区——个、只、PCS、pcs、件、EA全在一个表里。单位不一致直接导致数量汇总错误本来100套的东西因为一半写PCS一半写个统计出来变成80套。这个领域恰恰是AI最能发挥作用的地方。因为同物多名本质上是语义对齐问题而语义对齐正是当前大模型最擅长的事。它不像规则引擎那样需要预设每一种叫法而是可以理解10KΩ贴片电阻和RES 10K 0402描述的是同一个物料。当然这件事不能全交给AI后面我会聊具体怎么做才能既高效又不出错。这三个死穴互相叠加靠人工开会、发通知、定规范不是不能解决但成本极高而且很难持续。这就引出了AI的切入点——不是替代人去制定规则而是替代人去处理那些规则不明确的脏活、累活。2. AI介入BOM管理的切入点能做什么不能做什么2.1 从PDF、图片、扫描件里把BOM扒出来BOM数据来源不只是Excel。供应商发来的规格书常常是PDF图纸附件可能是扫描件有些外协厂甚至直接发来一张翻拍的照片。传统的做法是人工录入或者用OCR工具先转一遍再手动校对。但关键难点不在OCR识别文字而在表头语义理解。比如一个PDF里写着Part No、料号、零件编号、Material Code它们都指向物料编码这个字段可底层的数据表头不统一。规则脚本遇到Part No可以映射遇到料号也能映射但将来再来个NO.呢再来个MPN呢规则列表会越写越长永远追不完。AI的做法是直接把表头和字段元数据同时丢给语义模型让模型判断这一列在标准BOM结构里对应哪个属性。实测下来对常见中英文表头的识别准确率能在95%以上剩下模棱两可的比如NO.既可能是序号也可能是物料编码再由人工确认。这一步至少能把录入整理的时间压缩掉七成。2.2 物料描述标准化把花名归位标准化的核心不是改名字而是建立同一个物料的关联。我常用的做法是两步第一步把所有物料描述统一格式。比如电阻10KΩ 1% 0402、RES 0402 10K 1%、10K贴片电阻 1% 0402这些写法通过规则先把单位、规格、封装拆出来拆不出来的交给AI去补全。第二步把标准化后的描述向量化计算相似度。相似度超过0.9的自动归入同一个物料族0.7到0.9的推荐给人工确认低于0.7的当成新物料处理。这样既保证了自动化率又留出了人工兜底的口子。这里要特别提醒一句相似度0.92不代表两个描述一定是同一个物料。尤其电子料型号差一个字母就是完全不同的东西。STM32F103C8T6和STM32F103RBT6相似度极高但一个是48脚一个是64脚混用的后果是板子焊不上。所以物料标准化这件事AI能大幅提效但必须在关键字段上卡规则不能全凭相似度说话。2.3 层级结构识别从平铺表格恢复父子关系BOM的结构本质是一棵树整机下面有组件组件下面有子组件最底层是零件。但实际拿到的BOM往往是一张平铺的大表层级关系藏在编号前缀里或者缩进空格里甚至藏在备注的含散热器这种话里。我常用的恢复手段有三种按可靠度排序编号前缀法如果编码遵循01-02-003这种约定前缀直接决定父子关系准确率最高。缩进法Excel里有缩进空格层级由空格数量决定但前提是原作者没乱用空格。语义推断法AI读取每一行的描述和备注判断这是总装件、分总成还是单件。比如组件、总成、模块这类词往往暗示这是父节点。实际项目里我的经验是规则优先、AI兜底。能用前缀和缩进算出来的层级绝不让AI猜只有规则失效的行才交给AI让模型根据语义给出最可能的父节点。这套组合方案的准确率比我纯用规则的方案高出不少而且AI参与的部分可以做得保守一点——宁可标不确定也不要猜错。2.4 AI的边界哪些事别甩给AI聊完了AI能做的事必须泼一盆冷水。我见过有人想让AI全自动管理BOM从生成编码到发布采购订单全交给模型这绝对是灾难。物料编码的唯一性约束应该由系统保证而不是靠AI判断。AI可以对比两个编码是否是同一物料但生成新编码必须有规则引擎和库表校验否则大概率重号。变更流程的控制比如谁有权限改、改完怎么通知下游这是流程管理问题AI只能辅助生成变更说明无权做审批决策。数量的准确性更不用说了AI可以在明细里帮你做加减乘除的核对但最终数量必须有人拍板。一句话总结AI在这件事里的角色它是那个能把脏活累活干完的超级实习生而不是那个签字盖章的负责人。你让实习生做决定他敢做不等于做得对。3. BOM排版的核心逻辑它不只是好看而是工程语言3.1 多级缩进与层级可视化不同的人要看不同的视图很多人觉得排版就是把表做得整齐一点这是个巨大的误解。BOM排版的核心是信息层级的呈现方式。同样一份BOM生产车间的装配工希望看到树状缩进——父件粗体子件缩进两格这样他一眼就能看出装几个零件、每个零件装在哪采购部的人希望看到平铺表——每个物料一行带编码、带供应商最好还带上次采购价研发经理希望看到汇总视图——整个产品的组件构成、每个组件占多少种物料、BOM总量是多少。我用一个工具做过这样的试验把同一份BOM分别排版成缩进树状、平铺明细、层级汇总三种视图让三个部门的同事各看各的。结果反馈出奇地一致——这才是我想要的表。这说明排版不是装饰而是把同一个数据结构按不同角色的心智模型重新组织。AI在这件事上的价值是自动识别阅读者的身份或用途动态生成对应的视图模板。排版规则可以固化但视图选择应该足够灵活。3.2 字段对齐、换行与分页排版的硬需求当BOM只有几十行时用Excel手动拖一拖列宽、拉一拉边框完全没毛病。但几千行、几十个字段的BOM排版就变成了硬核工程问题。我遇到过的几个典型需求列宽自适应物料描述字段动不动几十个字符焊盘封装又短又长列宽统一设为10的话长字段全部挤成####。AI可以做字段长度统计自动给出每列的推荐宽度。单元格自动换行与合并同一条BOM项下面挂多个替代料时需要合并单元格保持可读性。合并规则要提前定义好不然AI合并出来的表反而更难读。分页控制打印纸质版发到车间时一级组件必须从新页面开始同一组件的明细不能被分页符切断。这个逻辑在HTML转PDF时特别容易出问题我一般会在模板引擎里手动控制分页断点。页眉页脚带版本号和日期这个细节看着小但纸质BOM一旦流到现场没有版本号的表就是安全隐患。这些硬需求靠LLM逐行生成排版代码肯定不现实正确做法是在模板里定义好所有规则AI只负责往模板里填数据。3.3 多格式输出一份数据多种表达同一份结构化BOM数据最终要输出成多种格式Excel是主流前端开发给网页端用PDF用于受控发放Word经常出现在装配工艺文件里还有一小部分要转成CSV给ERP导入。我推荐的做法是数据与样式分离。底层统一维护一份JSON或DataFrame结构的数据上面套不同格式的模板渲染器。AI在其中的作用有两个一是按模板把数据组织成渲染器需要的中间格式二是当非标输入出现时比如某个物料描述里夹杂着供应商注释由AI判断它属于哪个字段再进到中间格式里。这样做的好处是不管输出成Excel还是PDF规则是一致的不会出现Excel里没问题PDF里列宽就崩了的尴尬。格式多不是问题每种格式各自维护一套规则才是问题。3.4 排版背后的数据契约先定义字段映射排版之前必须先解决一个更底层的问题同一物理含义在不同系统里有不同叫法。研发BOM里叫用量ERP里叫基本数量工艺BOM里叫单台用量还有的表格叫Qty per Assy。如果不做字段映射直接套模板排版出来的表只是把一个混乱口径排得更整齐而已。所以我在做BOM排版前都会先做一份字段映射表。比如研发叫法工艺叫法ERP字段标准属性用量单台用量基本数量QtyPer物料名称品名物料描述MaterialName图号零件号物料编码PartNumber这个表格虽然不起眼但它决定了后面所有排版和AI处理时的共同语言。没有这张表AI做得越多错得越多——因为它拿到的指令本身就是含糊的。4. 实战用AI把一份天书BOM变成规范工程清单4.1 我处理过的一份原始样本长什么样为了说清楚我拿一份实际处理过的样本级混乱BOM来演示。这份表来自一个中等规模电子制造企业的研发部特征如下表头不在第一行前四行是项目说明和备注列名序号下面混有1-1、1-1-2这种层级编码也有人直接填数字物料描述里夹杂供应商简称和待定字样用量列出现1/2、0.5和1.000三种形式最后几行有备注以上不含包装材料这样的文本。这种数据直接丢给任何自动化脚本都会出错因为格式完全不符合预期。人的做法是打开Excel一行一行地看、改、挪、合并。3000行的表熟练工程师至少半天时间。4.2 四步走清洗、识别、归类、排版我的处理流程分成四步每一步都有明确目标。第一步清洗。去掉冗余表头、空行、重复项把全角字符转半角统一日期和数字格式。这一步用规则脚本就能完成重点是保证进AI的数据是干净的。我见过有人跳过这一步直接把原始数据扔给大模型结果模型被混乱格式带偏输出质量直线下降。数据清洗是AI应用中性价比最高的环节这步省了后面全乱。第二步识别。把每一行文本交给AI让它判断这一行的角色是表头、是数据行、是备注行、还是层级标记。千万别小看这个判断很多BOM的数据行里会夹着小计、共12种物料这种汇总行不识别出来后面的数量汇总就会翻倍。第三步归类。把清洁过的物料描述标准化并映射到物料库。这一步我采用规则映射为主、AI语义匹配为辅的方式。规则能命中的直接走规则比如编码前缀匹配规则命中不了的再用AI向量相似度归类阈值设为0.85低于阈值的进人工队列。第四步排版。所有处理完的数据进入统一JSON结构再由模板渲染器输出成标准Excel。模板里定义了列顺序、列宽、缩进层次、分页规则、页眉页脚AI不干预样式。这套流程听起来不复杂但跑通之后效果非常稳定。我给同事演示的时候把一份3000行的混乱BOM丢进去大约25分钟出来一份带完整层级的标准化Excel其中人工确认了大概120行不确定项。换成手工做半天时间没跑。4.3 关键实现规则兜底 AI增强的分层架构很多朋友问我直接用大模型一把梭行不行我把所有BOM数据扔给它让它直接输出整理好的表。理论上行实操上是噩梦——大模型一次能处理的token有限几千行数据必然要分片分片之后上下文连贯性难以保证而且输出格式偶尔会自由发挥。我采用的分层架构大概是这样的# 伪代码说明分层逻辑 def process_bom(raw_data): # 第一层: 规则引擎处理可确定逻辑 cleaned rule_based_clean(raw_data) # 去空行、统一全半角 # 第二层: 结构化规则处理层级和编码 leveled rule_based_level(cleaned) # 前缀/缩进识别层级 # 第三层: AI增强只处理语义模糊部分 uncertain_rows ai_mark_uncertain(leveled) # 标记AI觉得没把握的行 # 第四层: 人工确认只处理AI不确定的行 confirmed manual_review(uncertain_rows) # 第五层: 模板渲染输出标准排版 return render_template(confirmed)之所以要分层是因为BOM管理场景对确定性的要求极高。规则引擎不会做创造性修改它要么按规则处理要么标记异常。AI的优势在语义理解但它的输出天然带概率性。分层之后每个环节只做自己最擅长的事错误被逐层拦截而不是等到最后一步集中爆发。我之前也试过把所有判断都交给大模型让模型输出JSON再转表格。第一版跑通很快但跑稳定很难——模型会在某个不起眼的小字段上突然改变策略比如把无铅识别成物料名称的一部分这种偶发抖动在几千行的表里很容易漏过去。分层之后AI只负责模棱两可的部分整体稳定性上了一个台阶。4.4 效果对比自动化与人工的差距在哪拿同一份真实数据做对比结果很直观处理方式耗时出错情况人工投入纯人工整理约4小时看错行、漏行约3-5处全程投入纯规则脚本约10分钟遇到非标写法即报错报错后人工处理约1小时规则AI人工复核约25分钟AI不确定项120行人工复核后无误约20分钟确认纯规则脚本看起来快但它的快是建立在一张完整的规则清单上的。真实BOM每个月都会冒出新的非标写法比如这个月多了一种替代料标注下个月多了个CN后缀。规则脚本每遇到一次新情况就要改一次代码维护成本很高。规则AI的方案把语义理解的部分交给了模型新情况发生时AI至少能给出这个我不确定的反馈而不是直接崩溃。在我做过的几个项目里人工复核比例通常在5%到10%之间。这个比例很舒服——既不会漏掉关键错误也不会让人变成流水线工人。5. 落地过程中的坑别让AI的不确定毁掉确定性工程5.1 AI幻觉把待定猜成具体物料这是我在实际项目里踩过最深的一个坑。处理一份结构件BOM时有一行写的是散热器支架型号待定。AI在归类阶段非常贴心地把型号待定替换成了铝型材支架L-1023理由是它认为型号待定意味着需要自动补全。采购部拿到这份表直接按L-1023询价了结果供应商报价回来才知道根本没这个物料。这个问题的根子在于AI的默认目标是把信息补齐但BOM场景里不确定的信息本身就是重要信息——它告诉你这里有个动作没完成。我后来的对策是在给AI的提示词里明确写一条规则遇到待定、待选、未定、TBD、N/A等标记时原样保留并在输出标记列里打上NEED_CONFIRM。这个教训值一万块。让AI做BOM整理最重要的能力不是会填而是知道什么时候不该填。5.2 物料匹配的假阳性0.92的相似度不一定安全前面说过物料标准化用相似度匹配相似度0.92听起来很保险但实际操作里翻过车。有一批型号非常相似的电容一个是100nF 50V 0603一个是100nF 25V 0603描述字符串相似度高达0.95但耐压完全不是一个等级。如果按相似度直接合并电源板的物料单就把25V的电容当成50V的用了后果可想而知。我的处理办法是相似度只作为候选排序依据最终合并必须经过关键字段校验。对于电子元件封装、耐压、容值、精度这些字段必须完全一致才允许自动合并。AI负责把相似的物料挑出来给人看但判定为同一个物料这件事必须有明确的规则边界。换个说法相似度是找嫌疑人的规则才是定罪名的。5.3 排版模板必须固化样式不该让AI自由发挥有段时间我图省事让AI直接生成美化后的Excel。第一次效果惊艳第二次开始走样——表头加粗方式变了合并单元格的规则变了甚至有一版连页边距都变了。虽然内容没错但发给工艺部后质检那边反对了理由很直接每次格式都不一样我们怎么知道这次是不是漏了行从那以后所有排版样式全部进模板模板是代码控制的AI只接触数据不接触样式。就好比AI是写内容的记者排版是固定的报纸版面记者的文字可以千变万化但版式必须稳定否则读者会对今天的报纸是不是少了一版产生怀疑。固定模板还有个好处新格式需求出现时只需要改模板不需要让AI重新学习一遍排版逻辑。5.4 人机协同复核流程怎么设计最后聊一下复核机制。我的原则很简单机器预处理人工抽检双向反馈闭环。机器预处理完成后AI会生成一个不确定项清单里面是它无法归档的物料、模糊的层级行、以及所有被打上NEED_CONFIRM标记的字段。人工复核这个清单而不是面对几千行原始数据。对关键字段——用量、编码、层级关系——我要求100%人工确认对描述类字段如供应商备注、物料描述措辞抽检20%到30%即可。每次复核后人工的修正结果会回流成新的规则或新的格式化约束。比如有一次我发现AI总是把相等数量理解成备品就在规则里加了一条出现备品备件SPARE等词时从用量中单独拆分计入备品列。这套AI提效、人工把关、规则回流的闭环跑起来之后AI的能力会越来越贴合你们公司的数据习惯而不是停留在行业平均水准。5.5 从小处试点别急着全量推广如果你现在正准备在团队里推AIBOM管理我给的建议是先选一个产品族的BOM做试点最好是那种数据量中等、混乱程度不是最高的。试点目标不是证明AI能干活而是把你组织内部的字段映射表、模板规则、确认流程跑通。我见过有人一上来就要求AI处理整个工厂的全部BOM结果因为数据契约没定义好AI被各种历史遗留数据打得满地找牙。跑通一个产品族之后再逐步扩展物料类型和BOM来源。这个过程里最关键的产出不是工具本身而是那张字段映射表和一套人工确认SOP——它们才是可持续复用的资产。AI模型会迭代工具会换但组织内部对什么样的数据算干净、什么样的输出算合格的定义能一直指导后续所有自动化方案。按我这个路子走一般一个产品族的BOM在两周内能稳定上线之后每新增一个产品族只需要调整模板和少量规则速度会越来越快。我个人觉得这个方向真正的价值不在于省了多少人工而在于它逼着团队把BOM数据契约梳理清楚了这个梳理动作本身的价值可能比AI还要大。
返回列表