ORACLEEBS系統(tǒng)主數(shù)據(jù)管理一

1、ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理一、 EBS主數(shù)據(jù)概述（Master Data）二、物料（Item）（一）Item 的范疇（二）Item 的編碼（三）Item 的類別（Category）（四）Item的單位（UOM） （五）Item 的制造商部件號(hào)（MPN）（六）Item的版本（Revision）（七）Item的組織控制（Master Org）（八）Item的屬性及相互關(guān)系概述（九）Item的屬性內(nèi)容簡(jiǎn)介（Attribute）（十）Item的屬性快查（十一）Item的客戶與供應(yīng)商關(guān)系（十二）Item的物料關(guān)系（Relationship）（十三）Item的交叉參考（Cross Referen

2、ce）（十四）Item 創(chuàng)建的模板（Template）（十五）Item的目錄組（Catalog Groups）（十六）Item的待定狀態(tài)（Pending Status）（十七）Item 的屬性組織間查看與復(fù)制（十八）Item的刪除（十九）Item的其它來(lái)源方式三、供應(yīng)商（Supplier）（一）供應(yīng)商的分類概述（二）供應(yīng)商“名稱與編號(hào)”（Supplier Name/Number）（三）供應(yīng)商的“地點(diǎn)”（Site）（四）供應(yīng)商的“分類”屬性（Classification）（五）供應(yīng)商的“接收”屬性（Receiving）（六）供應(yīng)商Site層的“一般”屬性（七）供應(yīng)商Site層的“聯(lián)系人”屬性（八

3、）供應(yīng)商的多組織支持（MOAC）（九）供應(yīng)商（Site）的“采購(gòu)”屬性（十）供應(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）

4、（四）客戶的創(chuàng)建規(guī)則（五）客戶的多組織控制（MOAC）（六）客戶的交易方層屬性及交易方關(guān)系（七）客戶的賬戶層與地點(diǎn)層屬性（八）客戶賬戶層的“分類”分組屬性（九）客戶賬戶層的“市場(chǎng)營(yíng)銷”分組屬性（十）客戶賬戶層的“關(guān)系”分組屬性（十一）客戶賬戶地點(diǎn)層的“特性”分組屬性（十二）客戶賬戶與地點(diǎn)層的“通信”分組屬性（十三）客戶賬戶與地點(diǎn)層的“聯(lián)系人”分組屬性（十四）客戶賬戶與地點(diǎn)層的“聯(lián)系人：職責(zé)”分組屬性（十五）客戶賬戶與地點(diǎn)層的“銀行賬戶”分組屬性（十六）客戶賬戶與地點(diǎn)層的“付款方法”分組屬性（十七）客戶賬戶與地點(diǎn)層的“配置文件：事務(wù)處理”分組屬性（十八）客戶賬戶與地點(diǎn)層的“配置文件：?jiǎn)螕?jù)打印”分

5、組屬性（十九）客戶賬戶與地點(diǎn)層的“配置文件：金額”分組屬性（二十）客戶賬戶的“地址地點(diǎn)與業(yè)務(wù)目的”屬性（二十一）R12客戶的賬戶層與地點(diǎn)層屬性（二十二）客戶數(shù)據(jù)的合并（二十三）客戶數(shù)據(jù)的其它管理功能五、結(jié)語(yǔ)（注：網(wǎng)站批量發(fā)圖有問(wèn)題，上傳后顯示不清楚。點(diǎn)擊圖片打開(kāi)后，質(zhì)量尚可。 一、EBS主數(shù)據(jù)概述（Master Data）一個(gè)有趣的現(xiàn)象是，與SAP相比不同，ORACLE EBS系統(tǒng)中并沒(méi)有明確的所謂“主數(shù)據(jù)”（Master Data）概念，ORACLE應(yīng)用產(chǎn)品官方文檔（中英文）中也幾乎找不到這個(gè)詞組。因此這里要討論的所謂“主數(shù)據(jù)”，主要是基于業(yè)務(wù)管理與系統(tǒng)應(yīng)用層面而言，具有全局性、重

6、要性的那些基礎(chǔ)業(yè)務(wù)數(shù)據(jù)，諸如物料、供應(yīng)商、客戶等等。之所以會(huì)出現(xiàn)上述現(xiàn)象，推測(cè)是和ORACLE產(chǎn)品的發(fā)展歷史有一定關(guān)系，或許ORACLE早先確實(shí)沒(méi)有意識(shí)到物料、供應(yīng)商及客戶等等業(yè)務(wù)數(shù)據(jù)，在系統(tǒng)管理與業(yè)務(wù)實(shí)踐方面具有怎樣的特殊性，以至于如今許多初學(xué)者會(huì)覺(jué)得奇怪：EBS系統(tǒng)的最初設(shè)計(jì)，物料是在INV模塊中定義的，供應(yīng)商是在AP模塊中定義的，客戶是在AR模塊中定義的。而不是采取更合理的系統(tǒng)應(yīng)用架構(gòu)設(shè)計(jì)：主數(shù)據(jù)有專門的定義與管理應(yīng)用功能，作為“服務(wù)”提供給相關(guān)應(yīng)用模塊調(diào)用（即類似所謂“SOA”架構(gòu)）。顯然，ORACLE后來(lái)意識(shí)到了這個(gè)問(wèn)題，并開(kāi)始逐步在系統(tǒng)的規(guī)劃設(shè)計(jì)方面做調(diào)整。針對(duì)“客戶”等主數(shù)據(jù)管理

7、，于2001年首次提出了所謂“TCA架構(gòu)”（Trading community Architecture），并首先將“客戶數(shù)據(jù)”獨(dú)立出來(lái)，作為一個(gè)向其他相關(guān)模塊提供調(diào)用服務(wù)（SOA）的基礎(chǔ)應(yīng)用。不過(guò)，迄今為止，對(duì)于“供應(yīng)商”與“物料”，目前表面看來(lái)與過(guò)去相比幾乎沒(méi)有什么變化，但相信隨著SOA的發(fā)展，系統(tǒng)以后也會(huì)做出調(diào)整完善。從企業(yè)管理實(shí)踐的需求角度來(lái)看，對(duì)于主數(shù)據(jù)的范疇，不同企業(yè)的理解可能有一定差別，例如有些企業(yè)將BOM也包括在主數(shù)據(jù)之內(nèi)。本文以下則重點(diǎn)討論無(wú)可爭(zhēng)議的三個(gè)常用主數(shù)據(jù)：物料、供應(yīng)商與客戶。這三個(gè)主數(shù)據(jù)都有一個(gè)共同的系統(tǒng)使用特點(diǎn)：跨組織的全局性。而對(duì)于BOM數(shù)據(jù)，盡管在企業(yè)實(shí)際管理

