Teamcenter BOM管理使企業在整個產品生命周期中有效地管理BOM和產品配置、實現可重復的數字化驗證、開放的和專業化的BOM管理。開放性和專業化的BOM管理方法使得企業PLM系統和其他管理系統實現無縫集成，共享產品信息，獲得與合作伙伴及供應商的更大范圍內價值鏈的同步。
圍繞著關于Teamcenter BOM解決方案的特點、配置管理、多BOM管理、實施難點等問題，e-works采訪了Siemens PLM Software亞太區Teamcenter產品市場經理趙繼政先生。
趙繼政,Siemens PLM Software亞太區數字化生命周期管理解決方案Teamcenter產品市場經理，在PDM（產品數據管理）/PLM（產品生命周期管理）領域擁有超過10年的工作經驗，長期從事PLM的專業咨詢服務、技術服務等工作，負責和參與的PLM項目包括航空、汽車、船舶、航天和機械等多個行業。
Siemens PLM Software亞太區Teamcenter產品市場經理 趙繼政
e-works：請您簡單談談Teamcenter BOM解決方案的思路。
趙繼政：BOM解決方案是Teamcenter解決方案中很重要的一部分，我們對BOM解決方案的定位有下面幾個特點：
一、全生命周期支持。從業務上來講，沿著產品生命周期的不同階段，不同的人和專業會把BOM分成不同的類型，比如EBOM、PBOM、MBOM以及服務的BOM等，Teamcenter的目的是將整個生命周期各個階段的BOM及其演變過程管理起來。
二、行業方面的特點。以往的BOM管理可能只有簡單的機械產品BOM基本的增、刪、改功能，但是對很多專業來說，BOM管理有自己的特點，企業級BOM體現在不同的企業就有不同的特點，比如說汽車行業的BOM或者船舶行業的BOM，都有各自的特點，Teamcenter BOM解決方案必須能支持行業特定的BOM管理的要求。
三、軟件功能的完整性和體系架構的前瞻性。Teamcenter在軟件技術上的特點，有幾個方面：
1、基于Teamcenter平臺的靈活性和可擴展性。
2、Teamcenter不局限于傳統的PDM功能，以往的PDM主要管理DBOM或EBOM的演變，對全生命周期BOM的支持有所欠缺。
另外，在實際的業務中，BOM的管理跟實際產品的幾何設計既需要相互之間的連接，也需要一定程度的分離，這是某些行業特點決定的。Teamcenter BOM解決方案必須能夠適應這種業務要求。
3、Teamcenter BOM在業務上可以跟上下游的系統連接。比如，最初的BOM可能來自于設計系統如CAD系統，在設計演變過程中可能會做各種分析及工藝規劃，需要跟相關的分析系統、工藝系統連接，到生產階段需要跟ERP、MES系統連接。
4、Teamcenter能把虛擬世界的BOM和物理世界的BOM連接起來。不管是EBOM、MBOM、PBOM，其實都是研發階段的或者說生產準備階段的工作，可以近似歸結于虛擬的世界，但是在產品的生產特別是總裝時，BOM已經表達了物理的產品的BOM，當產品交付給客戶以后，會有維護BOM或者服務BOM，也表達了實際產品在運行過程當中的演變。Teamcenter BOM可以把前端和后端的虛擬的產品設計和實際的產品交付BOM都管理起來。這也是對應我們提到的第一條，全生命周期的支持。最開始設計是虛擬的狀態，最后是實際的交付狀態，BOM的變化應該都管理起來。
e-works：請問在Teamcenter BOM的解決方案中如何實現產品配置管理？
趙繼政：配置管理本身跟各個行業相關，有些行業可能會叫配置管理，在某些行業或許會叫構型管理等。
產品的配置管理首先是業務范疇的一個問題，當企業沒有Teamcenter或者PLM系統的時候，配置是怎么管理的？我們相信大多數企業具有配置管理的手段，比如說以產品為獨立單元進行管理，或者是對產品的平臺系列進行管理。與之對應，就會定義這個產品或者產品系列的版本特征、時間特征，圍繞著版本或時間的特征，就會去定義產品的配置關系，比如某些情況下產品是不是有互換性、可選性等，這些配置關系、版本、時間特征、產品或者產品平臺系列之間都會有一定的約束關系。
在以前手工管理的階段，可能會通過紙質文件、電子文檔如EXCEL的方式進行交流，或者有一些單位會開發一些系統進行基于條目的管理。對Teamcenter來說，我們相信客戶本身或者企業原先進行配置管理的手段，都能在Teamcenter中實現。客戶需要考慮的是，原來的管理方法在Teamcenter中實現，其有效性、效率能否保證，或者是不是想改進原來的管理方法。
把原先在業務上進行管理的方法和流程映射到Teamcenter上來實現，需要在Teamcenter上限定項目如何定義、產品或者平臺系列如何定義、配置的特征如何定義、配置特征之間的約束關系或選裝選配關系如何表達和計算。
在用戶操作的時候，需要考慮的是當出現一個配置的時候如何去驗證。因為產品在銷售的時候，可能的組合配置會非常多，但是可銷售的產品配置是很小的一個子集。通過配置驗證，確認最初的客戶訂單與配置的一致性，然后把相應的BOM配置發給特定的工廠、生產基地，工廠或生產基地會通過針對特定版本或者時間點的生產指令或變更指令來激活該配置。最終，Teamcenter BOM需要把正確的配置發給ERP系統或者生產執行系統。
e-works：請問在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、多個視圖之間的轉換，最終還能夠檢查轉換連接的一致性，避免出錯。
e-works：請問在Teamcenter中如何實現多種BOM數據的同步？
趙繼政：一般來講，數據同步是由產品研發流程、制造生產流程和維護服務流程來驅動和管理的。最典型的研發流程就是產品的審批、發放、更改的流程。
通過從一個BOM到另外一個BOM的演變，或者是把數據從一個BOM推送到另外一個BOM，這個一定是通過發布流程或者更改的流程來完成的，也是跟客戶具體的業務邏輯相關的。
比如，如果企業的產品是自主研發的，數據的同步就是從一個部門到另外一個部門，或者是從上游到下游同步的過程。如果客戶數據要分包給供應商，就面臨著把自己的BOM數據同步給供應商，供應商在完成了設計之后，需要把完成的設計數據返還給OEM主機廠，這時候需要另外一個方向的數據的同步。然后OEM把自己設計的數據和供應商的數據合并起來，才發布去做MBOM、PBOM、最終產品交付的BOM。這個具體實現的流程是需要跟客戶具體的業務邏輯相關的。
在Teamcenter中，類似的業務流程一般會映射為更改管理對象及其工作流，必要時，類似的流程可以跨供應鏈、跨Teamcenter站點地運行。
e-works：請您談談在Teamcenter中BOM的有效性是如何管理的。
趙繼政：BOM的有效性跟產品研發的階段性或者產品生命周期的階段性有關系，也跟BOM數據在Teamcenter系統中的表達方式有關系。
一般最常見的管理方式就是兩個，一個是版本，另一個是時間節點。不管是版本還是時間，其實都是時間維度上的東西。
還有一個管理的方法，需要包括空間維度，比如特定的部門、工廠和車間。如果還要往前追溯的話，可能就是產品編號，當然這個通常用的比較少，或者，實際在使用，但并沒有顯性地提出來。
比如，在生產的時候用到了A零件而沒有用到B零件，這是用零件的編號來管理；在生產的時候用到了A零件的A1版本，沒有用到A2版本，這是用版本來管理；在某一個時間點或者某一個產品生產的批次上決定用A版或者B版，這是用時間節點和產品批次來管理。
雖然被傳統的PDM系統所忽視，但空間點也很是重要的，比如對于某一個生產基地或者生產車間來說，特定的版本對他是否有效跟其產品的交付有關系、也與他的生產能力有關系。如果A生產基地交付的是老車型，那么可能繼續用A版，不用B版，所以變更對他來說沒有任何影響。B基地需要交付新車型，那么他可能需要立即使用最新的版本。
所以這些有效性管理的方法是跟業務相關的，在Teamcenter下面都可以支持，我們通過Teamcenter BOM中的有效性表示方法、解算方法、以及BOM的發放方法，保證不同的生產基地能收到正確的有效性的版本或者是有效性生效后的時間點、批次。
e-works：請您談談在Teamcenter中BOM的版本與狀態是如何管理的。
趙繼政：第一，對“狀態”這個概念，簡單的、最常見的理解是指研發階段的狀態，比如說設計人員接觸到產品之后，進行設計、評審、批準、發放等等。這其實看作是一個小循環的狀態演變。大多數企業都規定，在設計發放之前這些小的狀態通常不會引起版本的變化，大家都認為是同一個版本，只不過設計狀態沒有完成，它是同一個版本下面的不同的狀態。這時候可能是版本為大，狀態為小。
但是，在比較大的范圍內，狀態本身又可以理解為一個大循環的演變，如產品生命周期當中的不同的狀態或者階段，在那個時候可能面臨的是狀態和版本之間會有另外一種關聯關系：就是狀態大，版本反而小。
比如在制造的時候，零件有A版和B版，選用哪個版本進行生產，是由我們前面提到的有效性，比如時間有效性，地點有效性、批量批次的有效性決定的。這是大循環的情況，其本質演變是跟客戶的具體的業務邏輯相關的。
而有的單位在做小循環的時候，在版本不變的情況下，小循環可能會設置為2個或者3個狀態，比如說設計、評審、批準，然后就發放了。根據特定的業務過程，來定義版本、狀態的管理，是Teamcenter實施和應用的一個基本內容，Teamcenter從功能上也必須支持重要業務要求，包括比較復雜或者少見的場景，例如，版本也有分叉的、非直線型的演變情況。
e-works：請您談談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解決方案。
e-works：您認為實施企業級BOM的難點和瓶頸在哪里？
趙繼政：有兩方面的因素。第一，是業務方面的，企業對BOM管理的認知和價值，決定了企業級BOM實施的難度。
一個企業以前沒有企業級的BOM管理系統，可能用的手工管理、EXCEL文檔管理、ERP系統管理、甚至用PDM管理，為什么需要做一個企業級BOM管理，它的價值在哪里？這是一個認識上的問題。這方面更重要。
解決了認識上的問題，我們會碰到的第二個難題，就是對業務的沖擊和影響，或者說采用一個企業級BOM的軟件解決方案，對企業有很多變革，那么影響的范圍，對現有的各個部門、專業，要求他們做哪些調整、學習，這些他們也會有各種各樣的顧慮。這是業務方面的第二個難題。
除了這些，也有一些實踐上的瓶頸，比如企業在自己的管理規范或者技術規范上，原有的體系對BOM是怎么管理的？有沒有完整的文檔、流程，來說明企業BOM的定義、修改、跟圖紙的連接、發放、以及工藝的設計、生產等等？每一個環節是否定義清楚，有無遺漏？業務希望通過企業級BOM的軟件解決方案，在哪些方面得到改進？企業整體的IT戰略和規劃是怎樣的？所有這些方面，對企業的整個研發體系要求是比較高的。
e-works：您認為實施企業級BOM對企業有哪些要求？
趙繼政：從大的來講我們希望企業的高層、各個層次的人對企業級BOM解決方案有統一的認識，他們有愿望去做一些變革，能夠把各個部門的工作帶動起來，沒有抵觸的情緒。
除此之外，在產品研發體系方面有一些基礎的要求，比如基本的技術規范，像BOM的定義、修改、發放，數據模型的定義……針對PLM系統上數字化的工作方式，部門之間的管理流程、協作流程可能需要做相應的調整。
還可能會面臨與其它軟件系統的集成或分工，比如BOM發到ERP，ERP該做什么，發到MES，MES該做什么等。
再有，少部分企業會設置一個專門的團隊來做BOM的業務管理、以及軟件系統的實施，這是我們希望看到的。建立企業級BOM的解決方案需要一個企業級BOM的管理團隊，他們站在企業的角度去思考技術規范、流程、數據模型、管理系統……這是對人員和專業團隊建設的要求，是整個研發體系建設中最重要的一個部分。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：Teamcenter BOM解決方案
本文網址：http://www.guhuozai8.cn/html/solutions/14019310265.html
相關文章
