【文章內(nèi)容簡介】 企業(yè)的物料管理運(yùn)作實(shí)務(wù)引導(dǎo)到所謂“業(yè)界最佳業(yè)務(wù)實(shí)踐（ Best Practice）”上來。 關(guān)于代表廣義的 Part 的系統(tǒng) Item 編碼與狹義的 Material 的關(guān)系問題 。廣義的Part 編碼是指只要符合“規(guī)格 Form、性能 Fit、功能 Function”相同的物料，即使某些重要屬性不相同 （例如顏色、生產(chǎn)廠家、質(zhì)量指標(biāo)等等），只要不對 3F的一致性有重要影響，均歸屬于同一個(gè) Item。狹義的物料 Material 編碼則是指即使是 3F 相同，但如果某些重要屬性不同（典型的是生產(chǎn)廠家不同），也不能歸入同一個(gè) Item。 能否分清 Part 編碼與 Material 編碼之間的本質(zhì)區(qū)別，不僅體現(xiàn)在一個(gè)企業(yè)的Item 編碼方式的選擇上，反映一個(gè)企業(yè)對物料編碼的認(rèn)識(shí)水平，更重要的是它還能反映一個(gè)企業(yè)的產(chǎn)品研發(fā)的技術(shù)水平。國內(nèi)有些電子制造企業(yè)（尤其是“代工型”企業(yè)）之所以選擇的是 material 型（或曰“工程型”）的 Item 編碼方式，一個(gè)很重要的原因是早期企業(yè)沒有技術(shù)能力進(jìn)行 Material 的容差設(shè)計(jì)與分析，為保險(xiǎn)起見只好采取“同一物料只要廠家不同”就是不同 Item。實(shí)際工作中為了使用方便，不得已又將生產(chǎn)廠家等諸多信息放入 Item 編碼中，如此惡性循環(huán)，最終使得公司的物料管理陷入十分惡劣的混亂狀態(tài)而難以自拔。 國內(nèi)某年產(chǎn)值超千億 RMB 規(guī)模的大型代工型電子制造企業(yè)，由于早年研發(fā)技術(shù)水平有限，加之不懂所謂“ Commodity 管理”，對物料編碼的認(rèn)識(shí)水平很低，初期開始采取的就是“不同廠家一物一號”的“工程型”編碼方式，待累積到 Item的有效數(shù)量超過三、四十萬，并且每月還在以一萬多數(shù)量快速增加的時(shí)候，才意識(shí)到問題的嚴(yán)重性。盡管后來累積投入數(shù)億元的費(fèi)用試圖進(jìn)行改造，但已經(jīng)積重難返，還是無法從根本上解決問題。而反觀象 IBM 這樣的超大型企業(yè)，盡管其產(chǎn)品線十分豐富，年收入達(dá)千億美金（其中硬件收入約占一半），但其全球有效Item 數(shù)量一直控制在 6 萬左右。幾年前，國內(nèi)的華為公司拜請 IBM 為師，花費(fèi)數(shù)億元搞集成產(chǎn)品開發(fā) IPD 項(xiàng)目，其項(xiàng)目核心目標(biāo)之一就是要將華為當(dāng)時(shí) 9 萬左右的 Item 數(shù)量下降 20%。 目前國內(nèi)某些 ERP 產(chǎn)品在其系統(tǒng)物料定義界面出現(xiàn)“生產(chǎn) 廠家、型號”字段并且只能唯一賦值，客觀上會(huì)將企業(yè)的物料編碼方式引導(dǎo)到“同一部件不同廠家不同 Item 編碼”的低水平道路上去。這說明其在物料編碼的系統(tǒng)規(guī)劃設(shè)計(jì)方面的認(rèn)識(shí)水平還有待提高。而在ORACLE 系統(tǒng)中，在 Item 定義界面則明確給出了 Item 與制造商部件號（ MPN）的“一對多”的可能對應(yīng)關(guān)系設(shè)置（具體設(shè)置下面再談），這對于有效地避免企業(yè)采用錯(cuò)誤的編碼方式，促進(jìn)企業(yè) Commodity 管理水平的提高將十分有幫助。 ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理 二、 物料（ Item） （三） Item 的類別（ Category） （四） Item 的單位（ UOM） （五） Item 的制造商部件號（ MPN） （六） Item 的版本（ Revision） （七） Item 的組織控制（ Master Org） （八） Item 的屬性及相互關(guān)系概述 （九） Item 的屬性內(nèi)容簡介（ Attribute） （十） Item 的屬性快查 （十一） Item 的客戶與供應(yīng)商關(guān)系 （十二） Item 的物料關(guān)系（ Relationship） （十三） Item 的交叉參考（ Cross Reference） （十四） Item 創(chuàng)建的模板（ Template） （十五） Item 的目錄組（ Catalog Groups） （十六） Item 的待定狀態(tài)（ Pending Status） （十七） Item 的屬性組織間查看與復(fù)制 （十八） Item 的刪除 （十九） Item 的其它來源方式 三、 供應(yīng)商（ Supplier） （一） 供應(yīng)商的分類概述 （二） 供應(yīng)商“名稱與編號”（ Supplier Name/Number） （三） 供應(yīng)商的“地點(diǎn)”（ Site） （四） 供應(yīng)商的“分類”屬性（ Classification） （五） 供應(yīng)商的“接收”屬性（ Receiving） （六） 供應(yīng)商 Site 層的“一般”屬性 （七） 供應(yīng)商 Site 層的“聯(lián)系人”屬性 （八） 供應(yīng)商的多組織支持（ MOAC） （九） 供應(yīng)商（ Site）的“采購”屬性 （十） 供應(yīng)商（ Site）的“ 控制”屬性（ Control） （十一） 供應(yīng)商（ Site）的“付款”屬性（ Payment） （十二） 供應(yīng)商（ Site）的“會(huì)計(jì)”屬性 （十三） 供應(yīng)商（ Site）的“銀行賬戶”屬性 （十四） 供應(yīng)商（ Site）的“發(fā)票稅”屬性 （十五） 供應(yīng)商（ Site）的“預(yù)扣稅”屬性 （十六） 供應(yīng)商（ Site）的“納稅申報(bào)”及“ EDI”屬性 （十七） R12 的供應(yīng)商定義與維護(hù) （十八） 供應(yīng)商的合并 四、 客戶（ Customer） （一） 客戶數(shù)據(jù)管理概述 （二） EBS 交易社區(qū)架構(gòu)（ TCA） （三） 客戶的配置文件分類（ Profile Class） （四） 客戶的創(chuàng)建規(guī)則 （五） 客戶的多組織控制（ MOAC） （六） 客戶的交易方層屬性及交易方關(guān)系 （七） 客戶的賬戶層與地點(diǎn)層屬性 （八） 客戶賬戶層的“分類”分組屬性 （九） 客戶賬戶層的“市場營銷”分組屬性 （十） 客戶賬戶層的“關(guān)系”分組屬性 （十一） 客戶賬戶地點(diǎn)層的“特性”分組屬性 （十二） 客戶賬戶與地點(diǎn)層的“通信”分組屬性 （十三） 客戶賬戶與地點(diǎn)層的“聯(lián)系人”分組屬性 （十四） 客戶賬戶與 地點(diǎn)層的“聯(lián)系人：職責(zé)”分組屬性 （十五） 客戶賬戶與地點(diǎn)層的“銀行賬戶”分組屬性 （十六） 客戶賬戶與地點(diǎn)層的“付款方法”分組屬性 （十七） 客戶賬戶與地點(diǎn)層的“配置文件：事務(wù)處理”分組屬性 （十八） 客戶賬戶與地點(diǎn)層的“配置文件：單據(jù)打印”分組屬性 （十九） 客戶賬戶與地點(diǎn)層的“配置文件：金額”分組屬性 （二十） 客戶賬戶的“地址地點(diǎn)與業(yè)務(wù)目的”屬性 （二十一） R12 客戶的賬戶層與地點(diǎn)層屬性 （二十二） 客戶數(shù)據(jù)的合并 （二十三） 客戶數(shù)據(jù)的其它管理功能 五、結(jié)語 （三） Item 的類別（ Category） 上面所講到的 Item 編碼中的分類（ UNSPSC），一般來說還不是系統(tǒng)（各應(yīng)用功能模塊）中真正使用到的類別，原因是編碼中的分類所基于的分類基準(zhǔn)（或用途）主要考慮的是“工程”目的，而各應(yīng)用模塊例如 INV、 PO 等中所需使用的分類更多地是需考慮業(yè)務(wù)管理目的，這就好比我們將“人員”分類，有時(shí)需按“性別”（男、女）分，有時(shí)需按“學(xué)歷”（博士、碩士、學(xué)士）分，有時(shí)還需按“年齡段”（老年、中年、青年）分等等。 對于 EBS 中一個(gè)確定的 Item 來 說，可以同時(shí)具有多個(gè)不同的“類別集（ Category Set）”，以滿足各個(gè)應(yīng)用模塊的使用需要。這里之所以稱其為“類別集”，源于其中包含若干個(gè) LOV 值，系統(tǒng)將每個(gè)具體的 LOV 值稱之為“類別”（ Category）并最終分配給 Item。 EBS 的每個(gè)相關(guān)應(yīng)用模塊必須設(shè)定默認(rèn)關(guān)聯(lián)一個(gè)“類別集”，稱之為“默認(rèn)類別集”。如下圖 6 所示： 不同應(yīng)用模塊所使用的“默認(rèn)類別集”可以相同也可以不同。用戶在進(jìn)入相關(guān)業(yè)務(wù)模塊的“表單”界面時(shí)，打開的 Item 類別的彈性域結(jié)構(gòu)取決于“默認(rèn)類別集”所關(guān)聯(lián)的類別鍵彈性域結(jié)構(gòu)定義。在“≤ ORACLE 系統(tǒng)與實(shí)踐≥系列之三： EBS 的基礎(chǔ)設(shè) 置要點(diǎn)簡介”中，關(guān)于“ Item 類別彈性域結(jié)構(gòu)”的介紹已經(jīng)說過，系統(tǒng)安裝初始化時(shí)， ORACLE 已經(jīng)基于“業(yè)界最佳實(shí)踐經(jīng)驗(yàn)”，預(yù)設(shè)了若干不同的“類別彈性域結(jié)構(gòu)”，這些不同彈性域結(jié)構(gòu)同樣也被ORACLE 在“默認(rèn)類別集”定義界面中預(yù)設(shè)了相應(yīng)的關(guān)聯(lián)（上述系統(tǒng)安裝預(yù)設(shè)，用戶如不滿意，均可以修改）。這無疑大大方便了用戶的使用，也正是 ORACLE 產(chǎn)品包含豐富管理思想的體現(xiàn)所在。 對于每一個(gè)被使用的“類別集”，需要進(jìn)行定義或?qū)ο到y(tǒng)預(yù)設(shè)進(jìn)行修改完善，每個(gè)類別集關(guān)聯(lián)一個(gè)已經(jīng)預(yù)先定義 編譯的“類別鍵彈性域結(jié)構(gòu)”。如下圖 7 所示： 上圖 7 中，如果選定“允許存在多個(gè)物料類別分配”，則可以將一個(gè)物料分配給某個(gè)類別集內(nèi)的多個(gè)類別。這主要是用于某些特殊功能的情況，如“裝箱”功能中的“創(chuàng)建裝箱組”，定義一個(gè)“危險(xiǎn)”類別集，將某個(gè)物料同時(shí)分配給“毒藥”和“腐蝕物”類別。 上圖 7 中，如果選定“強(qiáng)制使用有效類別列表”，則需要對其下的“類別列表”進(jìn)行維護(hù)，其作用主要是控制 PO 界面的類別的 LOV 值（選擇組合）只能存在于這里的定義列表中時(shí)才有效（否則會(huì)報(bào)錯(cuò)提示）。 上圖 7 中的“人員類別”窗口的作用，是為了控制 某些類別只允許特定“責(zé)任 /人員”才可以訪問（未設(shè)定則不做限制）。上圖中的“分配”窗口，只是提供一種將多個(gè)“類別”快速成批分配給（包括維護(hù)）多個(gè) Item 的工具。在單個(gè)Item 定義時(shí)分配類別的結(jié)果，會(huì)顯示在這里，這里所做的維護(hù)改變也會(huì)反映在定義 Item 時(shí)的分配類別界面中。如下圖 8 所示為 Item 定義時(shí)的類別分配界面： 此外，為進(jìn)一步控制上圖 7 與圖 8 中定義或設(shè)置時(shí)具體類別 Category 組合的實(shí)際可用性（在彈性域定義中可能已經(jīng)通過值集驗(yàn)證進(jìn)行設(shè)置，這里提供補(bǔ)充控制功能），系統(tǒng)通過專門的定義類別可用性功能，內(nèi)容 包括是否啟用、是否為iProcurement 啟用（僅適用于 R11）、供應(yīng)商是否可查看（用于 isupplier）、Web 申請是否可用，來根據(jù)實(shí)際業(yè)務(wù)需要對 Category 的可能代碼組合做更為細(xì)致，也更為靈活的限制。如下圖 9 所示： 總之， EBS 中的 Item 的類別 Category 非常關(guān)鍵、非常重要，系統(tǒng)的其它相關(guān)功能如權(quán)限控制、審批設(shè)置以及費(fèi)用賬戶等等（以后在相關(guān)應(yīng)用功能模塊中再詳細(xì)討論）均會(huì)基于物料定義時(shí)的 Category 設(shè)置來進(jìn)行，它與所謂物料的“ Commodit