8、工作中，可能具有一定的全局性特點(diǎn)（例如不同工廠生產(chǎn)同樣產(chǎn)品），但從系統(tǒng)應(yīng)用角度來(lái)看，BOM是嚴(yán)格按INV組織隔離的，不同INV可共用的部分比較少，BOM系統(tǒng)應(yīng)用的全局性特點(diǎn)并不十分明顯，重要性也不是太高。二、物料（Item）物料Item數(shù)據(jù)管理以其應(yīng)用的基礎(chǔ)性與影響的廣泛性，是EBS系統(tǒng)最重要也是最復(fù)雜的基礎(chǔ)業(yè)務(wù)數(shù)據(jù)。企業(yè)尤其是大型企業(yè)，物料主數(shù)據(jù)的管理甚至可以上升到?jīng)Q定企業(yè)未來(lái)發(fā)展乃至生死存亡的高度。為此，ORACLE系統(tǒng)提供了完善的“端到端”的全流程解決方案。（一）Item 的范疇EBS系統(tǒng)英文原版中，物料是用Item來(lái)表示的，譯成中文最初為“項(xiàng)目”，在文檔表述中常常與另一個(gè)詞Projec

9、t的中文翻譯“項(xiàng)目”混淆，帶來(lái)諸多不便。這方面臺(tái)灣將Project稱之為“專案”，則非常方便，不會(huì)存在混淆的問(wèn)題。R12中文版（大陸）將Item改為“物料”，雖說(shuō)解決了容易混淆的問(wèn)題，但卻也帶來(lái)了另一個(gè)問(wèn)題：縮小了Item原先的內(nèi)涵范疇。（為表述方便，本文后續(xù)原則上以Item一詞代替“物料”一詞）在EBS中，Item不僅表示有形的“物料”，同時(shí)還可以指無(wú)形的“服務(wù)”，例如表示顧問(wèn)服務(wù)的計(jì)量“人天”、表示一個(gè)廣告創(chuàng)意的“campaign”、表示一個(gè)售后服務(wù)的“case”等等。具體類型（Item Type）是根據(jù)企業(yè)業(yè)務(wù)管理需要定義的，如下圖1所示：Item Type 的LOV是在Lookup C

10、ode 中定義的，訪問(wèn)級(jí)別是“用戶”，即完全屬于“自定義”，只有統(tǒng)計(jì)分析功用，并不參與系統(tǒng)流程構(gòu)建，對(duì)業(yè)務(wù)流程沒(méi)有影響。如下圖2所示：在EBS系統(tǒng)中，Item一經(jīng)創(chuàng)建就無(wú)法輕易刪除（必須使用特定的清理功能才可以。后面再介紹），但可以選擇通過(guò)改變其“狀態(tài)（Item Status）”來(lái)控制其相關(guān)的可用性，如下圖3所示：Item Status 的LOV值，系統(tǒng)提供了專門的表單定義功能，完全可根據(jù)企業(yè)需要定義每個(gè)“狀態(tài)代碼”對(duì)于Item屬性起控制作用的具體方式，如下圖4所示：圖3中，當(dāng)一個(gè)具體的Item值選定一個(gè)確定的Status后，其相關(guān)屬性的修改方式就由圖4定義中的“控制方式”決定，控制方式可能是

11、三種“默認(rèn)值、設(shè)置值、不使用”之一。默認(rèn)值：在將狀態(tài)分配給物料時(shí)，系統(tǒng)將默認(rèn)狀態(tài)代碼定義的屬性值，用戶可以更改此默認(rèn)值；不使用：既不使用默認(rèn)值，也不使用狀態(tài)控制；設(shè)置值：在將狀態(tài)分配給物料時(shí)，系統(tǒng)將默認(rèn)狀態(tài)代碼定義的屬性值。一旦分配了默認(rèn)值，用戶不能對(duì)其進(jìn)行更改。例如圖4中，“允許BOM ，值：，使用：默認(rèn)控制”，表示具有該Status的Item，其“允許BOM”屬性的值默認(rèn)為“YES（）”，但用戶可以更改。 至于圖4定義中，每個(gè)屬性的控制方式具體取值（即“默認(rèn)值、設(shè)置值、不使用”中的哪一個(gè)），則又是通過(guò)“Item屬性控制”定義功能來(lái)實(shí)現(xiàn)的。（復(fù)雜了，打住！打??！，后面再來(lái)詳細(xì)討論這個(gè)問(wèn)題。）

12、（二）Item 的編碼幾乎人人都知道物料編碼的重要性，網(wǎng)上也有不少介紹如何管理物料編碼的文章，什么“機(jī)械行業(yè)物料編碼”、“電子行業(yè)物料編碼”等等，諸如此類，不一而足。然而，筆者不得不遺憾地指出來(lái)，這些文章大多沒(méi)有能抓住物料“系統(tǒng)編碼管理”的本質(zhì)與要義，基本上還都是基于手工編碼與管理的“電算化”系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)方式而言的。“物料編碼”既是個(gè)非?！昂?jiǎn)單”的問(wèn)題，也是個(gè)非?！皬?fù)雜”的問(wèn)題。說(shuō)其簡(jiǎn)單，是因?yàn)樗衅髽I(yè)，無(wú)論是使用什么樣的管理軟件，都需要給物料編碼；說(shuō)其“復(fù)雜”，是因?yàn)槲锪暇幋a管理是一門涉及范圍廣泛，有相當(dāng)深度的專業(yè)學(xué)問(wèn)，遠(yuǎn)不是“編碼方式”本身的那點(diǎn)內(nèi)容。我們有時(shí)侯說(shuō)SAP/ORACLE產(chǎn)品

13、包含有“豐富的管理思想與業(yè)界最佳業(yè)務(wù)實(shí)踐”，其實(shí)，從與“Item（編碼）”有關(guān)的系統(tǒng)設(shè)計(jì)角度來(lái)看，恰恰就能驗(yàn)證這一說(shuō)法。目前國(guó)內(nèi)主流ERP產(chǎn)品的“物料”定義，通常都包括兩個(gè)基本內(nèi)容“物料編碼（Number）”、“物料名稱（Name）”，并基于此引申出“物料編碼、物料名稱不能重復(fù)，使用后不允許修改”等等系統(tǒng)設(shè)計(jì)功能。ORACLE（或SAP）將所謂“物料編碼Number、物料名稱Name”變化成“物料Item、物料說(shuō)明Description”。表面上看來(lái)，兩者好像是一樣的，區(qū)別不大，但實(shí)際上兩者在系統(tǒng)設(shè)計(jì)理念上已經(jīng)起了根本性變化。在ORACLE EBS中，“Item”被抽象成一個(gè)代表物料的具有唯一

14、性的“指示符”，可以是一個(gè)數(shù)字或字符的代碼，也可以是一個(gè)長(zhǎng)度限定的“短文本”（ 在系統(tǒng)內(nèi)部該字段實(shí)際是一個(gè)“鍵彈性域”結(jié)構(gòu)，不過(guò)實(shí)際使用多段結(jié)構(gòu)的情況較少，一般設(shè)定成單段結(jié)構(gòu)，與普通表單字段使用無(wú)異）。但它并非是系統(tǒng)內(nèi)部業(yè)務(wù)流程所使用的“唯一性識(shí)別ID”，也就是說(shuō)，當(dāng)在系統(tǒng)中定義Item時(shí)，系統(tǒng)還會(huì)在內(nèi)部自動(dòng)生成一個(gè)用于系統(tǒng)識(shí)別的唯一性ID（內(nèi)碼），外部所表現(xiàn)的Item（外碼）只是其一個(gè)外部指示符（不過(guò)，系統(tǒng)也要求其具有唯一性）。在EBS的使用過(guò)程中，系統(tǒng)允許修改已經(jīng)存在的Item（編碼），且如果改變了Item（編碼），并不會(huì)影響到該Item原在其它相關(guān)模塊中的使用狀況。例如：先定義一個(gè)Ite

