各大廠商企業級BOM解決方案PK

傳統的PDM對於靜態的BOM數據管理再也不有意義，真正有業務價值的系統應該作到讓和產品信息相關的參與者和數據都與業務流程緊密結合，使得利益相關者對於產品的構成、產品的狀態、產品如何設計、產品如何製造、所依據的技術或者業務理由等具備充足便捷的獲知渠道，真正的在共識之下開展各自的工做，企業級BOM的概念應運而生。目前，各大主流PLM廠商均提供了企業級BOM這一解決方案，也有部分企業如東風汽車應用了自主研發的企業級BOM管理系統等。本文詳細介紹了各大廠商企業級BOM的解決方案。

 

一、Teamcenter BOM解決方案

 

Teamcenter BOM管理使企業在整個產品生命週期中有效地管理BOM和產品配置、實現可重複的數字化驗證、開放的和專業化的BOM管理。開放性和專業化的BOM管理方法使得企業PLM系統和其餘管理系統實現無縫集成，共享產品信息，得到與合做夥伴及供應商的更大範圍內價值鏈的同步。本解決方案根據Siemens PLM Software亞太區Teamcenter產品市場經理趙繼政先生的採訪內容整理而成。

 

（1）Teamcenter BOM解決方案的的定位及特色

 

1、全生命週期支持。從業務上來說，沿着產品生命週期的不一樣階段，不一樣的人和專業會把BOM分紅不一樣的類型，好比EBOM、PBOM、MBOM以及服務的BOM等，Teamcenter的目的是將整個生命週期各個階段的BOM及其演變過程管理起來。

    

2、行業方面的特色。以往的BOM管理可能只有簡單的機械產品BOM基本的增、刪、改功能，可是對不少專業來講，BOM管理有本身的特色，企業級BOM體如今不一樣的企業就有不一樣的特色，好比說汽車行業的BOM或者船舶行業的BOM，都有各自的特色，Teamcenter BOM解決方案必須能支持行業特定的BOM管理的要求。

 

3、軟件功能的完整性和體系架構的前瞻性。Teamcenter在軟件技術上的特色，有幾個方面：

    

一、基於Teamcenter平臺的靈活性和可擴展性。

    

二、Teamcenter不侷限於傳統的PDM功能，以往的PDM主要管理DBOM或EBOM的演變，對全生命週期BOM的支持有所欠缺。

 

另外，在實際的業務中，BOM的管理跟實際產品的幾何設計既須要相互之間的鏈接，也須要必定程度的分離，這是某些行業特色決定的。Teamcenter BOM解決方案必須可以適應這種業務要求。

 

三、Teamcenter BOM在業務上能夠跟上下游的系統鏈接。好比，最初的BOM可能來自於設計系統如CAD系統，在設計演變過程當中可能會作各類分析及工藝規劃，須要跟相關的分析系統、工藝系統鏈接，到生產階段須要跟ERP、MES系統鏈接。

 

四、Teamcenter能把虛擬世界的BOM和物理世界的BOM鏈接起來。無論是EBOM、MBOM、PBOM，其實都是研發階段的或者說生產準備階段的工做，能夠近似歸結於虛擬的世界，可是在產品的生產特別是總裝時，BOM已經表達了物理的產品的BOM，當產品交付給客戶之後，會有維護BOM或者服務BOM，也表達了實際產品在運行過程中的演變。Teamcenter BOM能夠把前端和後端的虛擬的產品設計和實際的產品交付BOM都管理起來。這也是對應咱們提到的第一條，全生命週期的支持。最開始設計是虛擬的狀態，最後是實際的交付狀態，BOM的變化應該都管理起來。

 

（2）Teamcenter BOM如何實現產品配置管理？

 

產品的配置管理首先是業務範疇的一個問題，當企業沒有Teamcenter或者PLM系統的時候，配置是怎麼管理的？大多數企業具備配置管理的手段，好比說以產品爲獨立單元進行管理，或者是對產品的平臺系列進行管理。與之對應，就會定義這個產品或者產品系列的版本特徵、時間特徵，圍繞着版本或時間的特徵，就會去定義產品的配置關係，好比某些狀況下產品是否是有互換性、可選性等，這些配置關係、版本、時間特徵、產品或者產品平臺系列之間都會有必定的約束關係。

 

在之前手工管理的階段，可能會經過紙質文件、電子文檔如EXCEL的方式進行交流，或者有一些單位會開發一些系統進行基於條目的管理。對Teamcenter來講，咱們相信客戶自己或者企業原先進行配置管理的手段，都能在Teamcenter中實現。客戶須要考慮的是，原來的管理方法在Teamcenter中實現，其有效性、效率可否保證，或者是否是想改進原來的管理方法。

 

把原先在業務上進行管理的方法和流程映射到Teamcenter上來實現，須要在Teamcenter上限定項目如何定義、產品或者平臺系列如何定義、配置的特徵如何定義、配置特徵之間的約束關係或選裝選配關係如何表達和計算。

 

在用戶操做的時候，須要考慮的是當出現一個配置的時候如何去驗證。由於產品在銷售的時候，可能的組合配置會很是多，可是可銷售的產品配置是很小的一個子集。經過配置驗證，確認最初的客戶訂單與配置的一致性，而後把相應的BOM配置發給特定的工廠、生產基地，工廠或生產基地會經過針對特定版本或者時間點的生產指令或變動指令來激活該配置。最終，Teamcenter BOM須要把正確的配置發給ERP系統或者生產執行系統。

 

（3）Teamcenter如何實現不一樣視圖BOM的轉換？

 

多視圖管理和上面談到的配置管理相似，首先是業務上的一個問題。在業務上咱們是想解決實際業務中面臨的多BOM管理問題，到了技術人員、尤爲是軟件技術人員的層面，一般會把視圖當作解決多BOM管理的一個手段，其實用戶須要的仍是多BOM管理的方式。

 

在多BOM管理的解決方案中，一個方法是用戶建多個BOM，讓這些BOM之間有必定的關聯；二是隻建一個或者少數的BOM，這樣的BOM通常比較大，包含的信息比較多，用戶在BOM上施加一些條件，讓BOM可以經過過濾或者有效性的方法產生不一樣視圖。經過多視圖來表達多BOM的管理方法；三是混合的方法，既用多BOM，也在BOM上施加過濾條件產生不一樣視圖。

 

若是咱們建的是一個大BOM，對其施加不一樣的條件，經過條件過濾產生不一樣的視圖， BOM的轉換會比較簡單，然而，BOM的演變及其管理會變得愈來愈複雜，尤爲是產品愈來愈多、涉及的專業和供應鏈愈來愈複雜、產品生命週期愈來愈長等狀況下。

 

