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

1、精選優(yōu)質(zhì)文檔傾情為你奉上精選優(yōu)質(zhì)文檔傾情為你奉上專心專注專業(yè)專心專注專業(yè)精選優(yōu)質(zhì)文檔傾情為你奉上專心專注專業(yè)（九）Item的屬性內(nèi)容簡介（Attribute）關(guān)于每一個Item屬性具有怎樣的業(yè)務功能、具體如何設置問題，由于與具體的各業(yè)務模塊功能以及企業(yè)的管理實踐及業(yè)務需求緊密相關(guān)，這里無法展開詳述（以后結(jié)合各模塊流程與功能再來討論）。以下僅針對各“屬性組”（Tab頁）的主要內(nèi)容作簡單介紹：（1）主要（Main）。這個屬性組內(nèi)容相對簡單，如前面的圖1所示。主要包括Item的“單位（UOM）及其轉(zhuǎn)換關(guān)系（Conversion）”、“用戶物料類型（User Item Type）”、“物料狀態(tài)（Ite

2、m Status）”以及Item的“詳細說明”（Long Description）。有關(guān)Item的單位、類型、狀態(tài)等內(nèi)容前文已經(jīng)有相關(guān)介紹，這里不再贅述。定義新的Item時，“單位及物料狀態(tài)”會有默認值（Default），默然值是由配置文件：“INV：默認主要單位”和“INV：默認物料狀態(tài)”的設定值決定的。系統(tǒng)初始安裝時，ORACLE為“單位與物料狀態(tài)”均預置了LOV值，并且體現(xiàn)在相關(guān)配置文件的初始賦值之中，用戶可根據(jù)需要修改。關(guān)于Item的“詳細說明”（Long Description），顧名思義，就是給用戶提供一個比“Item說明（類似物料名稱）”字段更為詳細說明該Item某些特性與功用的

3、地方，本質(zhì)上兩者涵義相同（SAP中干脆將之譯成“短文本、長文本”，就更形象了）。另外，Item定義界面題頭的“說明性彈性域”也可以用來擔當類似用途。更進一步，還可以為Item添加“附件（Attachments）”（可以多個并具有多種形式）來為Item提供更為豐富與詳盡的數(shù)據(jù)支持。如下圖16所示：有關(guān)“單據(jù)實體”的附件的使用方式與特性，請參見“ORACLE系統(tǒng)與實踐系列之三：EBS的基礎(chǔ)設置要點簡介”的有關(guān)內(nèi)容。順便說明一下，當用戶在上圖中“顯示屬性”的“主層、組織、全部”將切換時，各“屬性組”（Tab頁）的顯示方式與內(nèi)容可能會發(fā)生變化，具體變化取決于前面所述的Item“屬性組”控制方式設置。當

4、某個“屬性”定義為“主要層”控制時，切換到“組織”屬性顯示時，該屬性字段將被灰顯而不可更新。當某個“屬性”定義為“組織層”控制時，切換到“組織”屬性顯示時，該屬性字段一般允許更改更新，可以具有與“主層”屬性顯示狀態(tài)時不同的賦值。（2）物理屬性。這個屬性組的內(nèi)容比較簡單，主要包括Item的自然屬性“重量、體積以及幾何尺度（長寬高）”的數(shù)據(jù)，這些數(shù)據(jù)在系統(tǒng)有關(guān)倉儲、包裝、發(fā)運等功能中會用到。如下圖17所示：此外，該Item如被用作為“容器（Container）”、“運載工具（Vehicle）”，則必須首先在這里進行定義。其余在“類型”區(qū)域，如果該Item需要被用作“市場宣傳促銷品”（用于Oracl

5、e Sales and Marketing），被用作WMS中的“事件、設備”，也需要在這里預先進行定義。而“OM整數(shù)”，則表述是否可將此物料分成多個部分進行訂購。（3）庫存。此屬性組內(nèi)容比較復雜，包括“批次過期、批次號、序列號、盤點、子庫存”等等控制內(nèi)容，基本屬于控制有關(guān)物料事務處理（如進出庫、轉(zhuǎn)移）的功能應用范疇，某些屬性對于具體的事務處理有決定性影響。如下圖18所示（4）物料清單。此屬性組與系統(tǒng)的BOM功能以及OM訂單處理功能相關(guān)。其中“BOM物料類型“字段比較關(guān)鍵，取值不同影響到OM的訂單處理方式與過程。如下圖19所示：（5）資產(chǎn)管理。只有當前INV組織參數(shù)定義中，該組織啟用eAM功能，

