隨著國內汽車行業平臺化管理的發展，可配置的BOM管理已成為趨勢，本企業也采用這種平臺化可配BOM管理的方法，但由于商用車市場的特點，不斷會在原有平臺中添加新車型，因此工程師需要不斷會對原有BOM行進行修改，一旦在修改過程中出現錯誤且未及時發現，就會對工藝、制造、售后產牛非常嚴重的后果。因此在BOM數據動態變化的情況下，如何快速核對GBOM下各子BOM行進行的各個配置物料清單的完整性，以及更改過程中的BOM行控制，是制造企業實現快速加工、按客戶多樣化需求訂單快速精確生產的必要前提條件。本文結合實際構建了一套全新的BOM交瓦檢查工具一一UCGETTER，它能夠在設計階段通過計算機系統自動檢查GBOM的完整性。
1 BOM完整性管理現狀
傳統的BOM完整性控制是建立在單車BOM的基礎上的，每一個車型有一固定的單車BOM，BOM初始發布后，會經歷產品試制一一小批量驗證一一批量驗證等工程設計環節，在此過程中會不斷發現BOM的問題并及時更新，最終形成正確的BOM，一旦批量牛產，就會形成一份經驗證的正確BOM。
可配置的BOM由于是一份“Super BOM”，是通過客戶對特征的定義自動牛成不同的單一車型的，在產品的研發階段只會對整個平臺中的某些車型做試制驗證，因此無法通過傳統的單車BOM驗證方式來驗證整個“Super BOM”的完整性。
2 UCGETTER工具的工作原理
2.1 完整性交互檢測原理
眾所周知，單車產品的BOM在其一具體功能位置最大可能有且僅有一個物料號的原理，提供了構建一種整車可配置物料清單完整性比對系統，用于進行交瓦式檢查和核準的可能。
當每一個單車BOM都是完整的，那么整車GBOM必定是完整的。即：任意k∈(1，m)，Uk是完整的，那么U必定是完整的。
根據單車BOM在其一具體功能位置最大可能有且僅有一個物料號的原理，Uk的完整性可以通過兩個步驟來完成：
第一步，與一個事先設定好的基準Ub對比，檢查Uk中BOM行的功能位置是否有遺漏或多出；
第二步，Uk內部自我交瓦檢查，檢查每個功能位置是否有重復或遺漏的BOM行。
任何汽車產品在規劃完畢后，其基本功能、可選功能和整車架構就基本確定了，從而每一個單車所必須具備的功能位置也就確定了。我們將每一個單車都必須具備的功能位置作為基準Ub，只要滿足：任意k∈(1，m)，Ub∈Uk恒成立，就可以判定Uk沒有遺漏或多余功能位置。
2.2 過程控制假設
客戶定制個性化汽車產品的過程是按照客戶特定的需求從GBOM中拉動一個特定特征的單車BOM的過程，但實際上，考慮到物料的準備，訂單的拉動、售后配件的需求，廠家不可能無限制的根據客戶的需求來指導生產，在規劃階段都會確定具體的單一車型，來引導客戶進行選擇，因此上市車型是相對固定的。
基于以上這些假設，我們可以預先將所有的上市車型配置（即所有生產的單一車型）做進交互檢測系統中，一旦該平臺中有新車型加入或者其他原因需要修改BOM行的約束條件，就可以自動檢查修改前后的BOM行結果是否滿足設計意圖，且是否對已有上市車型的BOM完整型產生影響。
3 UCGETTER工具的具體應用
根據以上的工作原理及假設，我們研究開發了適用于產品設計階段BOM驗證的工具——UCGETTER，圖3.1為UCGETTER工具的系統構架。
圖1 UCGETTER工具系統框架
從圖1中可見，UCGETTER起到了關鍵作用，GBOM中的BOM數據傳遞至UCGETTER進行驗證，經驗證的BOM數據最終返回至GBOM系統并正式發布，最終傳遞至下游MES系統及SAP系統中，指導下游生產，有效的保證了BOM數據的完整性。
根據2.2中的假設，我們需要將車輛的所有配置信息及預上市的單一車型配置做進UCGETTER，這是我們進行完整性檢查及過程控制的基礎。
3.1 UCGETTER中BOM完整型的檢查
以本企業V80輪胎總成為例，由于配置不同有許多種輪胎總成，我們將GBOM中所有輪胎總成的零件號及零件約束條件（UCString-簡稱UC）輸入UCGETTER進行完整性檢查，反查界面如圖2所示，輸入內容及檢查結果如表1所示。
圖2 反查界面
表1 輸入內容及檢查結果
從表中的檢查結果顯示：深色底紋所示標準版車型下的1個車系產品有2個輪胎總成零件，而尊杰版車型下的1個車系產品沒有輪胎總成零件，這違反了每個車系產品在輪胎總成這個功能位置上有且僅有一個輪胎總成的基本原理，UCGETTER的完整性核準功能發現了該錯誤并將錯誤信息友好的反饋給相關用戶，直到每個車系產品有且僅有一個輪胎總成，才讓該功能位置的所有數據下放至下游系統，保證了GBOM的完整性。
該檢測功能不僅可以適用于最后的完整性檢查，還能很好的應用于產品的設計過程中，每一個功能塊的工程師都可以在設計時檢查各自負責功能塊的BOM完整性，真正做到過程控制。
3.2 BOM變更的影響檢查
由于商用車企業的特點，產品SOP后經常會遇到增加車型或增加配置的現象。一旦有這種現象，就有可能會對原有的BOM行的UC進行修改。在修改的過程中就有可能對已上市的車型產牛影響。我們利用UCGETTER的上市車型反查功能很好的解決了該問題。
我們還是以輪胎總成為例，更改前后的UC分別如圖2所示，我們將這兩個UC分別輸入至UCGETTER的反查界面，進行上市車型的反查，反查結果如表2所示。
表2 輸入內容及反查結果
從表中的反查結果顯示：針對標準版車型，UC1滿足配置要求，而UC2不滿足，說明本次UC更改后影響到了該上市車型，這樣就很好的提醒了用戶，更改結果是否滿足設計意圖。這樣很好地保證了在設計階段就能將影響情況反饋給相關用戶，保證了更改時的完整性控制。
4 結語
UCGETTER從過程控制的角度對可配置BOM的完整性提供了良好的解決方案，為整車企業實現快速加工、按客戶多樣化需求訂單快速精確生產提供了強有力的保證。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.lukmueng.com/
本文標題：基于過程的可配置BOM完整性研究
本文網址：http://www.lukmueng.com/html/solutions/14019314762.html
相關文章
