Oracle EBS系統(tǒng)主數(shù)據(jù)管理

1、 ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理一、EBS主數(shù)據(jù)概述（Master Data）一個(gè)有趣的現(xiàn)象是，與SAP相比不同，ORACLE EBS系統(tǒng)中并沒有明確的所謂“主數(shù)據(jù)”（Master Data）概念，ORACLE應(yīng)用產(chǎn)品官方文檔（中英文）中也幾乎找不到這個(gè)詞組。因此這里要討論的所謂“主數(shù)據(jù)”，主要是基于業(yè)務(wù)管理與系統(tǒng)應(yīng)用層面而言，具有全局性、重要性的那些基礎(chǔ)業(yè)務(wù)數(shù)據(jù)，諸如物料、供應(yīng)商、客戶等等。之所以會(huì)出現(xiàn)上述現(xiàn)象，推測(cè)是和ORACLE產(chǎn)品的發(fā)展歷史有一定關(guān)系，或許ORACLE早先確實(shí)沒有意識(shí)到物料、供應(yīng)商及客戶等等業(yè)務(wù)數(shù)據(jù)，在系統(tǒng)管理與業(yè)務(wù)實(shí)踐方面具有怎樣的特殊性，以至于如今許多初學(xué)者會(huì)

2、覺得奇怪：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后來意識(shí)到了這個(gè)問題，并開始逐步在系統(tǒng)的規(guī)劃設(shè)計(jì)方面做調(diào)整。針對(duì)“客戶”等主數(shù)據(jù)管理，于2001年首次提出了所謂“TCA架構(gòu)”（Trading community Architecture），并首先將“客戶數(shù)據(jù)”獨(dú)立出來，作為一個(gè)向其他相關(guān)模塊提供調(diào)用服務(wù)（SOA）的基礎(chǔ)應(yīng)用。不過，迄今為止，對(duì)于“供應(yīng)商”與“物料”，目前表面看來與

3、過去相比幾乎沒有什么變化，但相信隨著SOA的發(fā)展，系統(tǒng)以后也會(huì)做出調(diào)整完善。從企業(yè)管理實(shí)踐的需求角度來看，對(duì)于主數(shù)據(jù)的范疇，不同企業(yè)的理解可能有一定差別，例如有些企業(yè)將BOM也包括在主數(shù)據(jù)之內(nèi)。本文以下則重點(diǎn)討論無可爭(zhēng)議的三個(gè)常用主數(shù)據(jù)：物料、供應(yīng)商與客戶。這三個(gè)主數(shù)據(jù)都有一個(gè)共同的系統(tǒng)使用特點(diǎn)：跨組織的全局性。而對(duì)于BOM數(shù)據(jù)，盡管在企業(yè)實(shí)際管理工作中，可能具有一定的全局性特點(diǎn)（例如不同工廠生產(chǎn)同樣產(chǎn)品），但從系統(tǒng)應(yīng)用角度來看，BOM是嚴(yán)格按INV組織隔離的，不同INV可共用的部分比較少，BOM系統(tǒng)應(yīng)用的全局性特點(diǎn)并不十分明顯，重要性也不是太高。二、物料（Item）物料Item數(shù)據(jù)管理以其應(yīng)

4、用的基礎(chǔ)性與影響的廣泛性，是EBS系統(tǒng)最重要也是最復(fù)雜的基礎(chǔ)業(yè)務(wù)數(shù)據(jù)。企業(yè)尤其是大型企業(yè)，物料主數(shù)據(jù)的管理甚至可以上升到?jīng)Q定企業(yè)未來發(fā)展乃至生死存亡的高度。為此，ORACLE系統(tǒng)提供了完善的“端到端”的全流程解決方案。（一）Item 的范疇EBS系統(tǒng)英文原版中，物料是用Item來表示的，譯成中文最初為“項(xiàng)目”，在文檔表述中常常與另一個(gè)詞Project的中文翻譯“項(xiàng)目”混淆，帶來諸多不便。這方面臺(tái)灣將Project稱之為“專案”，則非常方便，不會(huì)存在混淆的問題。R12中文版（大陸）將Item改為“物料”，雖說解決了容易混淆的問題，但卻也帶來了另一個(gè)問題：縮小了Item原先的內(nèi)涵范疇。（為表述方便

5、，本文后續(xù)原則上以Item一詞代替“物料”一詞）在EBS中，Item不僅表示有形的“物料”，同時(shí)還可以指無形的“服務(wù)”，例如表示顧問服務(wù)的計(jì)量“人天”、表示一個(gè)廣告創(chuàng)意的“campaign”、表示一個(gè)售后服務(wù)的“case”等等。具體類型（Item Type）是根據(jù)企業(yè)業(yè)務(wù)管理需要定義的，如下圖1所示：Item Type 的LOV是在Lookup Code 中定義的，訪問級(jí)別是“用戶”，即完全屬于“自定義”，只有統(tǒng)計(jì)分析功用，并不參與系統(tǒng)流程構(gòu)建，對(duì)業(yè)務(wù)流程沒有影響。如下圖2所示： 在EBS系統(tǒng)中，Item一經(jīng)創(chuàng)建就無法輕易刪除（必須使用特定的清理功能才可以。后面再介紹），但可以選擇通過改變其“

6、狀態(tài)（Item Status）”來控制其相關(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定義中的“控制方式”決定，控制方式可能是三種“默認(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)值，用

7、戶不能對(duì)其進(jìn)行更改。例如圖4中，“允許BOM ，值：，使用：默認(rèn)控制”，表示具有該Status的Item，其“允許BOM”屬性的值默認(rèn)為“YES（）”，但用戶可以更改。 至于圖4定義中，每個(gè)屬性的控制方式具體取值（即“默認(rèn)值、設(shè)置值、不使用”中的哪一個(gè)），則又是通過“Item屬性控制”定義功能來實(shí)現(xiàn)的。（復(fù)雜了，打住！打??！，后面再來詳細(xì)討論這個(gè)問題。）（二）Item 的編碼幾乎人人都知道物料編碼的重要性，網(wǎng)上也有不少介紹如何管理物料編碼的文章，什么“機(jī)械行業(yè)物料編碼”、“電子行業(yè)物料編碼”等等，諸如此類，不一而足。然而，筆者不得不遺憾地指出來，這些文章大多沒有能抓住物料“系統(tǒng)編碼管理”的本質(zhì)

8、與要義，基本上還都是基于手工編碼與管理的“電算化”系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)方式而言的?！拔锪暇幋a”既是個(gè)非?！昂唵巍钡膯栴}，也是個(gè)非?！皬?fù)雜”的問題。說其簡單，是因?yàn)樗衅髽I(yè)，無論是使用什么樣的管理軟件，都需要給物料編碼；說其“復(fù)雜”，是因?yàn)槲锪暇幋a管理是一門涉及范圍廣泛，有相當(dāng)深度的專業(yè)學(xué)問，遠(yuǎn)不是“編碼方式”本身的那點(diǎn)內(nèi)容。我們有時(shí)侯說SAP/ORACLE產(chǎn)品包含有“豐富的管理思想與業(yè)界最佳業(yè)務(wù)實(shí)踐”，其實(shí)，從與“Item（編碼）”有關(guān)的系統(tǒng)設(shè)計(jì)角度來看，恰恰就能驗(yàn)證這一說法。目前國內(nèi)主流ERP產(chǎn)品的“物料”定義，通常都包括兩個(gè)基本內(nèi)容“物料編碼（Number）”、“物料名稱（Name）”，并基于此

