郭曉川：2008年至今，任PTC中國售前團隊電子高科技行業戰略客戶技術經理。2001年至2008年，從事SAP后勤模塊實施和售前工作，曾參與Lenovo SAP項目、中石化SAP項目等。畢業于武漢大學計算機科學學院 。
PTC中國售前團隊電子高科技行業戰略客戶技術經理 郭曉川
e-works：請您簡單談談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的轉換和聯動。
具體的功能不再一一贅述。
e-works：請問在Windchill的BOM的解決方案中如何實現產品配置管理？
郭曉川：選配方案的目的是如何在大規模制造下經濟高效的實現產品的多樣化定制。
產品選配的管理，需要定義和管理產品的配置平臺、以及平臺衍生出的變型的配置，滿足不僅是研發部門，也包括客戶、銷售區域、市場、客服等各個職能部門對于選配的需求，并提供設計的備選方案和改進方案。
因此，PTC公司對于產品選配管理的方案包括四個方面的最佳實踐：通用化產品平臺設計，平臺和變式的分析和評估，平臺CAD結構管理，以及平臺的可視化。
1）通用化產品平臺設計
Windchill系統幫助用戶可以捕捉和定義通用化的產品架構（包括機械、電器和軟件），以幫助通用平臺的開發，以及隨后用戶（比如研發部門、市場部門、銷售部門）進行基于可配置的產品架構開發產品變型的過程。
- 捕捉產品結構的定義超集（必選的、可選的）
- 接口和模塊化架構的定義和管理
- 管理可選配的選項和邏輯制約規則，并且分配到產品結構
- 評估和驗證選配邏輯和制約規則
- 過濾、選配出變型信息
2）平臺和變式的分析和評估
Windchill系統進而幫助用戶進行平臺的分析、評估和驗證，比如自動的創建關鍵的設計配置以進行分析和評估，在數字化模裝中快速可視化和識別設計問題，跟蹤和解決干涉問題：
- 評估選配的守規狀況、成本狀況
- 在早期就要跟蹤產品的目標成本和估計成本
- 系統化的識別潛在的干涉問題，以及后續的跟蹤和解決
3）平臺CAD結構管理
PTC公司的Windchill系統和Creo系統之間的集成，關聯了產品的結構和CAD裝配結構，支持了高效的模塊化平臺開發、可視化和變型生成。
4）平臺的可視化
利用產品的3D展示，使得設計、測試、制造規劃以及售后服務的內部溝通更加便捷直觀。
總之，PTC的Windchill系統和Creo系統，通過以上四個方面的最佳實踐，可以幫助客戶提升應對大規模定制的能力，模塊重用的能力，以及管理大量的產品變型的能力。
e-works：請問在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的不同的職能層面。
e-works：請您談談在Windchill中BOM的有效性是如何管理的。
郭曉川：對于某些產品，舊版本的部件/文檔需要被新版本的部件/文檔所取代，取代的條件是某種日期范圍或者批號范圍或者序列號范圍。這種信息稱之為‘有效性’。
這種取代的‘有效性’信息，對于有些行業，是研發人員負責的，比如一臺飛機和組裝在飛機上的發動機的關系，在研發階段就需要跟蹤哪臺飛機安裝的是那些臺發動機的序列號，又比如某些關鍵的醫療器械，也是在研發階段也就需要跟蹤產品批號和關鍵部件的批號的關系。但對于一些大規模制造的行業，這種跟蹤是到供應鏈量產階段才會出現并記錄的，這些行業的‘有效性’信息的業務負責人和維護人是供應鏈部門而不是研發部門。有效性信息應該在哪個信息系統中管理，是PLM系統，還是ERP系統，要考慮企業的實際業務場景。
用戶可以在Windchill中定義三種類型的有效性：日期驅動、批號驅動、序列號驅動，這三種類型都可以指定單值或者某個范圍。在定義了有效性之后，可以使用Windchill的變更流程設置和修改某個產品下的有效性條件。之后，在產品結構展開時，就可以使用有效性條件作為展開的過濾條件之一。
總之，Windchill幫助用戶在整個產品生命周期中指定配置的有效性，清晰的描述了部件和文檔的使用情況，減少了產品信息錯誤。
e-works：請您談談在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，變更的偏離/偏差/豁免，等等。就不一一展開介紹了。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：Windchill BOM管理
本文網址：http://www.guhuozai8.cn/html/solutions/14019310295.html
相關文章