15、m，然后為此Item創(chuàng)建BOM，然后在Item定義界面查找出此Item（編碼）并修改保存，再去查詢BOM，則可以發(fā)現(xiàn)原Item已經(jīng)不存在，代之以的是修改后的Item，并完全繼承了原BOM定義。至于所謂“Item說(shuō)明（Description）”，與Item本身相比，系統(tǒng)除了不要求具有唯一性之外，其余方面幾乎完全相同，它實(shí)際就是一個(gè)字符長(zhǎng)度可更長(zhǎng)一些的“短文本”，一般用之作為包括物料實(shí)際名稱在內(nèi)的對(duì)Item的簡(jiǎn)短說(shuō)明。用涵義廣泛的“說(shuō)明Description”來(lái)取代涵義狹窄的“名稱Name”，無(wú)疑使得系統(tǒng)使用具有了更為廣泛的自由度。基于涵義比較“具體”的“物料編碼Number、物料名稱Name”的

16、“電算化”系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)方式，自然會(huì)將企業(yè)實(shí)際的物料編碼工作也引導(dǎo)到比較“具體”的實(shí)現(xiàn)方式上去（如上面所提到的網(wǎng)文中介紹的內(nèi)容）。而基于比較“抽象”的“Item”的ORACLE系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)方式，則為企業(yè)的Item（編碼）管理提供了更為靈活、更為方便也更為完善的擴(kuò)展空間。但要理解清楚這一點(diǎn)，首先需要懂得基于“業(yè)界最佳實(shí)踐經(jīng)驗(yàn)”而總結(jié)出來(lái)的有關(guān)物料編碼的兩條重要管理原則：其一是，系統(tǒng)所使用的Item（編碼）與工程上所使用的物料編碼，不能混為一談，兩者的目的與用途不同，因而編碼與管理方式也有很大不同。實(shí)際工作中（尤其是在使用某些低端ERP產(chǎn)品時(shí)），很容易的犯的一個(gè)錯(cuò)誤是，以比較好懂的物料工程編碼代

17、替比較抽象的“系統(tǒng)編碼”。因而導(dǎo)致在編碼數(shù)據(jù)量較大時(shí)，出現(xiàn)系統(tǒng)使用困難，用戶深感不便，嚴(yán)重影響工作效率的現(xiàn)象。其二是，系統(tǒng)所使用的Item（編碼）主要是針對(duì)工程上廣義的“部件”（Part）而言，而不是針對(duì)狹義的物料（Material）。一個(gè)Part對(duì)應(yīng)一個(gè)Item，但一個(gè)Part可能“包含”多個(gè)狹義的Material，如何“包含”則涉及到復(fù)雜的工程容差設(shè)計(jì)與材料認(rèn)證問(wèn)題。實(shí)際工作中，比較容易犯的錯(cuò)誤是，以狹義的物料Material代替廣義的Part，導(dǎo)致Item數(shù)量失去控制，系統(tǒng)業(yè)務(wù)處理邏輯復(fù)雜化而變得難以使用。上述兩條物料編碼管理原則，對(duì)于許多缺少相關(guān)業(yè)務(wù)經(jīng)驗(yàn)的人來(lái)說(shuō)，理解起來(lái)可能難度較大。

18、不過(guò)，對(duì)于大多數(shù)人來(lái)說(shuō)，只要懂得所謂“Item編碼”主要還是ERP核心系統(tǒng)之外的工作，高端的ERP產(chǎn)品（ORACLE/SAP）要求Item編碼必須遵循上述兩條基本管理原則就可以了。至于這兩條編碼管理原則如何貫徹執(zhí)行，則涉及到有一定深度與廣度的專業(yè)知識(shí)，與企業(yè)的管理實(shí)踐密切相關(guān)，最近幾年高科技電子行業(yè)出現(xiàn)一個(gè)稱為“Commodity管理”的專門崗位，正是與此有關(guān)。十多年前，國(guó)內(nèi)的通信企業(yè)華為公司開(kāi)始引進(jìn)國(guó)外的先進(jìn)管理經(jīng)驗(yàn)，拜請(qǐng)IBM為師，最初數(shù)千萬(wàn)元的咨詢顧問(wèn)費(fèi)也就僅是圍繞所謂“Commodity管理”，這一看起來(lái)不起眼、實(shí)際展開(kāi)內(nèi)容卻十分豐富的領(lǐng)域來(lái)展開(kāi)的。詳細(xì)討論物料的所謂“Commodit

19、y”管理非本文所能勝任，以下僅簡(jiǎn)單介紹幾個(gè)比較常見(jiàn)且重要的問(wèn)題。關(guān)于系統(tǒng)的Item編碼長(zhǎng)度。經(jīng)驗(yàn)表明，編碼的長(zhǎng)度以6-8位為宜，短了則可能容量不夠，長(zhǎng)了則不方便記憶、影響使用。編碼應(yīng)以數(shù)目字為主，必要時(shí)輔之以英文字母，不應(yīng)當(dāng)出現(xiàn)單詞或詞組，中文就更不應(yīng)該出現(xiàn)了。一個(gè)編碼通常分為前后兩部分，前半部分（3-4位）表示物料分類，后半部分（3-4位）則是流水碼。關(guān)于系統(tǒng)的Item編碼中的分類。首先，不要將Item編碼中前半部分的“分類”與EBS系統(tǒng)中的Item Category（類別） 混為一談，兩者有一定聯(lián)系但差別也很明顯。前者代表的是基于“用途”的Item的自然或物理屬性，是確定的；后者則更多的是

20、體現(xiàn)企業(yè)的“管理”屬性，可以根據(jù)需要隨時(shí)作調(diào)整。從實(shí)際使用角度來(lái)看，一般規(guī)定Item中的一個(gè)“分類組合”只能隸屬于一個(gè)確定的Category，但一個(gè)Category可以包含多個(gè)Item編碼中的分類組合。如今大多數(shù)人已經(jīng)認(rèn)可Item的編碼“不包含業(yè)務(wù)涵義但應(yīng)適當(dāng)分類”的原則。過(guò)去各企業(yè)的物料分類五花八門，沒(méi)有一定標(biāo)準(zhǔn)，這給電子商務(wù)時(shí)代的信息交流與互換造成了很大障礙。為此，1998年聯(lián)合國(guó)開(kāi)發(fā)計(jì)劃署（UNDP）委托鄧百氏咨詢公司（Dun & Bradstreet）開(kāi)發(fā)并維護(hù)全球產(chǎn)品與服務(wù)的分類體系，提出了“聯(lián)合國(guó)標(biāo)準(zhǔn)產(chǎn)品與服務(wù)分類代碼United Nations Standard Prod