9、引申出“物料編碼、物料名稱不能重復(fù)，使用后不允許修改”等等系統(tǒng)設(shè)計(jì)功能。ORACLE（或SAP）將所謂“物料編碼Number、物料名稱Name”變化成“物料Item、物料說明Description”。表面上看來，兩者好像是一樣的，區(qū)別不大，但實(shí)際上兩者在系統(tǒng)設(shè)計(jì)理念上已經(jīng)起了根本性變化。在ORACLE EBS中，“Item”被抽象成一個(gè)代表物料的具有唯一性的“指示符”，可以是一個(gè)數(shù)字或字符的代碼，也可以是一個(gè)長度限定的“短文本”（ 在系統(tǒng)內(nèi)部該字段實(shí)際是一個(gè)“鍵彈性域”結(jié)構(gòu)，不過實(shí)際使用多段結(jié)構(gòu)的情況較少，一般設(shè)定成單段結(jié)構(gòu)，與普通表單字段使用無異）。但它并非是系統(tǒng)內(nèi)部業(yè)務(wù)流程所使用的“唯一性

10、識(shí)別ID”，也就是說，當(dāng)在系統(tǒng)中定義Item時(shí)，系統(tǒng)還會(huì)在內(nèi)部自動(dòng)生成一個(gè)用于系統(tǒng)識(shí)別的唯一性ID（內(nèi)碼），外部所表現(xiàn)的Item（外碼）只是其一個(gè)外部指示符（不過，系統(tǒng)也要求其具有唯一性）。在EBS的使用過程中，系統(tǒng)允許修改已經(jīng)存在的Item（編碼），且如果改變了Item（編碼），并不會(huì)影響到該Item原在其它相關(guān)模塊中的使用狀況。例如：先定義一個(gè)Item，然后為此Item創(chuàng)建BOM，然后在Item定義界面查找出此Item（編碼）并修改保存，再去查詢BOM，則可以發(fā)現(xiàn)原Item已經(jīng)不存在，代之以的是修改后的Item，并完全繼承了原BOM定義。至于所謂“Item說明（Description）”，

