產品生命周期管理（PLM），作為企業信息化應用的一個重要領域，很多企業特別是對研發管理比較重視的企業都希望通過實施PLM系統來縮短其產品開發周期以滿足客戶的越來越多樣化需求；Oacle 也通過收購Agile正式宣布對該重要領域的進軍；但對于已經實施了Oracle ERP系統的制造企業，是否可以借助原有的ERP系統，對企業的產品管理進行深的應用，以實現企業產品研發管理水平提升呢？
在傳統的Oracle BOM/ENG模塊中，系統提供了一些解決方案，幫助企業對產品數據進行管理，如物料定義、統一物料的管理、物料結構清單維護，ECO更改管理等，但我們在項目的實施過程發現，BOM/ENG模塊并不能完全滿足客戶在產品數據管理方面的需求，大部分企業都就此方面提出類似的需求，1、系統能否支持建立企業標準化的物料新建流程，不同類別的工程師創建新物料時進行不同的審批流程；2、定義BOM的時候是否可以進行多層BOM維護，而不是單層逐步維護，3、能否對產品變更進行流程控制，及時了解變更的影響范圍以及變更執行情況等等。
Oracle 產品數據平臺（Product Data Hub）又叫高級產品目錄，有效加強Oracle BOM/ENG模塊在產品數據管理在流程控制方面的不足，是一個完全集成的產品信息管理解決方案，它使企業能夠有效維護一個潔凈、完整和統一的全球產品信息平臺，管理著所有類型的產品信息，包括結構化屬性、文檔、數字圖像、產品結構/物料清單、想法、問題、工程設計變更等。企業還可以跨部門、與貿易合作伙伴就產品定義和變更進行安全協作。基于角色的安全性使得只有授權用戶才具有信息訪問和更新權限。并通過該平臺來掌控其他所有系統、部門和貿易合作伙伴； 下面將介紹Oracle PDH為企業產品信息管理提供的業務解決方案，如何輔助企業就產品信息管理業務進行提升。
1. 帶有特定分類屬性的目錄和分類管理(oracle白皮書免費下載)
在傳統的Oracle ERP系統下，已經提供了分類集、目錄冊等系統功能方便企業對產品信息進行管理，靈活運用這些功能在一定程度上滿足企業產品信息管理的需要；但無論是分類集還是目錄冊都是單層維護管理，無法通過多層次直觀對產品信息進行描述管理，同時傳統功能下無法基于分類集進行數據級別的安全性管理，給數據的安全性管理帶來不便；變更管理無法實施閉環控制，難以控制產品的質量變化。
PDH擴展了Oracle電子商務套件的產品項目主文件，通過對原有的Oracle電子商務套件的“分類集”進行增強而實現的，為產品、部件和產品項目信息的分類方案提供可由用戶定義的目錄、層次目錄分類和數量不限的規范/屬性。Oracle產品項目主文件提供產品項目的單一定義，并且與Oracle電子商務套件的所有主要產品系列和業務流程（開發、市場營銷、銷售、訂單管理、采購、供應鏈、制造、服務、人力資源、財務、項目等）相集成。
1.1. 產品項目目錄——用戶定義的目錄分類層次結構和分類屬性
產品項目目錄是一個提供所有產品項目的主要構成、適應性和功能分類的目錄。產品項目目錄模式支持無限的用戶定義的屬性，將它們組成有意義的用戶定義的組，并將它們映射到一個用戶定義的分類層次結構中。這使用戶能夠對所有類型的產品、部件和產品項目信息靈活地進行類型定義和分類。產品項目目錄中包括所有的產品，這些產品還可以在其他Oracle定義的或用戶定義的目錄中啟用。 例如，你可以建立一個目錄分類“計算機零部件”及其子分類“硬盤驅動器”和“鍵盤”，它們將繼承為“計算機零部件”所定義的所有特征。
你可以對自己擁有適當的基于角色的安全訪問權限的目錄、分類和產品項目進行瀏覽，或者你可以搜索具體的目錄分類并直接查看屬于該分類的產品項目；提供物料搜索效率增加重用度降低成本。
1.2. 用于客戶、供應商和部門之間協作的、基于角色的細粒度安全性
為了使客戶、供應商、部門和分公司能夠訪問產品數據的單一信息源，需要具有能夠精確地控制產品項目和產品項目信息/屬性組的不同人能夠發現、查看和編輯的能力。PDH提供了通過用戶定義的角色來控制對各個產品項目和產品項目屬性組的發現、查看和編輯訪問的能力。每個角色定義可對一個產品項目采取什么行動以及該角色能夠查看或編輯什么的屬性組。安全性可以在多個級別上進行控制：機構級、目錄分類級或每個產品項目級。例如，你可以定義一個“供應商工程師”角色，然后針對供應商與你共同研發的產品將該角色授予供應商的一名工程師。
1.3. 產品項目生命周期管理
你可以管理產品項目和產品項目修改記錄的生命周期。生命周期是指一個產品項目在存在期間所經歷的一系列階段。包括多個階段的生命周期可以關聯到一個產品項目目錄分類。你可以將變更控制策略與產品生命周期的每個階段關聯起來，從而決定該階段的產品項目行為。變更策略指定對產品項目上是否可以執行某個操作，如果可以執行，那么是否需要一個變更通知單。例如，變更策略可能是在生產階段產品項目屬性只能通過變更通知單來改變，但是，該策略可以指定當該產品項目處在報廢階段時其屬性不允許改變。
你可以將一個項目與產品項目關聯起來，以便按生命周期階段監測和控制該產品項目的生命周期和具體任務或應提供的項目。該項目中的任務可以與生命周期階段相關聯，這樣到任務完成時就可以控制階段的過渡。第一級生命周期跟蹤項目的工作細分結構（WBS）顯示在產品項目工作臺，在該項目工作臺上先選擇生命周期跟蹤項目的鏈接，然后將用戶定向到項目協作工作臺，在這里可以查看和維護該項目定義的各個方面。
2. 靈活的新產品項目定義以及審批工作流
在傳統的Oracle模塊應用中，當用戶新建物料時，必須在Oracle ERP系統外進行流程審批，通過多個部門收集物料的各種屬性如采購、庫存計劃等，然后由專門的人員統一在ERP系統中進行定義；一方面無法把系統外的審批流程集成到ERP系統當中，另一方面沒有信息系統的支撐，物料定義的流程串行進行，影響新建物料的效率。
PDH提供一個基于工作流的功能強大的產品項目定義過程，使用戶可以請求一個新產品項目并將該請求傳送給不同的人員/部門以進一步定義，并發給不同業務領域的審批人。當用戶提交請求時，工作流引擎給不同用戶發通知，告訴他們需要為特定屬性組提供值。這些通知包含一些鏈接，使用戶在產品項目工作臺中直接找到合適的屬性組部分。系統對用戶為屬性組輸入的值進行驗證，并確認用戶完成了該任務。當所有用戶都完成了產品項目定義并且請求已得到了批準之后，產品項目請求過程結束，產品項目可用于交易。
2.1. 基于產品項目分類的審批路線模板
不同的產品項目請求類型可以關聯到每個有工作流路線的產品項目目錄分類。路線模板按希望的順序列出所有的審批人和新產品項目請求需要送達的審查人。審批人和審查人可以是個人、小組或一個角色。如果指定了一個角色，則系統自動根據業務對象，如產品項目、產品項目目錄分類或機構來提供審批人。例如，如果‘網絡工程師’角色被指定給IP路由器分類，則當發起新零部件請求時，系統會提供擁有針對該分類的‘網絡工程師’角色的三名用戶。
2.2. 產品項目編號/描述的生成
當發起新零部件請求時，PDH可以根據為該產品項目目錄分類設置的自動編號方案自動產生產品項目編號。有三種物料編號方案：
·按序列生成――產品項目編號是在一個從預先確定的序列中獲取的數字前加上一個前綴而產生的；
·由函數產生――產品項目編號是由一個用戶定義函數和傳遞給該函數的產品項目屬性產生的。函數可以有規則和運算邏輯；
·自定義產生――產品項目編號是用戶創建時手工生成；
而且，產品項目描述可以由系統根據用戶定義的函數自動產生。當你建立一個新產品項目時，你指定傳送給用戶定義的函數的屬性來產生產品項目描述。
3. 多層級的物料清單維護
在傳統的Oracle ERP系統中，BOM維護人員只能對物料清單進行單層維護，對于復雜的產品結構，并不符合工程師的操作習慣，單層BOM維護不能直觀查看產品的結構，增加物料清單維護的難度以及影響工作效率。
PDH提供產品工作臺功能，用戶通過使用產品工作臺對產品信息進行編碼、查閱以及管理，可以靈活通過產品工作臺，進行拖、拉操作進行產品結構的添加、刪除和修改，特別是對復雜的產品結果，可以迅速提高工程師對產品結構維護的效率與準確性。
4. 控制產品數據質量和變更
隨著不斷變化的市場環境和新產品的推出，產品數據也在不斷變化。很多這些變化是由市場、制造、服務、供應商和客戶以問題、新想法、產品變更通知和新零件需求的方式引起的。為了保持產品數據的質量，必須通過一個協作變更管理系統將產品變更按特定的路線發送給審批人以獲得批準并安排其實施的日程；問題和變更管理功能加速了對產品質量問題或產品設計變更的識別、溝通和解決。更快地處理工程設計變更周期是企業希望發展的核心能力，尤其當你面臨很快上市的壓力、更短的產品周期及市場變化需求時更是如此。
但傳統的OracleENG模塊雖然提供了ECO管理功能，方便對產品進行變更管理，但ECO只是最終變更執行結果的管理，但對產生ECO更改前的的問題描述、變更請求無法有效管理，同時對ECO變更結果任務執行情況難以跟蹤，造成無法控制產品變更的質量；缺少有效的變更管理閉環流程控制，造成產品的數據質量難以保證。
Oracle的PDH問題和變更管理系統使你能夠安全地協作并管理產品問題和對產品信息的變更請求。在多公司環境下，它提供一個強大的基于角色的安全系統，使你可以與供應商和客戶無縫地進行協作，而無需擔心泄漏關鍵的專有信息。變更管理功能提供一種定義不同變更類型的靈活而又可擴展的方法，并捕獲這些變更的用戶定義的屬性，確保協作和靈活的審批路線定義的安全。你可以建立復雜的并行和串行審批路線，并把它們作為預定義的模板以便嚴格遵守審批流程，也可以在你的企業內部建立特別的路線以便進行額外的審批。
4.1. 用戶定義的變更分類
可配置的變更分類使你能夠在整個企業范圍內捕獲和實施不同的變更流程。Oracle系統定義了一些可配置的變更分類包括：
·問題：識別和捕獲與產品項目相關的設計、制造或質量問題。
·變更請求：跟蹤解決一個問題或改變一個產品項目設計或開發/制造流程 而要求的研究、解決方法和變更審批過程。
·變更通知：實施和執行對產品項目信息的變更。
·想法：捕獲和管理來自員工、客戶、供應商和制造商關于產品和部件項目的新想法。
4.2. 用戶定義的變更類型
用戶為變更分類定義的變更類型（如供應商變更請求、設計變更或流程問題）提供更具體的分類以及定義不同業務流程行為的能力。不同的變更類型可以擁有不同的頭標級別：
·自動編號規則（即前綴、起始編號）。
·工作流路線(審批路線)
·用戶定義的屬性和函數
·默認分派規則（任務分配規則）
4.3. 變更通知任務
你可以迅速創建變更通知并分派給個人或小組。變更通知任務可以確保必須完成的工作能夠在變更通知實施或推進到其生命周期的下一階段之前完成。 你可以為創建或傳送變更通知的每個機構設立任務模板。這使你能夠加強管理變更通知的標準工作過程。
4.4. 基于角色的和特別的工作流路線
用戶可以通過一個或多個審批請求步驟設立工作流路線模板。每個審批請求可以根據審批人的產品項目角色、變更角色或名字被發送給一個或多個人。例如，你可以要求某一個或所有對某變更請求/通知所涉及的產品項目擁有工程經理角色的人必須批準產品項目的特定變更。你還可以增加工作流路線步驟來征求評論意見或通知有關人員。你可以將多個工作流路線關聯到一個變更類型，從而在變更請求/通知的生命周期內執行一個或多個審批路線。當你建立一個特定的變更類型的問題、變更請求或變更通知時，工作流路線模板被評估之后用以建立工作流路線。你可以在問題、變更請求或變更通知建立之后以及任何步驟開始之前的工作流執行期間在工作流路線中增加一些額外步驟。
4.5. 基于工作流的分配/審批通知
當人們被分派處理問題、變更請求或變更通知時，他們會收到發送來的基于工作流的通知。發送通知是為了請求審批或評論意見。通知的接收人可以通過電子郵件或工作流通知列表對通知進行回復。
4.6. 基于角色的安全性
用戶可以通過基于角色的安全性來確保問題、變更請求和變更通知的安全，這些安全性可以按機構、變更分類或單個問題、變更請求和變更通知來指定。用戶可以給人員和小組授予相應的角色。變化管理角色決定你可以查看或編輯哪些問題、變更請求和變更通知。為了使安全性管理更輕松，當產品項目是問題、變更請求或變更通知所涉及的對象時，變更管理角色可以自動從產品項目角色進行繼承。
4.7. 變更管理報告
用戶可以為變更管理分類如問題、新想法、變更請求和變更通知生成報告。你可以將報告發送給一組或特定名單上列出的人員，而這些人只能看到那些自己擁有查看或編輯權限的對象。你可以使用一個預定義的準則模板或顯示格式來指定你想用來生成報告的準則或數據列。管理員可以生成所有用戶都可用的報告。
5. 結束語
Oracle PDH雖然并不是標準的PLM產品，并沒有像其它PLM產品就企業整個研發業務體系提供完整的解決方案，但作為Oracle電子商務套件的有效補充，在流程控制方面的增強有效補充Oracle BOM/ENG等傳統模塊在產品信息管理方面的不足，對于已經實施了Oralce ERP系統企業，其不失為提升企業產品信息管理的業務解決方案；特別是Oracle PDH與Oracle電子商務套件其它模塊實現無縫集成，；件使企業能夠有效地管理客戶過程，制造產品、按訂單發貨、接收貨款等，所有這一切都是通過構建在一個統一的信息結構上的各個應用程序來完成的。這個信息結構對企業的客戶、供應商、員工、產品，即企業的各個方面，提供單一的定義；從而避免其它PLM產品需要與原Oracle ERP系統集成的痛苦。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：OracleERP中的PDH應用方案
本文網址：http://www.guhuozai8.cn/html/consultation/1082065030.html
相關文章