21、ucts and Services Code”，簡(jiǎn)稱UNSPSC。應(yīng)全球電子商務(wù)發(fā)展的要求，2003年5月UNDP正式委托美國(guó)統(tǒng)一代碼委員會(huì)(UCC)全權(quán)實(shí)時(shí)維護(hù)和管理UNSPSC。目前已有上百個(gè)國(guó)家和地區(qū)的上萬(wàn)家公司在使用。2003年12月，美國(guó)統(tǒng)一代碼委員會(huì)Uniform Code Council（UCC）正式授權(quán)中國(guó)物品編碼中心Article Numbering Center of China（ANCC）獨(dú)家負(fù)責(zé)UNSPSC中文版本的全部工作。ANCC成立了UNSPSC動(dòng)態(tài)維護(hù)管理中心（UNSPSCChina）。UNSPSC覆蓋了國(guó)民經(jīng)濟(jì)各行各業(yè)，共設(shè)置了：55個(gè)大類，351個(gè)中類，20

22、15個(gè)小類，19000多個(gè)細(xì)類產(chǎn)品(V6.0315版本)。分類依據(jù)基本上都是根據(jù)產(chǎn)品的“用途”進(jìn)行分類的。即按照使用目的進(jìn)行分類，每層結(jié)構(gòu)內(nèi)的順序，基本是沒(méi)有任何含義的，和產(chǎn)品與服務(wù)類別名稱的語(yǔ)序也無(wú)關(guān)。UNSPSC采用四層八位的數(shù)字層次碼結(jié)構(gòu)，代碼結(jié)構(gòu)如下：12345678。其中：12第一層，大類（Segment），用于分析商品與服務(wù)種類的邏輯組合；34第二層，中類（Family），一種通用的內(nèi)部互相聯(lián)系的商品和服務(wù)種類；56第三層，小類（Class），具有共同用途和功能的一組商品和服務(wù)；78第四層，細(xì)類（Commodity），一組可選用的商品和服務(wù)。對(duì)于一個(gè)確定的物料來(lái)說(shuō)，一定是屬于UNS

23、PSC中的一個(gè)“大類+中類+小類+細(xì)類”的8位數(shù)字的組合代碼，例如31101501，它的編碼的組成如下： 大類(Segment) ：制造業(yè)部件和用品(Manufacturing Components and Supplies) - 31 中類(Family)： 鑄件(Castings) - 10 小類(Class)：壓模鑄件(Die castings) - 15 細(xì)類：(Commodity)：鋁壓模鑄件(Aluminum die castings) - 01 為了達(dá)至全球性的物料分類統(tǒng)一與標(biāo)準(zhǔn)化，方便企業(yè)之間的溝通交流與數(shù)據(jù)交換，一個(gè)企業(yè)應(yīng)當(dāng)對(duì)照UNSPSC的分類定義，對(duì)涉及到的所有外購(gòu)物料以

24、及自產(chǎn)部件、半成品或產(chǎn)品進(jìn)行準(zhǔn)確分類。企業(yè)如果開(kāi)發(fā)出一種“全新”的部件或產(chǎn)品，且發(fā)現(xiàn)不能在UNSPSC中找到合適的分類，則可以按規(guī)定程序向相關(guān)管理機(jī)構(gòu)（例如UNSPSCChina）提交物料分類編碼的新增申請(qǐng)。整個(gè)申請(qǐng)過(guò)程耗時(shí)可能很長(zhǎng)，如果被拒絕，UNSPSC會(huì)建議使用現(xiàn)有分類，如果被接納，則最終需要提交美國(guó)UCC批準(zhǔn)。但需注意的是上述UNSPSC 的8位分類編碼，不應(yīng)當(dāng)被企業(yè)直接用來(lái)放進(jìn)Item編碼中（例如UNSPSC+流水碼），這是因?yàn)橐粊?lái)UNSPSC細(xì)類（Commodity）數(shù)量太多，目前已達(dá)兩萬(wàn)多個(gè)，每個(gè)企業(yè)實(shí)際真正能用到的只是其中很少一部分（一般數(shù)百個(gè)Commodity），例如一個(gè)電子

25、制造業(yè)不到可能會(huì)用到類似“10101512”（兔子）的Commodity。二來(lái)8位分類碼再加上流水碼（一般是4位），Item編碼總長(zhǎng)度太長(zhǎng)，不方便使用。UNSPSC針對(duì)8位分類碼也給出了只有6位的“識(shí)別碼（Unique ID）”，但這個(gè)6位識(shí)別碼（實(shí)際也是流水順序碼）仍然過(guò)長(zhǎng)，不方便使用。如下圖（表）5所示：企業(yè)一般需要根據(jù)自己會(huì)使用到的那些8位UNSPSC分類碼，個(gè)性化制定企業(yè)自己的分類“識(shí)別碼”。通常取4位，前兩位代表“大類”，后兩位代表“小類”（注意這里的“大類/小類”與UNSPSC中的“大類/小類”沒(méi)有對(duì)應(yīng)關(guān)系，只是為了方便企業(yè)對(duì)已選取的UNSPSC的管理）。Item中的前4位分類識(shí)別

26、碼，即使全使用數(shù)目字（不使用英文字母），最多也可有1萬(wàn)種組合（3位有1000種組合，一般中小企業(yè)也足夠），足以滿足單個(gè)大企業(yè)的物料分類需要。不同企業(yè)的Item中的分類識(shí)別碼盡管不同，但由于它們都對(duì)應(yīng)于同一的UNSPSC分類碼，故數(shù)據(jù)交流與互換不會(huì)有問(wèn)題。盡管UNSPSC出臺(tái)及全球推行只是近幾年的事，遠(yuǎn)落后于ORACLE ERP產(chǎn)品的發(fā)布時(shí)間，但EBS 很早就在其產(chǎn)品安裝后的初始化狀態(tài)預(yù)置了物料的“Commodity”概念（例如Item類別彈性域系統(tǒng)預(yù)置的“CategoryCommodity”結(jié)構(gòu)。盡管這不是系統(tǒng)應(yīng)用必需，可以改掉）。但ORACLE這樣做的目的實(shí)際上也就是希望將企業(yè)的物料管理運(yùn)作

27、實(shí)務(wù)引導(dǎo)到所謂“業(yè)界最佳業(yè)務(wù)實(shí)踐（Best Practice）”上來(lái)。關(guān)于代表廣義的Part的系統(tǒng)Item編碼與狹義的Material的關(guān)系問(wèn)題。廣義的Part編碼是指只要符合“規(guī)格Form、性能Fit、功能Function”相同的物料，即使某些重要屬性不相同（例如顏色、生產(chǎn)廠家、質(zhì)量指標(biāo)等等），只要不對(duì)3F的一致性有重要影響，均歸屬于同一個(gè)Item。狹義的物料Material編碼則是指即使是3F相同，但如果某些重要屬性不同（典型的是生產(chǎn)廠家不同），也不能歸入同一個(gè)Item。能否分清Part編碼與Material編碼之間的本質(zhì)區(qū)別，不僅體現(xiàn)在一個(gè)企業(yè)的Item編碼方式的選擇上，反映一個(gè)企業(yè)對(duì)物