若是弱化視圖的概念，而是用多個BOM去管理多個業務BOM或者視圖的時候，就面臨轉換的問題。這個轉換的問題在於咱們如何定義多個BOM之間的鏈接，若是一個BOM和另一個BOM之間有數據的鏈接，就能夠把一個BOM或視圖方便地轉換成第二個。

 

這兩種方式在Teamcenter中都是支持的。好比說在Teamcenter中咱們能夠把BOM表示成二維表的方式，在這個二維表BOM當中，BOM能夠包括工程、工藝、工廠的BOM，這時候所謂視圖的轉化方式就會比較簡單。

 

Teamcenter支持不一樣分離BOM之間的轉化，不一樣的BOM之間可以創建歷史上的關聯關係，如某一個BOM是從哪一個BOM來的，它是添加、刪除、修改了哪些節點, 通過了哪些版本，時間節點的變化，才變成這樣的形式。

 

做爲BOM管理的一個基本手段，Teamcenter能夠提供匹配和驗證，使不一樣的BOM如EBOM、MBOM、PBOM、SBOM等之間可以相互匹配，好比能夠檢查MBOM當中有哪些節點是在EBOM當中沒有的，或者MBOM當中哪些節點原先在EBOM當中有，在MBOM上去掉了。

    

經過這些方式既保證了多BOM多視圖之間的鏈接，可以實現多個BOM、多個視圖之間的轉換，最終還可以檢查轉換鏈接的一致性，避免出錯。

 

（4）Teamcenter如何實現多種BOM數據的同步？

 

通常來說，數據同步是由產品研發流程、製造生產流程和維護服務流程來驅動和管理的。最典型的研發流程就是產品的審批、發放、更改的流程。

    

經過從一個BOM到另一個BOM的演變，或者是把數據從一個BOM推送到另一個BOM，這個必定是經過發佈流程或者更改的流程來完成的，也是跟客戶具體的業務邏輯相關的。

 

好比，若是企業的產品是自主研發的，數據的同步就是從一個部門到另一個部門，或者是從上游到下游同步的過程。若是客戶數據要分包給供應商，就面臨着把本身的BOM數據同步給供應商，供應商在完成了設計以後，須要把完成的設計數據返還給OEM主機廠，這時候須要另一個方向的數據的同步。而後OEM把本身設計的數據和供應商的數據合併起來，才發佈去作MBOM、PBOM、最終產品交付的BOM。這個具體實現的流程是須要跟客戶具體的業務邏輯相關的。

 

在Teamcenter中，相似的業務流程通常會映射爲更改管理對象及其工做流，必要時，相似的流程能夠跨供應鏈、跨Teamcenter站點地運行。

 

（5）Teamcenter中BOM的有效性是如何管理的？

 

BOM的有效性跟產品研發的階段性或者產品生命週期的階段性有關係，也跟BOM數據在Teamcenter系統中的表達方式有關係。

 

通常最多見的管理方式就是兩個，一個是版本，另外一個是時間節點。無論是版本仍是時間，其實都是時間維度上的東西。

 

還有一個管理的方法，須要包括空間維度，好比特定的部門、工廠和車間。若是還要往前追溯的話，可能就是產品編號，固然這個一般用的比較少，或者，實際在使用，但並無顯性地提出來。

    

好比，在生產的時候用到了A零件而沒有用到B零件，這是用零件的編號來管理；在生產的時候用到了A零件的A1版本，沒有用到A2版本，這是用版原本管理；在某一個時間點或者某一個產品生產的批次上決定用A版或者B版，這是用時間節點和產品批次來管理。

 

雖然被傳統的PDM系統所忽視，但空間點也非常重要的，好比對於某一個生產基地或者生產車間來講，特定的版本對他是否有效跟其產品的交付有關係、也與他的生產能力有關係。若是A生產基地交付的是老車型，那麼可能繼續用A版，不用B版，因此變動對他來講沒有任何影響。B基地須要交付新車型，那麼他可能須要當即使用最新的版本。

 

因此這些有效性管理的方法是跟業務相關的，在Teamcenter下面均可以支持，咱們經過Teamcenter BOM中的有效性表示方法、解算方法、以及BOM的發放方法，保證不一樣的生產基地能收到正確的有效性的版本或者是有效性生效後的時間點、批次。

 

（6）Teamcenter中BOM的版本與狀態是如何管理的？

 

第一，對「狀態」這個概念，簡單的、最多見的理解是指研發階段的狀態，好比說設計人員接觸到產品以後，進行設計、評審、批准、發放等等。這其實看做是一個小循環的狀態演變。大多數企業都規定，在設計發放以前這些小的狀態一般不會引發版本的變化，你們都認爲是同一個版本，只不過設計狀態沒有完成，它是同一個版本下面的不一樣的狀態。這時候多是版本爲大，狀態爲小。

    

可是，在比較大的範圍內，狀態自己又能夠理解爲一個大循環的演變，如產品生命週期當中的不一樣的狀態或者階段，在那個時候可能面臨的是狀態和版本之間會有另一種關聯關係：就是狀態大，版本反而小。

 

好比在製造的時候，零件有A版和B版，選用哪一個版本進行生產，是由咱們前面提到的有效性，好比時間有效性，地點有效性、批量批次的有效性決定的。這是大循環的狀況，其本質演變是跟客戶的具體的業務邏輯相關的。

 

而有的單位在作小循環的時候，在版本不變的狀況下，小循環可能會設置爲2個或者3個狀態，好比說設計、評審、批准，而後就發放了。根據特定的業務過程，來定義版本、狀態的管理，是Teamcenter實施和應用的一個基本內容，Teamcenter從功能上也必須支持重要業務要求，包括比較複雜或者少見的場景，例如，版本也有分叉的、非直線型的演變狀況。

 

（7）Teamcenter BOM的解決方案與其餘PLM廠商解決方案相比有哪些優點或者不一樣的地方?

 

Teamcenter BOM的解決方案是基於Teamcenter解決方案來作的，繼承了Teamcenter基礎平臺上的一些特色，包括可以進行系統工程、需求管理、可視化、CAE管理、機電一體化的管理、工藝的管理等等。而Teamcenter BOM基於Teamcenter平臺，在數據的一致性上有先天的優點。

    

傳統的PDM可能但願用PDM有限的功能擴展去管理BOM，當面臨多BOM管理時會遇到一些困難和問題。而Teamcenter有專門的Manufacturing Process Management模塊，來操做和管理製造BOM，有Simulation Process Management模塊，來管理分析和仿真，有MRO模塊，來管理服務BOM。

 

