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