浅谈汽车零部件编码与版本变更管理

张亚东

（安徽江淮汽车集团股份有限公司，安徽 合肥 230601）

前言

汽车零部件设计变更在研发设计数据库系统中采用通行和成熟的版本管理方法，故设计变更在研发设计数据库系统中的管理是清晰和可追溯的。但在制造、备件服务等下游系统中采取非版本管理方法，因此在后端，因变更前后两种状态只有一个零部件编码，存在“一号多件”给变更切换、追溯和备件服务带来诸多问题。另外由于零部件设计编号的不一致存在部分零部件“一件多号”。为更好地解决零部件“一件多号”，“一号多件”问题，减少零部件编码在各业务环节传递中不一致所带来的问题，需要制定零部件编码规则并对零部件版本变更管理，将零部件更改记录纳入零部件编码进行管理，尽可能减少对业务管理带来的影响。

1 管理思路及原则

在汽车产品零部件开发设计下发过程中使用一个产品全生命周期管理系统，以下简称PLM系统，在保持基于版本的设计变更管理体系的同时，满足下游生产、采购、物流和备件服务等业务及相关信息系统运行对变更切换、全程追溯的要求。

在PLM系统中，延用“零部件”、“零部件版本”管理机制，向制造和备件等下游单位发放数据时，发放“版本件号”作为下游系统的“零部件数据”。在PLM系统中零部件设计变更仍采用版本管理，由PLM系统在不同版本的零部件基本信息中自动构建一个复合字段“版本件号”字段内容为：零部件号+版本。

2 零部件编码规则

2.1 编码标准

1）零件功能代号来源：零部件功能字典。

零部件功能字典涵盖范围有限，在实际操作中，会不断有添加新的功能编号需求，但由于功能编号暂无生成规则，提交申请后，需要审核人员审核后，根据零部件使用量不断完善手动添加。

表1

2）平台代号来源：对象产品分类库。

3）流水号：零件功能字典对象的特征集合派生流水，由平台号和功能编号一起自动生成的用来对零部件作区别；平台号和功能编号完成后，就自动生成流水号，再一起提交审核。

2.2 编码生成原理及说明

产品设计号、功能编码，自动流水号,来生成零部件代号

1）零部件类型管理保持不变。

2）零部件编码依据产品设计号、零部件功能字典编码产生。

3）新编码申请功能：打开零部件设计BOM结构，零部件功能字典之外的编码填写新的零部件号及产品设计号提交审核，不同产品设计号不同，由标准法规人员审核完成后建立。

4）下级结构变化、零部件参数变化，版本升级走升版流程升版管理。

3 零部件变更版本件号管理

因下发到供应商的图纸体现文档的版本，但没有零部件的版本信息，当遇到文档版本与零部件版本不一致的零部件时，供应商无法识别需要供应的零部件所对应的正确图纸，可能会出现供货错误的情况。按版本件号管理，需统一文档和零部件的版本编码。

3.1 版本件号编码说明

表2

1）零件件号：见“2.1编码标准”

2）版本号：区别同种功能不同版本的零部件，方案为：所有新建的编码版本号为 00（不可更改），后续升版本则依次递增(只能在PLM系统中升版进行)。

3.2 零件编码与版本号关系

零部件号为主要管控对象, 审批通过后，发布的时候，产生设计版本件号(即零部件号+外部版本号)，后期设计零部件更改过程中修改策略零部件设计版本号增加0.01，外部版本号不变，变更策略零部件版本增加1，数字用完后再用英文字母；升版后，产生新设计版本件号(即零部件号+外部版本号)。

3.3 换版策略管理

为规范换版策略管理，识别零部件的换版原则，在现有“修改”和“变更”两项策略的基础上，增加换版策略原则管理，即针对修改和变更分别定义各种可能的判定场景，分别定义判定细则编码，并支持扩展。

表3

4 总结

通过零部件编码规则和版本变更管理，有效解决职能职责、业务流程、数据质量控制等问题，从研发设计到制造、备件服务搭建公司统一的BOM数据管理系统，实现设计、制造、服务等业务领域BOM数据的有效管理，提高零部件的通用化率；便于变更后零部件的识别，从源头上解决服务过程中的“一件多号”，“一号多件”问题，解决零部件编码在各业务环节传递中不一致所带来的问题。