【正文】 用于查詢與報告功能。如下圖 39 所示是定義 Item 的界面： EBS系統(tǒng)在安裝初始狀態(tài)，已經(jīng)預置了若干數(shù)量的 Item 模板，這些預置的模板可以劃分為三大類（模板集）。其中的每一個“組成段”稱之為一個“說明性要素 ”，所有“說明性要素”的組合稱之為一個“目錄組”（ Catalog Groups）。 （十七） Item 的屬性組織間查看與復制 在大型組織機構中，同一 Item 在不同組織（ INV Org）有不同的屬性設置， EBS 提供了屬性的跨組織查詢與復制功能（詳細內(nèi)容，請參考 ORACLE 相關文檔）。此外，作為系統(tǒng)外圍的高級應用功能， EBS 還提供屬于 PLM 范疇的 Advanced Product Catalog 應用模塊來管理 Item 來源創(chuàng)建及維護更新的復雜事務過程。但用戶可以自定義刪除“約束”和“語句”。這實際上也等同于提供了某種特殊的物料分類方式，對于某些特殊場合（如藥品或汽車， Item 名稱長且同類 Item 名稱相似度高）的名稱檢索管理將十分有幫助。 （十五） Item 的目錄組（ Catalog Groups） 前面在講到 EBS 的 Item（物料編碼）時，已經(jīng)講到習慣上的“物料名稱（ Name） ”被“說明”字段（短文本）所代替。如下圖 38 所示： 上圖中的交叉參考類型的 LOV 值是直接手工輸入的，只是起到一個分類查詢的作用， Item 所對應的值也是手工輸入維護的，并且與 Item 之間沒有“一對一”的關系。故此，在 EBS 系統(tǒng)中，并未提供類似“客戶 Item”的“供應商 Item 交叉參考關系”定義或維護。 在 EBS 系統(tǒng)的 Item 管理中，提供了有關客戶 Item 的完善定義與維護功能，即將己方的銷售產(chǎn)品按不同客戶（客戶地址 Address、地址類別 Address Category）與客戶 Item 建立交叉參考關系。如下圖 26 所示： 12 在制品（ WIP） 此屬性組控制 WIP 中的相關功能，其中的“供應類型”比較關鍵，直接控制物料的事務處理方式。如下圖 19 所示： 5 資產(chǎn)管理 只有當前 INV 組織參數(shù)定義中，該組織啟用 eAM 功能，則才可以訪問該 Tab 頁，其中資產(chǎn) Item 類型（ Asset Item Type）的設置比較關鍵，影響到其它字段如“資產(chǎn)活動（ Asset Activity）”的設置。當某個“屬性”定義為“組織層”控制時，切換到“組織”屬性顯示時，該屬性字段一般允許更改更新，可以具有與“主層”屬性顯示狀態(tài)時不同的賦值。 定義新的 Item 時，“單位及物料狀態(tài)”會有默認值（ Default），默然值是由配置文件：“ INV：默認主要單位”和 “ INV：默認物料狀態(tài)”的設定值決定的。下表顯示了可更新的屬性和更改這些屬性值時應具備的條件： 屬性 可更新 條件 ATP 組件 自 否 至 是 “按訂單裝配 ”為 是 ，或 “挑庫組件 ”為 是 或 “WIP 供應類型 ”為 虛擬件 BOM 物料類型 否 “物料清單 ”存在或作為 BOM 的組件存在，或作為標準 BOM 的替代組件存在。 每一個屬性組有若干可定義屬性值（字段），其中一部分屬于“必需項”（一般均有默認值 ，可修改），另一部分則屬于“可選項”（可留空）?？梢栽O置控制方式的“狀態(tài)屬性”共 10 個（如圖 4 中所示），包括：允許 BOM、在 WIP 中制造、啟用客戶訂單、啟用內(nèi)部訂單、啟用開票、啟用執(zhí)行流程（應用于“流程制造”）、啟用配方（應用于“流程制造”）、可采購、可儲存、可處理。 EBS 系統(tǒng) 在 Item 的“主組織”（ Master Org）與組織（ Org）之間，提供了相關“屬性”如何控制的機制。“主組織”的這一特 性為大型企業(yè) Item 的集中管控工作的開展提供了極大的方便性與高度的靈活性。 （七） Item 的組織控制（ Master Org） 前面關于 Item 的一些基本概念的介紹，均沒有涉及 Item 的組織控制問題。如下圖 13 所示： 系統(tǒng) 使用字母、數(shù)字和字符（如 *、 amp。其中的一個可能結果是，只要手工輸入的輔助單位的計量實際值與主要單位的計量值的實際換算關系在規(guī)定的偏差范圍內(nèi)，系統(tǒng)均當成標準換算關系進行處理，這對于庫存數(shù)量余額的準確跟蹤及產(chǎn)品正確定價將十分重要。如下圖 8 所示為 Item 定義時的類別分配界面： 此外，為進一步控制上圖 7 與圖 8 中定義或設置時具體類別 Category 組合的實際可用性（在彈性域定義中可能已經(jīng)通過值集驗證進行設置，這里提供 補充控制功能），系統(tǒng)通過專門的定義類別可用性功能，內(nèi)容包括是否啟用、是否為 iProcurement 啟用（僅適用于 R11）、供應商是否可查看（用于isupplier）、 Web 申請是否可用，來根據(jù)實際業(yè)務需要對 Category 的可能代碼組合做更為細致，也更為靈活的限制。這無疑大大方便了用戶的使用，也正是 ORACLE產(chǎn)品包含豐富管理思想的體現(xiàn)所在。而在 ORACLE 系統(tǒng)中，在 Item 定義界面則明確給出了 Item 與制造商部件號（ MPN）的“一對多”的可能對應關系設置（具體設置下面再談）， 這對于有 效地避免企業(yè)采用錯誤的編碼方式，促進企業(yè)Commodity 管理水平的提高將十分有幫助。國內(nèi)有些電子制造企業(yè)（尤其是“代工型”企業(yè)）之所以選擇的是 material 型（或曰“工程型”）的Item 編碼方式，一個很重要的原因是早期企業(yè)沒有技術能力進行 Material 的容差設計與分析，為保險起見只好采取“同一物料只要廠家不同”就是不同 Item。不同企業(yè)的 Item 中的分類識別 碼盡管不同，但由于它們都對應于同一的 UNSPSC 分類碼，故數(shù)據(jù)交流與互換不會有問題。企業(yè)如果開發(fā)出一種“全新”的部件或產(chǎn)品，且發(fā)現(xiàn)不能在 UNSPSC 中找到合適的分類，則可以按規(guī)定程序向相關管理機構（例如 UNSPSC—China）提交物料分類編碼的新增申請。 2020年 12 月，美國統(tǒng)一代碼委員會 Uniform Code Council（ UCC）正式授權中國物品編碼中心 Article Numbering Center of China（ ANCC）獨家負責 UNSPSC 中文版本的全部工作。前者代表的是基于“用途”的Item 的自然或物理屬性，是確定的；后者則更多的是體現(xiàn)企業(yè)的“管理”屬性，可以根據(jù)需要隨時作調(diào)整。十多年前，國內(nèi)的通信企業(yè)華為公司開始引進國外的先進管理經(jīng)驗，拜請 IBM 為師，最初數(shù)千萬元的咨詢顧問費也就僅是圍繞所謂“ Commodity 管理”，這一看起來不起眼、實際展開內(nèi)容卻十分豐富的領域來展開的。實際工作中（尤其是在使用某些低端 ERP 產(chǎn)品時），很容易的犯的一個錯誤是，以比較好懂的物料工程編碼代替比較抽象的“系統(tǒng)編碼”。但它并非是系統(tǒng)內(nèi)部業(yè)務流程所使用的“唯一性識別 ID”，也就是說，當在系統(tǒng)中定義 Item 時，系統(tǒng)還會在內(nèi)部自動生成一個用于系統(tǒng)識別的唯一性 ID（內(nèi)碼），外部所表現(xiàn)的 Item（外碼）只是其一個外部指示符（不過，系統(tǒng)也要求其具有唯一性）。然而，筆者不得不遺憾地指出來，這些文章大多沒有能抓住物料“系統(tǒng)編碼管理”的本質(zhì)與要義，基本上還都是基于手工編碼與管理的“電算化”系統(tǒng)設計與實現(xiàn)方式而言的。如下圖 2 所示： 在 EBS 系統(tǒng)中， Item 一經(jīng)創(chuàng)建就無法輕易刪除（必須使用特定的清理功能才可以。 二、物料（ Item） 物料 Item 數(shù)據(jù)管理以其應用的基礎性與影響的廣泛性，是 EBS 系統(tǒng)最重要也是最復雜的基礎業(yè)務數(shù)據(jù)。而不是采取更合理的系統(tǒng)應用架構設計：主數(shù)據(jù)有專門的定義與管理應用功能，作為“服務”提供給相關應用模塊調(diào)用（即類似所謂“ SOA”架構）。 顯然， ORACLE 后來意識到了這個問題，并開始逐步在系統(tǒng)的規(guī)劃設計方面做調(diào)整。企業(yè)尤其是大型企業(yè)，物料主數(shù)據(jù)的管理甚至可以上升到?jīng)Q定企業(yè)未來發(fā)展乃至生死存亡的高度。后面再介紹），但可以選擇 通過改變其“狀態(tài)（ Item Status）”來控制其相關的可用性，如下圖 3 所示： Item Status 的 LOV 值，系統(tǒng)提供了專門的表單定義功能，完全可根據(jù)企業(yè)需要定義每個“狀態(tài)代碼”對于 Item 屬性起控制作用的具體方式，如下圖 4 所示： 圖 3 中，當一個具體的 Item 值選定一個確定的 Status 后，其相關屬性的修改方式就由圖 4 定義中的“控制方式”決定，控制方式可能是三種“ 默認值、設置值、不使用 ”之一。 “物料編碼”既是個非?！昂唵巍钡膯栴}，也是個非?！皬碗s”的問題。 在 EBS 的使用過程中，系統(tǒng)允許修改已經(jīng)存在的 Item（編碼），且如果改變了 Item（編碼），并不會影響到該 Item 原在其它相關模塊中的使用狀況。因而導致在編碼數(shù)據(jù)量較大時，出現(xiàn)系統(tǒng)使用困難， 用戶深感不便，嚴重影響工作效率的現(xiàn)象。詳細討論物料的所謂“ Commodity”管理非本文所能勝任，以下僅簡單介紹幾個比較常見且重要的問題。從實際使用角度來看，一般規(guī)定 Item 中的一個“分類組合”只能隸屬于一個確定的 Category，但一個 Category 可以包含多個 Item 編碼中的分類組合。 ANCC 成立了 UNSPSC動態(tài)維護管理中心（ UNSPSC－ China）。整個申請過程耗時可能很長，如果被拒絕， UNSPSC 會建議使用現(xiàn)有分類，如果被接納，則最終需要提交美國 UCC 批準。 盡管 UNSPSC 出臺及全球推行只是近幾年的事，遠落后于 ORACLE ERP 產(chǎn)品的發(fā)布時間，但 EBS 很早就在其產(chǎn)品安裝后的初始化狀態(tài)預置了物料的“ Commodity”概念（例如 Item 類別彈性域系統(tǒng)預置的“ Category—Commodity”結構。實際工作中為了使用方便，不得已又將生產(chǎn)廠家等諸多信息放入 Item 編碼中，如此惡性循環(huán)，最終使得公司的物料管理陷入十分惡劣的混亂狀態(tài)而難以自拔。 （三） Item 的類別（ Category） 上面所講到的 Item 編碼中的分類（ UNSPSC），一般來說還不是系統(tǒng)（各應用功能模塊）中真正使用到的類別，原因是編碼中的分類所基于的分類基準（或用途）主要考慮的是“工程”目的，而各應用模塊例如 INV、 PO 等中所需使用的分類更多地是需考慮業(yè)務管理目的，這就好比我們將“人員”分類，有時需按“性別”（男、女）分，有時需按“學歷”（博士、碩士、學士）分，有時還需按“年齡段”（老年、 中年、青年）分等等。 對于每一個被使用的“類別集”，需要進行定義或 對系統(tǒng)預設進行修改完善，每個類別集關聯(lián)一個已經(jīng)預先定義編譯的“類別鍵彈性域結構”。如下圖 9 所示： 總之， EBS 中的 Item 的類別 Category 非常關鍵、非常重要，系統(tǒng)的其它相關功能如權限控制、審批設置以及費用賬戶等等（以后在相關應用功能模塊中再詳細討論）均會基于物料定義時的Category 設置來進行，它與所謂物料 的“ Commodity 管理”相結合，提供了企業(yè)業(yè)務管理所需的強大系統(tǒng)功能，是“業(yè)界最佳實踐經(jīng)驗”的總結與結晶。 （五） Item 的制造商部件號（ MPN） 前面在講 Item 編碼時已經(jīng)提到， EBS 中的一個 Item 可以對應多個制造商的 MPN，這是所謂物料的“ Commodity 管理”的重要內(nèi)容。 和 ）來標記版本。 ORACLE 的 Item 定義是基于 INV 組織的，這是其早期有關“主數(shù)據(jù)”管理的一個重要特點。用戶在進入 INV 模塊（或其他基于 INV 的應用模塊）時，均需選擇一個確定的 INV，以進入確定的 INV 上下文環(huán)境。如下圖 15 所示： 上圖 15 中， 組名 字段會顯示屬性組的名稱。 Item 的狀態(tài)屬性與其它屬性或相互之間可能有一定的 制約關系。一部分是屬于“業(yè)務控制”屬性，可以直接用于控制系統(tǒng)中的相關業(yè)務操作，如“可采購、可儲存”等等，另一部分則是屬于“流程控制”屬性，可以直接或間接控制所使用的具體業(yè)務流程種類或方式，例如“計劃方法、 BOM物料模型”等等，還有部分屬于“參考引用”屬性，主要是向有關單據(jù)提供默認的參考值。例外：可根據(jù)組件和替代組件的 產(chǎn)品系列 進行更改。系統(tǒng)初始安裝時， ORACLE 為“單位與物料狀態(tài)”均預置了 LOV 值，并且體現(xiàn)在相關配置文件的初始賦值之中，用戶可根據(jù)需要修改。 2 物理屬性 這個屬性組的內(nèi)容比較簡單，主要包括 Item 的自然屬性“重量、體積以及幾何尺度（長寬高）”的數(shù)據(jù)，這些數(shù)據(jù)在系統(tǒng)有關倉儲、包裝、發(fā)運等功能中會用到。如下圖 20 所示： 6 成本計算 此屬性組用于控制與成本計算相關的系統(tǒng)功能，如下圖 21 所示： 要注意的是，“銷貨成本賬戶”只能在組織層設置，如當前 INV 組織與主組織屬于不同帳套且會計科目彈性域結構不同時，這里的賬戶代碼結構是可以 不相同的。如下圖 27 所示： 13 訂單管理 此屬性組主要用于控制訂單管理 OM、發(fā)運執(zhí)行 Shipping 以及采購 PO內(nèi)部訂購應用方面的相關功能，此外， ATP 相關設置對于某些計劃功能亦是前提條件。具體包括兩個步驟。系統(tǒng)不提供類似功能，一來是因為相較于銷售 Item 的有限數(shù)量（幾十、上百就算多了），采購Item 的數(shù)量要高得多（成千上萬很正常），類似客戶 Item 的定義與維護工作量太大