生产管理：订单、BOM、工序、成本怎么接起来？

做过制造的人都有过这种体验。

销售接了个急单，客户三天后要货。

销售在群里@生产主管，说单子已经进系统了，你安排一下。

生产主管打开ERP一看，订单是有了，BOM还是半年前那个初始版本，物料档案里有一半的料号跟仓库对不上。

打电话给研发，研发说BOM上周更新过一版发群里了。

再打电话给仓库，仓库说系统里的库存数跟实物差了两百多个。

三天后客户来催货，车间还在等料。

这类场景在中小制造企业里天天上演。问题出在哪？

订单、BOM、工单、工序、成本这五个环节，每一环单独看都没问题，连在一起就断。每个部门都在自己的系统里把事做了，但数据从一个环节流到下一个环节的时候，要么断了，要么歪了。

这篇文章把这四个最容易断的地方拆开看。

一、订单接进来了，BOM还没准备好

销售订单是生产管理的起点，这个没人反对。

但很多企业的现状是：销售在CRM或ERP里录了订单，BOM还躺在研发的PLM或Excel里，两个数据是脱节的。

具体到操作层面，问题一般出在三个地方。

第一，新品接单在前，BOM建在后。

客户要的新品还没走完研发流程，BOM根本没建好，销售已经签了合同。这种单子接进来以后，计划部门没法跑MRP，只能人工估算用料，误差全靠经验兜底。

第二，BOM版本乱了。

同一个产品，研发手里的EBOM、工艺手里的PBOM、ERP里跑MRP的那个BOM，版本不一致。一个料号改了，EBOM升了版，PBOM没跟着升，MRP跑出来的需求跟实际产线需要的料对不上。

第三，BOM里缺辅料和损耗。

研发建BOM的时候只管主要物料，胶水、焊丝、紧固件、包装材料这些不写进去，损耗率也不标注。到了生产阶段，这些辅料全靠车间口头要，仓库看着发，月底盘账才发现辅料成本比预算高了三成。

一句话总结这个断点：订单是销售的语言，BOM是技术的语言，两个语言没对上，MRP就算不出来对的采购和生产计划。

二、BOM有了，工单拆不出来

BOM建好了，理论上可以跑MRP，跑完MRP就可以下生产工单。

但现实里，从BOM到工单，中间还隔着好几步。

第一个坎是工艺路线没挂。

BOM告诉你用什么料，工艺路线告诉你这些料在哪个工序、哪个工作中心消耗。如果只有BOM没有工艺路线，工单就只能拆到"做一千个产品"这个级别，拆不到"冲压车间周三下午需要多少板材、焊接车间周四上午需要多少焊条"。

第二个坎是合并生产还是拆单，没有规则。

一个客户订单里同一个产品要了一千件，是可以合并成一张工单跑，还是按交货批次拆成三张工单分别跟？什么时候合并、什么时候拆，如果没有规则，计划员每次都要拍脑袋，拍错了就是生产等料或者库存积压。

第三个坎是替代料处理。

BOM里一个电阻写了首选型号和替代型号，首选料库存不够的时候，系统能不能自动推荐替代料？替代料切换以后，对应的工艺参数要不要调？这些规则如果没写进系统，工单下到车间以后，产线自己决定换料，出了问题根本追溯不到。

说白了，工单是BOM到车间之间的翻译官。翻译的水平决定了车间拿到的是清晰指令还是一堆数字。

三、工单下了，进度看不到

工单下发以后，理论上每一道工序完成后报工，管理者就能看到这张工单做到哪了、还差多少、有没有异常。

但很多车间现状是：工人在纸质流转卡上签字报工，班组长下班前统一录进系统。有的甚至一周录一次。管理层看到的"系统里的进度"永远是几天前的。

这个断点会引发连锁反应。

第一，计划排不准。

上一道工序实际做完了但系统里显示没做完，下一道工序的计划排程就永远滞后，产能利用率上不去。

第二，异常发现晚。

某道工序当天下午就卡住了，系统里显示还是"进行中"，等到发现的时候已经耽误了一天半，后道全在等。

第三，计件工资对不上。

报工数据不准，月底算工资的时候工人找你：我这个月做了多少件你系统里怎么少了？你拿不出实时数据，只能翻纸质流转卡一个个核。

工序报工的问题说到底是数据采集的问题。如果是数控设备，有设备联网的方案可以自动采集；如果是手工作业，至少也得让工人在移动端或工位终端上做完即报。手工录、集中录、延迟录，这三种方式数据质量逐级下降。

