1、ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理一、 EBS主數(shù)據(jù)概述（Master Data）二、物料（Item）（一）Item 的范疇（二）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 Referen

2、ce）（十四）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)商的“地點”（Site）（四）供應(yīng)商的“分類”屬性（Classification）（五）供應(yīng)商的“接收”屬性（Receiving）（六）供應(yīng)商Site層的“一般”屬性（七）供應(yīng)商Site層的“聯(lián)系人”屬性（八

3、）供應(yīng)商的多組織支持（MOAC）（九）供應(yīng)商（Site）的“采購”屬性（十）供應(yīng)商（Site）的“控制”屬性（Control）（十一）供應(yīng)商（Site）的“付款”屬性（Payment）（十二）供應(yīng)商（Site）的“會計”屬性（十三）供應(yīng)商（Site）的“銀行賬戶”屬性（十四）供應(yīng)商（Site）的“發(fā)票稅”屬性（十五）供應(yīng)商（Site）的“預(yù)扣稅”屬性（十六）供應(yīng)商（Site）的“納稅申報”及“EDI”屬性（十七）R12的供應(yīng)商定義與維護（十八）供應(yīng)商的合并四、客戶（Customer）（一）客戶數(shù)據(jù)管理概述（二）EBS 交易社區(qū)架構(gòu)（TCA）（三）客戶的配置文件分類（Profile Class）

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

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

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

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

8、具有一定的全局性特點（例如不同工廠生產(chǎn)同樣產(chǎn)品），但從系統(tǒng)應(yīng)用角度來看，BOM是嚴(yán)格按INV組織隔離的，不同INV可共用的部分比較少，BOM系統(tǒng)應(yīng)用的全局性特點并不十分明顯，重要性也不是太高。二、物料（Item）物料Item數(shù)據(jù)管理以其應(yīng)用的基礎(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來表示的，譯成中文最初為“項目”，在文檔表述中常常與另一個詞Project的中文翻譯

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

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

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

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

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

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

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

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

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

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

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

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

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

22、0多個細類產(chǎn)品(V6.0315版本)。分類依據(jù)基本上都是根據(jù)產(chǎn)品的“用途”進行分類的。即按照使用目的進行分類，每層結(jié)構(gòu)內(nèi)的順序，基本是沒有任何含義的，和產(chǎn)品與服務(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第四層，細類（Commodity），一組可選用的商品和服務(wù)。對于一個確定的物料來說，一定是屬于UNSPSC中的一個“大類

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

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

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

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

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

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

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

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

31、）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)商的分

32、類概述（二）供應(yīng)商“名稱與編號”（Supplier Name/Number）（三）供應(yīng)商的“地點”（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）的“會計”屬性（十三）供應(yīng)商（Site）的“銀行賬戶”屬性（十四）供應(yīng)商（Site）的“發(fā)票稅”

33、屬性（十五）供應(yīng)商（Site）的“預(yù)扣稅”屬性（十六）供應(yīng)商（Site）的“納稅申報”及“EDI”屬性（十七）R12的供應(yīng)商定義與維護（十八）供應(yīng)商的合并四、客戶（Customer）（一）客戶數(shù)據(jù)管理概述（二）EBS 交易社區(qū)架構(gòu)（TCA）（三）客戶的配置文件分類（Profile Class）（四）客戶的創(chuàng)建規(guī)則（五）客戶的多組織控制（MOAC）（六）客戶的交易方層屬性及交易方關(guān)系（七）客戶的賬戶層與地點層屬性（八）客戶賬戶層的“分類”分組屬性（九）客戶賬戶層的“市場營銷”分組屬性（十）客戶賬戶層的“關(guān)系”分組屬性（十一）客戶賬戶地點層的“特性”分組屬性（十二）客戶賬戶與地點層的“通信”分組屬

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

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

36、。EBS的每個相關(guān)應(yīng)用模塊必須設(shè)定默認(rèn)關(guān)聯(lián)一個“類別集”，稱之為“默認(rèn)類別集”。如下圖6所示：不同應(yīng)用模塊所使用的“默認(rèn)類別集”可以相同也可以不同。用戶在進入相關(guān)業(yè)務(wù)模塊的“表單”界面時，打開的Item類別的彈性域結(jié)構(gòu)取決于“默認(rèn)類別集”所關(guān)聯(lián)的類別鍵彈性域結(jié)構(gòu)定義。在“ORACLE系統(tǒng)與實踐系列之三：EBS的基礎(chǔ)設(shè)置要點簡介”中，關(guān)于“Item類別彈性域結(jié)構(gòu)”的介紹已經(jīng)說過，系統(tǒng)安裝初始化時，ORACLE已經(jīng)基于“業(yè)界最佳實踐經(jīng)驗”，預(yù)設(shè)了若干不同的“類別彈性域結(jié)構(gòu)”，這些不同彈性域結(jié)構(gòu)同樣也被ORACLE在“默認(rèn)類別集”定義界面中預(yù)設(shè)了相應(yīng)的關(guān)聯(lián)（上述系統(tǒng)安裝預(yù)設(shè)，用戶如不滿意，均可以修改

37、）。這無疑大大方便了用戶的使用，也正是ORACLE產(chǎn)品包含豐富管理思想的體現(xiàn)所在。對于每一個被使用的“類別集”，需要進行定義或?qū)ο到y(tǒng)預(yù)設(shè)進行修改完善，每個類別集關(guān)聯(lián)一個已經(jīng)預(yù)先定義編譯的“類別鍵彈性域結(jié)構(gòu)”。如下圖7所示：上圖7中，如果選定“允許存在多個物料類別分配”，則可以將一個物料分配給某個類別集內(nèi)的多個類別。這主要是用于某些特殊功能的情況，如“裝箱”功能中的“創(chuàng)建裝箱組”，定義一個“危險”類別集，將某個物料同時分配給“毒藥”和“腐蝕物”類別。上圖7中，如果選定“強制使用有效類別列表”，則需要對其下的“類別列表”進行維護，其作用主要是控制PO界面的類別的LOV值（選擇組合）只能存在于這里的