6、則才可以訪問該Tab頁，其中資產(chǎn)Item類型（Asset Item Type）的設置比較關(guān)鍵，影響到其它字段如“資產(chǎn)活動（Asset Activity）”的設置。如下圖20所示：（6）成本計算。此屬性組用于控制與成本計算相關(guān)的系統(tǒng)功能，如下圖21所示：要注意的是，“銷貨成本賬戶”只能在組織層設置，如當前INV組織與主組織屬于不同帳套且會計科目彈性域結(jié)構(gòu)不同時，這里的賬戶代碼結(jié)構(gòu)是可以不相同的。（7）采購。此屬性組用于控制有關(guān)采購的系統(tǒng)功能，如下圖22所示：其中的“允許更新物料說明”，表示在采購訂單行中可以改寫類似“物料名稱”，這對于某些特殊情況非常有用；“使用批準的供應商”，表示采購訂單的可選

7、擇供應商僅限于ASL；“外協(xié)加工類型物料”，并不表示該物料需要外協(xié)加工，而是說該Item本身是一個非實物的“外協(xié)服務”，需要與真實的需外協(xié)加工Item配合使用；“默認采購員”，則用于采購員業(yè)務量分配與管理。（8）接收。此屬性組主要用于采購接收的控制功能，如下圖23所示：其中的“接收方式”用于控制采購接收的默認路徑。但這里的屬性定義大部分在采購PO中可以更改。（9）總計劃（General Planning）。中文翻譯不是太準確，實際是相對于“MPS/MRP”而言的一般或普通“庫存計劃”方式，通常是應用于非制造型的商業(yè)企業(yè)的庫存計劃場合，或無需BOM分解的物料的庫存計劃。如下圖24所示：（10）M

8、PS/MRP計劃。此屬性組用于控制Item的MPS/MRP計劃功能，只有在這里設定了MPS/MRP計劃方式才在做MPS/MRP時可見，這縮小了Item的可用范圍，如下圖25所示：（11）提前期（Lead Times）。此屬性組用于控制BOM中的工藝路線及計劃功能中的有關(guān)時間計算問題，有關(guān)累計數(shù)（累計制造、累計總額）實際是通過BOM中的相關(guān)計算功能來自動更新的。如下圖26所示：（12）在制品（WIP）。此屬性組控制WIP中的相關(guān)功能，其中的“供應類型”比較關(guān)鍵，直接控制物料的事務處理方式。如下圖27所示：（13）訂單管理。此屬性組主要用于控制訂單管理OM、發(fā)運執(zhí)行Shipping以及采購PO內(nèi)部

9、訂購應用方面的相關(guān)功能，此外，ATP相關(guān)設置對于某些計劃功能亦是前提條件。如下圖28所示：（14）開票（Invoicing）。此屬性組主要與AR模塊的相關(guān)功能有關(guān)。其中“銷售賬戶”只能在組織層設置，帳戶代碼的彈性域結(jié)構(gòu)可能與“主組織”的不同。如下圖29所示：（15）服務。此屬性組與訂單管理OM及服務Service管理模塊的相關(guān)功能有關(guān)，如下圖30所示：（16）Web選項。主要是與銷售訂單網(wǎng)上訂購（i-Store）功能有關(guān)，如下圖31所示：（17）流程制造（Process Manufacturing）。主要是與“流程制造”系統(tǒng)模塊相關(guān)，R12中新增的Tab頁。如下圖32所示：（十）Item的屬性

10、快查EBS為了方便用戶對Item諸多屬性的查找與管理，在Item定義維護界面的“工具欄”提供了快速“查找屬性”功能，如下圖33所示：一旦選擇其中的一個“屬性”，則系統(tǒng)快速定位到其所在的Tab頁，以方便用戶查看或維護。（十一）Item的客戶與供應商關(guān)系 企業(yè)在對外交往過程中，尤其是與客戶或供應商的供應鏈電子商務協(xié)作過程中，需要將自己的Item（編碼）與客戶或供應商的Item（編碼）建立某種對應關(guān)系，以提高供應鏈的協(xié)同效率。例如，作為客戶，一般會要求自己的供應商在送貨時，在相關(guān)送貨單據(jù)或?qū)嵨锷咸峁┘悍降腎tem編碼，以方便己方的收貨部門能進行快速處理。 在EBS系統(tǒng)的Item管理中，提供了有關(guān)客戶

