首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >定制化制造企业数字化诊断手记(三):20天的加工过程,系统里是空白

定制化制造企业数字化诊断手记(三):20天的加工过程,系统里是空白

作者头像
凯叔Kev
发布2026-07-15 16:38:54
发布2026-07-15 16:38:54
10
举报

去一家做大型工业传动设备的企业做调研,年销售额四个多亿,三百来号人。产品是那种单台价值几百万的重型装备,按客户需求逐台定制,一个订单从接单到发运,周期在六十到九十天之间。

走进机加工车间之前,我对这家企业的数字化是有一些预期的。毕竟他们花了近千万建系统——ERP、MES、立体仓库带AGV、PLM全都上了。一般来说,投入到这个量级,车间里多少应该能看到一些系统运行的痕迹。

然后我们走进了车间。

每台加工中心旁边确实摆着一台工业触摸屏,能看到MES的登录界面。扫码枪也在。但屏幕上积了一层淡灰,有几台甚至没开机。我试着点了一下,触摸屏的响应慢得像在拖泥。

数字化部负责人陪着我们走了一圈之后,说了一句话,我印象很深:

"我们现在生产线上看不到任何MES的痕迹。"

他停了一下,又补了一句:"花了两百多万。"

一个结构件的故事

后来我们跟工艺部负责人聊,他给我们看了一个核心结构件在PLM里的BOM结构。

这个结构件是整台设备最大的焊接件之一。它下面有二三十个零组件——各种管件、环件、切割件,要经过下料、机加工、焊接好几个工段,整个加工周期在二十个工作日以上。

但是在ERP里,这个结构件层级下面直接就是——钢板。

中间那二三十个需要下料、机加工、焊接的零部件,在系统里全部是"虚拟件"。所谓虚拟件,就是系统自动忽略的层级,MRP展开的时候直接跳过,不生成工单、不做报工、不走出入库。换句话说,这二十多天的加工过程,在系统中完全不存在。

我当时有点没反应过来。二十天——从一块钢板变成一个成型的焊接件,中间经历下料、打磨、机加工、焊接,可能要跨两三个工段、过好几台设备,最后在系统里的体现就是:钢板进去了,二十天后结构件出来了。中间发生了什么?不知道。走到哪一步了?不知道。

我问同行的车间主任怎么看。他当时就说了一句:"你这一干二十天,我根本不知道进展怎么样。"

为什么会变成虚拟件

事后复盘来看,这个决定其实有它的上下文。

原来MES实施的时候,方案是按标准做法来的——每个半成品都是实体件,有独立工单,加工完要出入库、要报工、要在系统里做物料移转。这在流水线制造企业里是常规操作。

问题是这家企业不是流水线。他们做的是大型非标设备,一个结构件可能就做一两台,每个零件都是按图纸单独下料的。如果每个半成品都要走完整的出入库流程,计划部门的工作量会激增——几十个零件,每个都要单独开工单、收货、发料。

这里的核心矛盾在于,MES的实施顾问是个刚毕业没两年的年轻人。这不是背后说人坏话——数字化部负责人自己讲的,那个项目经理"也就二十三二十五",在现场待了一年多,头发都掉了不少。一个两百多万的项目,行业经验、业务理解、跨部门协调能力,这些东西不是靠加班能补上来的。

所以方案给出来的时候,只有两个选项:要么完全按标准来(每个半成品独立出入库),要么不做。没有人去设计第三种方案——比如现场扫码交接、后台自动过账、简化到工人只需要在工段交接的时候扫一下码。

结果就是几个领导开了个会,觉得"太繁琐了",拍板改成虚拟件。问题是这一改,不是简化了管理,而是取消了管理。

连带效应

虚拟件带来的影响不只是"看不到进度"这一个点。

工时采集断了。工艺部负责人其实已经在系统里维护了工艺路线,每道工序都定了标准工时——他是靠理论计算加自己十几年的经验来估的。但因为这些零件是虚拟件,系统不会为它们生成工单,也就不存在报工这个动作。工时定额有了,但没有实际数据来验证它对不对。

成本归集断了。财务那边做成本核算的时候,材料成本只能算到钢板这一层。中间的加工工时、设备折旧、人工费用,没有数据支撑,只能按车间整体均摊。所以每个月成本结出来,机加工部分就是一个模糊的大数字,穿透不下去。

盘库永远是亏的。工艺部负责人提到一个细节:机加工车间每个月做原材料盘库,"每个月都是亏的"。但到底是BOM搭建不准导致多领了料,还是加工过程中废了件需要重新下料,还是其他原因——没有人能说清楚。因为中间过程的数据全是空白,想追溯也无从下手。