11、與Item本身相比，系統(tǒng)除了不要求具有唯一性之外，其余方面幾乎完全相同，它實(shí)際就是一個(gè)字符長度可更長一些的“短文本”，一般用之作為包括物料實(shí)際名稱在內(nèi)的對(duì)Item的簡短說明。用涵義廣泛的“說明Description”來取代涵義狹窄的“名稱Name”，無疑使得系統(tǒng)使用具有了更為廣泛的自由度。基于涵義比較“具體”的“物料編碼Number、物料名稱Name”的“電算化”系統(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（編碼）管理提供了更為靈活、更

12、為方便也更為完善的擴(kuò)展空間。但要理解清楚這一點(diǎn)，首先需要懂得基于“業(yè)界最佳實(shí)踐經(jīng)驗(yàn)”而總結(jié)出來的有關(guān)物料編碼的兩條重要管理原則：其一是，系統(tǒng)所使用的Item（編碼）與工程上所使用的物料編碼，不能混為一談，兩者的目的與用途不同，因而編碼與管理方式也有很大不同。實(shí)際工作中（尤其是在使用某些低端ERP產(chǎn)品時(shí)），很容易的犯的一個(gè)錯(cuò)誤是，以比較好懂的物料工程編碼代替比較抽象的“系統(tǒng)編碼”。因而導(dǎo)致在編碼數(shù)據(jù)量較大時(shí)，出現(xiàn)系統(tǒng)使用困難，用戶深感不便，嚴(yán)重影響工作效率的現(xiàn)象。其二是，系統(tǒng)所使用的Item（編碼）主要是針對(duì)工程上廣義的“部件”（Part）而言，而不是針對(duì)狹義的物料（Material）。一個(gè)Pa

13、rt對(duì)應(yīng)一個(gè)Item，但一個(gè)Part可能“包含”多個(gè)狹義的Material，如何“包含”則涉及到復(fù)雜的工程容差設(shè)計(jì)與材料認(rèn)證問題。實(shí)際工作中，比較容易犯的錯(cuò)誤是，以狹義的物料Material代替廣義的Part，導(dǎo)致Item數(shù)量失去控制，系統(tǒng)業(yè)務(wù)處理邏輯復(fù)雜化而變得難以使用。上述兩條物料編碼管理原則，對(duì)于許多缺少相關(guān)業(yè)務(wù)經(jīng)驗(yàn)的人來說，理解起來可能難度較大。不過，對(duì)于大多數(shù)人來說，只要懂得所謂“Item編碼”主要還是ERP核心系統(tǒng)之外的工作，高端的ERP產(chǎn)品（ORACLE/SAP）要求Item編碼必須遵循上述兩條基本管理原則就可以了。至于這兩條編碼管理原則如何貫徹執(zhí)行，則涉及到有一定深度與廣度的專

14、業(yè)知識(shí)，與企業(yè)的管理實(shí)踐密切相關(guān)，最近幾年高科技電子行業(yè)出現(xiàn)一個(gè)稱為“Commodity管理”的專門崗位，正是與此有關(guān)。十多年前，國內(nèi)的通信企業(yè)華為公司開始引進(jìn)國外的先進(jìn)管理經(jīng)驗(yàn)，拜請(qǐng)IBM為師，最初數(shù)千萬元的咨詢顧問費(fèi)也就僅是圍繞所謂“Commodity管理”，這一看起來不起眼、實(shí)際展開內(nèi)容卻十分豐富的領(lǐng)域來展開的。詳細(xì)討論物料的所謂“Commodity”管理非本文所能勝任，以下僅簡單介紹幾個(gè)比較常見且重要的問題。關(guān)于系統(tǒng)的Item編碼長度。經(jīng)驗(yàn)表明，編碼的長度以6-8位為宜，短了則可能容量不夠，長了則不方便記憶、影響使用。編碼應(yīng)以數(shù)目字為主，必要時(shí)輔之以英文字母，不應(yīng)當(dāng)出現(xiàn)單詞或詞組，中文

15、就更不應(yīng)該出現(xiàn)了。一個(gè)編碼通常分為前后兩部分，前半部分（3-4位）表示物料分類，后半部分（3-4位）則是流水碼。關(guān)于系統(tǒng)的Item編碼中的分類。首先，不要將Item編碼中前半部分的“分類”與EBS系統(tǒng)中的Item Category（類別） 混為一談，兩者有一定聯(lián)系但差別也很明顯。前者代表的是基于“用途”的Item的自然或物理屬性，是確定的；后者則更多的是體現(xiàn)企業(yè)的“管理”屬性，可以根據(jù)需要隨時(shí)作調(diào)整。從實(shí)際使用角度來看，一般規(guī)定Item中的一個(gè)“分類組合”只能隸屬于一個(gè)確定的Category，但一個(gè)Category可以包含多個(gè)Item編碼中的分類組合。如今大多數(shù)人已經(jīng)認(rèn)可Item的編碼“不包含

16、業(yè)務(wù)涵義但應(yīng)適當(dāng)分類”的原則。過去各企業(yè)的物料分類五花八門，沒有一定標(biāo)準(zhǔn)，這給電子商務(wù)時(shí)代的信息交流與互換造成了很大障礙。為此，1998年聯(lián)合國開發(fā)計(jì)劃署（UNDP）委托鄧百氏咨詢公司（Dun & Bradstreet）開發(fā)并維護(hù)全球產(chǎn)品與服務(wù)的分類體系，提出了“聯(lián)合國標(biāo)準(zhǔn)產(chǎn)品與服務(wù)分類代碼United Nations Standard Products and Services Code”，簡稱UNSPSC。應(yīng)全球電子商務(wù)發(fā)展的要求，2003年5月UNDP正式委托美國統(tǒng)一代碼委員會(huì)(UCC)全權(quán)實(shí)時(shí)維護(hù)和管理UNSPSC。目前已有上百個(gè)國家和地區(qū)的上萬家公司在使用。2003年12月，美國統(tǒng)一

17、代碼委員會(huì)Uniform Code Council（UCC）正式授權(quán)中國物品編碼中心Article Numbering Center of China（ANCC）獨(dú)家負(fù)責(zé)UNSPSC中文版本的全部工作。ANCC成立了UNSPSC動(dòng)態(tài)維護(hù)管理中心（UNSPSCChina）。UNSPSC覆蓋了國民經(jīng)濟(jì)各行各業(yè)，共設(shè)置了：55個(gè)大類，351個(gè)中類，2015個(gè)小類，19000多個(gè)細(xì)類產(chǎn)品(V6.0315版本)。分類依據(jù)基本上都是根據(jù)產(chǎn)品的“用途”進(jìn)行分類的。即按照使用目的進(jìn)行分類，每層結(jié)構(gòu)內(nèi)的順序，基本是沒有任何含義的，和產(chǎn)品與服務(wù)類別名稱的語序也無關(guān)。UNSPSC采用四層八位的數(shù)字層次碼結(jié)構(gòu)，代碼結(jié)

18、構(gòu)如下：12345678。其中：12第一層，大類（Segment），用于分析商品與服務(wù)種類的邏輯組合；34第二層，中類（Family），一種通用的內(nèi)部互相聯(lián)系的商品和服務(wù)種類；56第三層，小類（Class），具有共同用途和功能的一組商品和服務(wù)；78第四層，細(xì)類（Commodity），一組可選用的商品和服務(wù)。對(duì)于一個(gè)確定的物料來說，一定是屬于UNSPSC中的一個(gè)“大類+中類+小類+細(xì)類”的8位數(shù)字的組合代碼，例如31101501，它的編碼的組成如下： 大類(Segment) ：制造業(yè)部件和用品(Manufacturing Components and Supplies) - 31 中類(Fami

19、ly)： 鑄件(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ì)涉及到的所有外購物料以及自產(chǎn)部件、半成品或產(chǎn)品進(jìn)行準(zhǔn)確分類。企業(yè)如果開發(fā)出一種“全新”的部件或產(chǎn)品，且發(fā)現(xiàn)不能在UNSPSC中找到合適的分類，則可以按規(guī)定程序向相關(guān)管理機(jī)構(gòu)（例如UNSPSCChina）提交物料分類編碼的新增申請(qǐng)。整個(gè)申請(qǐng)過程耗時(shí)可能很長，如果被拒絕，UNS

20、PSC會(huì)建議使用現(xiàn)有分類，如果被接納，則最終需要提交美國UCC批準(zhǔn)。但需注意的是上述UNSPSC 的8位分類編碼，不應(yīng)當(dāng)被企業(yè)直接用來放進(jìn)Item編碼中（例如UNSPSC+流水碼），這是因?yàn)橐粊鞺NSPSC細(xì)類（Commodity）數(shù)量太多，目前已達(dá)兩萬多個(gè)，每個(gè)企業(yè)實(shí)際真正能用到的只是其中很少一部分（一般數(shù)百個(gè)Commodity），例如一個(gè)電子制造業(yè)不到可能會(huì)用到類似“10101512”（兔子）的Commodity。二來8位分類碼再加上流水碼（一般是4位），Item編碼總長度太長，不方便使用。UNSPSC針對(duì)8位分類碼也給出了只有6位的“識(shí)別碼（Unique ID）”，但這個(gè)6位識(shí)別碼（實(shí)際

21、也是流水順序碼）仍然過長，不方便使用。如下圖（表）5所示：企業(yè)一般需要根據(jù)自己會(huì)使用到的那些8位UNSPSC分類碼，個(gè)性化制定企業(yè)自己的分類“識(shí)別碼”。通常取4位，前兩位代表“大類”，后兩位代表“小類”（注意這里的“大類/小類”與UNSPSC中的“大類/小類”沒有對(duì)應(yīng)關(guān)系，只是為了方便企業(yè)對(duì)已選取的UNSPSC的管理）。Item中的前4位分類識(shí)別碼，即使全使用數(shù)目字（不使用英文字母），最多也可有1萬種組合（3位有1000種組合，一般中小企業(yè)也足夠），足以滿足單個(gè)大企業(yè)的物料分類需要。不同企業(yè)的Item中的分類識(shí)別碼盡管不同，但由于它們都對(duì)應(yīng)于同一的UNSPSC分類碼，故數(shù)據(jù)交流與互換不會(huì)有問題