28、料編碼的認(rèn)識(shí)水平，更重要的是它還能反映一個(gè)企業(yè)的產(chǎn)品研發(fā)的技術(shù)水平。國(guó)內(nèi)有些電子制造企業(yè)（尤其是“代工型”企業(yè)）之所以選擇的是material型（或曰“工程型”）的Item編碼方式，一個(gè)很重要的原因是早期企業(yè)沒(méi)有技術(shù)能力進(jìn)行Material的容差設(shè)計(jì)與分析，為保險(xiǎn)起見(jiàn)只好采取“同一物料只要廠家不同”就是不同Item。實(shí)際工作中為了使用方便，不得已又將生產(chǎn)廠家等諸多信息放入Item編碼中，如此惡性循環(huán)，最終使得公司的物料管理陷入十分惡劣的混亂狀態(tài)而難以自拔。國(guó)內(nèi)某年產(chǎn)值超千億RMB規(guī)模的大型代工型電子制造企業(yè)，由于早年研發(fā)技術(shù)水平有限，加之不懂所謂“Commodity 管理”，對(duì)物料編碼的認(rèn)識(shí)水

29、平很低，初期開(kāi)始采取的就是“不同廠家一物一號(hào)”的“工程型”編碼方式，待累積到Item的有效數(shù)量超過(guò)三、四十萬(wàn)，并且每月還在以一萬(wàn)多數(shù)量快速增加的時(shí)候，才意識(shí)到問(wèn)題的嚴(yán)重性。盡管后來(lái)累積投入數(shù)億元的費(fèi)用試圖進(jìn)行改造，但已經(jīng)積重難返，還是無(wú)法從根本上解決問(wèn)題。而反觀象IBM這樣的超大型企業(yè)，盡管其產(chǎn)品線十分豐富，年收入達(dá)千億美金（其中硬件收入約占一半），但其全球有效Item數(shù)量一直控制在6萬(wàn)左右。幾年前，國(guó)內(nèi)的華為公司拜請(qǐng)IBM為師，花費(fèi)數(shù)億元搞集成產(chǎn)品開(kāi)發(fā)IPD項(xiàng)目，其項(xiàng)目核心目標(biāo)之一就是要將華為當(dāng)時(shí)9萬(wàn)左右的Item數(shù)量下降20%。目前國(guó)內(nèi)某些ERP產(chǎn)品在其系統(tǒng)物料定義界面出現(xiàn)“生產(chǎn)廠家、型號(hào)

30、”字段并且只能唯一賦值，客觀上會(huì)將企業(yè)的物料編碼方式引導(dǎo)到“同一部件不同廠家不同Item編碼”的低水平道路上去。這說(shuō)明其在物料編碼的系統(tǒng)規(guī)劃設(shè)計(jì)方面的認(rèn)識(shí)水平還有待提高。而在ORACLE 系統(tǒng)中，在Item定義界面則明確給出了Item與制造商部件號(hào)（MPN）的“一對(duì)多”的可能對(duì)應(yīng)關(guān)系設(shè)置（具體設(shè)置下面再談），這對(duì)于有效地避免企業(yè)采用錯(cuò)誤的編碼方式，促進(jìn)企業(yè)Commodity 管理水平的提高將十分有幫助。ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理二、物料（Item）（三）Item 的類別（Category）（四）Item的單位（UOM） （五）Item 的制造商部件號(hào)（MPN）（六）Item的版本（R

31、evision）（七）Item的組織控制（Master Org）（八）Item的屬性及相互關(guān)系概述（九）Item的屬性內(nèi)容簡(jiǎn)介（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的其它來(lái)源方式三、供應(yīng)商（Supplie

32、r）（一）供應(yīng)商的分類概述（二）供應(yīng)商“名稱與編號(hào)”（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）的“采購(gòu)”屬性（十）供應(yīng)商（Site）的“控制”屬性（Control）（十一）供應(yīng)商（Site）的“付款”屬性（Payment）（十二）供應(yīng)商（Site）的“會(huì)計(jì)”屬性（十三）供應(yīng)商（Site）的“銀行賬戶”屬性（十四）供應(yīng)商（S

33、ite）的“發(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)層屬性（八）客戶賬戶層的“分類”分組屬性（九）客戶賬戶層的“市場(chǎng)營(yíng)銷”分組屬性（十）客戶賬戶層的“關(guān)系”分組屬性（十一）客戶賬戶地點(diǎn)層的“特性”分組屬性（十二）客戶賬戶與地

34、點(diǎn)層的“通信”分組屬性（十三）客戶賬戶與地點(diǎn)層的“聯(lián)系人”分組屬性（十四）客戶賬戶與地點(diǎn)層的“聯(lián)系人：職責(zé)”分組屬性（十五）客戶賬戶與地點(diǎn)層的“銀行賬戶”分組屬性（十六）客戶賬戶與地點(diǎn)層的“付款方法”分組屬性（十七）客戶賬戶與地點(diǎn)層的“配置文件：事務(wù)處理”分組屬性（十八）客戶賬戶與地點(diǎn)層的“配置文件：?jiǎn)螕?jù)打印”分組屬性（十九）客戶賬戶與地點(diǎn)層的“配置文件：金額”分組屬性（二十）客戶賬戶的“地址地點(diǎn)與業(yè)務(wù)目的”屬性（二十一）R12客戶的賬戶層與地點(diǎn)層屬性（二十二）客戶數(shù)據(jù)的合并（二十三）客戶數(shù)據(jù)的其它管理功能五、結(jié)語(yǔ)（三）Item 的類別（Category）上面所講到的Item編碼中的分類（UN

35、SPSC），一般來(lái)說(shuō)還不是系統(tǒng)（各應(yīng)用功能模塊）中真正使用到的類別，原因是編碼中的分類所基于的分類基準(zhǔn)（或用途）主要考慮的是“工程”目的，而各應(yīng)用模塊例如INV、PO等中所需使用的分類更多地是需考慮業(yè)務(wù)管理目的，這就好比我們將“人員”分類，有時(shí)需按“性別”（男、女）分，有時(shí)需按“學(xué)歷”（博士、碩士、學(xué)士）分，有時(shí)還需按“年齡段”（老年、中年、青年）分等等。對(duì)于EBS中一個(gè)確定的Item來(lái)說(shuō)，可以同時(shí)具有多個(gè)不同的“類別集（Category Set）”，以滿足各個(gè)應(yīng)用模塊的使用需要。這里之所以稱其為“類別集”，源于其中包含若干個(gè)LOV值，系統(tǒng)將每個(gè)具體的LOV值稱之為“類別”（Category）

36、并最終分配給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í)，打開(kāi)的Item類別的彈性域結(jié)構(gòu)取決于“默認(rèn)類別集”所關(guān)聯(lián)的類別鍵彈性域結(jié)構(gòu)定義。在“ORACLE系統(tǒng)與實(shí)踐系列之三：EBS的基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介”中，關(guān)于“Item類別彈性域結(jié)構(gòu)”的介紹已經(jīng)說(shuō)過(guò)，系統(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è)，用戶

37、如不滿意，均可以修改）。這無(wú)疑大大方便了用戶的使用，也正是ORACLE產(chǎn)品包含豐富管理思想的體現(xiàn)所在。對(duì)于每一個(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)制使用有效類別列表”，則需要對(duì)其下的“類別列表”進(jìn)行維護(hù)，其作用主要是控制PO界面的類別的LOV值（選擇組