Teamcenter平臺是單一架構的平臺，其BOM管理能夠記錄產品生命週期的演變，相比傳統的、基於PDM進行擴展的方法，有業務流程天然和軟件架構靈活兩方面優點。

 

另一種狀況，有的企業會開發一套專用於BOM管理的軟件，再跟PDM集成。而Teamcenter BOM基於Teamcenter平臺，避免了產品的集成，避免了因兩個不一樣產品之間的接口、升級產生的矛盾（在涉及更多產品的接口和集成時，這種狀況更難處理）。這是Teamcenter BOM解決方案的第一個特色。

 

在應用方面，Teamcenter BOM管理對於不一樣行業中，咱們稱之爲最佳實踐的結合作的比較好，Siemens PLM Software跟不少企業有長期的合做，對幫助他們解決不一樣行業或者不一樣企業特色的問題上有不少經驗積累。

    

好比，汽車行業的BOM管理，一個重要的特色是按訂單配置產品，汽車的選裝選配比較複雜，用戶均可以本身選配車，而後下單。還有一個特色是全球化的生產，通常的汽車企業在全球包括中國各地都有生產基地及零部件供應商，須要把明確的BOM信息經過客戶的訂單、選裝選配生成，再分發到不一樣地方的總裝或者供應商上面去，最後合併起來到總裝廠，交付這輛車。Teamcenter有專門的解決方案管理這樣的BOM流程，咱們叫作PMM（Product Master Management），是應用於汽車行業的BOM解決方案。

   

二、Windchill BOM管理

 

本解決方案根據PTC中國售前團隊電子高科技行業戰略客戶技術經理郭曉川的採訪內容整理。

 

 

（1）Windchill BOM解決方案的思路

 

BOM的簡稱已經不能準確的表達企業所須要的產品信息數據結構了。BOM是Bill of Material的簡稱，起源於某個部門好比研發、製造爲了制定手頭的某個任務而列出的關於產品由哪些部件組成的一個簡單、明確的列表。

    

Bill of Material的名字容易讓人覺得指代的是一個靜態的列表、和通過確認以後的明確的列表、僅僅包含Material。而實際上企業內的產品結構信息是多個職能部門設置外部夥伴協同、通過分層分級的流程才能逐步肯定下來的信息，靜態的列表沒法表達，並且所需的信息遠超過部件料號和數量這類基本信息。

 

所以，PTC認爲使用Bill of Information，或者Product Structure的表達要更合適。對於產品信息的管理，要想有效的支持企業研發流程以及其餘前端（面向客戶）後端（面向企業內部協同）的流程，必須從時間範圍上覆蓋從市場創意到售後退出服務的全生命週期，從職能部門範圍上要覆蓋研發、市場、銷售、採購、預測、測試、製造、服務、質量以及成本的全矩陣的職能組織，從技術學科上要覆蓋機械結構、電子電氣、軟件開發、技術資料等產品所涉及的全面的技術組成。

 

PTC認爲產品信息管理應該提供‘single source of truth’，PLM系統應該爲企業的內部和外部的全部利益相關者提供‘惟一真相’。

    

僅僅管理一份靜態的BOM數據再也不有意義，真正有業務價值的系統應該作到讓和產品信息相關的參與者和數據都與業務流程緊密結合，使得利益相關者對於產品的構成、產品的狀態、產品如何設計、產品如何製造、所依據的技術或者業務理由等等，真正的在共識之下開展各自的工做。

 

同時，產品信息的管理，也要符合企業自身的研發方法和流程，好比，若是企業推行IPD（集成產品開發）或者模塊化開發，都須要考慮在流程落地的時候，和數據相關的組織和角色應該是誰，流程中如何使信息在適合的數據結構上準確和高效的表達以及傳遞。

   

企業常見的關於BOM的痛點，好比製造BOM出錯，根據BOM備料卻經常因爲BOM的變更而形成呆滯庫存，等等，表面上看是靜態BOM清單出錯，根因仍是當企業面臨愈來愈大的時間、成本和質量壓力的時候，跨職能、跨學科的團隊之間關於產品的構成、狀態和過程，要想高效率的協同造成共識並在共識之下開展各自的工做變得更難了。

 

徹底依賴經驗和人的話，不免費時費力和出錯。好比，在產品開發週期愈來愈短和關鍵元器件的採購提早期卻仍較長的夾擊之中，讓採購和預測團隊得以和研發團隊對備料清單造成共識，就變得更具挑戰了，研發階段的處於內部或者外部緣由的變動，使得要想造成並保持共識很費時費力並且容易出錯。而優秀的企業則須要各個內部外部的合做各方高效而準確的達成並保持共識。   

 圖1 市場趨勢與競爭，對企業配置與變動管理水平的挑戰

 圖2 和BOM/產品信息管理有關係的業務痛點/‘症狀’

    

固然，從靜態的BOM管理，到‘Single Source of Truth’中流程、人員和數據的緊密結合，不一樣業務模式的企業，在不一樣的階段所適合的實踐的成熟度是不一樣的。

 

所以，PTC的產品信息管理方案涵蓋了從低成熟度到高成熟度的實踐。

 

基礎級別的實踐包括：變動管理和配置管理。變動管理的實踐包括：標準化自動化的變動，集成的跨學科的變動，集成的產品問題管理。配置管理的實踐包括：配置生命週期管理，選配和變型管理，產品配置在企業內部的共享，產品信息向企業的下游平臺（好比ERP、CRM）的發放，等等。每一個實踐PTC都有完整的storyboard（故事板），能夠幫助企業理解實踐如何經過人/角色、流程、數據來落地實施，這裏就不一一展開介紹了。

 

Windchill中提供完備的配置管理功能，包括生命週期狀態、工做流、版本、基線、視圖（需求視圖、功能視圖、設計視圖、工程視圖、仿真測試視圖、製造視圖、售後服務視圖、成本視圖）、有效性、實例管理、問題跟蹤管理等，再也不一一贅述。

    

更高級別的實踐包括：企業級變動管理、產品配置（包括選配邏輯）與企業外部合做夥伴的共享、模塊化開發、自頂向下的設計、平臺CAD結構的管理、平臺可視化、需求分析和早期BOM規劃等。

 

這些實踐所基於的產品有：Windchill的PDMLink、ProjectLink、MPMLink、Workgroup Manager等模塊，以及PTC的Creo、Integrity等產品。

 

Windchill的Work Group Manager使產品相關的MCAD和ECAD和產品結構的管理無縫對接。

 

