淺談汽車零部件編碼與版本變更管理

張亞東

（安徽江淮汽車集團股份有限公司，安徽 合肥 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數據的有效管理，提高零部件的通用化率；便于變更后零部件的識別，從源頭上解決服務過程中的“一件多號”，“一號多件”問題，解決零部件編碼在各業務環節傳遞中不一致所帶來的問題。