38、合）只能存在于這里的定義列表中時(shí)才有效（否則會(huì)報(bào)錯(cuò)提示）。上圖7中的“人員類別”窗口的作用，是為了控制某些類別只允許特定“責(zé)任/人員”才可以訪問(wèn)（未設(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)通過(guò)值集驗(yàn)證進(jìn)行設(shè)置，這里提供補(bǔ)充控制功能），系統(tǒng)通過(guò)專門的定義類別可用性功能

39、，內(nèi)容包括是否啟用、是否為i-Procurement啟用（僅適用于R11）、供應(yīng)商是否可查看（用于i-supplier）、Web申請(qǐng)是否可用，來(lái)根據(jù)實(shí)際業(yè)務(wù)需要對(duì)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è)置來(lái)進(jìn)行，它與所謂物料的“Commodity管理”相結(jié)合，提供了企業(yè)業(yè)務(wù)管理所需的強(qiáng)大系統(tǒng)功能，是“業(yè)界最佳實(shí)踐經(jīng)驗(yàn)”的總結(jié)與結(jié)晶。（四）Item的單位（UOM） 在

40、“ORACLE系統(tǒng)與實(shí)踐系列之三：EBS的基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介”中，關(guān)于“單位設(shè)置”的介紹已經(jīng)說(shuō)過(guò)，EBS的單位及其換算關(guān)系是定義在INV組織之上并且可以與特定物料相關(guān)的。在Item定義中，可以為之指定“主要單位”（Primary）與“輔助單位”（Secondary），并且規(guī)定兩者換算所允許的偏差系數(shù)（Deviation Factor）。這主要是為了滿足實(shí)際工作中某些特殊物料的特殊計(jì)量需求，某些液態(tài)的化工原料如乙醇、汽油等，計(jì)價(jià)、儲(chǔ)存可能是按噸、公斤或桶來(lái)計(jì)量的，但實(shí)際使用則可能是按“升”來(lái)計(jì)量，例如國(guó)內(nèi)加油站進(jìn)貨按噸計(jì)，給車加油時(shí)按升計(jì)。由于兩者的換算關(guān)系可能受不同場(chǎng)合“溫度、壓力”等因素的影響

41、，實(shí)際計(jì)量與原先“標(biāo)準(zhǔn)”條件下定義的換算關(guān)系存在一定偏差。系統(tǒng)對(duì)于所產(chǎn)生的這種偏差必須有明確的規(guī)定。 在EBS的Item定義中，在“主要”（Main）標(biāo)簽頁(yè)（Tab），針對(duì)單位（UOM）主要是就庫(kù)存余額數(shù)量的“跟蹤”（Tracking）、產(chǎn)品定價(jià)（Pricing）的計(jì)量，如何進(jìn)行事務(wù)處理做了規(guī)定，如下圖10所示：上圖10中的幾個(gè)字段“跟蹤、定價(jià)、輔助、默認(rèn)、正負(fù)偏差系數(shù)、轉(zhuǎn)換”的取值關(guān)系頗為復(fù)雜，建議參考ORACLE相關(guān)官方文檔（INV UG）。其中的一個(gè)可能結(jié)果是，只要手工輸入的輔助單位的計(jì)量實(shí)際值與主要單位的計(jì)量值的實(shí)際換算關(guān)系在規(guī)定的偏差范圍內(nèi)，系統(tǒng)均當(dāng)成標(biāo)準(zhǔn)換算關(guān)系進(jìn)行處理，這對(duì)于庫(kù)存

42、數(shù)量余額的準(zhǔn)確跟蹤及產(chǎn)品正確定價(jià)將十分重要。（五）Item 的制造商部件號(hào)（MPN） 前面在講Item編碼時(shí)已經(jīng)提到，EBS中的一個(gè)Item可以對(duì)應(yīng)多個(gè)制造商的MPN，這是所謂物料的“Commodity管理”的重要內(nèi)容。要做到這一點(diǎn)，在EBS中首先需定義制造商及其MPN的值。如下圖11所示：注意，不要將制造商（Manufacturer）與系統(tǒng)中的供應(yīng)商（Supplier）混為一談。制造商有可能也是供應(yīng)商，但在系統(tǒng)中兩者是分開(kāi)設(shè)置的，沒(méi)有連接關(guān)系。上圖11中的制造商列表值是直接手工輸入的，每一個(gè)制造商在“部件”（Parts）界面需要手工輸入該制造商的“部件號(hào)”并與系統(tǒng)Item相關(guān)聯(lián)。這里的Ite

43、m與MPN的關(guān)聯(lián)定義也可以在Item定義顯示和維護(hù)，如下圖12所示：上圖12中MPN設(shè)置的制造商取值，不可以手工輸入，只能以圖11的定義制造商列表作為其LOV，但“部件”字段可以手工維護(hù)，其作用與圖11中的“部件”設(shè)置界面相同。（六）Item的版本（Revision） 物料的版本管理對(duì)于實(shí)際業(yè)務(wù)及系統(tǒng)管理都是一項(xiàng)基礎(chǔ)性工作，EBS在Item的定義界面提供了物料的版本維護(hù)功能。如下圖13所示：系統(tǒng)使用字母、數(shù)字和字符（如 *、& 和 #）來(lái)標(biāo)記版本。其中字母必須大寫，數(shù)字可以包括小數(shù)點(diǎn)。為確保版本正確地排序，小數(shù)點(diǎn)后應(yīng)該使用數(shù)字。有效版本包括：A、B、 01、 02、 A1、 B1、1A

44、、1B、0.0、 0.1、A.0、 A.1 等。版本按 ASCII 規(guī)則進(jìn)行排序，每個(gè)版本號(hào)必須高于它的上一版本。按照 ASCII 排序規(guī)則，10 排在 9 的前面，因此在版本 9 之后不能使用版本 10 來(lái)定義下一版本。 除了在Item定義窗口維護(hù)版本信息外，EBS系統(tǒng)在物料清單（BOM）及工程更改單（ECO）也可以對(duì)Item的版本進(jìn)行維護(hù)，維護(hù)的結(jié)果在三處的最終顯示是相同的。（七）Item的組織控制（Master Org） 前面關(guān)于Item的一些基本概念的介紹，均沒(méi)有涉及Item的組織控制問(wèn)題。ORACLE的Item定義是基于INV組織的，這是其早期有關(guān)“主數(shù)據(jù)”管理的一個(gè)重要特點(diǎn)。以前，

45、另外兩個(gè)主數(shù)據(jù)“客戶、供應(yīng)商”也是基于確定的組織（OU）來(lái)定義設(shè)置的，但從R12開(kāi)始，客戶與供應(yīng)商的初始定義已經(jīng)開(kāi)始獨(dú)立于組織（OU，上下文環(huán)境）來(lái)進(jìn)行，然后再分配給相關(guān)組織（OU）使用。 既然客戶與供應(yīng)商的主數(shù)據(jù)系統(tǒng)管理方式已經(jīng)做了調(diào)整，為什么Item的主數(shù)據(jù)管理方式卻保持不變呢？推測(cè)的原因可能是，一來(lái)Item的影響面太廣，改動(dòng)太大，不方便進(jìn)行；二來(lái)原Item的主組織（Master Org）定義方式也有其獨(dú)到的優(yōu)勢(shì)，它在處理一些實(shí)際與庫(kù)存事務(wù)關(guān)系不大的“服務(wù)類或費(fèi)用類”Item的工作過(guò)程中比較方便，例如PO在做服務(wù)類或費(fèi)用類Item的接收時(shí)，可以直接基于“主組織”（可能是虛擬的，并不與管理實(shí)