38、定義列表中時才有效（否則會報錯提示）。上圖7中的“人員類別”窗口的作用，是為了控制某些類別只允許特定“責(zé)任/人員”才可以訪問（未設(shè)定則不做限制）。上圖中的“分配”窗口，只是提供一種將多個“類別”快速成批分配給（包括維護）多個Item的工具。在單個Item定義時分配類別的結(jié)果，會顯示在這里，這里所做的維護改變也會反映在定義Item時的分配類別界面中。如下圖8所示為Item定義時的類別分配界面：此外，為進一步控制上圖7與圖8中定義或設(shè)置時具體類別Category組合的實際可用性（在彈性域定義中可能已經(jīng)通過值集驗證進行設(shè)置，這里提供補充控制功能），系統(tǒng)通過專門的定義類別可用性功能，內(nèi)容包括是否啟用、

39、是否為i-Procurement啟用（僅適用于R11）、供應(yīng)商是否可查看（用于i-supplier）、Web申請是否可用，來根據(jù)實際業(yè)務(wù)需要對Category的可能代碼組合做更為細致，也更為靈活的限制。如下圖9所示：總之，EBS中的Item 的類別Category非常關(guān)鍵、非常重要，系統(tǒng)的其它相關(guān)功能如權(quán)限控制、審批設(shè)置以及費用賬戶等等（以后在相關(guān)應(yīng)用功能模塊中再詳細討論）均會基于物料定義時的Category設(shè)置來進行，它與所謂物料的“Commodity管理”相結(jié)合，提供了企業(yè)業(yè)務(wù)管理所需的強大系統(tǒng)功能，是“業(yè)界最佳實踐經(jīng)驗”的總結(jié)與結(jié)晶。（四）Item的單位（UOM） 在“ORACLE系統(tǒng)與

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

56、置為否 最小裝載百分比NULL將“容器”和“運載工具”均設(shè)置為否 挑選組件 否將“按訂單裝配”設(shè)置為是或?qū)ⅰ癇OM 物料類型”設(shè)置為計劃或“計劃方法”不為未計劃 挑選組件 是將“模型完工發(fā)運”設(shè)置為是 計劃時間范圍天數(shù)NULL“計劃時間范圍”不為自定義 計劃方法未計劃將“挑庫組件”設(shè)置為是 后加工提前期0（零）將“制造或采購”設(shè)置為制造 可采購否將“采購物料”設(shè)置為否 發(fā)放時間范圍天數(shù)NULL“發(fā)放時間范圍”不為自定義 限制貨位未將貨位限制在預(yù)定義列表中將“限制子庫存”設(shè)置為未將子庫存限制在預(yù)定義列表中 限制貨位未將貨位限制在預(yù)定義列表中將“庫存貨位控制”設(shè)置為動態(tài)輸入貨位控制 限制子庫存將子庫存限制在預(yù)定義列表中將“限制貨位”設(shè)置為將貨位限制在預(yù)定義列表中 可服務(wù)產(chǎn)品否將“支持服務(wù)”設(shè)置為是 可發(fā)運否將“BOM 物料類型”設(shè)置為計劃 可儲存 否將“庫存物料”設(shè)置為否 庫存貨位控制 無貨位控制或未預(yù)指定貨位控制將“限制貨位”設(shè)置為將貨位限制在預(yù)定義列表中 支持服務(wù)否將“可服務(wù)產(chǎn)品”