22、。盡管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)作實(shí)務(wù)引導(dǎo)到所謂“業(yè)界最佳業(yè)務(wù)實(shí)踐（Best Practice）”上來。關(guān)于代表廣義的Part的系統(tǒng)Item編碼與狹義的Material的關(guān)系問題。廣義的Part編碼是指只要符合“規(guī)格Form、性能Fit、功能Function”相同的物料，即使某些重要屬

23、性不相同（例如顏色、生產(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ì)物料編碼的認(rèn)識(shí)水平，更重要的是它還能反映一個(gè)企業(yè)的產(chǎn)品研發(fā)的技術(shù)水平。國內(nèi)有些電子制造企業(yè)（尤其是“代工型”企業(yè)）之所以選擇的是material型（或曰“工程型”）的Item編碼方式，一個(gè)很重要的原因是早期企業(yè)沒有技術(shù)能力進(jìn)行Material的容差設(shè)計(jì)與

24、分析，為保險(xiǎn)起見只好采取“同一物料只要廠家不同”就是不同Item。實(shí)際工作中為了使用方便，不得已又將生產(chǎn)廠家等諸多信息放入Item編碼中，如此惡性循環(huán)，最終使得公司的物料管理陷入十分惡劣的混亂狀態(tài)而難以自拔。國內(nèi)某年產(chǎn)值超千億RMB規(guī)模的大型代工型電子制造企業(yè)，由于早年研發(fā)技術(shù)水平有限，加之不懂所謂“Commodity 管理”，對(duì)物料編碼的認(rèn)識(shí)水平很低，初期開始采取的就是“不同廠家一物一號(hào)”的“工程型”編碼方式，待累積到Item的有效數(shù)量超過三、四十萬，并且每月還在以一萬多數(shù)量快速增加的時(shí)候，才意識(shí)到問題的嚴(yán)重性。盡管后來累積投入數(shù)億元的費(fèi)用試圖進(jìn)行改造，但已經(jīng)積重難返，還是無法從根本上解決問

25、題。而反觀象IBM這樣的超大型企業(yè)，盡管其產(chǎn)品線十分豐富，年收入達(dá)千億美金（其中硬件收入約占一半），但其全球有效Item數(shù)量一直控制在6萬左右。幾年前，國內(nèi)的華為公司拜請(qǐng)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)廠家、型號(hào)”字段并且只能唯一賦值，客觀上會(huì)將企業(yè)的物料編碼方式引導(dǎo)到“同一部件不同廠家不同Item編碼”的低水平道路上去。這說明其在物料編碼的系統(tǒng)規(guī)劃設(shè)計(jì)方面的認(rèn)識(shí)水平還有待提高。而在ORACLE 系統(tǒng)中，在Item定義界面則明確給出了Item與制造商部件號(hào)（M

26、PN）的“一對(duì)多”的可能對(duì)應(yīng)關(guān)系設(shè)置（具體設(shè)置下面再談），這對(duì)于有效地避免企業(yè)采用錯(cuò)誤的編碼方式，促進(jìn)企業(yè)Commodity 管理水平的提高將十分有幫助。（三）Item 的類別（Category）上面所講到的Item編碼中的分類（UNSPSC），一般來說還不是系統(tǒng)（各應(yīng)用功能模塊）中真正使用到的類別，原因是編碼中的分類所基于的分類基準(zhǔn)（或用途）主要考慮的是“工程”目的，而各應(yīng)用模塊例如INV、PO等中所需使用的分類更多地是需考慮業(yè)務(wù)管理目的，這就好比我們將“人員”分類，有時(shí)需按“性別”（男、女）分，有時(shí)需按“學(xué)歷”（博士、碩士、學(xué)士）分，有時(shí)還需按“年齡段”（老年、中年、青年）分等等。對(duì)于EB

27、S中一個(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)于“Ite

28、m類別彈性域結(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)所在。對(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è)類別。這主要是用于某些特殊功能的情況

29、，如“裝箱”功能中的“創(chuàng)建裝箱組”，定義一個(gè)“危險(xiǎn)”類別集，將某個(gè)物料同時(shí)分配給“毒藥”和“腐蝕物”類別。上圖7中，如果選定“強(qiáng)制使用有效類別列表”，則需要對(duì)其下的“類別列表”進(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í)的分配類別界面

30、中。如下圖8所示為Item定義時(shí)的類別分配界面：此外，為進(jìn)一步控制上圖7與圖8中定義或設(shè)置時(shí)具體類別Category組合的實(shí)際可用性（在彈性域定義中可能已經(jīng)通過值集驗(yàn)證進(jìn)行設(shè)置，這里提供補(bǔ)充控制功能），系統(tǒng)通過專門的定義類別可用性功能，內(nèi)容包括是否啟用、是否為i-Procurement啟用（僅適用于R11）、供應(yīng)商是否可查看（用于i-supplier）、Web申請(qǐng)是否可用，來根據(jù)實(shí)際業(yè)務(wù)需要對(duì)Category的可能代碼組合做更為細(xì)致，也更為靈活的限制。如下圖9所示：總之，EBS中的Item 的類別Category非常關(guān)鍵、非常重要，系統(tǒng)的其它相關(guān)功能如權(quán)限控制、審批設(shè)置以及費(fèi)用賬戶等等（以后在

31、相關(guān)應(yīng)用功能模塊中再詳細(xì)討論）均會(huì)基于物料定義時(shí)的Category設(shè)置來進(jìn)行，它與所謂物料的“Commodity管理”相結(jié)合，提供了企業(yè)業(yè)務(wù)管理所需的強(qiáng)大系統(tǒng)功能，是“業(yè)界最佳實(shí)踐經(jīng)驗(yàn)”的總結(jié)與結(jié)晶。（四）Item的單位（UOM） 在“ORACLE系統(tǒng)與實(shí)踐系列之三：EBS的基礎(chǔ)設(shè)置要點(diǎn)簡介”中，關(guān)于“單位設(shè)置”的介紹已經(jīng)說過，EBS的單位及其換算關(guān)系是定義在INV組織之上并且可以與特定物料相關(guān)的。在Item定義中，可以為之指定“主要單位”（Primary）與“輔助單位”（Secondary），并且規(guī)定兩者換算所允許的偏差系數(shù)（Deviation Factor）。這主要是為了滿足實(shí)際工作中某些