Windchill還有Integrity產品覆蓋需求和驗證管理，及軟件生命週期管理。需求與驗證管理模塊支持需求結構、系統設計結構和工程結構、測試結構之間互相關聯，從而可追溯可重用。軟件生命週期管理模塊則管理全部軟件開發製件的建立和變動，而後鏈接需求、規格、設計文件和模型、代碼和測試案例。使得軟件信息的管理再也不與產品結構的管理脫節。

    

Windchill還有MPMLink模塊提供設計BOM到製造BOM的轉換和聯動。具體的功能再也不一一贅述。

 

（2）Windchill BOM如何實現產品配置管理？

 

選配方案的目的是如何在大規模製造下經濟高效的實現產品的多樣化定製。

 

產品選配的管理，須要定義和管理產品的配置平臺、以及平臺衍生出的變型的配置，知足不只是研發部門，也包括客戶、銷售區域、市場、客服等各個職能部門對於選配的需求，並提供設計的備選方案和改進方案。

    

所以，PTC公司對於產品選配管理的方案包括四個方面的最佳實踐：通用化產品平臺設計，平臺和變式的分析和評估，平臺CAD結構管理，以及平臺的可視化。

 

1）通用化產品平臺設計

 

Windchill系統幫助用戶能夠捕捉和定義通用化的產品架構（包括機械、電器和軟件），以幫助通用平臺的開發，以及隨後用戶（好比研發部門、市場部門、銷售部門）進行基於可配置的產品架構開發產品變型的過程。

• 捕捉產品結構的定義超集（必選的、可選的）

• 接口和模塊化架構的定義和管理

• 管理可選配的選項和邏輯制約規則，而且分配到產品結構

• 評估和驗證選配邏輯和制約規則

• 過濾、選配出變型信息

•  

2）平臺和變式的分析和評估

 

Windchill系統進而幫助用戶進行平臺的分析、評估和驗證，好比自動的建立關鍵的設計配置以進行分析和評估，在數字化模裝中快速可視化和識別設計問題，跟蹤和解決干涉問題：

• 評估選配的守規情況、成本情況

• 在早期就要跟蹤產品的目標成本和估計成本

• 系統化的識別潛在的干涉問題，以及後續的跟蹤和解決

•  

3）平臺CAD結構管理

 

PTC公司的Windchill系統和Creo系統之間的集成，關聯了產品的結構和CAD裝配結構，支持了高效的模塊化平臺開發、可視化和變型生成。

 

4）平臺的可視化

 

利用產品的3D展現，使得設計、測試、製造規劃以及售後服務的內部溝通更加便捷直觀。

 

總之，PTC的Windchill系統和Creo系統，經過以上四個方面的最佳實踐，能夠幫助客戶提高應對大規模定製的能力，模塊重用的能力，以及管理大量的產品變型的能力。

 

（3）Windchill如何實現不一樣視圖BOM的轉換？

 

企業中不一樣的職能部門對於BOM有着不一樣的關注面和業務應用，能夠稱之爲視圖。

 

好比，企業的業務中存在銷售合同BOM，需求BOM、功能BOM、設計BOM、工程BOM、仿真測試BOM、製造BOM、售後支持BOM等等。

 

好比製造BOM，大多數企業由於已經有了ERP系統或者MES系統，因爲製造系統的須要，必定已經經過手工或者自動的方式存在一份列表，明確的定義出生產一種產品到底須要哪些零部件以及數量，常稱之爲製造BOM。

 

那其餘部門，好比採購、市場、研發、工程、測試、售後等部門所關注的BOM信息，BOM信息源頭從哪裏來呢？互相之間又是什麼關係呢？

 

好比，設計人員更可能是考慮Fit, Form, Function，從功能、外形、接口層面考慮BOM，可是製造或者採購人員則不一樣，一樣的產品，在不一樣的地區、不一樣的工廠工藝下，是有不一樣的製造BOM，或者不一樣的採購BOM的。

 

這樣，設計人員產出的設計BOM，是不可以描述製造和採購部門關心的產品信息的，同一份設計BOM極可能要對應多份製造BOM（對不一樣工廠），多份採購BOM（對不一樣工廠或者地區）。製造部門，和採購部門須要隨時知道設計BOM的變化，並且須要有工具輔助他們，當他們根據具體狀況考慮是否也修改製造BOM或者採購BOM。

 

因而可知，若是有技術手段可以隨時提醒、或者在產品數據上隨時的體現出源頭/上游BOM是否是發生了改動，對於職能部門是很是有價值的。

 

所以，Windchill中的視圖功能便是意在於此。企業各個職能部門能夠梳理各部門對於BOM信息的依賴關係，以及BOM的建立和修改流程，而後，能夠利用視圖功能，把其中某個視圖做爲基礎視圖，而且定義各個視圖之間的上下游關係。在創建了視圖關聯以後，Windchill能夠輔助企業對於這些視圖之間的追溯、變動提醒、比較、以及聯動。

 

其餘視圖，好比製造視圖、測試視圖，在約定的某個早期的時間點先拷貝基礎視圖。之後的這個視圖的增刪改，系統均可以方便的跟蹤這些增刪改所形成的下游視圖和上游視圖之間的不一樣。

 

這樣一旦基礎視圖好比是設計視圖發生變化的時候，系統能夠自動提醒製造部門、測試部門、售後部門，提醒這些部門他們的BOM視圖有哪些條目是已經和基礎視圖不一樣步了，使得這些部門能夠及時的知曉並決定如何處理這些差別，是刷新、仍是不須要和上游同步，等等。各個視圖之間的比較也變得隨時可行了。

 

這樣，使得各個職能部門對於BOM保持共識變得便利了，時間變短，工做量變小，並且變動及時；提高了效率的同時也下降了出錯率。

 

企業能夠參考利用Windchill中的視圖功能，定義設計視圖、成本視圖、製造視圖、售後服務視圖等等，而且定義視圖之間的上下游關係。在創建了視圖關聯以後，Windchill能夠輔助企業對於這些視圖之間的追溯、變動提醒、比較、以及聯動。

    

至於具體的關聯規則，還須要在軟件實施以前進一步分析，以肯定以何種功能實現和表達BOM的不一樣的職能層面。

 

（4）Windchill中BOM的有效性是如何管理的？

 

對於某些產品，舊版本的部件/文檔須要被新版本的部件/文檔所取代，取代的條件是某種日期範圍或者批號範圍或者序列號範圍。這種信息稱之爲‘有效性’。

    