11、Item的完善定義與維護功能，即將己方的銷售產(chǎn)品按不同客戶（客戶地址Address、地址類別Address Category）與客戶Item建立交叉參考關(guān)系。具體包括兩個步驟。一是建立或維護客戶Item（客戶Item相關(guān)信息如編碼等由客戶負責提供），如下圖34所示：二是將公司Item（主要指用于銷售的產(chǎn)品）與已經(jīng)建立的客戶Item建立交叉參考關(guān)系。如下圖35所示：一個客戶Item可以對應公司多個Item（需要定義“優(yōu)先級”），這主要是滿足實際工作中客戶訂購的Item可以對應公司的產(chǎn)品系列、允許替代的情況。例如公司生產(chǎn)的某種產(chǎn)品有不同顏色，公司內(nèi)部為之定義了不同的Item?？蛻粲嗁廔tem所要求

12、的顏色，在缺貨的特殊情況下，客戶也允許以另一種顏色替代。Item的客戶產(chǎn)品交叉參考的定義維護工作，需要花費一定的人力、物力，本質(zhì)上它相當于企業(yè)向自己的客戶提供了一種額外的增值服務，主要滿足的是客戶的相關(guān)業(yè)務管理需求。對于作為供應商的企業(yè)角色來說，在為自己的客戶提供增值服務的同時，也可以作為客戶角色，向自己的供應商要求提供類似服務。故此，在EBS系統(tǒng)中，并未提供類似“客戶Item”的“供應商Item交叉參考關(guān)系”定義或維護。系統(tǒng)不提供類似功能，一來是因為相較于銷售Item的有限數(shù)量（幾十、上百就算多了），采購Item的數(shù)量要高得多（成千上萬很正常），類似客戶Item的定義與維護工作量太大；二來是

13、供應商Item交叉參考關(guān)系的定義維護，于實際工作的意義不是太大，完全可以由供應商的相關(guān)工作（向己方提供增值服務）所取代。在EBS系統(tǒng)中，雖沒有定義Item的供應商產(chǎn)品交叉參考關(guān)系，但在采購的相關(guān)業(yè)務過程中，例如下達采購訂單時，可以手工輸入“供應商Item”作為給對方的參考。系統(tǒng)為此提供了對于歷史業(yè)務數(shù)據(jù)中的手工輸入的供應商Item的查詢檢索功能，查詢范圍包括PO、詢報價、來源補充規(guī)則等區(qū)域，如下圖36所示：ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理二、（十二）（十三）（十四）（十五）（十六）（十七）（十八）（十九）三、（一）（二）（三）（四）（五）（六）（七）（八）（九）（十）（十一）（十二）（十三

14、）（十四）（十五）（十六）（十七）（十八）四、（一）（二）（三）（四）（五）（六）（七）（八）（九）（十）（十一）（十二）（十三）（十四）（十五）（十六）（十七）（十八）（十九）（二十）（二十一）（二十二）（二十三）五、結(jié)語（十二）Item的物料關(guān)系（Relationship）對于已經(jīng)在系統(tǒng)中定義的Item，EBS可以定義和維護某些Item相互之間的特殊關(guān)系，這些所謂“特殊關(guān)系”的類型包括采購接收替代、計劃替代、交叉銷售、向上銷售、促銷升級、免費贈送、沖突等等近二十種關(guān)系（還可以自定義）。上述定義的Item關(guān)系除采購接收替代在PO模塊中具有流程功能，允許替代接受之外，其它主要是在相關(guān)應用模塊中

15、用于查詢與報告功能。具有“計劃替代”的關(guān)系定義時，可以在“計劃詳細資料”窗口，進一步定義所適用的客戶范圍等信息。如下圖37所示：（十三）Item的交叉參考（Cross Reference）除了上面所述的Item的“客戶產(chǎn)品交叉參考”關(guān)系的專門定義與維護之外，EBS系統(tǒng)還基于實際工作需要，提供通用的Item交叉參考關(guān)系的定義維護，例如，在舊Item編碼與新Item之間建立對應關(guān)系，將某些費用類Item與財務部門使用的費用類別代碼關(guān)聯(lián)等等。上面的“客戶與供應商的Item交叉參考”是兩類比較特殊的情況，在這里也可以建立通用的交叉參考，即不按具體的客戶或供應商區(qū)分，僅按參考交叉類型“客戶”或“供應商”