46、體對(duì)應(yīng)）來(lái)進(jìn)行，可以與庫(kù)存類的Item的接收方式保持一致，無(wú)需另外做特殊考慮。 在ORACLE EBS系統(tǒng)中，系統(tǒng)雖然允許設(shè)定多個(gè)“主組織”來(lái)定義Item，然后再將Item分配給多個(gè)INV組織使用，但ORACLE強(qiáng)烈建議系統(tǒng)只設(shè)定唯一的主組織，而這一點(diǎn)與實(shí)際工作中的“主數(shù)據(jù)”集中管控的要求也是一致的。當(dāng)在系統(tǒng)中設(shè)置INV組織時(shí)，在INV組織參數(shù)窗口的“物料主文件組織”字段，可選的LOV值包括當(dāng)前INV名本身，以及已經(jīng)被其它INV設(shè)定為“主組織”的INV名。一旦用戶選定當(dāng)前INV名作為主組織，則在設(shè)置其他INV的組織參數(shù)時(shí)，也可以在主組織可選LOV值中見(jiàn)到它。EBS的“主組織”使用是不受帳套（科

47、目彈性域結(jié)構(gòu)）、業(yè)務(wù)實(shí)體的范圍限制的，具有不同帳套/業(yè)務(wù)實(shí)體的INV可以具有同樣的Item主組織?！爸鹘M織”的這一特性為大型企業(yè)Item的集中管控工作的開(kāi)展提供了極大的方便性與高度的靈活性。用戶在進(jìn)入INV模塊（或其他基于INV的應(yīng)用模塊）時(shí)，均需選擇一個(gè)確定的INV，以進(jìn)入確定的INV上下文環(huán)境。一旦進(jìn)入INV，則其Item的主組織就已經(jīng)唯一確定（由該INV組織的參數(shù)定義決定）。被選定作為“主組織”的INV作為“業(yè)務(wù)功能”組織使用時(shí)，與其它INV并無(wú)任何區(qū)別。唯一的特殊之處在于，定義主組織Item時(shí)，在“組織分配”界面無(wú)需再向“組織層”的自己作分配（系統(tǒng)已經(jīng)默認(rèn)分配），但有關(guān)“屬性控制”的設(shè)

48、置，仍然與其它被分配的INV組織完全一樣。如下圖14是Item定義中的“組織分配”界面：所有Item均只能在其“主組織”界面（并非指必須進(jìn)入主組織所在的上下文）定義后，才能分配給相關(guān)的INV組織使用。上圖14中可以分配的INV列表取決于每個(gè)INV組織參數(shù)定義的“主組織”與當(dāng)前INV（上圖14中的第一行）的“主組織”是否相同。除了當(dāng)前INV組織，其余INV組織的“組織屬性”窗口均可以另外打開(kāi)（當(dāng)前INV組織的組織屬性窗口實(shí)際已經(jīng)打開(kāi)，在Item定義界面的“組織”與“主組織”間直接切換），以便定義屬于本組織的相關(guān)屬性。EBS系統(tǒng)在Item的“主組織”（Master Org）與組織（Org）之間，提

49、供了相關(guān)“屬性”如何控制的機(jī)制。如下圖15所示：上圖15中，組名字段會(huì)顯示屬性組的名稱。屬性按功能分組，例如主要、庫(kù)存和接收。在定義或更新物料、定義模板或查看物料屬性時(shí)，可以顯示特定組的屬性，這樣可以更容易地查找特定屬性。“控制地點(diǎn)”可以在“主層”與“組織層”間選擇。主要層：在主要層定義和維護(hù)此屬性，對(duì)于同一物料，此屬性的值在所有組織中均相同；組織層：在組織層定義并維護(hù)此屬性，對(duì)于同一物料，每個(gè)組織均可為此屬性定義一個(gè)不同的值（某些屬性只能在特定層設(shè)置，在這些情況下，只具有一個(gè)選項(xiàng)）。對(duì)于某些“狀態(tài)屬性”，系統(tǒng)除提供“主層”與“組織層”的控制地點(diǎn)選擇外，還提供“狀態(tài)設(shè)置”控制方式的選擇：“默認(rèn)

50、值、不使用、設(shè)置值”。這需要與前文所述“物料狀態(tài)”的控制方式的設(shè)定結(jié)合使用?？梢栽O(shè)置控制方式的“狀態(tài)屬性”共10個(gè)（如圖4中所示），包括：允許BOM、在WIP中制造、啟用客戶訂單、啟用內(nèi)部訂單、啟用開(kāi)票、啟用執(zhí)行流程（應(yīng)用于“流程制造”）、啟用配方（應(yīng)用于“流程制造”）、可采購(gòu)、可儲(chǔ)存、可處理。Item的狀態(tài)屬性與其它屬性或相互之間可能有一定的制約關(guān)系。例如，如果將庫(kù)存物料設(shè)置為否，則不能將可儲(chǔ)存設(shè)置為是。（八）Item的屬性及相互關(guān)系概述物料Item廣泛使用于企業(yè)實(shí)際工作中的方方面面，為了達(dá)致業(yè)務(wù)流程運(yùn)作的規(guī)范化、標(biāo)準(zhǔn)化、自動(dòng)化，實(shí)現(xiàn)企業(yè)“實(shí)物流、資金流、信息流”的統(tǒng)一，就必須在系統(tǒng)中對(duì)It

51、em的相關(guān)流程屬性作統(tǒng)一的、預(yù)先的設(shè)置。它是企業(yè)管理實(shí)踐與業(yè)務(wù)流程運(yùn)作如何實(shí)現(xiàn)“集中統(tǒng)一”的典型體現(xiàn)，是管理信息系統(tǒng)具有強(qiáng)大功能與高度靈活性的核心基礎(chǔ)。因此，它也是系統(tǒng)實(shí)施與應(yīng)用的關(guān)鍵步驟。EBS的Item可定義（或必需定義）的屬性值總數(shù)多達(dá)300多個(gè)，為了方便對(duì)這些屬性的管理，EBS按屬性的“流程功能”進(jìn)行了分組，目前一共分為17個(gè)屬性組（即Item定義界面的Tab標(biāo)簽頁(yè)），包括“主要、庫(kù)存、物料清單、資產(chǎn)管理、成本計(jì)算、采購(gòu)、接收、物理屬性、總計(jì)劃、MPS/MRP計(jì)劃、提前期、在制品、訂單管理、開(kāi)票、流程制造、服務(wù)”。這些Item的屬性分組（Tab頁(yè)）大體上與系統(tǒng)的應(yīng)用模塊有一定的對(duì)應(yīng)關(guān)系

