添加HanTop-MKT,解决企业变更管理难题
“我们的变更流程是这样的:工程师发现要改图,口头跟主管说一声,改完发个微信群通知,然后等采购问’图纸改了为什么没告诉我’。”
一家装备制造企业的研发经理这样描述他们的变更管理现状。SolidWorks PDM管图纸版本没问题,但从"图纸改了"到"所有该知道的人都知道了、所有该改的数据都改了",中间断了好几截。
核心问题:变更不是一个动作,是一个流程。 而PDM只管了最前面那一截——图纸版本。
这篇文章把ECR→ECO→ECN变更闭环的完整逻辑讲清楚,让你看明白变更管理到底应该怎么管。
一、为什么需要变更闭环
先说清楚一个概念:变更管理≠版本管理。
|
版本管理(PDM能做) |
变更管理(需要PLM补齐) |
|
图纸从V1改到V2,版本号自动升 |
为什么要改?谁发起的?影响哪些产品? |
|
可以回溯历史版本 |
变更审批流程:谁审核、谁批准 |
|
检入检出防止冲突 |
变更通知:自动推送到关联部门 |
|
文件权限控制 |
变更执行:BOM更新、ERP同步、供应商通知 |
版本管理解决的是"改了之后留痕"的问题,变更管理解决的是"改之前评估、改之中执行、改之后通知"的全流程问题。
没有变更闭环会怎样?三个典型场景:
ECR→ECO→ECN就是解决这些问题的标准变更闭环流程。
二、ECR→ECO→ECN是什么
2.1 三个阶段各自干什么
|
阶段 |
全称 |
核心问题 |
做什么 |
|
ECR |
Engineering Change Request 变更申请 |
为什么要改?改了影响什么? |
发起变更申请,关联问题/需求,做变更影响分析 |
|
ECO |
Engineering Change Order 变更执行 |
具体怎么改?改成什么样? |
执行变更——修改图纸/BOM/工艺,生成差异对比 |
|
ECN |
Engineering Change Notice 变更通知 |
改完了,谁需要知道? |
通知关联部门+供应商,同步ERP,管理变更生效 |
用大白话说:ECR是"申请要改",ECO是"动手改",ECN是"通知改完了"。
三个阶段串起来,形成一个闭环:申请→分析→审批→执行→审核→通知→执行跟踪→关闭。
2.2 为什么三个阶段缺一不可
没有ECR会怎样? 工程师直接改图,没有变更影响分析,改完才发现影响了一堆产品。或者没有审批环节,谁想改就改,变更质量失控。
没有ECO会怎样? 申请通过了但不知道谁来执行、什么时候执行、执行到什么程度。变更申请石沉大海。
没有ECN会怎样? 图纸改了、BOM改了,但采购不知道、生产不知道、供应商不知道。变更"做了等于没做"。
三、鹏焬OIDS的变更闭环怎么跑
3.1 ECR阶段:变更申请
工程师在系统中发起ECR,需要填写和关联以下信息:
|
信息项 |
说明 |
|
变更原因 |
客户需求?质量问题?成本优化?工艺改进? |
|
问题关联 |
关联到问题管理模块,追溯变更源头 |
|
变更类型 |
计划性变更/客户变更/订单变更 |
|
变更影响分析 |
系统自动拉出影响范围:这个零件被哪些产品用到?哪些BOM包含它?哪些在制订单受影响? |
|
可视化对比 |
新旧版本BOM结构差异、属性差异直接对比 |
关键能力:变更影响分析是自动的。 工程师不需要手动去翻"这个零件还被用在哪里",系统通过BOM关联关系自动拉出完整影响范围。
ECR提交后进入审批流程,审批人可以在系统里看到:
而不是凭经验拍脑袋说"这个变更影响不大,批了"。
3.2 ECO阶段:变更执行
ECR审批通过后进入ECO执行:
|
执行项 |
说明 |
|
修改/替换文档 |
更新图纸、技术文档 |
|
更改数量 |
BOM中零件数量调整 |
|
增加/删除/替换零部件 |
BOM结构变更 |
|
工艺数据联动更新 |
工艺路线、工艺卡片同步更新 |
系统自动生成变更前后的差异对比。工程师不需要手动截图说明"改了什么",系统自动记录每一项变更内容。
ECO执行完毕后进入审核,审核人确认变更内容无误后进入ECN阶段。
3.3 ECN阶段:变更通知
ECN是变更闭环的最后一步,也是PDM用户最缺的一步:
|
通知项 |
说明 |
|
自动通知关联部门 |
系统根据变更影响范围,自动通知采购/生产/工艺/质量等部门 |
|
变更结果推送ERP |
BOM变更自动同步ERP,ERP里的BOM版本同步更新 |
|
供应商通知 |
通过供应商门户推送变更通知,供应商确认收到才算完成 |
|
变更有效期管理 |
变更什么时候开始生效?旧版本什么时候停用?系统按计划自动切换 |
|
变更有效性分析 |
根据ERP需求和供给情况,建议变更生效日期(如等库存消耗完再切换) |
3.4 变更类型与ERP联动
|
变更类型 |
说明 |
ERP联动方式 |
|
计划性变更 |
主动优化产品、改进工艺 |
可与ERP执行数据联动,支持SAP的OCM变更管理 |
|
客户变更 |
客户需求变更导致设计修改 |
创建客户版本MBOM |
|
订单变更 |
在制订单发生变更 |
更新ERP订单BOM或生产订单 |
四、变更闭环带来的3个核心改变
改变1:变更影响分析从"靠记忆"变成"靠系统"
以前工程师发起变更,要自己想"这个零件还被用在哪里"。想全了没事,漏了一个就是事故。
现在系统通过BOM关联关系自动拉出影响范围——哪些产品用到、哪些BOM包含、哪些在制订单受影响,一清二楚。
改变2:变更通知从"靠微信群"变成"系统自动推送"
以前改完图,微信群发一条"XX产品改了,各部门注意"。谁看到了、谁没看到、谁执行了,全靠运气。
现在系统根据变更影响范围自动通知关联部门,通知记录可追溯。供应商通过门户确认收到,才算通知完成。
改变3:ERP同步从"人工改"变成"自动推"
以前BOM变更后,需要有人去ERP里手动改BOM。忘了改或者改错了,生产就按旧BOM领料。
现在BOM变更通过ECN自动推送ERP,ERP里的BOM版本同步更新。接口日志记录每一次传输明细,出错自动告警。
五、实施前后对比
|
维度 |
只用PDM |
PDM搭配OIDS后 |
|
变更发起 |
口头/微信群 |
系统发起ECR,关联问题 |
|
变更影响分析 |
靠工程师记忆 |
系统自动拉出影响范围 |
|
变更审批 |
口头确认/纸质签字 |
线上审批,可看影响分析和差异对比 |
|
变更执行 |
改图+手动改BOM |
系统内修改,自动生成差异对比 |
|
变更通知 |
微信群通知 |
系统自动通知关联部门+供应商 |
|
ERP同步 |
人工改ERP |
BOM变更自动推送ERP |
|
变更追溯 |
翻聊天记录 |
结构化数据,全流程可追溯 |
|
变更类型管理 |
无分类 |
计划性/客户/订单三种类型 |
|
变更有效期 |
靠人管 |
系统按计划自动切换 |
六、常见问题
Q1:ECR→ECO→ECN流程会不会很重?我们变更频率不高,会不会太复杂?
流程可以根据企业实际情况配置。变更频率高的企业可以简化审批层级,频率低的企业可以走完整流程。OIDS的工作流引擎支持自定义流程节点和审批人,不是固定模板。
Q2:我们的PDM已经有审批流程了,和OIDS的变更流程冲突吗?
不冲突。PDM的审批流程管的是图纸文件的状态转换(从草稿到发布),OIDS的变更流程管的是工程变更的业务流程(从申请到通知)。两者各管各的层面,互不干扰。PDM继续管图纸版本,OIDS管变更闭环。
Q3:变更通知能推到哪些渠道?
支持钉钉、微信、飞书等主流IM工具,也支持邮件和短信。企业可以按角色配置通知渠道。
Q4:ERP联动支持SAP的OCM变更管理吗?
支持。计划性变更可以与ERP执行数据联动,支持SAP的OCM变更管理。其他ERP系统通过API可配置方式对接。
互动
如果你的企业也在用SolidWorks PDM,变更管理还停留在"微信群+截图"阶段,可以联系我们了解变更闭环解决方案,包含ECR→ECO→ECN方案设计和同行业实施案例参考。
Copyright © 2021 深圳市汉拓科技有限公司 粤ICP备10224947号 网站建设:万广互联