- 产品资料库全站唯一且不绑客户,客户图号经映射表对应内部编码
- 工艺路线由路线、控制计划、失效模式分析、流程图四张互引构成
- 工序明细记工作中心与工时,报价与排产共用同一套数
- BOM用量绑定工序,订单转生产自动生成领料单待审批
- 改工艺应新建版本,就地改工序会被系统拦截提示
智造云 · 智能制造平台白皮书 | 第二篇 能力篇
9.1 三本本子,和一个绕不过去的问题
李卉桌上有三本皮面笔记本。第一本按客户分,第二本按工序分,第三本记"试过不行的"。她翻得很快,比谁都熟。
去年有张单公差收紧两丝,她凭经验加了一道校直。半年后这批件退货五件,返工原因写的是"变形超差"。那道校直到底该不该加、当时按什么判断的,只有她知道。
这一章讲的不是"我们有工艺管理功能"。讲的是:怎么让李卉脑子里那三本本子,变成别人也查得到、也敢用的东西。 这件事她一个人做不了——本子是她最趁手的工具,也是她最费时间的地方。
先说一句我们自己的弯路,免得这话听着像别人家的教训。产品资料在我们系统里曾经有三张表:一张报价用的产品、一张零件图号、一张批产产品。同一个支架件在三张表里各有一条记录,各自长出自己的字段。后来把三张并成一张,代价是不小的迁移。这个弯路让我确信一件事:主数据不统一,后面所有链路都是在赌。
9.2 一个件只有一条命,客户叫法另说
并成一张之后的样子是这样。
产品资料库是全站唯一的产品来源,它不绑定客户。一个件的基本面在这里:编码、名称、分类、规格、单位、参考成本与参考售价、工艺概要、工艺编号、产品负责人。
客户专属的东西放到另一张映射关系里:同一个件卖给三家客户,就存三条对应关系,每条带着客户零件号、客户图纸编号、客户规格要求,以及这家客户的单价、税率、含税价。一个产品对一家客户只能有一条这样的对应,系统层面卡死。
这张映射表解决的是制造企业最土也最要命的那个问题:客户的图号和我们的编号对不上。 过去靠人记,人一退休就断。现在它是一个有结构的存放处——报价单上写客户零件号,仓库里发的是内部编码,两头都指回同一条产品记录。
图纸单独管,一个产品可以挂多张,不会只留"最新版"那一张。
还有一条工程上的取舍值得写下来:业务单据关联产品记录时,会同时快照一份关键字段。 意思是三年后你把产品名字改了,那张老单子上显示的还是当时的名字。历史不被后来的修改冲掉——这一格跟下面讲工艺的口径不一样,我会说清差别在哪。
至于"想给产品资料加个自己的字段",这件事在档案类对象上是真能做的:客户、物料、产品、产品资料都留了动态存放位,界面上配一个字段,录进去的值就存得住。报价单、订单这类单据不行,它们的字段配置管的是呈现、校验、谁能看,不是凭空加一格。这条边界第六章写过一次,这里再写一次,因为它太容易被说满。
9.3 工艺不是一张纸,是四张捆在一起
一条工艺路线由四样东西互相引用着成立:路线本身、控制计划、失效模式分析、工艺流程图。四张都指回同一条产品记录,路线还能追到具体物料。
而真正值钱的是工序明细里的那几格:工序序号、工序名称、工作中心、准备时间、运行时间(每件多少分钟)、是否外协、工装治具费、设备。
为什么要写这么细?因为报价和排产得用同一套数。第二章说过报价里有下料、机时、外协、工装费这些变量——那些变量如果只存在于报价员脑子里,他这次按上次的感觉估一个数,下次估另一个。把它们写进工序里,报价员取的是同一份准备时间与每件机时;等单子转成生产任务,车间派工看的是同一套工作中心与外协标记。
一份数两处用,两个部门才可能不打架。
控制计划有自己的一份东西:编号、版本(V1.0 起)、状态分草稿、生效、归档三种,控制项目按列表存在上面,并且回指工艺路线与物料。"归档"这一态很重要——旧版不是被删掉,是被收起来,这是能查到"当时按哪版做"的前提。
失效模式分析单独一张记录,检验标准单独一张,不良处理单独一张。这三张在第十二章细讲,这里只提一句:它们的共同点是把质量判断写成可查的记录,而不是开一次会。
9.4 转生产那一刻,料自动配出来
物料清单(BOM)上有基准数量,每一行带着用量、损耗率、工序序号——用量绑到工序上,这是很多系统图省事不做的一格。绑住了才有意义:这道工序的损耗归这道工序,算成本时不会全摊在材料上。
有了它,订单转生产时系统会做一件车间很喜欢的事:按明细找到产品的有效清单,自动生成领料单,数量等于清单用量乘以订单数量,单据状态停在"待审批"等人签字。
车间不用手算配料,也不用拿着订单去仓库门口等。而"待审批"这一停也是有道理的:算得出来是机器的活,发不发是人的活。
9.5 版本这件事,我们做到哪、没做到哪
这一节按实写,因为它是工艺管理真正难的地方。
已经做到的:工单在转生产那一刻记下它用的是哪条工艺路线,不是每次去看"当前最新的那版"。所以一张老工单不会因为你新建了版本就悄悄变了归属。控制计划有版本与归档态,路线有版本号与启用停用态,产品资料有快照。
这一段原来写的是边界,现在收了,收成什么样说清楚:
路线有了生效日期与停用日期。 置为启用时自动记下从哪天生效,置为停用时自动记下哪天停,两格也都能在界面上手工指定。系统因此不只知道"这条是 2.0 版",还知道它从哪天起算 2.0。
取版收到一处。 以前"这个件该按哪条路线"在六个地方各算各的,排序规则还不一样,出过新版本被老版本顶掉、已删除的路线也被算进去的情况。现在六处走同一个判断:先看在不在生效期内,再按生效日期、创建先后取最新的一版。工单显示工序时先读它自己绑定的那一版,绑定版里没工序才回落到当天生效的那版。
就地改工序会被拦。 一条路线如果已经有工单在读,改到工序明细时系统先回一句"会影响几张在产工单",人要确认才落笔。只调解散工时、备注这类不改工艺身份的格子,不拦。
一句实话要留着:库里历史路线的停用日期是空的。 老数据没有任何地方真记过哪天停的,"最后一次被改动的时间"会被任何一次编辑带跑,拿它当停用日期是造数。宁缺不假——停用日期只对从今天起被停用的路线有效。
除了系统这些,企业自己还要定两条规矩,都不用开发:
第一条,改工艺不就地改。 新建一版,新单引用新版;旧版置为停用或归档。系统只在你要就地改的时候问你一句,它不替你判断这次改动安不安全。
第二条,关键件留一张纸。 客户审过、出过问题的件,把那一版工艺打印出来签字归档。软件管引用关系,纸管那一刻的共识——两件事都别硬塞给软件。
我们不宣称做到了"工艺版本自动控制现场"。 按设备负荷排产、改版自动停掉在产的旧单这两件,属于要把数据地基吃干净才能做的活,排在第二批建设里。在那之前,规矩得由人来定。
9.6 打样走的是六步,不是"做一件看看"
首批件之前要试制,这件事在很多厂里靠一句话:"先做个样件看看。"
系统里样品订单是一条走六步的链:需求 → 工艺评审 → 试制 → 检验 → 客户确认 → 完成。每一步有优先级(高、普通、低)、有计划起止与实际结束日期;客户怎么反馈的原话记在单上;每次试制单独记一条,带批次号、试制数量、操作人。试制与工单之间也留了一格关联位置——它的实情第五篇第二十六章会写:这一格没人写过。
这六步里我最看重第二步。工艺评审是试制之前的一格,不是之后。 李卉那一步判断——这个件能不能按现有工序做出来、要不要加一道——在系统里有它自己的位置,就不只是她嘴上一句"我看看"。
首件做完之后,工单上确实给设备状态确认、主辅材采购确认各留了一个关联位置。这一处比从前实了很多:这两张确认如今都是真单子、真有签字动作——谁签的、几点签的系统自己填、签一次就锁死,采购那张还会回查到货,料没到齐只标"部分确认"。工单详情里也挂了一个"开工签字"页签,按工单号反查这两张确认单,签没签、几点签,在工单上就能看,不用你再跑到那两页去对。
可有一句边界得说清:工单行上那两格本身仍是空的,页签里显示的是从确认单那头反查来的状态;而真正的派工放行仍只看数量与状态校验,不拿这两格签字当一道硬闸。开工前该点头的人如今留下了点头的记录,但这道点算不算拦得住宿,是另一回事——下一章和第五篇第二十六章会把这条缝走完。
9.7 这一章能定的一件事
不要想着把三本本子全搬进系统。先并二十个件——挑最常做、最常出问题的那二十个,把它们的产品记录、客户图号对应、工艺路线、清单四样补齐。
二十个件差不多是一个工艺员两到三周的活。搬完之后你会立刻得到两样东西:报价员不用再问机时,退货时有人能说出当时按什么做的。
同时把那条规矩定下来:改工艺新建一版,不许就地改。 这条定不定,决定了半年后你查历史工艺时,看到的是证据还是一个被覆盖过的结果。
下一章讲车间——老葛那两万步。