16、類型籠統(tǒng)劃分。如下圖38所示：上圖中的交叉參考類型的LOV值是直接手工輸入的，只是起到一個分類查詢的作用，Item所對應的值也是手工輸入維護的，并且與Item之間沒有“一對一”的關(guān)系。一個Item可以對應多個參考值，反之亦然。（十四）Item 創(chuàng)建的模板（Template） 用戶在EBS系統(tǒng)中創(chuàng)建Item的方法有多種，其中最簡單也是最直接的方法就是直接錄入。為了幫助提高Item錄入的效率以及減少錄入錯誤，系統(tǒng)提供了定義Item模板及從模板或其它已存在Item復制創(chuàng)建新Item的功能。如下圖39所示是定義Item的界面：EBS系統(tǒng)在安裝初始狀態(tài)，已經(jīng)預置了若干數(shù)量的Item模板，這些預置的模板可

17、以劃分為三大類（模板集）。下列三個表顯示了不同模板集的具體內(nèi)容：模板集#1屬性 ATO模型 ATO 選件類 ATO 物料 成品 套件 按訂單裝配 是 是 是 否 否 BOM 物料類型 模型 選件類 標準 標準 標準 允許 BOM 是 是 是 是 是 在 WIP 中制造 是 是 啟用成本計算 是 是 是 是 是 客戶訂購物料 是 是 是 是 是 啟用客戶訂單 是 是 是 是 是 預測控制 沖減和衍生 沖減和衍生 沖減和衍生 沖減和衍生 沖減和衍生 納入累計 是 是 是 是 是 庫存資產(chǎn)估價 是 是 是 是 是 庫存物料 是 是 是 是 是 可開票物料 是 是 是 是 啟用開票 是 是 是 是 M

18、RP 計劃方法 MPS 計劃 MRP 計劃 MRP 計劃 MPS 計劃 未計劃 制造或采購 制造 制造 制造 制造 制造 OE 可處理 是 是 是 是 是 外協(xié)加工物料 - - - - - 挑庫組件 否 否 否 否 是 外購 否 否 否 否 否 可采購 - - - - - 保留控制 - - 可保留 可保留 - 舍入控制 - - 舍入訂貨量 舍入訂貨量 - 發(fā)運完整模型 是 - - - - 可發(fā)運 - - 是 是 - 可儲存 - - 是 是 - 可處理 - - 是 是 - 用戶物料類型 ATO模型 ATO 選件類 ATO 物料 FG K WIP 供應類型 裝配拉式 虛擬件 推式 推式 裝配拉式模

19、板集#2屬性 外協(xié)加工物料 PTO 模型 PTO 選件類 虛擬物料 計劃物料 按訂單裝配 否 否 否 否 否 BOM 物料類型 標準 模型 選件類 標準 計劃 允許 BOM - 是 是 是 是 在 WIP 中制造 - - - - 是 啟用成本計算 是 是 是 - 客戶訂購物料 否 是 是 否 - 啟用客戶訂單 - 是 是 - - 預測控制 - 沖減和衍生 沖減和衍生 - - 納入累計 - 是 是 是 - 庫存資產(chǎn)估價 - 是 是 是 - 庫存物料 否 是 是 是 是 可開票物料 - 是 - - - 啟用開票 - 是 - - - MRP 計劃方法 MRP 計劃 未計劃 未計劃 MRP 計劃 未計

20、劃 制造或采購 - 制造 制造 制造 - OE 可處理 - 是 是 是 - 外協(xié)加工物料 是 - - - - 挑庫組件 否 是 是 否 否 外購 是 否 否 否 否 可采購 是 - - - - 保留控制 - - - - - 舍入控制 - - - - - 發(fā)運完整模型 - 是 - - - 可發(fā)運 - - - - - 可儲存 - - - - - 可處理 - - - - - 用戶物料類型 OP PTO 模型 PTO 選件類 PH PL WIP 供應類型 供應商 - 虛擬件 虛擬件 - 模板集#3屬性 外購物料 引用物料 子裝配件 供應物料 運費 產(chǎn)品系列 按訂單裝配 否 否 否 否 - 否 ATP