32、特殊物料的特殊計(jì)量需求，某些液態(tài)的化工原料如乙醇、汽油等，計(jì)價(jià)、儲(chǔ)存可能是按噸、公斤或桶來計(jì)量的，但實(shí)際使用則可能是按“升”來計(jì)量，例如國內(nèi)加油站進(jìn)貨按噸計(jì)，給車加油時(shí)按升計(jì)。由于兩者的換算關(guān)系可能受不同場(chǎng)合“溫度、壓力”等因素的影響，實(shí)際計(jì)量與原先“標(biāo)準(zhǔn)”條件下定義的換算關(guān)系存在一定偏差。系統(tǒng)對(duì)于所產(chǎn)生的這種偏差必須有明確的規(guī)定。 在EBS的Item定義中，在“主要”（Main）標(biāo)簽頁（Tab），針對(duì)單位（UOM）主要是就庫存余額數(shù)量的“跟蹤”（Tracking）、產(chǎn)品定價(jià)（Pricing）的計(jì)量，如何進(jìn)行事務(wù)處理做了規(guī)定，如下圖10所示： 上圖10中的幾個(gè)字段“跟蹤、定價(jià)、輔助、默認(rèn)、正負(fù)

33、偏差系數(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ì)于庫存數(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)商（Sup

34、plier）混為一談。制造商有可能也是供應(yīng)商，但在系統(tǒng)中兩者是分開設(shè)置的，沒有連接關(guān)系。上圖11中的制造商列表值是直接手工輸入的，每一個(gè)制造商在“部件”（Parts）界面需要手工輸入該制造商的“部件號(hào)”并與系統(tǒng)Item相關(guān)聯(lián)。這里的Item與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的定義界面提供了物

35、料的版本維護(hù)功能。如下圖13所示： 系統(tǒng)使用字母、數(shù)字和字符（如 *、& 和 #）來標(biāo)記版本。其中字母必須大寫，數(shù)字可以包括小數(shù)點(diǎn)。為確保版本正確地排序，小數(shù)點(diǎn)后應(yīng)該使用數(shù)字。有效版本包括：A、B、 01、 02、 A1、 B1、1A、1B、0.0、 0.1、A.0、 A.1 等。版本按 ASCII 規(guī)則進(jìn)行排序，每個(gè)版本號(hào)必須高于它的上一版本。按照 ASCII 排序規(guī)則，10 排在 9 的前面，因此在版本 9 之后不能使用版本 10 來定義下一版本。 除了在Item定義窗口維護(hù)版本信息外，EBS系統(tǒng)在物料清單（BOM）及工程更改單（ECO）也可以對(duì)Item的版本進(jìn)行維護(hù)，維護(hù)的結(jié)果在三處的最

36、終顯示是相同的。（七）Item的組織控制（Master Org） 前面關(guān)于Item的一些基本概念的介紹，均沒有涉及Item的組織控制問題。ORACLE的Item定義是基于INV組織的，這是其早期有關(guān)“主數(shù)據(jù)”管理的一個(gè)重要特點(diǎn)。以前，另外兩個(gè)主數(shù)據(jù)“客戶、供應(yīng)商”也是基于確定的組織（OU）來定義設(shè)置的，但從R12開始，客戶與供應(yīng)商的初始定義已經(jīng)開始獨(dú)立于組織（OU，上下文環(huán)境）來進(jìn)行，然后再分配給相關(guān)組織（OU）使用。 既然客戶與供應(yīng)商的主數(shù)據(jù)系統(tǒng)管理方式已經(jīng)做了調(diào)整，為什么Item的主數(shù)據(jù)管理方式卻保持不變呢？推測(cè)的原因可能是，一來Item的影響面太廣，改動(dòng)太大，不方便進(jìn)行；二來原Item的

37、主組織（Master Org）定義方式也有其獨(dú)到的優(yōu)勢(shì)，它在處理一些實(shí)際與庫存事務(wù)關(guān)系不大的“服務(wù)類或費(fèi)用類”Item的工作過程中比較方便，例如PO在做服務(wù)類或費(fèi)用類Item的接收時(shí)，可以直接基于“主組織”（可能是虛擬的，并不與管理實(shí)體對(duì)應(yīng)）來進(jìn)行，可以與庫存類的Item的接收方式保持一致，無需另外做特殊考慮。 在ORACLE EBS系統(tǒng)中，系統(tǒng)雖然允許設(shè)定多個(gè)“主組織”來定義Item，然后再將Item分配給多個(gè)INV組織使用，但ORACLE強(qiáng)烈建議系統(tǒng)只設(shè)定唯一的主組織，而這一點(diǎn)與實(shí)際工作中的“主數(shù)據(jù)”集中管控的要求也是一致的。當(dāng)在系統(tǒng)中設(shè)置INV組織時(shí)，在INV組織參數(shù)窗口的“物料主文件組

38、織”字段，可選的LOV值包括當(dāng)前INV名本身，以及已經(jīng)被其它INV設(shè)定為“主組織”的INV名。一旦用戶選定當(dāng)前INV名作為主組織，則在設(shè)置其他INV的組織參數(shù)時(shí)，也可以在主組織可選LOV值中見到它。EBS的“主組織”使用是不受帳套（科目彈性域結(jié)構(gòu)）、業(yè)務(wù)實(shí)體的范圍限制的，具有不同帳套/業(yè)務(wù)實(shí)體的INV可以具有同樣的Item主組織。“主組織”的這一特性為大型企業(yè)Item的集中管控工作的開展提供了極大的方便性與高度的靈活性。用戶在進(jìn)入INV模塊（或其他基于INV的應(yīng)用模塊）時(shí)，均需選擇一個(gè)確定的INV，以進(jìn)入確定的INV上下文環(huán)境。一旦進(jìn)入INV，則其Item的主組織就已經(jīng)唯一確定（由該INV組織

39、的參數(shù)定義決定）。被選定作為“主組織”的INV作為“業(yè)務(wù)功能”組織使用時(shí)，與其它INV并無任何區(qū)別。唯一的特殊之處在于，定義主組織Item時(shí)，在“組織分配”界面無需再向“組織層”的自己作分配（系統(tǒng)已經(jīng)默認(rèn)分配），但有關(guān)“屬性控制”的設(shè)置，仍然與其它被分配的INV組織完全一樣。如下圖14是Item定義中的“組織分配”界面：所有Item均只能在其“主組織”界面（并非指必須進(jìn)入主組織所在的上下文）定義后，才能分配給相關(guān)的INV組織使用。上圖14中可以分配的INV列表取決于每個(gè)INV組織參數(shù)定義的“主組織”與當(dāng)前INV（上圖14中的第一行）的“主組織”是否相同。除了當(dāng)前INV組織，其余INV組織的“組