工段间没有交接记录。一个零件从机加工流转到焊接,实物上当然是搬过去了,但系统里不存在这个动作。谁加工的、什么时候完成的、质量有没有问题、交接给了谁——全靠线下沟通。如果出了质量问题需要追溯,这一段就是真空。

装配那边也差不多

机加工好歹是有终端设备的——虽然没在用。装配那边连这个都没有。

我们在装配车间看到一台大型设备正在组装,几个技工在里面接线。这种大设备的装配周期在四到六天,其中至少一半的工作靠经验——图纸上只画了电气连接关系,不体现空间布局,具体走线路径、固定位置,全凭老师傅的手艺。

装配过程中完全没有报工。不是一天报一次,是整个过程不报。装完了、通电测试了、没问题了,才在系统里做一次完工登记。

运营负责人对这个事情反应很直接。他说的原话是:"这些颗粒度一定要细。"他举的例子是:一台设备标准装配时间是三十二个小时,如果工人前两天按正常节奏干了十六个小时,然后突然来了插单——那后面两天就必须安排加班,否则交期就要延误。但如果没有过程数据,等到第四天快完工才发现来不及了,已经没有回旋余地。

后来我们问他:MES在装配车间是怎么用的?

他想了一下说:"其实我现在找个小姑娘在现场天天给我统计出货表就好了,我要上你系统干嘛。"

这句话不是在否定数字化。恰恰相反——他是在说,如果MES给我的数据颗粒度是"四天后告诉我结果",那这个系统对我没有管理价值。我宁可用人。

问题出在哪

事后我一直在想,这家企业的情况其实在定制化制造行业里特别常见。

他们不是没投入——近千万砸下去了。不是没有系统——ERP、MES、PLM、WMS全有。不是没有意愿——从董事长到运营总监都知道要改。甚至不是没有数据基础——工艺部负责人已经在系统里维护了工艺路线和工时定额,虽然只有他一个人能做这个事(整个工艺部就七个人,满负荷运转)。

核心问题是什么?

初次实施的时候,没有人针对这家企业的业务特性做方案设计。

这家企业做的是大型非标定制设备,单件加工周期长、工序复杂、产品几乎不重复。它需要的管理粒度和一家做标品的流水线工厂完全不同。你不能套一个标准MES方案——要么管得太细(每个半成品独立出入库),操作成本高到现场受不了;要么干脆不管(全部改成虚拟件),管理层什么都看不到。

正确的做法应该是找到中间地带——现场操作尽量简单,但后台的数据链必须完整。管到什么粒度、哪些环节必须卡、哪些可以简化,这些问题没有标准答案,必须针对具体企业的产品特性、加工节拍和管理基础来设计。

但这恰恰是最需要经验的部分。需要实施团队坐下来,跟计划、采购、生产、工艺的人一个一个聊透。你得理解他为什么觉得"太繁琐",也得知道简化到什么程度不会把管理数据一起砍掉。这不是一个刚毕业的年轻人能搞定的事情。

我们这个行业有句老话:MOM这个东西,三分看产品,七分看实施。产品大同小异,成败全在实施上。

其实基础比想象中好

说了这么多问题,我想补一个观察。

我们在现场跟工人聊的时候发现,大家对系统这个事儿本身并不抵触。装配车间的技工说"能玩手机就没问题",机加工那边的工人也熟悉扫码操作。MES用不起来不是因为工人不会用,是因为终端体验差、操作流程不合理。

工艺部虽然只有七个人,但BOM结构和工艺路线在PLM里是有维护的。工时定额虽然靠经验估算,但至少有一个起点,后续可以用实际报工数据来校准。

机加工车间按吨位承包计件,这确实是工时管理落不下去的一个障碍。但公司已经在往工时制过渡——只是"中间管理上有些困难"。

这些加在一起说明一件事:这家企业不是从零开始。系统有了,终端设备有了,基础数据有了(虽然不完善),人也有意愿。

它缺的是什么?一个愿意坐下来了解这个行业的实施团队——不是拿着通用方案来套,而是真的花时间跟计划、采购、生产、工艺的人逐一聊透,搞清楚这家企业的产品特性和管理现状,再来设计那套现场用得动、后台数据又完整的方案。然后盯着落地,一个环节一个环节地跑通。

这件事,花两百万请个刚毕业的项目经理做不了。花两千万买一套更贵的系统也做不了。它需要的是耐心、经验,和真正把客户业务搞懂的意愿。

至于到底是在现有系统上改造,还是重新来过——那是另一个需要认真评估的问题。但不管走哪条路,起点是一样的:不能再让二十天的加工过程,在系统里是一片空白了。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2026-06-09,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 凯叔聊数智化 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 一个结构件的故事
  • 为什么会变成虚拟件
  • 连带效应
  • 装配那边也差不多
  • 问题出在哪
  • 其实基础比想象中好
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档