這種取代的‘有效性’信息，對於有些行業，是研發人員負責的，好比一臺飛機和組裝在飛機上的發動機的關係，在研發階段就須要跟蹤哪臺飛機安裝的是那些臺發動機的序列號，又好比某些關鍵的醫療器械，也是在研發階段也就須要跟蹤產品批號和關鍵部件的批號的關係。但對於一些大規模製造的行業，這種跟蹤是到供應鏈量產階段纔會出現並記錄的，這些行業的‘有效性’信息的業務負責人和維護人是供應鏈部門而不是研發部門。有效性信息應該在哪一個信息系統中管理，是PLM系統，仍是ERP系統，要考慮企業的實際業務場景。

 

用戶能夠在Windchill中定義三種類型的有效性：日期驅動、批號驅動、序列號驅動，這三種類型均可以指定單值或者某個範圍。在定義了有效性以後，可使用Windchill的變動流程設置和修改某個產品下的有效性條件。以後，在產品結構展開時，就可使用有效性條件做爲展開的過濾條件之一。

    

總之，Windchill幫助用戶在整個產品生命週期中指定配置的有效性，清晰的描述了部件和文檔的使用狀況，減小了產品信息錯誤。

 

（5）Windchill中BOM的版本與狀態是如何管理的？

 

    Windchill系統中的全部數據對象都有版本管理，版本由修訂版本和小版本組成。修訂版本，也叫大版本：記錄了數據對象生命週期中的某個階段的狀態，由變動流程生成。

    小版本：記錄了大版本中間的數據的變化過程。用戶每次對對象進行一次檢出和檢入操做後由系統自動爲對象生成的版本。如A.1版本、A.2版本。能夠在系統中定製所須要的版本編碼規則。

 圖3 Windchill版本規則

Windchill 系統中的每一個對象類型都可具備單獨的生命週期狀態和訪問控制策略。當用戶建立某種類型的對象時，能夠用對象初始化規則指定該項類型的生命週期。生命週期定義了相關聯對象可處於的主要狀態，好比「正在工做」、「已發佈」或「已取消」狀態。對象的狀態變化受工做流程運行驅動。對象的狀態能夠與系統自動流程關聯，而且能夠與權限控制有關。

 

好比，用戶新建了一個文檔，文檔的類型中定義了它的生命週期模板。生命週期中定義了文檔能夠有「正在工做」、「已發佈」或「已取消」的狀態。而後，生命週期使用工做流來定義進程。當文檔經由該進程時，用戶的決策將影響文檔處於生命週期的哪個狀態。例如，任務可能要求產品經理批准某個文檔，若是產品經理批准了該文檔，則該文檔將由「正在工做」變爲「已發佈」。工做流中的每項任務均有一個角色負責完成此項任務。工做流使用「產品」或「存儲庫」團隊來肯定履行該角色的人員，而後將任務發送給指定用戶。相關的用戶就會收到帶有連接的通知郵件；並且，登陸Windchill的時候就會看到本身的‘任務總覽’中有處理該文檔的任務。

 

PLM平臺的基礎的能力就是人、流程和產品數據的緊密結合，這是任何一個與產品相關的業務變革（IPD，DFX，等等）被落地執行和固化的前提條件。Windchill的平臺具備integrated, internet-based, interoperable（與開發工具無縫交互）的特性，這三大屬性使得Windchill在支持人員、流程和產品數據的結合上更具優點和可擴展性，尤爲是在考慮IT投入的TCO（整體擁有成本）上。

 

Windchill有較爲完備的OOTB（開箱即用）的產品信息管理的功能，PTC也稱之爲產品配置與變動管理，除了生命週期狀態管理之外，包括：版本、基線、工做流、視圖、有效性、替代管理、選配、配置器、變式（變型）BOM，變動的偏離/誤差/豁免，等等。

 

 

三、ENOVIA Single BOM解決方案

 

 

本解決方案根據達索系統公司大中華區ENOVIA品牌總監張偉先生的採訪內容整理而成。

 

 

（1）ENOVIA BOM解決方案的思路 

 

用一句話歸納，ENOVIA的BOM解決方案實現了對企業全業務價值鏈的管控，對BOM的管理涵蓋了整個產品生命週期的全過程。

    

展開來說，ENOVIA的BOM解決方案可從三個維度、四個方面、五個層次不一樣的角度去理解。

    

三個維度是指ENOVIA不只提供了軟件技術平臺，更整合了企業業務流程和團隊，造成了標準化和體系化的業務規範；四個方面包括產品規劃和配置管理、不一樣類型的BOM管理、BOM變動管理、BOM基礎信息和知識庫管理；五個層次指ENOVIA在單一的數據庫平臺下，實現統一的BOM配置、生成、發佈和變動，充分利用平臺化、模塊化和標準化的技術，實現BOM的全業務價值鏈的管理，保證業務團隊的單一數據源。這五個層次體現了從軟件的功能向團隊管理層面和業務層面遞進的過程。

 

（2）ENOVIA BOM如何實現產品配置管理？

 

在ENOVIA的BOM解決方案中，經過模塊化的管理方式去簡化配置管理，下降配置管理的複雜程度，更有效的管理配置數據。模塊化能夠理解爲一組有關聯關係的配置選項的集合。ENOVIA在不一樣的部門之間定義全流程共享的模塊，經過這些模塊最終去構建統一的BOM生成、發佈管理體系。

 

具體在ENOVIA的BOM方案中如何去實現配置管理，通常來講分紅三個大的步驟：

 

第一，在ENOVIA中實現產品配置管理，主要包含了產品規劃、配置定義、產品整體架構生成、配置和產品整體架構的搭接，這樣生成了產品完整的配置選項庫，也造成了產品配置與產品架構的關聯；

 

第二，由ENOVIA系統生成超級EBOM；

 

第三，在超級EBOM基礎上，業務人員根據市場或者銷售的須要選擇不一樣的配置，生成具體的EBOM的結構和數據信息。

 

（3）ENOVIA中如何實現不一樣類型BOM的轉換？

 

ENOVIA中具有各類不一樣類型BOM的模板，經過統1、共享的BOM主數據，在不一樣的用途和業務部門之間，實現主數據基於BOM模板的映射，生成不一樣部門所適用的不一樣類型的BOM數據。ENOVIA管理的是一套統一共享的主數據，主數據是BOM數據的源頭，也是企業當中全部BOM數據的集合。每一個使用部門定義好本身所需數據的模板，根據模板與主數據之間的映射關係，從主數據裏面取出本身所需的BOM數據。

    