40、織屬性”窗口均可以另外打開（當(dāng)前INV組織的組織屬性窗口實(shí)際已經(jīng)打開，在Item定義界面的“組織”與“主組織”間直接切換），以便定義屬于本組織的相關(guān)屬性。EBS系統(tǒng)在Item的“主組織”（Master Org）與組織（Org）之間，提供了相關(guān)“屬性”如何控制的機(jī)制。如下圖15所示：上圖15中，組名字段會(huì)顯示屬性組的名稱。屬性按功能分組，例如主要、庫存和接收。在定義或更新物料、定義模板或查看物料屬性時(shí)，可以顯示特定組的屬性，這樣可以更容易地查找特定屬性。“控制地點(diǎn)”可以在“主層”與“組織層”間選擇。主要層：在主要層定義和維護(hù)此屬性，對(duì)于同一物料，此屬性的值在所有組織中均相同；組織層：在組織層定義

41、并維護(hù)此屬性，對(duì)于同一物料，每個(gè)組織均可為此屬性定義一個(gè)不同的值（某些屬性只能在特定層設(shè)置，在這些情況下，只具有一個(gè)選項(xiàng)）。對(duì)于某些“狀態(tài)屬性”，系統(tǒng)除提供“主層”與“組織層”的控制地點(diǎn)選擇外，還提供“狀態(tài)設(shè)置”控制方式的選擇：“默認(rèn)值、不使用、設(shè)置值”。這需要與前文所述“物料狀態(tài)”的控制方式的設(shè)定結(jié)合使用?？梢栽O(shè)置控制方式的“狀態(tài)屬性”共10個(gè)（如圖4中所示），包括：允許BOM、在WIP中制造、啟用客戶訂單、啟用內(nèi)部訂單、啟用開票、啟用執(zhí)行流程（應(yīng)用于“流程制造”）、啟用配方（應(yīng)用于“流程制造”）、可采購、可儲(chǔ)存、可處理。Item的狀態(tài)屬性與其它屬性或相互之間可能有一定的制約關(guān)系。例如，如果

42、將庫存物料設(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ì)Item的相關(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定義界面的T

43、ab標(biāo)簽頁），包括“主要、庫存、物料清單、資產(chǎn)管理、成本計(jì)算、采購、接收、物理屬性、總計(jì)劃、MPS/MRP計(jì)劃、提前期、在制品、訂單管理、開票、流程制造、服務(wù)”。這些Item的屬性分組（Tab頁）大體上與系統(tǒng)的應(yīng)用模塊有一定的對(duì)應(yīng)關(guān)系，相關(guān)業(yè)務(wù)模塊使用時(shí)，有關(guān)Item的基礎(chǔ)設(shè)置主要與相對(duì)應(yīng)的屬性Tab頁內(nèi)容有關(guān)。每一個(gè)屬性組有若干可定義屬性值（字段），其中一部分屬于“必需項(xiàng)”（一般均有默認(rèn)值，可修改），另一部分則屬于“可選項(xiàng)”（可留空）。一部分是屬于“業(yè)務(wù)控制”屬性，可以直接用于控制系統(tǒng)中的相關(guān)業(yè)務(wù)操作，如“可采購、可儲(chǔ)存”等等，另一部分則是屬于“流程控制”屬性，可以直接或間接控制所使用的具體

44、業(yè)務(wù)流程種類或方式，例如“計(jì)劃方法、BOM物料模型”等等，還有部分屬于“參考引用”屬性，主要是向有關(guān)單據(jù)提供默認(rèn)的參考值。某些屬性之間具有確定的關(guān)聯(lián)性，一旦定義了其中一個(gè)值，其余相關(guān)屬性的值也就隨之確定。關(guān)于屬性間相互關(guān)系的具體內(nèi)容，比較復(fù)雜，必須仔細(xì)參考ORACLE相關(guān)應(yīng)用文檔（如下述各表，僅供參考）。這些特定屬性間的特定關(guān)系分為四大類：（1）要求的屬性值：如果某些相關(guān)屬性具有下表所示的值，則必須輸入特定屬性的值： 屬性條件需求時(shí)間范圍天數(shù)將需求時(shí)間范圍設(shè)置為自定義 保留款帳戶 將“沖銷保留款”參數(shù)設(shè)置為是 費(fèi)用帳戶 將庫存資產(chǎn)值設(shè)置為否并將庫存物料設(shè)置為是 外協(xié)加工單位類型將外協(xié)加工物料設(shè)

45、置為是 計(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ǔ)存期限）控制設(shè)置為物料儲(chǔ)存期限天數(shù) 來源組織將補(bǔ)充來源類型設(shè)置為庫存 起始批號(hào)將批次控制設(shè)置為全部批次控制 起始批前綴將批次控制設(shè)置為全部批次控制 起始序列號(hào)將序列號(hào)控制設(shè)置為預(yù)定義序列號(hào) 起始序列前綴將序列號(hào)控制設(shè)置為預(yù)定義序列號(hào) （2）相互關(guān)聯(lián)屬性特定屬性值取決于其它屬性值。例如，如果挑庫組件設(shè)置為是，則計(jì)劃方法必須是未計(jì)劃。以下是屬性之間的相互關(guān)聯(lián)： 屬性必須為條件

46、按訂單裝配否將挑庫組件設(shè)置為是或?qū)?BOM 物料類型設(shè)置為計(jì)劃 按訂單裝配或挑庫組件是將 BOM 物料類型設(shè)置為模型或選件類 ATP 組件否“挑庫組件”為否、“按訂單裝配”為否但“WIP 供應(yīng)類型”不為虛擬件 基本模型NULL“BOM 物料類型”不為標(biāo)準(zhǔn)或 將“挑庫組件”設(shè)置為是。 允許 BOM 否將“庫存物料”設(shè)置為否 在 WIP 中制造否將“庫存物料”設(shè)置為否或 BOM 物料類型不為標(biāo)準(zhǔn) 容器類型NULL將“容器”設(shè)置為否 啟用成本計(jì)算 是將“庫存資產(chǎn)”設(shè)置為是 客戶訂購否將“BOM 物料類型”設(shè)置為計(jì)劃 啟用客戶訂單 否將“客戶訂購”設(shè)置為否 需求時(shí)間范圍天數(shù)NULL“需求時(shí)間范圍”不為

47、自定義 內(nèi)部訂購否“BOM 物料類型”不為標(biāo)準(zhǔn) 啟用內(nèi)部訂單 否將“內(nèi)部訂購”設(shè)置為否 內(nèi)容積NULL將“容器”和“運(yùn)載工具”均設(shè)置為否 啟用開票 否將“可開票物料”設(shè)置為否 提前期批量1將“重復(fù)性計(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ì)劃將“挑庫組件”設(shè)置為是 后加工提前期0（零）將“制造或采購”設(shè)置為制造

