1 主數據管理
零部件編號及屬性攜帶了很多零部件重要信息，是上至采購，下至生產、制造、質量、售后進行信息參考與追蹤的重要條件。我們用UC2平臺主數據管理系統來統一管理零部件編號，以確保集團對零件編號規則的統一與規范。其中標準件沿用先前編號規范，獨立于一般零部件外編碼。
零部件號(不含標準件)的編號表達式下圖所示：
圖1 零部件號(不含標準件)的編號表達式
對作為單獨零件本身形態一致，但因安裝狀態和裝配數模不同而需區分的零部件我們稱之為柔性件，在常規零部件后加“— ○○○○”以達到區分和可識別。但不影響最終BOM中的零件本身的一致性。
零部件所攜帶的自身屬性信息如下截圖所示：
圖2 零部件屬性信息
再有層級、數量、借用次數由系統根據零件的實際使用情況自動統計生成。而由零部件的使用關系決定的使用關系屬性（也稱之為零部件結構屬性）則在搭建產品結構時進行維護，如下截圖所示：
圖3 零部件結構屬性
搭建好結構的車型配置信息，在系統導出的BOM報表中一一體現，也從研發輸出為其它部門的輸入。
目前項目開展基本以預訂配置、針對配置的開發為主，沒有Super BOM概念。在大批量和多元化配置迅速生成的電子行業，前期開發的基礎配置為后期配置種類指數增加打下基礎，后期融入潛在新配置需求的可能，經過驗證通過后成為可挑選銷售配置。汽車作為大型機械類生產加工類產品，和電子產品的開發周期與驗證流程存在著巨大差異，不可能完全照搬其流程。但作為配置增加和平臺固定的研發端，以類通作為啟發。本文涉及的流程過程考慮產品開發流程階段的差異性，以及各研發機構人員機構組織的不同，對職能部門崗位不做說明，僅從研發過程輸出物上做大致說明。流程構想如下：
圖4 研發階段BOM維護流程
2.1 研發前期固定車型設計與可增加配置的規劃
新車型開發，一般設定最初的底盤動力平臺與車身外造型，再以內外飾、安全裝備或其它功能裝備來區分同動力下的高中低等不同配置。然后研發設計人員根據既定車型配置要求進行零部件開發與數據模型的狀態。示例截圖如圖5：
圖5 車型配置圖
由于我們的系統是三維數模驅動生成部件結構，待三維數模結構搭建好上傳至PDM系統，系統自動驅動生成部件結構，也就是各子裝配的BOM結構，總布置搭建完各車型配置整車結構，同時各專業分系統人員也將零部件結構屬性維護完善，利用系統二次開發的BOM報表功能導出初期車型配置BOM表頭如圖6所示：
圖6 整車清單明細表
與此同時，各專業將不同配置以分專業虛擬總成收集在一起，整車同時也形成初步的Super BOM的虛擬總成。供配置增加時選用。如圖7所示：
圖7 Super BOM的虛擬總成
2.2 市場配置需求增加與潛在配置規劃
首批車型量產之后，各相關部門根據市場需求及產品定位增加新車型配置需求，同時預設潛在配置需求，在后續產品結構搭建存儲中體現。
2.3 實際配置增加需求對超級BOM的輸入
根據增加的銷售配置，以及潛在配置需求預估，各專業繼續完善分系統下新增配置零部件的設計與創建，同時，各專業可繼續完善Super BOM。對市場預估的配置都以虛擬分系統的方式聚集在一起，純結構搭建，無車型數模裝配。
2.4 銷售需求中新配置基于超級BOM的快捷產生
隨著前端設計完善，基于Super BOM數據完善新版Super BOM，后續市場中銷售的新配置需求可以在開發極少的情況下，根據配置需要及約束關系，實現快速裝配與產出供貨。
圖8 基于超級BOM的新配置需求BOM
3 Super BOM的潛在價值與意義
Super BOM的創建起于簡單地將各配置羅列匯集，讓人可以全面看到各配置或功能模塊可用信息。但絕不止于此。后續可以加強對零部件功能差異的描述方便準確快速借用，增加零部件使用情況的統計報表功能提升通用化率，與product view結合使用進行裝配可行性的快速預判，在Super BOM中增加配置約束關系條件以快速創建新配置BOM的效果。在Super BOM的深耕之路上，我們還可以繼續探索。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：2014產品創新數字化征文：配置BOM管理在PLM系統中的部署與架構思考
本文網址：http://www.guhuozai8.cn/html/solutions/14019317272.html
相關文章