21、組件 - - - - - 否 BOM 物料類型 標準 標準 標準 標準 - 產(chǎn)品系列 允許 BOM 是 - 是 是 - 是 在 WIP 中制造 - - 是 - - 否 檢查 ATP - - - - - 無 啟用成本計算 是 - 是 - - 是 客戶訂購物料 是 是 否 否 否 否 啟用客戶訂單 是 - - - 是 否 啟用周期盤點 - - - - - 否 工程物料 - - - - - 否 預測控制 沖減和衍生 - 沖減和衍生 - - - 納入累計 是 - 是 - - 否 內(nèi)部訂購物料 - - - - - 否 啟用內(nèi)部訂單 - - - - - 否 庫存資產(chǎn)估價 是 - 是 - - 是 庫存物料

22、是 否 是 是 - 是 可開票物料 是 - - - 是 否 啟用開票 是 - 是 - 是 否 制造或采購 采購 - 制造 采購 制造 MRP 計劃方法 MRP 計劃 不計劃 MRP 計劃 不計劃 不計劃 OE 可處理 是 - 是 - - 否 外協(xié)加工物料 - - - - - 否 挑庫組件 否 否 否 否 - 否 主要單位 - - - - - 每個 可采購 是 - - 是 - 否 外購 是 否 否 是 - 否 發(fā)放時間范圍 - - - - - 請勿自動發(fā)放 保留控制 可保留 - - - - - 舍入控制 舍入訂貨量 - 舍入訂貨量 - - - 可服務產(chǎn)品 - - - - - 否 發(fā)運完整模型 -

23、 - - - - - 可發(fā)運物料 是 - - 是 否 可儲存 是 - 是 是 - 否 支持服務 - - - - - 否 可處理 是 - 是 是 是 否 使用批準的供應商 - - - - - 否 用戶物料類型 P REF SA SI 運費 產(chǎn)品系列 保修 - - - - - 否 WIP 供應類型 裝配拉式 - 工序拉式 批量 - - 注意，當將模板應用于現(xiàn)有Item時，此模板將改寫現(xiàn)有屬性。用戶可以按需要將任意數(shù)目的模板應用于現(xiàn)有物料。較新的屬性值（來自上次應用的模板）將改寫以前應用的模板值，除非后者是不可更新的（例如，主要單位即是一個永遠不可更新的值）。（十五）Item的目錄組（Catalog

24、 Groups）前面在講到EBS的Item（物料編碼）時，已經(jīng)講到習慣上的“物料名稱（Name）”被“說明”字段（短文本）所代替。實際工作中，為了方便對于同類物料的查詢檢索與數(shù)據(jù)管理以及企業(yè)之間的溝通交流等目的，有必要對Item的類似Name的“說明”字段也進行規(guī)范化、標準化。具體方式就是將同類物料“說明”的具體內(nèi)容劃分為多個標準的“組成段”，按特定的次序（稱之為“級連”）有選擇地組成某個Item的實際“說明”。例如小汽車的Item“說明”：車型（帕薩特）功率（75馬力）排量（1.8升）座位數(shù)（5座）；或者：“車型（帕薩特）排量（1.8升）”等等。其中的每一個“組成段”稱之為一個“說明性要素”

25、，所有“說明性要素”的組合稱之為一個“目錄組”（Catalog Groups）。目錄組在應用于Item創(chuàng)建前，需預先定義維護以備用，如下圖40所示：注意：“目錄組”名稱字段本身也是一個可以自定義的鍵彈性域結(jié)構(gòu)，不過實際很少使用多段結(jié)構(gòu)，一般都取單個段，實際使用與普通表單字段無異。在具體定義或維護Item時，通過“目錄”功能，選擇一個目錄組，然后在說明性要素中輸入具體值，以后則可以隨時根據(jù)需要自動更新Item的說明字段（生成不同級連組合）。不同的Item只要具有同一目錄組，則雖然“說明性要素”的輸入值可能不同，但由于有明確的位置關(guān)系可以一一對應，故方便了查詢與比較。這實際上也等同于提供了某種特殊

26、的物料分類方式，對于某些特殊場合（如藥品或汽車，Item名稱長且同類Item名稱相似度高）的名稱檢索管理將十分有幫助。如下圖41所示：（十六）Item的待定狀態(tài)（Pending Status）在實際工作中，基于管理的方便性需要，對于某些Item可能需要由系統(tǒng)自動控制其未來某一時刻開始（或在某個期間）處于某個特定“物料狀態(tài)”（如失效等）。這項功能可以通過在Item定義維護界面為其設置“待定狀態(tài)”來完成。如下圖42所示：已經(jīng)設定的Item待定狀態(tài)需要通過“實施”提交并發(fā)流程來完成，也可以在“請求”里直接提交周期性運行的后臺流程。（十七）Item 的屬性組織間查看與復制在大型組織機構(gòu)中，同一Item