48、 可采購否將“采購物料”設(shè)置為否 發(fā)放時(shí)間范圍天數(shù)NULL“發(fā)放時(shí)間范圍”不為自定義 限制貨位未將貨位限制在預(yù)定義列表中將“限制子庫存”設(shè)置為未將子庫存限制在預(yù)定義列表中 限制貨位未將貨位限制在預(yù)定義列表中將“庫存貨位控制”設(shè)置為動(dòng)態(tài)輸入貨位控制 限制子庫存將子庫存限制在預(yù)定義列表中將“限制貨位”設(shè)置為將貨位限制在預(yù)定義列表中 可服務(wù)產(chǎn)品否將“支持服務(wù)”設(shè)置為是 可發(fā)運(yùn)否將“BOM 物料類型”設(shè)置為計(jì)劃 可儲(chǔ)存 否將“庫存物料”設(shè)置為否 庫存貨位控制 無貨位控制或未預(yù)指定貨位控制將“限制貨位”設(shè)置為將貨位限制在預(yù)定義列表中 支持服務(wù)否將“可服務(wù)產(chǎn)品”設(shè)置為是 可處理 否將“可儲(chǔ)存”設(shè)置為否 （

49、3）可更新的屬性可以在特殊情況下更改某些屬性值。下表顯示了可更新的屬性和更改這些屬性值時(shí)應(yīng)具備的條件： 屬性 可更新 條件 ATP 組件自否至是 “按訂單裝配”為是，或“挑庫組件”為是或“WIP 供應(yīng)類型”為虛擬件 BOM 物料類型 否“物料清單”存在或作為 BOM 的組件存在，或作為標(biāo)準(zhǔn) BOM 的替代組件存在。例外：可根據(jù)組件和替代組件的產(chǎn)品系列進(jìn)行更改。 啟用成本計(jì)算 是不存在現(xiàn)有量 需求時(shí)間范圍天數(shù)是“需求時(shí)間范圍”為自定義時(shí)間范圍 庫存資產(chǎn)值是不存在現(xiàn)有量 批次控制 是不存在現(xiàn)有量 可處理 OE自是至否 不存在需求 顯示警告未完成銷售訂單行包含一個(gè)不同于新值的值 外協(xié)加工部件是“采購

50、物料”為是 計(jì)劃時(shí)間范圍天數(shù)是“計(jì)劃時(shí)間范圍”為自定義時(shí)間范圍 發(fā)放時(shí)間范圍天數(shù)是“發(fā)放時(shí)間范圍”為自定義時(shí)間范圍 重復(fù)性計(jì)劃是未按 MRP 計(jì)劃 保留控制 是不存在需求 版本控制 是不存在現(xiàn)有量 顯示警告未完成銷售訂單行包含一個(gè)不同于新值的值 序列號(hào)控制 是不存在現(xiàn)有量 儲(chǔ)存期限控制是不存在現(xiàn)有量 可發(fā)運(yùn)顯示警告未完成銷售訂單行包含一個(gè)不同于新值的值 （4）控制層相關(guān)性只能在特殊情況下更改某些屬性的控制層，否則會(huì)產(chǎn)生特定結(jié)果。下表顯示了某些屬性和在特定條件下可更新的控制層以及更改控制層所產(chǎn)生的結(jié)果。屬性 可更新為 條件 結(jié)果 物料狀態(tài) 主層任何子組織中都不存在待定狀態(tài)將更新狀態(tài)控制或默認(rèn)控制

51、下的所有狀態(tài)屬性 庫存資產(chǎn)值或啟用成本計(jì)算主層具有已定義 WIP 參數(shù)的組織將使用其本身作為成本計(jì)算的主組織（在定義 WIP 參數(shù)時(shí)不能與成本計(jì)算的不同組織相關(guān)聯(lián)）- -物料成本在組織間是相同的- 庫存資產(chǎn)值主層或組織層-“啟用成本計(jì)算”將更新為同一層 所有物料定義屬性組織層在“組織層”維護(hù)功能區(qū)域的默認(rèn)類別集- （九）Item的屬性內(nèi)容簡介（Attribute）關(guān)于每一個(gè)Item屬性具有怎樣的業(yè)務(wù)功能、具體如何設(shè)置問題，由于與具體的各業(yè)務(wù)模塊功能以及企業(yè)的管理實(shí)踐及業(yè)務(wù)需求緊密相關(guān)，這里無法展開詳述（以后結(jié)合各模塊流程與功能再來討論）。以下僅針對(duì)各“屬性組”（Tab頁）的主要內(nèi)容作簡單介紹：

52、（1）主要（Main）。這個(gè)屬性組內(nèi)容相對(duì)簡單，如前面的圖1所示。主要包括Item的“單位（UOM）及其轉(zhuǎn)換關(guān)系（Conversion）”、“用戶物料類型（User Item Type）”、“物料狀態(tài)（Item Status）”以及Item的“詳細(xì)說明”（Long Description）。有關(guān)Item的單位、類型、狀態(tài)等內(nèi)容前文已經(jīng)有相關(guān)介紹，這里不再贅述。定義新的Item時(shí)，“單位及物料狀態(tài)”會(huì)有默認(rèn)值（Default），默然值是由配置文件：“INV：默認(rèn)主要單位”和“INV：默認(rèn)物料狀態(tài)”的設(shè)定值決定的。系統(tǒng)初始安裝時(shí)，ORACLE為“單位與物料狀態(tài)”均預(yù)置了LOV值，并且體現(xiàn)在相關(guān)配置

53、文件的初始賦值之中，用戶可根據(jù)需要修改。關(guān)于Item的“詳細(xì)說明”（Long Description），顧名思義，就是給用戶提供一個(gè)比“Item說明（類似物料名稱）”字段更為詳細(xì)說明該Item某些特性與功用的地方，本質(zhì)上兩者涵義相同（SAP中干脆將之譯成“短文本、長文本”，就更形象了）。另外，Item定義界面題頭的“說明性彈性域”也可以用來擔(dān)當(dāng)類似用途。更進(jìn)一步，還可以為Item添加“附件（Attachments）”（可以多個(gè)并具有多種形式）來為Item提供更為豐富與詳盡的數(shù)據(jù)支持。如下圖16所示：有關(guān)“單據(jù)實(shí)體”的附件的使用方式與特性，請(qǐng)參見“ORACLE系統(tǒng)與實(shí)踐系列之三：EBS的基礎(chǔ)設(shè)置