舉個例子，管理PBOM，要定義PBOM的架構模板，而後經過主數據的信息映射到該架構模板上生成PBOM，再好比創建SBOM，先建立備件目錄的結構即模板，而後經過主數據映射生成SBOM。

 

（4）ENOVIA中如何實現多種BOM數據的同步？

 

ENOVIA實現了企業級的BOM變動管理，從關聯方式上講，ENOVIA是基於單一數據源的BOM管理，無論是哪種類型的BOM發生更改，都是在統一的BOM數據源上即惟一的主數據上進行的更改，那麼其餘類型的BOM天然也會同步更改。

    

從流程上講，BOM的變動要結合變動流程來進行。好比，要進行設計更改，首先要提出ECR變動請求，完成ECO批准後實現工程變動，固然，若是涉及到工藝、製造部門，那須要實現變動切換，並建立相應的PCO和MCO，從而將變動的流程傳遞下去。在工藝和製造部門贊成更改後，在系統上就進行相應的操做，能夠將PBOM及MBOM的數據同步變動過來，使其與EBOM數據中的信息保持一致。涉及到跨部門的變動，不一樣BOM數據變動的一致性在ENOVIA中是很容易實現的，在實際的業務中，須要結合企業規範的變動流程實現BOM數據的同步更改。

 

（4）ENOVIA中BOM的有效性、版本及狀態是如何管理的？

 

通常來講這會涉及到ENOVIA的BOM的更改，在ENOVIA系統當中利用有效性進行版本和狀態的管理，如根據具體的日期篩選不一樣BOM的信息，能夠查看具體制定的生效日期後的BOM的信息，也能夠追溯生效日期以前的信息。同時也能追溯某一個單件或總成從什麼時候開始用，什麼時候開始不能用，ENOVIA中能夠實現去監控、管理變動信息傳遞的全過程，這是ENOVIA的有效性、版本和狀態管理的一種典型的方式。

 

（5）ENOVIA BOM的解決方案與其餘PLM廠商解決方案相比有哪些優點或者不一樣的地方?

 

ENOVIA的BOM解決方案實現了對BOM全業務價值鏈的管控，他不只僅是一套IT軟件系統，更重要的是整合了技術、業務流程和企業的組織結構。ENOVIA的BOM方案提供單一的數據庫，在統一的集中平臺下，實現了統一的BOM的配置、建立、發佈和變動，確保企業的單一數據源也就是達索常講的Single BOM解決方案，最終實現對BOM管理的一致性、惟一性、可靠性。

 

四、開目BOM管理

 

 

（1）開目PLM關於BOM解決方案的思路。

 

 

開目PLM系統中的BOM管理針對企業BOM表達方式差別大、類型多樣、在業務過程當中不斷變化、相互關聯緊密、涉及面廣等特色出發，主要從BOM表達方式、BOM多視圖管理、基線管理、BOM轉化、BOM一致性維護、BOM的狀態/版本及有效性管理以及圍繞BOM的多種工具等方面實現BOM的產生-演化-變動-失效這一輩子命週期過程的管理：

 

 

首先，從BOM的表達方式上看，開目PLM系統中對BOM的表達方式已經從早期的僅僅描述產品結構的物料組成的狹義BOM擴展到了能夠描述產品結構的物料組成、零部件工藝過程及相關工藝資源的廣義BOM的表達上。在開目PLM系統中的BOM結構上，能夠管理零部件節點、虛擬節點（合件、虛擬件等）、工藝過程節點、資源節點（工裝、工具、設備、毛坯、原材料、車間/工位等）。

 

與此同時，BOM仍是開目PLM系統中一種重要的數據組織形式。開目PLM系統中提供多種產品數據的組織方式，圍繞產品BOM進行數據組織是其中最經常使用也是技術人員很是容易理解和接受的數據組織形式。在開目PLM系統中，能夠圍繞BOM結構對需求、設計、工藝、製造、運輸、安裝、培訓、維修、服務、回收各個階段、各類類型、各類樣式的產品數據進行統一管理。

 

第二，在產品生命週期不一樣階段，企業不一樣部門、不一樣角色的人員需求從不一樣的角度觀察產品結構，他們看到的同一個產品的結構是不同的。開目PLM系統提供可靈活定義且可擴展的BOM多視圖管理，企業開展業務所須要的各種BOM的樣式及格式都可以很是靈活地定義或規劃。

 

例如用戶能夠在開目PLM系統中定義在企業的業務中常見的設計BOM、工藝BOM、製造BOM、採購BOM、成本BOM、維修BOM等多種BOM視圖類型。對每一種BOM，還能夠定義其表達方式，例如設計BOM以產品結構的物料組成爲主，而工藝BOM上則須要增長工藝過程和工藝資源信息，在採購BOM上須要考慮外購件的供應商及價格信息，在成本BOM上則須要增長外購件的採購成本信息及自制件的制形成本信息；而在維護BOM上則須要記錄與客戶維護與服務相關的一些規範、條件、維修指南、服務歷史信息等。

 

第三，開目PLM系統中提出了產品結構快照的概念，以實現產品基線的管理。產品結構快照是是對產品的某種BOM在某一個時刻的狀態記錄，其中包含BOM的結構以及其中每一個零部件的狀態和版本，上面關聯的工藝文檔和其它相關文檔的情況等。BOM快照用於凍結產品在某一時刻或生成批次的狀態，用於歷史追溯。

 

第四，開目PLM中所管理的這些BOM之間既有重大差異，又緊密聯繫。設計BOM是產品結構的基礎，訂單BOM是根據用戶的需求在設計BOM上經過產品配置實現，而工藝BOM從設計BOM轉化而來，製造BOM則以工藝BOM爲基礎，等等。開目PLM系統中提供手工或自動等形式的產品配置工具，幫助實現BOM之間的轉化，使得BOM的轉化變得規範、靈活，在轉化的時候系統還將完整記錄轉化歷史，便於進行BOM轉化關係的歷史追溯。

 

第五，在BOM管理的過程當中，BOM的變動是不可避免的，在上游BOM變動後，如何維護上下游BOM的一致性是管理的重點也是難點。開目PLM系統提供BOM一致性維護工具，經過定義一系列一致性的維護規則，系統可以進行BOM一致性的維護，以簡化手工維護的工做量，下降手工維護可能產生的錯誤。

 

第六，開目PLM系統提供BOM的狀態、版本和有效性管理，對BOM的產生-演化-變動-失效這一輩子命週期過程當中BOM的生命週期狀態、BOM的版本系列以及BOM的有效性等進行管理。

 

第七，開目PLM系統圍繞BOM提供一系列輔助工具，例如圍繞BOM的數據查詢工具、BOM齊套性工具、BOM單層/多層比較工具等。

 