27、在不同組織（INV Org）有不同的屬性設置，EBS提供了屬性的跨組織查詢與復制功能（詳細內(nèi)容，請參考ORACLE相關(guān)文檔）。如下圖43所示：（十八）Item的刪除這里所講的刪除是指從數(shù)據(jù)庫中真正清空掉Item有關(guān)信息實體，這些實體可以包括物料、物料清單、組件、工藝路線或工序。這是個很少用到的功能，應用于某些特殊場合，例如垃圾數(shù)據(jù)太多等等。EBS系統(tǒng)預置有若干初始的“刪除約束條件”與“刪除語句”（SQL），只能查看，不能修改。但用戶可以自定義刪除“約束”和“語句”。實際的刪除是通過運行“刪除物料信息”的后臺并發(fā)流程來進行的。為了方便刪除工作的開展與管理，EBS系統(tǒng)提供了所謂“刪除組”功能，以檢

28、查、實施、監(jiān)控批量刪除過程。如下圖44所示：（十九）Item的其它來源方式除了上述在EBS的Item定義維護界面直接創(chuàng)建方式之外，系統(tǒng)還提供了從外部來源的Item數(shù)據(jù)導入接口（API）方式。此外，作為系統(tǒng)外圍的高級應用功能，EBS還提供屬于PLM范疇的Advanced Product Catalog 應用模塊來管理Item來源創(chuàng)建及維護更新的復雜事務過程。如下圖45所示：在INV、BOM、ENG模塊中的Item、Bom、ECO實際上主要只是提供了相關(guān)結(jié)果數(shù)據(jù)的錄入功能，并未涉及具體的數(shù)據(jù)來源過程。對于業(yè)務復雜、管理完善的企業(yè)來說，相關(guān)Item主數(shù)據(jù)的來源，必然是需要經(jīng)歷一個創(chuàng)建、討論、審批等環(huán)

29、節(jié)的“準入”認證事務管理過程。如下圖46所示有關(guān)參與討論人員的“認證”意見提交：EBS系統(tǒng)除了有Advanced Product Catalog 應用模塊的功能為此提供“端到端”的全流程管理之外，另一屬于PDM范疇的產(chǎn)品Agile也提供更為強大、更為完善的過程管理功能，以適應不同企業(yè)、不同層次的業(yè)務管理需要。正如筆者在“ORACLE EBS系統(tǒng)架構(gòu)與應用實踐”一文中所述，INV/BOM/ENG有關(guān)原始業(yè)務數(shù)據(jù)的錄入，更多地是體現(xiàn)核心業(yè)務系統(tǒng)在“數(shù)據(jù)集成性、流程集成性”方面的要求，而這些系統(tǒng)外圍產(chǎn)品的功能設計，則更多地是體現(xiàn)在非核心系統(tǒng)事務“管理集成性”方面的要求，兩者的有機結(jié)合，構(gòu)成了ORAC

30、LE產(chǎn)品系統(tǒng)架構(gòu)的高度可伸縮性與完善而強大的業(yè)務功能。（有關(guān)Advanced Product Catalog產(chǎn)品及Agile產(chǎn)品的具體內(nèi)容，以后有機會再來討論）。ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理三、（一）（二）（三）（四）（五）（六）（七）（八）（九）（十）（十一）（十二）（十三）（十四）（十五）（十六）（十七）（十八）四、（一）（二）（三）（四）（五）（六）（七）（八）（九）（十）（十一）（十二）（十三）（十四）（十五）（十六）（十七）（十八）（十九）（二十）（二十一）（二十二）（二十三）五、結(jié)語三、供應商（Supplier）在二十一世紀的今天，人們已經(jīng)逐步認識到，企業(yè)之間的競爭已不完全