54、要點(diǎn)簡介”的有關(guān)內(nèi)容。順便說明一下，當(dāng)用戶在上圖中“顯示屬性”的“主層、組織、全部”將切換時(shí)，各“屬性組”（Tab頁）的顯示方式與內(nèi)容可能會(huì)發(fā)生變化，具體變化取決于前面所述的Item“屬性組”控制方式設(shè)置。當(dāng)某個(gè)“屬性”定義為“主要層”控制時(shí)，切換到“組織”屬性顯示時(shí)，該屬性字段將被灰顯而不可更新。當(dāng)某個(gè)“屬性”定義為“組織層”控制時(shí)，切換到“組織”屬性顯示時(shí)，該屬性字段一般允許更改更新，可以具有與“主層”屬性顯示狀態(tài)時(shí)不同的賦值。（2）物理屬性。這個(gè)屬性組的內(nèi)容比較簡單，主要包括Item的自然屬性“重量、體積以及幾何尺度（長寬高）”的數(shù)據(jù)，這些數(shù)據(jù)在系統(tǒng)有關(guān)倉儲(chǔ)、包裝、發(fā)運(yùn)等功能中會(huì)用到。如

55、下圖17所示：此外，該Item如被用作為“容器（Container）”、“運(yùn)載工具（Vehicle）”，則必須首先在這里進(jìn)行定義。其余在“類型”區(qū)域，如果該Item需要被用作“市場(chǎng)宣傳促銷品”（用于Oracle Sales and Marketing），被用作WMS中的“事件、設(shè)備”，也需要在這里預(yù)先進(jìn)行定義。而“OM整數(shù)”，則表述是否可將此物料分成多個(gè)部分進(jìn)行訂購。（3）庫存。此屬性組內(nèi)容比較復(fù)雜，包括“批次過期、批次號(hào)、序列號(hào)、盤點(diǎn)、子庫存”等等控制內(nèi)容，基本屬于控制有關(guān)物料事務(wù)處理（如進(jìn)出庫、轉(zhuǎn)移）的功能應(yīng)用范疇，某些屬性對(duì)于具體的事務(wù)處理有決定性影響。如下圖18所示：（4）物料清單。此

56、屬性組與系統(tǒng)的BOM功能以及OM訂單處理功能相關(guān)。其中“BOM物料類型“字段比較關(guān)鍵，取值不同影響到OM的訂單處理方式與過程。如下圖19所示：（5）資產(chǎn)管理。只有當(dāng)前INV組織參數(shù)定義中，該組織啟用eAM功能，則才可以訪問該Tab頁，其中資產(chǎn)Item類型（Asset Item Type）的設(shè)置比較關(guān)鍵，影響到其它字段如“資產(chǎn)活動(dòng)（Asset Activity）”的設(shè)置。如下圖20所示：（6）成本計(jì)算。此屬性組用于控制與成本計(jì)算相關(guān)的系統(tǒng)功能，如下圖21所示：要注意的是，“銷貨成本賬戶”只能在組織層設(shè)置，如當(dāng)前INV組織與主組織屬于不同帳套且會(huì)計(jì)科目彈性域結(jié)構(gòu)不同時(shí)，這里的賬戶代碼結(jié)構(gòu)是可以不相

57、同的。（7）采購。此屬性組用于控制有關(guān)采購的系統(tǒng)功能，如下圖22所示：其中的“允許更新物料說明”，表示在采購訂單行中可以改寫類似“物料名稱”，這對(duì)于某些特殊情況非常有用；“使用批準(zhǔn)的供應(yīng)商”，表示采購訂單的可選擇供應(yīng)商僅限于ASL；“外協(xié)加工類型物料”，并不表示該物料需要外協(xié)加工，而是說該Item本身是一個(gè)非實(shí)物的“外協(xié)服務(wù)”，需要與真實(shí)的需外協(xié)加工Item配合使用；“默認(rèn)采購員”，則用于采購員業(yè)務(wù)量分配與管理。（8）接收。此屬性組主要用于采購接收的控制功能，如下圖23所示：其中的“接收方式”用于控制采購接收的默認(rèn)路徑。但這里的屬性定義大部分在采購PO中可以更改。（9）總計(jì)劃（General

58、Planning）。中文翻譯不是太準(zhǔn)確，實(shí)際是相對(duì)于“MPS/MRP”而言的一般或普通“庫存計(jì)劃”方式，通常是應(yīng)用于非制造型的商業(yè)企業(yè)的庫存計(jì)劃場(chǎng)合，或無需BOM分解的物料的庫存計(jì)劃。如下圖24所示：（10）MPS/MRP計(jì)劃。此屬性組用于控制Item的MPS/MRP計(jì)劃功能，只有在這里設(shè)定了MPS/MRP計(jì)劃方式才在做MPS/MRP時(shí)可見，這縮小了Item的可用范圍，如下圖25所示：（11）提前期（Lead Times）。此屬性組用于控制BOM中的工藝路線及計(jì)劃功能中的有關(guān)時(shí)間計(jì)算問題，有關(guān)累計(jì)數(shù)（累計(jì)制造、累計(jì)總額）實(shí)際是通過BOM中的相關(guān)計(jì)算功能來自動(dòng)更新的。如下圖26所示：（12）在制

59、品（WIP）。此屬性組控制WIP中的相關(guān)功能，其中的“供應(yīng)類型”比較關(guān)鍵，直接控制物料的事務(wù)處理方式。如下圖27所示：（13）訂單管理。此屬性組主要用于控制訂單管理OM、發(fā)運(yùn)執(zhí)行Shipping以及采購PO內(nèi)部訂購應(yīng)用方面的相關(guān)功能，此外，ATP相關(guān)設(shè)置對(duì)于某些計(jì)劃功能亦是前提條件。如下圖28所示：（14）開票（Invoicing）。此屬性組主要與AR模塊的相關(guān)功能有關(guān)。其中“銷售賬戶”只能在組織層設(shè)置，帳戶代碼的彈性域結(jié)構(gòu)可能與“主組織”的不同。如下圖29所示：（15）服務(wù)。此屬性組與訂單管理OM及服務(wù)Service管理模塊的相關(guān)功能有關(guān)，如下圖30所示：（16）Web選項(xiàng)。主要是與銷售訂單

60、網(wǎng)上訂購（i-Store）功能有關(guān)，如下圖31所示：（17）流程制造（Process Manufacturing）。主要是與“流程制造”系統(tǒng)模塊相關(guān)，R12中新增的Tab頁。如下圖32所示：（十）Item的屬性快查EBS為了方便用戶對(duì)Item諸多屬性的查找與管理，在Item定義維護(hù)界面的“工具欄”提供了快速“查找屬性”功能，如下圖33所示：一旦選擇其中的一個(gè)“屬性”，則系統(tǒng)快速定位到其所在的Tab頁，以方便用戶查看或維護(hù)。（十一）Item的客戶與供應(yīng)商關(guān)系 企業(yè)在對(duì)外交往過程中，尤其是與客戶或供應(yīng)商的供應(yīng)鏈電子商務(wù)協(xié)作過程中，需要將自己的Item（編碼）與客戶或供應(yīng)商的Item（編碼）建立某種