四、活干完了，成本算不清

一个工单做完入库了，按理说该算成本了。材料成本、人工成本、制造费用，三项归集到这张工单上，得出这批产品的实际成本。

现实是，很多企业月底算成本的时候场面是这样的：财务拉出工单列表，查材料出库记录，查工人考勤，查水电和设备折旧分摊表，然后手动在Excel里加加减减。算出来的成本最多到"这个月生产总成本"这个级别，拆不到"某个工单生产了五百件产品，每件的材料、人工、制造费用分别是多少"。

成本算不清，两个后果很直接。

第一，报价靠猜。

销售报出去的价，到底赚不赚钱、赚多少，没人说得准。有的单子接了三个月才发现一直在亏。

第二，改善没方向。

车间主任说下个月产能能提15%，财务说你这个月实际成本是多少都不知道，怎么证明提了15%就能降本？没有精确的成本数据，所有改善都是拍脑袋。

成本这个断点跟前面三个断点不一样。前面是数据没流过去，这里是数据流到最后发现前面缺了太多，算不出来。

五、四个断点串在一起看，根因就是一条

把这四个断点放一起看，根因不在任何一个环节上，而在数据链路本身。

订单的数据结构是客户、产品、数量、交期。BOM的数据结构是物料、用量、层级、版本。工单的数据结构是工序、排期、状态、报工。成本的数据从材料、人工、制造费用三个维度归集。这四个数据结构本来就不一样，如果靠人来翻译，每翻译一次就多一次出错的机会。

很多工厂上了ERP，问题还在，为什么？

因为ERP把订单管了、把库存管了、把财务管了，但BOM的版本流转在PLM里，工艺路线在CAPP里，工序报工靠纸质单，车间排产靠Excel。系统是上了，数据流没通。

还有一层更麻烦的：权限和数据归属。研发说BOM是我的，工艺说工艺路线是我的，车间说报工数据是我的，财务说成本是我的。每个部门守着自己的数据，没人对整个数据链路的完整性负责。

六、怎么把断点接起来

说完了问题，落到怎么解决上。四个方向。

第一，BOM版本和工艺路线要统一数据源。

不要让研发、工艺、生产各管一摊互为孤岛。BOM从创建到变更到投产，全生命周期在一个数据模型里管，谁改了、改了什么、影响了下游哪个环节，一条线能追溯。

第二，工单的下发和报工要闭环。

工单下到车间以后，每一道工序的开工、完工、报检、异常，都要实时记录。不一定要上MES全模块，但至少要做到工位级的移动报工或终端报工，杜绝集中录、延迟录。

第三，成本要从工单维度实时归集。

材料出库的时候自动关联工单，人工工时在报工的时候同步进系统，制造费用按预设的分配规则自动分摊。月底结账如果超过一天，说明数据采集环节还有一个以上的断点没解决。

第四，也是最重要的一点：选工具的时候，不要看单个功能有没有，要看数据链路能不能打通。

传统方案是PLM管BOM、ERP管订单和库存、MES管报工、财务模块管成本，优点是各模块深耕多年功能完善，缺点是系统之间的接口开发和运维成本高，改一个数据字段可能要跨三个系统做同步。

一体化的低代码平台在这个场景里有天然优势。以织信Informat为例，数据建模能力可以直接在平台上搭出订单、BOM、工单、工序、成本五张核心数据表，表之间的关联关系在建模阶段就定好了，数据不需要跨系统翻译。流程引擎把订单审批、BOM变更、工单下发、报工确认串成一条自动化流水线，用户权限精确到字段级，研发看BOM、工艺改路线、车间看工单、财务看成本，各看各的不串数据。

比起花半年时间把PLM、ERP、MES三个系统打通，在同一平台上跑通订单到成本这条链路，实施周期和长期运维压力都要小一个量级。

结束语

制造业信息化做了这么多年，系统换了一茬又一茬，订单到成本的断点依然是最普遍的问题。

我们把四个断点复盘一遍，每个断点的解方都不复杂。BOM版本统一。工单下发和报工闭环。成本按工单实时归集。最后选一个数据链路天然打通的工具底座。

如果你的工厂现在还陷在"销售催生产、生产催仓库、仓库催采购、财务月底算账全靠Excel"这个循环里，问题不在人，在数据流转的管道没修通。管道通了，数据自己会跑。

如需了解织信Informat在制造业生产管理一体化场景的落地实践，可以点击官网右侧栏-预约演示。