（2）開目BOM解決方案如何實現產品配置管理？

 

企業爲知足大規模定製的思想，渴望儘可能知足市場上不一樣客戶的個性化需求，所以常在產品設計時就考慮設置多種用戶選擇項。但實際上選項之間存在着不少聯繫或者稱爲限制，有些是結構上的相容性，有些是經濟角度考慮的，有些是美學角度考慮的。選項之間聯繫的複雜性致使人工管理的困難，急需一個工具來解決。

 

在開目PLM系統中，產品配置主要是指在不一樣的BOM中進行轉化的工具，其中又尤以從系列化或者平臺化的產品BOM向訂單BOM、批次BOM或者某一特定型號產品的轉化使用較多。在開目PLM系統中產品配置管理的實現主要分爲如下幾個步驟：

    

第一步：利用在開目PLM系統中的可變產品結構或者產品族創建產品系列或者平臺。該結構或者產品族包括產品全部可能出現的變量或選項，好比零件A有A一、A二、A3三種選擇，由訂單決定其選擇；

 

第二步：開目PLM系統中提供規則定義工具，能夠在創建好的可變產品結構或者產品族上定義產品配置規則，好比訂單上客戶的某一組參數選擇決定零件A的選擇或者零件C的數量等，而零件A又決定零件B的選擇；

圖4 規則定義

 

第三步：開目PLM系統可以根據輸入的參數，基於預先定義的規則自動運行，完成產品選配以得到一個知足輸入需求的產品BOM。

 圖5規則應用

經過在開目PLM系統中上述三個步驟的實現，能夠幫助企業創建系統性的產品配置管理機制，解決產品配置的難題。

 

（3）在開目PLM中如何實現不一樣視圖BOM的轉換？

 

開目PLM系統中不一樣視圖的BOM轉換有兩種方式：

 

一是手工轉換。開目PLM系統提供BOM結構另存的功能，能夠直接根據一個BOM產生一個與其BOM結構徹底相同的其它BOM視圖，但新BOM用於另外的數據存儲其結構信息，而再也不依賴於零部件對象中的明細表。新的BOM可手工編輯，例如在裝配BOM增長裝配過渡件，並調整裝配結構關係，對該結構的編輯不影響原來的設計BOM。

 

另外一種根據轉化規則自動轉化則更經常使用，即用戶預先定製一個規則，根據規則在一個BOM基礎上自動生成一個與設計BOM結構不一樣的其它BOM視圖。例如，從設計BOM生成工藝BOM時，對於裝配件能夠添加虛擬裝配件/中間件；對於衝壓件能夠增長模具/毛壞；對於焊接件能夠增長焊材/輔料；對於數控加工件能夠增長試切件；同時自動去掉結構中的外購件、外協件的下級部件等等。根據規則自動轉化生成的BOM結構也可以進行手工編輯調整。

 

（4）在開目PLM中如何實現多種BOM數據的同步？

 

一個產品的多種BOM是相互聯繫的。修改了一種BOM，則極可能須要修改相關BOM。所以須要PLM系統具備能夠根據它們之間的一致性關係，自動將對一種BOM的修改傳遞到其它BOM中的能力，例如：在裝配BOM中把新加入的零部件放到合適的裝配位置。開目PLM中提供BOM一致性維護功能，能夠實現修改了一種BOM後，系統根據預先定義的規則自動保持BOM間的一致性。

 

以設計BOM與工藝BOM協同爲例，BOM更改一致性維護的過程以下圖所示：先根據新的設計BOM版本產生新的工藝BOM版本，而後以定義好的匹配規則爲依據從已經作了工藝工做的工藝BOM上抽取工藝信息複製到新版本的工藝BOM上來，如：零部件的工藝屬性（工藝路線、下料尺寸、材料定額等）、工藝件的分拆信息（焊接件的子、輔料等）、工藝虛擬件、工藝文檔等，這樣在產品設計產生了變動時保護了工藝人員的工做成果。這種方法對設計人員和工藝人員的並行工做有很大的幫助，有助於縮短生產準備週期。

 

圖6 BOM一致性維護示意圖

 

（5）在開目PLM中BOM的有效性是如何管理的？

 

開目PLM系統中經過BOM的版本和狀態管理來實現BOM有效性的管理。

 

（6）在開目PLM中BOM的版本與狀態是如何管理的？

 

在開目PLM系統中，能夠對BOM的生命週期的不一樣狀態進行管理，例如一個BOM視圖能夠是新建、活動、預發佈、發佈、失效、廢棄等狀態；在BOM的演變過程當中，狀態會隨之而發生變化，對每一狀態的BOM開目PLM系統可以提供具備針對性的管理。

    

在開目PLM系統中，能夠對同一產品BOM創建多個版本，實現BOM變遷過程的管理和追溯。用戶能夠定義版本標識規則，進行新版本建立時自動生成新版本標識，並對其版本進行管理。

 

對於已有多個版本的BOM，可指定版本有效性規則，如：最新版本有效，指定時間段內版本有效，仍是手工指定版本有效等。經過定義有效性規則，保證零部件版本使用的準確性和有效性，幫助企業實現產品數據版本的嚴格管理。在系統中，某BOM一旦生效，系統會以各類通信方式，及時通知相應的業務人員。相關業務人員也能夠在系統中按日期查詢瞭解有哪些BOM或版本已生效。

 

（7）開目PLM的BOM的解決方案與其餘PLM廠商解決方案相比有哪些優點或者不一樣的地方?

 

開目公司可提供完整的自主知識產權的涉及企業產品全生命週期的BOM管理，提供與全面的BOM管理有關的全部方案，同時該方案適用性已在汽車、工程機械、紡機、水泵、電機、電子等衆多行業的龍頭企業獲得了驗證。而且隨着和用戶合做的深刻以及製造業的不斷髮展，咱們仍在不斷完善BOM管理的相關方案。在實施階段，咱們儘量參考已有的大量行業經驗，在開目實施方法論的指導下，由實施團隊爲用戶提供完善的實施方案，在BOM管理的共性需求上提煉個性需求，使得相應解決方案既知足通用行業特色又知足企業特色。

 

五、用友PLM BOM

 

本解決方案根據用友軟件PLM系統應用架構師劉豔菊的採訪內容整理而成。

 

 

（1）用友PLM關於BOM解決方案的思路。

 

用友PLM產品架構在UAP平臺上，支持全球化多集團運營，支持多元化產業集成應用，爲全球化綜合性集團企業提供商業創新解決方案。除PLM外，用友ERP、CRM、MES等大中型管理軟件都架構在UAP平臺上，從而實現了從需求、研發、製造、銷售、維護維修到報廢的產品全生命週期管理。

 

