Oracle ERP 2010-08-11 10:11:46 閱讀8 評論0 字號：大中小 訂閱
ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理
一、 EBS主數(shù)據(jù)概述（Master Data）
二、物料（Item）
（一）Item 的范疇
（二）Item 的編碼
（四）Item的單位（UOM）
（九）Item的屬性內(nèi)容簡介（Attribute）
（十）Item的屬性快查
（十二）Item的物料關(guān)系（Relationship）
（十三）Item的交叉參考（Cross Reference）
（十四）Item 創(chuàng)建的模板（Template）
（十六）Item的待定狀態(tài)（Pending Status）
（十八）Item的刪除
（十九）Item的其它來源方式
（二）供應(yīng)商“名稱與編號”（Supplier Name/Number）
（四）供應(yīng)商的“分類”屬性（Classification）
（五）供應(yīng)商的“接收”屬性（Receiving）
（七）供應(yīng)商Site層的“聯(lián)系人”屬性
（十）供應(yīng)商（Site）的“控制”屬性（Control）
（十一）供應(yīng)商（Site）的“付款”屬性（Payment）
（十四）供應(yīng)商（Site）的“發(fā)票稅”屬性
（十五）供應(yīng)商（Site）的“預(yù)扣稅”屬性
（十六）供應(yīng)商（Site）的“納稅申報”及“EDI”屬性
（十八）供應(yīng)商的合并
（十三）客戶賬戶與地點(diǎn)層的“聯(lián)系人”分組屬性
（十四）客戶賬戶與地點(diǎn)層的“聯(lián)系人：職責(zé)”分組屬性
（十七）客戶賬戶與地點(diǎn)層的“配置文件：事務(wù)處理”分組屬性
（十八）客戶賬戶與地點(diǎn)層的“配置文件：單據(jù)打印”分組屬性
（十九）客戶賬戶與地點(diǎn)層的“配置文件：金額”分組屬性
（二十）客戶賬戶的“地址地點(diǎn)與業(yè)務(wù)目的”屬性
（二十二）客戶數(shù)據(jù)的合并
（二十三）客戶數(shù)據(jù)的其它管理功能
一、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)用層面而言，具有全局性、重要性的那些基礎(chǔ)業(yè)務(wù)數(shù)據(jù)，諸如物料、供應(yīng)商、客戶等等。
之所以會出現(xiàn)上述現(xiàn)象，推測是和ORACLE產(chǎn)品的發(fā)展歷史有一定關(guān)系，或許ORACLE早先確實(shí)沒有意識到物料、供應(yīng)商及客戶等等業(yè)務(wù)數(shù)據(jù)，在系統(tǒng)管理與業(yè)務(wù)實(shí)踐方面具有怎樣的特殊性，以至于如今許多初學(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年首次提出了所謂“TCA架構(gòu)”（Trading community Architecture），并首先將“客戶數(shù)據(jù)”獨(dú)立出來，作為一個向其他相關(guān)模塊提供調(diào)用服務(wù)（SOA）的基礎(chǔ)應(yīng)用。不過，迄今為止，對于“供應(yīng)商”與“物料”，目前表面看來與過去相比幾乎沒有什么變化，但相信隨著SOA的發(fā)展，系統(tǒng)以后也會做出調(diào)整完善。
從企業(yè)管理實(shí)踐的需求角度來看，對于主數(shù)據(jù)的范疇，不同企業(yè)的理解可能有一定差別，例如有些企業(yè)將BOM也包括在主數(shù)據(jù)之內(nèi)。本文以下則重點(diǎn)討論無可爭議的三個常用主數(shù)據(jù)：物料、供應(yīng)商與客戶。這三個主數(shù)據(jù)都有一個共同的系統(tǒng)使用特點(diǎn)：跨組織的全局性。而對于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數(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)提供了完善的“端到端”的全流程解決方案。
EBS系統(tǒng)英文原版中，物料是用Item來表示的，譯成中文最初為“項目”，在文檔表述中常常與另一個詞Project的中文翻譯“項目”混淆，帶來諸多不便。這方面臺灣將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 中定義的，訪問級別是“用戶”，即完全屬于“自定義”，只有統(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)值、設(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)值，用戶不能對其進(jìn)行更改。例如圖4中，“允許BOM ，值：√，使用：默認(rèn)控制”，表示具有該Status的Item，其“允許BOM”屬性的值默認(rèn)為“YES（√）”，但用戶可以更改。
至于圖4定義中，每個屬性的控制方式具體取值（即“默認(rèn)值、設(shè)置值、不使用”中的哪一個），則又是通過“Item屬性控制”定義功能來實(shí)現(xiàn)的。（復(fù)雜了，打??！打?。?，后面再來詳細(xì)討論這個問題。）
幾乎人人都知道物料編碼的重要性，網(wǎng)上也有不少介紹如何管理物料編碼的文章，什么“機(jī)械行業(yè)物料編碼”、“電子行業(yè)物料編碼”等等，諸如此類，不一而足。然而，筆者不得不遺憾地指出來，這些文章大多沒有能抓住物料“系統(tǒng)編碼管理”的本質(zhì)與要義，基本上還都是基于手工編碼與管理的“電算化”系統(tǒng)設(shè)計與實(shí)現(xiàn)方式而言的。
“物料編碼”既是個非常“簡單”的問題，也是個非常“復(fù)雜”的問題。說其簡單，是因?yàn)樗衅髽I(yè)，無論是使用什么樣的管理軟件，都需要給物料編碼；說其“復(fù)雜”，是因?yàn)槲锪暇幋a管理是一門涉及范圍廣泛，有相當(dāng)深度的專業(yè)學(xué)問，遠(yuǎn)不是“編碼方式”本身的那點(diǎn)內(nèi)容。我們有時侯說SAP/ORACLE產(chǎn)品包含有“豐富的管理思想與業(yè)界最佳業(yè)務(wù)實(shí)踐”，其實(shí)，從與“Item（編碼）”有關(guān)的系統(tǒng)設(shè)計角度來看，恰恰就能驗(yàn)證這一說法。
目前國內(nèi)主流ERP產(chǎn)品的“物料”定義，通常都包括兩個基本內(nèi)容“物料編碼（Number）”、“物料名稱（Name）”，并基于此引申出“物料編碼、物料名稱不能重復(fù)，使用后不允許修改”等等系統(tǒng)設(shè)計功能。ORACLE（或SAP）將所謂“物料編碼Number、物料名稱Name”變化成“物料Item、物料說明Description”。表面上看來，兩者好像是一樣的，區(qū)別不大，但實(shí)際上兩者在系統(tǒng)設(shè)計理念上已經(jīng)起了根本性變化。
在ORACLE EBS中，“Item”被抽象成一個代表物料的具有唯一性的“指示符”，可以是一個數(shù)字或字符的代碼，也可以是一個長度限定的“短文本”（ 在系統(tǒng)內(nèi)部該字段實(shí)際是一個“鍵彈性域”結(jié)構(gòu)，不過實(shí)際使用多段結(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，然后為此Item創(chuàng)建BOM，然后在Item定義界面查找出此Item（編碼）并修改保存，再去查詢BOM，則可以發(fā)現(xiàn)原Item已經(jīng)不存在，代之以的是修改后的Item，并完全繼承了原BOM定義。至于所謂“Item說明（Description）”，與Item本身相比，系統(tǒng)除了不要求具有唯一性之外，其余方面幾乎完全相同，它實(shí)際就是一個字符長度可更長一些的“短文本”，一般用之作為包括物料實(shí)際名稱在內(nèi)的對Item的簡短說明。用涵義廣泛的“說明Description”來取代涵義狹窄的“名稱Name”，無疑使得系統(tǒng)使用具有了更為廣泛的自由度。
基于涵義比較“具體”的“物料編碼Number、物料名稱Name”的“電算化”系統(tǒng)設(shè)計與實(shí)現(xiàn)方式，自然會將企業(yè)實(shí)際的物料編碼工作也引導(dǎo)到比較“具體”的實(shí)現(xiàn)方式上去（如上面所提到的網(wǎng)文中介紹的內(nèi)容）。而基于比較“抽象”的“Item”的ORACLE系統(tǒng)設(shè)計與實(shí)現(xiàn)方式，則為企業(yè)的Item（編碼）管理提供了更為靈活、更為方便也更為完善的擴(kuò)展空間。但要理解清楚這一點(diǎn)，首先需要懂得基于“業(yè)界最佳實(shí)踐經(jīng)驗(yàn)”而總結(jié)出來的有關(guān)物料編碼的兩條重要管理原則：
其一是，系統(tǒng)所使用的Item（編碼）與工程上所使用的物料編碼，不能混為一談，兩者的目的與用途不同，因而編碼與管理方式也有很大不同。實(shí)際工作中（尤其是在使用某些低端ERP產(chǎn)品時），很容易的犯的一個錯誤是，以比較好懂的物料工程編碼代替比較抽象的“系統(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)證問題。實(shí)際工作中，比較容易犯的錯誤是，以狹義的物料Material代替廣義的Part，導(dǎo)致Item數(shù)量失去控制，系統(tǒng)業(yè)務(wù)處理邏輯復(fù)雜化而變得難以使用。
上述兩條物料編碼管理原則，對于許多缺少相關(guān)業(yè)務(wù)經(jīng)驗(yàn)的人來說，理解起來可能難度較大。不過，對于大多數(shù)人來說，只要懂得所謂“Item編碼”主要還是ERP核心系統(tǒng)之外的工作，高端的ERP產(chǎn)品（ORACLE/SAP）要求Item編碼必須遵循上述兩條基本管理原則就可以了。至于這兩條編碼管理原則如何貫徹執(zhí)行，則涉及到有一定深度與廣度的專業(yè)知識，與企業(yè)的管理實(shí)踐密切相關(guān)，最近幾年高科技電子行業(yè)出現(xiàn)一個稱為“Commodity管理”的專門崗位，正是與此有關(guān)。十多年前，國內(nèi)的通信企業(yè)華為公司開始引進(jìn)國外的先進(jìn)管理經(jīng)驗(yàn)，拜請IBM為師，最初數(shù)千萬元的咨詢顧問費(fèi)也就僅是圍繞所謂“Commodity管理”，這一看起來不起眼、實(shí)際展開內(nèi)容卻十分豐富的領(lǐng)域來展開的。詳細(xì)討論物料的所謂“Commodity”管理非本文所能勝任，以下僅簡單介紹幾個比較常見且重要的問題。
關(guān)于系統(tǒng)的Item編碼長度。經(jīng)驗(yàn)表明，編碼的長度以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è)的“管理”屬性，可以根據(jù)需要隨時作調(diào)整。從實(shí)際使用角度來看，一般規(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ā)并維護(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)一代碼委員會(UCC)全權(quán)實(shí)時維護(hù)和管理UNSPSC。目前已有上百個國家和地區(qū)的上萬家公司在使用。2003年12月，美國統(tǒng)一代碼委員會Uniform Code Council（UCC）正式授權(quán)中國物品編碼中心Article Numbering Center of China（ANCC）獨(dú)家負(fù)責(zé)UNSPSC中文版本的全部工作。ANCC成立了UNSPSC動態(tài)維護(hù)管理中心（UNSPSC－China）。
UNSPSC覆蓋了國民經(jīng)濟(jì)各行各業(yè)，共設(shè)置了：55個大類，351個中類，2015個小類，19000多個細(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é)構(gòu)如下： ?、?Ⅹ2Ⅹ3Ⅹ4Ⅹ5Ⅹ6Ⅹ7Ⅹ8。其中：
?、?Ⅹ2 第一層，大類（Segment），用于分析商品與服務(wù)種類的邏輯組合；
?、?Ⅹ4 第二層，中類（Family），一種通用的內(nèi)部互相聯(lián)系的商品和服務(wù)種類；
?、?Ⅹ6 第三層，小類（Class），具有共同用途和功能的一組商品和服務(wù)；
?、?Ⅹ8 第四層，細(xì)類（Commodity），一組可選用的商品和服務(wù)。
對于一個確定的物料來說，一定是屬于UNSPSC中的一個“大類+中類+小類+細(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ù)交換，一個企業(yè)應(yīng)當(dāng)對照UNSPSC的分類定義，對涉及到的所有外購物料以及自產(chǎn)部件、半成品或產(chǎn)品進(jìn)行準(zhǔn)確分類。企業(yè)如果開發(fā)出一種“全新”的部件或產(chǎn)品，且發(fā)現(xiàn)不能在UNSPSC中找到合適的分類，則可以按規(guī)定程序向相關(guān)管理機(jī)構(gòu)（例如UNSPSC—China）提交物料分類編碼的新增申請。整個申請過程耗時可能很長，如果被拒絕，UNSPSC會建議使用現(xiàn)有分類，如果被接納，則最終需要提交美國UCC批準(zhǔn)。
但需注意的是上述UNSPSC 的8位分類編碼，不應(yīng)當(dāng)被企業(yè)直接用來放進(jìn)Item編碼中（例如UNSPSC+流水碼），這是因?yàn)橐粊鞺NSPSC細(xì)類（Commodity）數(shù)量太多，目前已達(dá)兩萬多個，每個企業(yè)實(shí)際真正能用到的只是其中很少一部分（一般數(shù)百個Commodity），例如一個電子制造業(yè)不到可能會用到類似“10101512”（兔子）的Commodity。二來8位分類碼再加上流水碼（一般是4位），Item編碼總長度太長，不方便使用。
UNSPSC針對8位分類碼也給出了只有6位的“識別碼（Unique ID）”，但這個6位識別碼（實(shí)際也是流水順序碼）仍然過長，不方便使用。如下圖（表）5所示：
企業(yè)一般需要根據(jù)自己會使用到的那些8位UNSPSC分類碼，個性化制定企業(yè)自己的分類“識別碼”。通常取4位，前兩位代表“大類”，后兩位代表“小類”（注意這里的“大類/小類”與UNSPSC中的“大類/小類”沒有對應(yīng)關(guān)系，只是為了方便企業(yè)對已選取的UNSPSC的管理）。Item中的前4位分類識別碼，即使全使用數(shù)目字（不使用英文字母），最多也可有1萬種組合（3位有1000種組合，一般中小企業(yè)也足夠），足以滿足單個大企業(yè)的物料分類需要。不同企業(yè)的Item中的分類識別碼盡管不同，但由于它們都對應(yīng)于同一的UNSPSC分類碼，故數(shù)據(jù)交流與互換不會有問題。
盡管UNSPSC出臺及全球推行只是近幾年的事，遠(yuǎn)落后于ORACLE ERP產(chǎn)品的發(fā)布時間，但EBS 很早就在其產(chǎn)品安裝后的初始化狀態(tài)預(yù)置了物料的“Commodity”概念（例如Item類別彈性域系統(tǒng)預(yù)置的“Category—Commodity”結(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”相同的物料，即使某些重要屬性不相同（例如顏色、生產(chǎn)廠家、質(zhì)量指標(biāo)等等），只要不對3F的一致性有重要影響，均歸屬于同一個Item。狹義的物料Material編碼則是指即使是3F相同，但如果某些重要屬性不同（典型的是生產(chǎn)廠家不同），也不能歸入同一個Item。
能否分清Part編碼與Material編碼之間的本質(zhì)區(qū)別，不僅體現(xiàn)在一個企業(yè)的Item編碼方式的選擇上，反映一個企業(yè)對物料編碼的認(rèn)識水平，更重要的是它還能反映一個企業(yè)的產(chǎn)品研發(fā)的技術(shù)水平。國內(nèi)有些電子制造企業(yè)（尤其是“代工型”企業(yè)）之所以選擇的是material型（或曰“工程型”）的Item編碼方式，一個很重要的原因是早期企業(yè)沒有技術(shù)能力進(jìn)行Material的容差設(shè)計與分析，為保險起見只好采取“同一物料只要廠家不同”就是不同Item。實(shí)際工作中為了使用方便，不得已又將生產(chǎn)廠家等諸多信息放入Item編碼中，如此惡性循環(huán)，最終使得公司的物料管理陷入十分惡劣的混亂狀態(tài)而難以自拔。
國內(nèi)某年產(chǎn)值超千億RMB規(guī)模的大型代工型電子制造企業(yè)，由于早年研發(fā)技術(shù)水平有限，加之不懂所謂“Commodity 管理”，對物料編碼的認(rèn)識水平很低，初期開始采取的就是“不同廠家一物一號”的“工程型”編碼方式，待累積到Item的有效數(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項目，其項目核心目標(biāo)之一就是要將華為當(dāng)時9萬左右的Item數(shù)量下降20%。
目前國內(nèi)某些ERP產(chǎn)品在其系統(tǒng)物料定義界面出現(xiàn)“生產(chǎn)廠家、型號”字段并且只能唯一賦值，客觀上會將企業(yè)的物料編碼方式引導(dǎo)到“同一部件不同廠家不同Item編碼”的低水平道路上去。這說明其在物料編碼的系統(tǒng)規(guī)劃設(shè)計方面的認(rèn)識水平還有待提高。而在ORACLE 系統(tǒng)中，在Item定義界面則明確給出了Item與制造商部件號（MPN）的“一對多”的可能對應(yīng)關(guān)系設(shè)置（具體設(shè)置下面再談），這對于有效地避免企業(yè)采用錯誤的編碼方式，促進(jìn)企業(yè)Commodity 管理水平的提高將十分有幫助。