31、是單個企業(yè)之間的競爭，而是企業(yè)所擁有的供應鏈之間的整體競爭。企業(yè)供應鏈的效率與質(zhì)量如何，關(guān)系到企業(yè)在日益殘酷的市場游戲中能否取得競爭優(yōu)勢。企業(yè)與供應商之間的關(guān)系，也不再是過去簡單的買賣關(guān)系，而是越來越深入、緊密的合作伙伴關(guān)系。企業(yè)與自己的供應商之間既有不同利益的矛盾，也有共同利益的合作。在企業(yè)的管理實踐過程中，涉及“供應商”的管理信息系統(tǒng)的設計主要有兩方面內(nèi)容，一是與供應商在日常業(yè)務過程中的商務協(xié)同，包括供應商門戶、訂單協(xié)同、計劃協(xié)同、詢報價、招投標等等內(nèi)容，通常歸入SCM產(chǎn)品的范疇；二是供應商的生命周期與關(guān)系管理，包括供應商準入管理、資格認證、協(xié)議與合同管理、績效考評等等內(nèi)容，通常歸入SRM

32、產(chǎn)品的范疇。這兩方面的內(nèi)容的連接點就是“供應商主數(shù)據(jù)”，前者涉及供應商主數(shù)據(jù)的使用，后者涉及供應商主數(shù)據(jù)的創(chuàng)建與維護。在ORACLE EBS系統(tǒng)中，涉及供應商主數(shù)據(jù)“使用”的SCM產(chǎn)品目前已經(jīng)比較完善，而涉及供應商主數(shù)據(jù)“創(chuàng)建”的SRM產(chǎn)品目前還在發(fā)展過程中。R12將供應商主數(shù)據(jù)的定義與維護從GUI界面變?yōu)閃EB界面，也是考慮了SRM產(chǎn)品的未來拓展需要。由于R12與R11的供應商主數(shù)據(jù)相比，除了多組織控制，在內(nèi)容方面并無本質(zhì)上的太大變化，考慮到WEB界面不太方便于系統(tǒng)學習演示，故以下關(guān)于供應商主數(shù)據(jù)的討論將以R11的GUI界面為主，然后再輔之以R12的WEB界面以做補充、比較。（一）供應商的分

33、類概述企業(yè)的供應商按所提供產(chǎn)品與服務的用途劃分，可分為“生產(chǎn)供應商”與“非生產(chǎn)供應商”兩大類。所謂“生產(chǎn)供應商”是指其提供的產(chǎn)品或服務，企業(yè)并非終端使用者，而是進入企業(yè)銷售的產(chǎn)品或服務之中，最終提供給企業(yè)的客戶使用，例如原輔材料供應商，為企業(yè)的產(chǎn)品提供運輸、維修等服務的供應商等等；所謂“非生產(chǎn)供應商”，是指企業(yè)自身就是終端使用或消費者，例如企業(yè)所使用的辦公用品、儀器設備供應商，以及為企業(yè)的日常運作提供服務的廣告公司、軟件提供商、咨詢顧問公司等等。按供應商提供的產(chǎn)品與服務的形態(tài)劃分，則可以劃分為“有形”實物類的供應商，與“無形”服務類的供應商；按供應商與所提供產(chǎn)品的關(guān)系，可以分為“制造商、代理商

34、”；按供應商的組織形態(tài)劃分，則可以劃分為“公司供應商”與“個人供應商”（在EBS中，公司員工有時需要當作供應商來處理）；按地域范圍劃分，則可以劃分為“國內(nèi)供應商與國外供應商”；按供應商所處生命周期或合作關(guān)系劃分，則可以分為“潛在供應商、一次性供應商、試用供應商、長期合作供應商”等等。在EBS系統(tǒng)中，供應商分類/類型LOV是在Lookup Code進行定義的，如下圖47所示：要注意的是，盡管供應商類型Vendor Type 的訪問級別是“用戶”，即用戶可以完全自定義，其LOV值不參與系統(tǒng)流程構(gòu)建。但ORACLE初始安裝所預置的值中代碼“EMPLOYEE 員工”并不能被刪除或修改，因為在供應商定義

35、引用時，如果找不到“員工”類型，則就無法將員工設置為供應商（而一旦無法將員工設為供應商，則AP在處理員工費用報表時將無法進行）。故推測Vendor Type的“訪問級別”實際上應當是“可擴展”，這可能是系統(tǒng)設計疏忽。盡管上面依據(jù)各種屬性對供應商做了種種分類的討論，但實際上在EBS系統(tǒng)中，除“員工”類型之外，其余只是主要起到統(tǒng)計分析的作用，于系統(tǒng)流程角度看并無本質(zhì)區(qū)別。在EBS系統(tǒng)中，供應商的定義與維護是在AP模塊而非PO模塊中進行的（之所以如此，與ORACLE的產(chǎn)品發(fā)展歷程有一定關(guān)系）。在AP模塊中定義維護供應商，意味著即使沒有或不使用PO模塊，也可以在AP模塊中對于需要向各種供應商進行付款的