在用友的產品系列中，都使用了統一的廣義BOM的概念，包括需求BOM、設計BOM、工藝BOM、製造BOM、維護BOM、計劃BOM、成本BOM等，不一樣的BOM信息反映了不一樣的人因爲所處的時間、地域、分工不一樣所產生的各種產品視角，涵蓋了虛擬的研發BOM和現實的製造、維護BOM，並將相關的需求、計劃、成本等信息進行了整合，各種BOM之間存在必定的獨立性、連續性和關聯性。

 

同時，基於多組織的信息化架構，用友PLM產品具有了與全部大中型ERP軟件相通的多組織相關概念術語，既能夠支持多組織、多業務的BOM管理，也能夠方便的與大中型ERP軟件集成。

 

總之，用友PLM產品不只具有了傳統PLM產品所具有的產品全生命週期BOM管理功能，也具有了ERP領域普遍應用的多組織、多業務BOM管理特性，可以支撐產品全生命週期橫向和縱向的BOM管理。企業在實施用友PLM產品時，能夠根據所管理的業務和部門範圍不一樣選擇使用對應的BOM類型。

 

備註：UAP（Unified Application Platform）是面向大中型企業管理信息化的統一應用平臺，是用友公司從多年的管理軟件研製過程當中提煉出設計模型、模板、開發工具、應用開發框架、中間件、基礎技術類庫及研發模式等成果，以可視化和集成化的開發模式，提供完整的覆蓋軟件全生命週期的開發、集成、運維、管理等功能的軟件平臺。該平臺能提高軟件開發的效率和質量，提升軟件適應業務與技術變化的能力，縮短開發時間及下降開發成本，實現異構系統之間的應用整合，在提升軟件性能、穩定性、可維護性等方面均有顯著效果。另外，用友UAP也覆蓋了雲計算、大數據處理、商業分析、移動應用、電子商務、社交化應用等先進技術，可以支撐企業信息化各個階段的應用，知足企業管理變化快，及時響應市場需求的經營目標。

 

（2）如何實現產品配置管理？

 

產品配置管理主要用於成熟的、模塊化的、設計決定訂單的產品，經過將產品進行模塊化設計，創建產品完整的、可變化的「產品全BOM結構」，提供產品結構的各類可能配置，以知足客戶的個性化需求。

    

除研發外，產品配置管理的目的和結果也體如今了製造、維護等過程當中，保證了系統中記錄的、指導生產的、指導銷售及售後服務的是正確的產品信息。所以，在用友的產品系列中，配置管理功能分別體如今PLM和ERP產品中，企業能夠根據實際業務需求選用。

 

1)在PLM中進行「產品全BOM結構」定義，設置相關的選配規則，並在應用時加載配置變量肯定惟一對應的產品結構。

 

2)在PLM中進行「產品全BOM結構」定義，設置相關的選配規則，並將相關信息傳遞到ERP中，應用時在ERP中加載配置變量肯定惟一對應的產品結構。

    

以上兩種方式各有利弊，分別應用於不一樣的業務場景，企業能夠根據實際的業務條件、人員分工等具體狀況進行選擇。

 

（3）如何實現不一樣視圖BOM的轉換？

 

從產品全生命週期中各種業務和過程的視角出發，用友PLM產品提供三種方式的多視圖BOM管理能力：

    

1)廣義BOM管理：用於管理產品全生命週期中各種產品信息，包括需求BOM、設計BOM、工藝BOM、製造BOM、維護BOM、計劃BOM、成本BOM等，涵蓋了跨產品全生命週期的全部產品信息，各種信息具備必定的獨立性、連續性和關聯性。

    

2)產品結構多視圖管理：以產品結構爲核心，圍繞產品結構描述設計人員、工藝人員、採購人員、車間製造人員所關注的產品信息，如設計視圖、工藝視圖、採購視圖、各工廠視圖等，經過各視圖的聯繫與整合確保所生產出來的產品的正確性。

    

3)多組織BOM管理：用友PLM產品具有多組織管理的能力，能夠分別管理不一樣組織單元的BOM信息，保證了各種BOM的獨立性，並可以記錄其關聯關係，維持其連續性。

 

（4）如何實現多種BOM數據的同步？

    

在用友PLM中，無論是哪一種類型的BOM管理方式，各種BOM之間都具備必定的獨立性、連續性和關聯性，具備連續性的結構將能夠進行數據同步，具備關聯性的結構變動時會給出通知，獨立的結構對其它BOM信息沒有影響。

 

（5）用友PLM中BOM的有效性是如何管理的？

    

BOM有效性支持時間、批次和單元有效性三種方式，並支持有效性的嵌套，能夠知足大企業、複雜的有效性需求。

 

（6）用友PLM中BOM的版本與狀態是如何管理的？

    在用友PLM中，零部件和BOM都具備版本和狀態，既相互聯繫又能夠獨立控制。企業能夠根據實際業務需求，在系統中進行調整，控制BOM版本、狀態是否與零部件保持一致，仍是單獨控制。通常來講，對於設計部門而言，BOM信息反映了零部件的結構、特性，屬零部件的自然描述，不可分割，所以設計BOM的狀態與零部件的狀態可視爲相同；對於工藝、製造等部門，其關注的立足點在於工藝BOM、製造BOM等構成關係，其BOM狀態與零部件狀態又須要分離。

 

（7）用友PLM的BOM的解決方案與其餘PLM廠商解決方案相比有哪些優點或者不一樣的地方?

    

從技術上講，用友PLM產品架構在UAP平臺上，從而將應用軟件的業務邏輯和開發技術相分離，平臺在技術方面可以適應將來新技術的變化，下降因爲採用新技術而對應用產生的影響。並且，可配置的系統平臺爲產品提供了按需配置的能力，不只能知足用戶如今的需求，也能夠跟隨企業成長動態建模，快速適應用戶需求的發展變化。

 

從數據上講，用友的產品系列不只涵蓋了虛擬的研發BOM，也涵蓋了現實的製造、維護BOM，並將相關的需求、計劃、成本等信息進行了整合，實現了企業的全面信息化管理。

    

從業務上講，用友PLM產品支持全球化、多集團、多組織等複雜業務需求，不只僅具有了傳統PLM產品所具有的產品全生命週期BOM管理能力，也具有了ERP領域普遍應用的多組織、多業務BOM管理特性，可以支撐產品全生命週期橫向和縱向的BOM管理。