52、，相關(guān)業(yè)務(wù)模塊使用時(shí)，有關(guān)Item的基礎(chǔ)設(shè)置主要與相對(duì)應(yīng)的屬性Tab頁(yè)內(nèi)容有關(guān)。每一個(gè)屬性組有若干可定義屬性值（字段），其中一部分屬于“必需項(xiàng)”（一般均有默認(rèn)值，可修改），另一部分則屬于“可選項(xiàng)”（可留空）。一部分是屬于“業(yè)務(wù)控制”屬性，可以直接用于控制系統(tǒng)中的相關(guān)業(yè)務(wù)操作，如“可采購(gòu)、可儲(chǔ)存”等等，另一部分則是屬于“流程控制”屬性，可以直接或間接控制所使用的具體業(yè)務(wù)流程種類或方式，例如“計(jì)劃方法、BOM物料模型”等等，還有部分屬于“參考引用”屬性，主要是向有關(guān)單據(jù)提供默認(rèn)的參考值。某些屬性之間具有確定的關(guān)聯(lián)性，一旦定義了其中一個(gè)值，其余相關(guān)屬性的值也就隨之確定。關(guān)于屬性間相互關(guān)系的具體內(nèi)容，

53、比較復(fù)雜，必須仔細(xì)參考ORACLE相關(guān)應(yīng)用文檔（如下述各表，僅供參考）。這些特定屬性間的特定關(guān)系分為四大類：（1）要求的屬性值：如果某些相關(guān)屬性具有下表所示的值，則必須輸入特定屬性的值： 屬性條件需求時(shí)間范圍天數(shù)將需求時(shí)間范圍設(shè)置為自定義 保留款帳戶 將“沖銷保留款”參數(shù)設(shè)置為是 費(fèi)用帳戶 將庫(kù)存資產(chǎn)值設(shè)置為否并將庫(kù)存物料設(shè)置為是 外協(xié)加工單位類型將外協(xié)加工物料設(shè)置為是 計(jì)劃時(shí)間范圍天數(shù)將計(jì)劃時(shí)間范圍設(shè)置為自定義 發(fā)放時(shí)間范圍天數(shù)將發(fā)放時(shí)間范圍設(shè)置為自定義 重復(fù)性計(jì)劃將 MRP 計(jì)劃方法設(shè)置為 MPS 計(jì)劃或 MRP 計(jì)劃 服務(wù)期限服務(wù)延續(xù)期間不為 NULL 儲(chǔ)存期限天數(shù)將批次到期（儲(chǔ)存期限）

54、控制設(shè)置為物料儲(chǔ)存期限天數(shù) 來(lái)源組織將補(bǔ)充來(lái)源類型設(shè)置為庫(kù)存 起始批號(hào)將批次控制設(shè)置為全部批次控制 起始批前綴將批次控制設(shè)置為全部批次控制 起始序列號(hào)將序列號(hào)控制設(shè)置為預(yù)定義序列號(hào) 起始序列前綴將序列號(hào)控制設(shè)置為預(yù)定義序列號(hào) （2）相互關(guān)聯(lián)屬性特定屬性值取決于其它屬性值。例如，如果挑庫(kù)組件設(shè)置為是，則計(jì)劃方法必須是未計(jì)劃。以下是屬性之間的相互關(guān)聯(lián)： 屬性必須為條件按訂單裝配否將挑庫(kù)組件設(shè)置為是或?qū)?BOM 物料類型設(shè)置為計(jì)劃 按訂單裝配或挑庫(kù)組件是 將 BOM 物料類型設(shè)置為模型或選件類 ATP 組件 否“挑庫(kù)組件”為否、“按訂單裝配”為否但“WIP 供應(yīng)類型”不為虛擬件

55、基本模型NULL“BOM 物料類型”不為標(biāo)準(zhǔn)或 將“挑庫(kù)組件”設(shè)置為是。 允許 BOM 否將“庫(kù)存物料”設(shè)置為否 在 WIP 中制造否將“庫(kù)存物料”設(shè)置為否或 BOM 物料類型不為標(biāo)準(zhǔn) 容器類型NULL將“容器”設(shè)置為否 啟用成本計(jì)算 是 將“庫(kù)存資產(chǎn)”設(shè)置為是 客戶訂購(gòu)否將“BOM 物料類型”設(shè)置為計(jì)劃 啟用客戶訂單 否將“客戶訂購(gòu)”設(shè)置為否 需求時(shí)間范圍天數(shù)NULL“需求時(shí)間范圍”不為自定義 內(nèi)部訂購(gòu)否“BOM 物料類型”不為標(biāo)準(zhǔn) 啟用內(nèi)部訂單 否將“內(nèi)部訂購(gòu)”設(shè)置為否 內(nèi)容積NULL將“容器”和“運(yùn)載工具”均設(shè)置為否 啟用開(kāi)票 否將“可開(kāi)票物料”設(shè)置為否 提前期批量1將“重復(fù)性

56、計(jì)劃”設(shè)置為是 最大裝載重量NULL將“容器”和“運(yùn)載工具”均設(shè)置為否 最小裝載百分比NULL將“容器”和“運(yùn)載工具”均設(shè)置為否 挑選組件 否將“按訂單裝配”設(shè)置為是或?qū)ⅰ癇OM 物料類型”設(shè)置為計(jì)劃或“計(jì)劃方法”不為未計(jì)劃 挑選組件 是 將“模型完工發(fā)運(yùn)”設(shè)置為是 計(jì)劃時(shí)間范圍天數(shù)NULL“計(jì)劃時(shí)間范圍”不為自定義 計(jì)劃方法未計(jì)劃將“挑庫(kù)組件”設(shè)置為是 后加工提前期0（零）將“制造或采購(gòu)”設(shè)置為制造 可采購(gòu)否將“采購(gòu)物料”設(shè)置為否 發(fā)放時(shí)間范圍天數(shù)NULL“發(fā)放時(shí)間范圍”不為自定義 限制貨位未將貨位限制在預(yù)定義列表中將“限制子庫(kù)存”設(shè)置為未將子庫(kù)存限制在預(yù)定義列表中 限制貨位未將貨位限制在預(yù)定義列表中將“庫(kù)存貨位控制”設(shè)置為動(dòng)態(tài)輸入貨位控制 限制子庫(kù)存將子庫(kù)存限制在預(yù)定義列表中將“限制貨位”設(shè)置為將貨位限制在預(yù)定義列表中 可服務(wù)產(chǎn)品否將“支持服務(wù)”設(shè)置為是 可發(fā)運(yùn)否將“BOM 物料類型”設(shè)置為計(jì)劃 可儲(chǔ)存 否將“庫(kù)存物料”設(shè)置為否 庫(kù)存貨位控制 無(wú)貨位控制或未預(yù)指定貨位控制將“限制貨位”設(shè)置為將貨位限制在預(yù)定義列表中 支持服務(wù)否將“可服務(wù)產(chǎn)品”設(shè)置為是 可處理 否將“可儲(chǔ)存”設(shè)置為否 （3）可更新的屬性可以在特殊情況下更改某些屬性值。下表顯示了可更新的屬性和更改這些屬性值時(shí)應(yīng)具備的條件： 屬性 可更新 條件 AT