企业研发部在PLM中可能涉及的流程（4）-- 工程变更相关流程。
工程变更是个非常重要的流程，涉及的人员会比较多，复杂度比较高，考虑到受影响物件在研、在制、在购、在途、在售、客户现场、仓库等多方影响处理措施，涉及到的部门、角色都比较多，需确保信息的流程及时，变更影响在第一时间的正确处理，减少变更带来的损失。
这里需要说明一下几个术语：ECR、ECO、ECN。
- ECR： 工程变更请求。
- ECO：工程变更指令。
- ECN：工程变更通知。
ECR负责发起工程变更请求，阐明工程变更的原因，获取工程变更的许可。
ECO在ECR通过后正式进行工程变更方案的设计和审批流程，分析受影响物件，如何变更（变更内容和方式），以及明确如何处理在制、在库、在购、在途、在现场的物料处理措施。设置新版本的生效日期、版本号、生命周期。ECR不会生产物料新版本，只有ECO会生成新的版本信息。ECO发布通过后会推送到ERP和相关业务部门系统中执行ECN。有些公司会将ECR和ECO合并成一个流程，统称为ECR。
ECN：在ERP中进行工程变更通知，分析在制、在途、在购、现场等对应物料的数量。根据ECO发布的指令进行相关措施执行。
下面是相对通用的工程变更流程供参考：
1）工程变更申请流程（即ECR流程）：
- 发起 （Pending状态）:
- 审核 （Review状态）: 发起人部门经理检查ECR的必要性和合理性。部门经理、项目经理审批。
- 会签（Review状态）：质量部、生管计划部、工程部、研发部会签
- 批准（Review状态）：研发经理批准或者拒绝工程变更（拒绝后跳转到已取消节点）
- 已发布（Release状态）：发起人负责关闭ECR
- 已关闭（Close状态）：归档关闭
- 已取消（Cancel状态）：取消
2）工程变更流程（ECO，ECN）： ECO发布后需要推送到ERP进行ECN实施流程。这个跟各个企业的部门设置有很大的关系，所以节点会有很大的不同。用一个电子行业大批量生产模式的制造企业举例，可以参考如下。
- 发起（Pending状态）：由研发人员发起
项目经理审批（Review状态）：项目经理审核确认是否是关键元器件。- 部门主管审批（Review状态）：部门主管审批
- 会签（Review状态）：制造部确认受影响物料数量、库存（在制、在库），工程计划确认BOM切换时间点（生效日期）、质量管理部限制采购（在购、在途）
- 研发经理审批（Review状态）：研发产品经理审批
工程工艺部门验证（Review状态）：小批量验证（首版、工程样机、中试、小批量、量产）质量部验证（Review状态）：确认是否具有验证报告商务代表审核（Review状态）：代表客户确认产品经理审核（Review状态）：产品经理审核- 预发布（Review状态）
维护替代关系（Review状态）跟踪收到切换BOM（Review状态）- 已发布（Release状态）：ERP实施，BOM推送到ERP中进行ECN分析和执行
- 已取消（Cancel状态）
产品退市申请流程（生命周期切换到‘Obsolete报废’）
- 发起 （Pending状态）：产品管理部、市场部发起
- 调研产品退市条件 （Review状态）：产品管理部产品经理主导，收集相关数据，生产评估文档
- 评审及制定退市执行计划 （Review状态）：组织线下会议评审，输出退市执行计划表
- 退市审批 （Review状态）：产品管理部及VP审批
- 发布退市决议 （Review状态）：产品管理部发布
- 预发布 （Review状态）：设置产品生命周期为‘Obsolete报废'
- 已发布 （Release状态）: 通知相关人员
- 取消 （Cancel状态）