36、業(yè)務行為進行有效管理。EBS的AP模塊定義的供應商主數(shù)據(jù)，將同時為PO模塊、Asset資產(chǎn)模塊、Property財產(chǎn)模塊等所共享。（二）供應商“名稱與編號”（Supplier Name/Number）在EBS系統(tǒng)中，由于實際使用以及早期系統(tǒng)設計考慮欠周詳?shù)确矫娴脑颍赑O模塊的訂單界面中是將“供應商名稱”（Supplier Name）作為主要檢索字段來使用的（PO界面甚至沒有直接顯示“供應商編號”字段），在AP模塊的發(fā)票界面雖然有供應商編號字段，但人們在使用習慣上還是以“供應商名稱”為主。故如果將“供應商名稱”理解成供應商的“組織全稱”，則實際使用將很不方便，因為一般來說供應商法律意義上的公

37、司注冊“全稱”會比較長。EBS的供應商定義界面有“供應商名稱”與“別名”兩個字段，考慮到上述因素，實際使用情況可能恰好相反：以“別名”字段記錄供應商“全稱”，而在“供應商名稱”字段輸入符合企業(yè)命名慣例且便于識別記憶的“短名、別名或簡稱”。如下圖48所示：系統(tǒng)要求“供應商名稱”具有唯一性，但已經(jīng)存在的供應商名稱可以更改，且并不影響系統(tǒng)已經(jīng)存在的相關(guān)業(yè)務數(shù)據(jù)。供應商一旦定義就無法輕易刪除，可以通過“無效日期”設置使其不能輸入發(fā)票或采購訂單（并不影響已有業(yè)務的處理）。上圖中“一般”Tab頁中的“父供應商名稱”及“編號”，表示當前供應商與系統(tǒng)中已經(jīng)定義的其它供應商具有從屬關(guān)系，而客戶編碼字段，則是本企

38、業(yè)在該供應商處的標識編號?！肮叹幪枴本哂形ㄒ恍郧也豢筛拢ㄏ到y(tǒng)的跟蹤標識），可以手工輸入，也可以由系統(tǒng)自動生成，具體是那種方式由AP系統(tǒng)相關(guān)設置控制。這一點，R12與R11相比設置界面雖有所不同，但在多組織（OU）功能支持下，供應商的編號設定都是實現(xiàn)跨OU定義的，故其編號設置與OU無關(guān)。如圖49所示R12的供應商編號設置：不過，在實際的企業(yè)管理實踐中，使用“無涵義”的供應商自動編號并不可取，企業(yè)通常需要基于前面所講的供應商分類，統(tǒng)籌考慮制定“有涵義”的手工編號規(guī)則，這是因為EBS系統(tǒng)所提供的供應商“分類”控制方式有點簡單，缺少層次性，很多時候并不能很方便地滿足實際統(tǒng)計分析工作的需要（這或許

39、是EBS系統(tǒng)設計方面的不足）。（三）供應商的“地點”（Site） 在“ORACLE EBS基礎(chǔ)設置要點簡介”一文中，關(guān)于“Address、Location、Site”的三者關(guān)系已經(jīng)有詳細介紹。Site的涵義更多的是表示一種比較虛無的“屬性”，ORACLE借用Site（地點）的這一特性，來表示與同一供應商的合作過程中，供應商可能有多種合作狀況，例如一個集團公司性質(zhì)的的供應商，以一個整體對外與企業(yè)簽署合作協(xié)議并承擔有關(guān)法律責任，但實際業(yè)務的發(fā)生，希望按不同子公司分別使用不同的銀行賬戶與付款條件等等。在EBS中，有關(guān)供應商的信息或?qū)傩员环譃閮蓚€層次“供應商層”與“供應商地點層”，這兩個層次的信息字段絕大部分有重復，少部分可能只在“供應商層”或“地點層”中才有。僅在“供應商層”有的信息如：“一般、分類、接收”Tab頁中的相關(guān)內(nèi)容，自動適用于“地點層”，為該供應商的不同Site所共有；在信息字段