產品資料管理論文
產品資料管理技術是現代企業產品研發資料資訊化和過程資訊化的主要技術手段。下面是小編為大家整理的，希望你們喜歡。
篇一
淺談汽車產品資料準確性的驗證
【摘 要】本文分析了產品資料錯誤的原因，提出了產品資料驗證的手段，通過對比實施產品資料驗證手段前後產品資料的準確性，說明了產品資料驗證的實施在產品資料管理中的重要性。
【關鍵詞】車輛配置程式碼;BOM表;工程零部件清單;準確性;產品資料驗證
錯誤的產品資料，會對公司帶來很大的經濟損失，比如：一是計劃員根據BOM表定額下達的零件計劃數量不準確——BOM表零件少掛，零件計劃量不能滿足生產導致缺貨、頻繁預警;BOM表零件多掛，零件計劃量過大導致供應商零件積壓。二是系統庫存與實物庫存差異較大——BOM表零件少掛，供應商零件的實際結算數量小於實際耗用數量，會要求逐一核算零件差異，增加差異核對工作量;BOM表零件多掛，個別供應商零件的實際結算數量大於實際耗用數量，公司多付款，造成公司利益損失。提高產品資料的準確性，可以讓計劃員準確的下達計劃，使積壓物料數量減少;供應商索賠量下降;物料反衝結算資料錯誤量下降，財務每月月底順利關賬等。因此，如何提高產品資料的準確性至關重要，以下提出了通過產品資料的驗證手段來提高產品資料的準確性。
一、汽車產品資料的相關描述
1.產品配置表。某一平臺車型的產品配置清單。是公司規劃部根據市場需求、競爭對手的配置情況、成本、公司目標、公司設計能力等等情況，制定出的這一車型平臺的配置清單。如動力配置資訊，空調配置資訊、排放配置資訊等等。產品配置表是產品工程師開發這一車型零件的依據。
2.車輛配置程式碼。汽車配置多，車型品種多，必須有一個程式碼來描述一輛具體的車輛，以方便各個部門識別一臺車輛。車輛配置程式碼就是為識別一臺車輛的完整配置而編制的一組代號，是公司銷售、計劃、生產的核心程式碼。車輛配置程式碼由配置號、批次號、識別碼組成，即可以簡單的寫成：車輛配置程式碼=配置號+批次號+識別碼。配置號是用於代表一個車型中的不同配置種類***裝何種空調、配哪種整車顏色、是否安裝安全氣囊、是否裝OBD等等***。車輛配置程式碼代表了具體的一臺車輛，在產品資料管理系統中，根據車輛配置程式碼，就可以匯出這一車輛的所有零件清單。
3.工程零件清單。工程零件清單是描述整車產品工程狀態的零部件各層級構成關係、件號、名稱、變更經歷號、更改指令號、圖號、適用車型、配置、數量等內容的綜合性電子表格清單，因此工程零件清單主要用於設計部門，產品工程師可以在工程零件清單中查詢到零件的零部件各層級構成關係、更改記錄和歷史狀態、適用車型等等。另外，工程零件清單也可以作為售後配件的基礎資料來源。除此之外，工程零件清單還可以作為前期財務核算整車成本的基礎資料來源。
4.BOM表。BOM表是針對某個具體車型的物料清單，利用這張清單可以不多不少的製造出一部完整的車輛出來。BOM表來源於工程零件清單;根據市場部發過來的市場需求，可以從工程零件清單中分解出滿足市場需求的不同的車輛配置程式碼對應的BOM表。BOM表是下游包括採購、物流、財務等部門的基礎資料來源。
5.工程更改指令。某一零件設計鎖定之後，產品資料就下發到相關下游部門，下游部門開始對零件進行供應商定點、零件定價、零件試驗等等一系列相關的行動。當這些行動都完成之後，零件正式在車上使用。因各種各樣的原因，如，降成本，或客戶提出更改需求等等，那麼，需要對該零件進行更改。工程部門提出更改方案，並評審通過後，就通過工程更改指令將零件的更改資訊傳達到下游部門。
6.產品資料管理系統。產品資料管理系統是連線設計部門、採購、物流、計劃、生產、公司銷售等總門的紐帶。基礎資料由設計部門釋出，採購、物流、計劃、生產、公司銷售通過產品資料管理系統使用資料以開展各項工作。汽車配置多，車型品種多，而且汽車有很多共用件，如果採用一個單一車型對應一個BOM表進行管理，那麼零件的更改更換管理是很困難的。比如：某一車型平臺總共有39種配置程式碼車型，有一個零件A是這39種配置程式碼車型共用，那麼，當A零件更改為B零件時，就需要到39個表格中去更改資訊，工作量大。因此，資料必須是將工程零件清單通過一定的邏輯關係上載進資料管理系統，從資料管理系統根據整車配置程式碼可以匯出任意一單一車型的BOM清單。還是拿上一例子舉例，只需要在一個表格中更改A零件為B零件，相對應的39種種配置程式碼車型的BOM零件清單就統一改變了。其中所說的邏輯關係指的就是和配置號相關的資訊。如零件A，只在安裝安全氣囊時用到，那麼，這個零件在上載進產品資料管理系統時，就必須帶上安全氣囊的約束。沒有安全氣囊配置的車輛配置程式碼在進行零件篩選時，就不會將A零件匯出。相反，有安全氣囊配置的車輛配置程式碼在進行零件篩選時，就會將A零件匯出。
二、資料管理流程
專案前期由資料管理科彙總各專業科室製作的工程零件清單。在專案的試造車階段，資料管理工程師從工程零件清單中篩選出造車清單，造車清單用於指導試造車階段的物料採購、物料配送、整車裝配等等。在專案批量生產之前，將資料上載進資料管理系統。資料的更改，必須有正式的工程更改指令支援。以下是資料管理流程的簡易流程圖。
三、資料錯誤的主要原因
1.出錯零件數統計。2011年1月以前，我們沒有實施產品資料驗證流程，我們對2010年7月到12月的每月出錯零件進行統計，統計資料如下：
2.出錯原因彙總，分析出錯原因。我們對2010年7月到12月的每月出錯零件的出錯原因進行統計，統計資料如下：
由以上資料我們可以分析得出，資料出錯的主要原因如下：
***1***初始工程零件清單錯誤。工程零件清單由各科專業科室彙總而來，產品設計工程師對產品配置表理解的錯誤，或產品設計工程師的疏忽、大意導致的工程零件清單的錯誤。另外，產品配置表的錯誤也會導致初始工程零件清單的錯誤。***2***產品資料工程師分析上載錯誤。產品資料工程師對工程零件清單進行分析，將資料通過一定的邏輯關係上載進資料管理系統，以滿足下游各個部門的需要。由於資料是由人工分析上載得來，汽車產品品種多，配置複雜，因此，經常會分析錯誤。***3***產品設計工程師釋出工程更改指令錯誤。產品設計工程師經過工程更改系統下達產品的更改指令，產品設計工程師對產品配置表理解的錯誤，或產品工程師的疏忽、大意導致的工程更改指令錯誤。***4***產品資料工程師根據工程更改指令維護錯誤。產品資料工程師根據產品設計工程師下發的工程更改指令對資料進行更改。更改指令描述不明確，會導致產品資料工程師維護資料的錯誤。產品資料工程師對更改指令錯誤的理解，也會導致資料的錯誤。 四、產品資料的驗證
產品資料的驗證方法。2012年1月開始，根據產品資料出錯的主要原因，我們在產品資料的各個階段，增加各個階段的產品資料驗證手段，以提高產品資料的準確性。以下是具體的驗證方法：***1***初始工程零件清單的校對。在專案初期階段資料管理工程師通過產品配置表對工程零部件清單進行校對，有問題及時和產品設計工程師溝通更改。產品配置表描述了整車的所有配置，通過產品配置表校對工程零件清單，可以檢查零件是否漏發、多發。以下面簡單的車型配置舉例：該車型分基本型和標準型，分別配不同的車輪，在檢查工程零件清單時，工程零件清單中必須含有兩個車輪的零件號，如果只有一個，那就是漏發零件了。通過產品配置表和工程零部件清單的校對，可以避免初始工程零部件清單錯誤。
***2***試造車清單的校對。在專案的試造車階段，從工程零件清單中匯出試造車清單，傳送所有相關下游部門;專案造車前，首先到採購物流部門對資料進行校對，檢視採購物流部門下計劃採購物料的零件清單、配送物料的零件清單和工程部門發出去的造車清單零件資訊是否一致;其次，到專案造車車間，檢視造車BOM上的零件清單和工程部門發出去的造車清單零件資訊是否一致;最後，資料管理工程師現場跟蹤造車，將造車清單上的零件資訊和實際裝車零件資訊對比，檢查零件件號、零件數量是否一致，以檢查資料的準確性。發現問題及時反饋給產品工程師。產品工程師核對更改。通過試造車清單的校對，也可以減少初始工程零部件清單的錯誤，同時也可以發現產品配置表的錯誤。***3***資料上載資料管理系統之後的校對。汽車配置多，品種多，通過人工分析上載進資料管理系統，難免會出現錯誤。資料上載進資料管理系統之後，將從資料管理系統匯出的單一車型BOM表和從工程零件清單篩選出的單一車型零件清單通過一些函式公式進行對比，對比零件號是否一致，其次對比數量是否一致，以驗證資料的準確性。如果兩者對不上，再查詢不一致的原因，將資料更改。這一驗證方法，主要是減少產品資料工程師分析上載的錯誤。***4***工程更改指令的校對。建立完善的工程更改指令管理機制，工程更改指令下發後，主管、經理、平臺總工、下游部門相關人員，都要對工程更改指令進行校對稽核;定期對新員工進行培訓，以減少產品設計工程師釋出工程更改指令的錯誤;產品資料工程師根據工程更改指令更改產品資料後，需對更改前後資料對比，以檢查是否維護錯誤，減少工為的錯誤。***5***下游部門對資料的反饋。和下游各部門保持良好的溝通交流，在使用資料時，下游各部門如發現數據錯誤，及時反饋給產品資料工程師。產品資料工程和產品設計工程師對資料進行校對，發現錯誤及時下發工程更改指令進行更改。***6***資料的定期校對。定期將產品資料從資料管理系統中匯出，與工程零件清單進行校對，以保證BOM表資料的準確性。
五、新的產品資料管理流程
增加產品資料驗證流程後，新的產品資料管理流程更新如下：
六、產品資料驗證的效果及結論
從2011年1月開始實施產品資料驗證流程後，資料的準確性大大提高，以下是2011年1月到2012年12月出錯的產品零件數統計表。
從上表可以看出，實行產品資料驗證流程後，出錯零件數明顯降低。從2011年1月到2011年7月，出錯零件數還較多，那是因為實行產品資料驗證流程之前維護的資料，有些錯誤才剛剛被發現。從2011年6月份開始至今，零件的出錯數已很少。2010年出錯零件總數全年約為360個，2011年出錯零件總數全年降為為102個，2012年出錯零件總數全年降為36個。出錯零件數大減少，資料證明，產品資料的驗證方法有效。
點選下頁還有更多>>>