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

〔九〕Item的屬性內(nèi)容簡介〔Attribute〕關(guān)于每一個Item屬性具有怎樣的業(yè)務(wù)功能、具體如何設(shè)置問題，由于與具體的各業(yè)務(wù)模塊功能以及企業(yè)的管理實(shí)踐及業(yè)務(wù)需求緊密相關(guān)，這里無法展開詳述〔以后結(jié)合各模塊流程與功能再來討論〕。以下僅針對各“屬性組〞〔Tab頁〕的主要內(nèi)容作簡單介紹：〔1〕主要〔Main〕。這個屬性組內(nèi)容相對簡單，如前面的圖1所示。主要包括Item的“單位〔UOM〕及其轉(zhuǎn)換關(guān)系〔Conversion〕〞、“用戶物料類型〔UserItemType〕〞、“物料狀態(tài)〔ItemStatus〕〞以及Item的“詳細(xì)說明〞〔LongDescription〕。有關(guān)Item的單位、類型、狀態(tài)等內(nèi)容前文已經(jīng)有相關(guān)介紹，這里不再贅述。定義新的Item時(shí)，“單位及物料狀態(tài)〞會有默認(rèn)值〔Default〕，默然值是由配置文件：“INV：默認(rèn)主要單位〞和“INV：默認(rèn)物料狀態(tài)〞的設(shè)定值決定的。系統(tǒng)初始安裝時(shí)，ORACLE為“單位與物料狀態(tài)〞均預(yù)置了LOV值，并且表達(dá)在相關(guān)配置文件的初始賦值之中，用戶可根據(jù)需要修改。關(guān)于Item的“詳細(xì)說明〞〔LongDescription〕，顧名思義，就是給用戶提供一個比“Item說明〔類似物料名稱〕〞字段更為詳細(xì)說明該Item某些特性與功用的地方，本質(zhì)上兩者涵義相同〔SAP中干脆將之譯成“短文本、長文本〞，就更形象了〕。另外，Item定義界面題頭的“說明性彈性域〞也可以用來擔(dān)當(dāng)類似用途。更進(jìn)一步，還可以為Item添加“附件〔Attachments〕〞〔可以多個并具有多種形式〕來為Item提供更為豐富與詳盡的數(shù)據(jù)支持。如以下圖16所示：有關(guān)“單據(jù)實(shí)體〞的附件的使用方式與特性，請參見“≤ORACLE系統(tǒng)與實(shí)踐≥系列之三：EBS的根底設(shè)置要點(diǎn)簡介〞的有關(guān)內(nèi)容。順便說明一下，當(dāng)用戶在上圖中“顯示屬性〞的“主層、組織、全部〞將切換時(shí)，各“屬性組〞〔Tab頁〕的顯示方式與內(nèi)容可能會發(fā)生變化，具體變化取決于前面所述的Item“屬性組〞控制方式設(shè)置。當(dāng)某個“屬性〞定義為“主要層〞控制時(shí)，切換到“組織〞屬性顯示時(shí)，該屬性字段將被灰顯而不可更新。當(dāng)某個“屬性〞定義為“組織層〞控制時(shí)，切換到“組織〞屬性顯示時(shí)，該屬性字段一般允許更改更新，可以具有與“主層〞屬性顯示狀態(tài)時(shí)不同的賦值?！?〕物理屬性。這個屬性組的內(nèi)容比擬簡單，主要包括Item的自然屬性“重量、體積以及幾何尺度〔長寬高〕〞的數(shù)據(jù)，這些數(shù)據(jù)在系統(tǒng)有關(guān)倉儲、包裝、發(fā)運(yùn)等功能中會用到。如以下圖17所示：此外，該Item如被用作為“容器〔Container〕〞、“運(yùn)載工具〔Vehicle〕〞，那么必須首先在這里進(jìn)行定義。其余在“類型〞區(qū)域，如果該Item需要被用作“市場宣傳促銷品〞〔用于OracleSalesandMarketing〕，被用作WMS中的“事件、設(shè)備〞，也需要在這里預(yù)先進(jìn)行定義。而“OM整數(shù)〞，那么表述是否可將此物料分成多個局部進(jìn)行訂購?！?〕庫存。此屬性組內(nèi)容比擬復(fù)雜，包括“批次過期、批次號、序列號、盤點(diǎn)、子庫存〞等等控制內(nèi)容，根本屬于控制有關(guān)物料事務(wù)處理〔如進(jìn)出庫、轉(zhuǎn)移〕的功能應(yīng)用范疇，某些屬性對于具體的事務(wù)處理有決定性影響。如以下圖18所示〔4〕物料清單。此屬性組與系統(tǒng)的BOM功能以及OM訂單處理功能相關(guān)。其中“BOM物料類型“字段比擬關(guān)鍵，取值不同影響到OM的訂單處理方式與過程。如以下圖19所示：〔5〕資產(chǎn)管理。只有當(dāng)前INV組織參數(shù)定義中，該組織啟用eAM功能，那么才可以訪問該Tab頁，其中資產(chǎn)Item類型〔AssetItemType〕的設(shè)置比擬關(guān)鍵，影響到其它字段如“資產(chǎn)活動〔AssetActivity〕〞的設(shè)置。如以下圖20所示：〔6〕本錢計(jì)算。此屬性組用于控制與本錢計(jì)算相關(guān)的系統(tǒng)功能，如以下圖21所示：要注意的是，“銷貨本錢賬戶〞只能在組織層設(shè)置，如當(dāng)前INV組織與主組織屬于不同帳套且會計(jì)科目彈性域結(jié)構(gòu)不同時(shí)，這里的賬戶代碼結(jié)構(gòu)是可以不相同的。〔7〕采購。此屬性組用于控制有關(guān)采購的系統(tǒng)功能，如以下圖22所示：其中的“允許更新物料說明〞，表示在采購訂單行中可以改寫類似“物料名稱〞，這對于某些特殊情況非常有用；“使用批準(zhǔn)的供給商〞，表示采購訂單的可選擇供給商僅限于ASL；“外協(xié)加工類型物料〞，并不表示該物料需要外協(xié)加工，而是說該Item本身是一個非實(shí)物的“外協(xié)效勞〞，需要與真實(shí)的需外協(xié)加工Item配合使用；“默認(rèn)采購員〞，那么用于采購員業(yè)務(wù)量分配與管理?！?〕接收。此屬性組主要用于采購接收的控制功能，如以下圖23所示：其中的“接收方式〞用于控制采購接收的默認(rèn)路徑。但這里的屬性定義大局部在采購PO中可以更改?！?〕總方案〔GeneralPlanning〕。中文翻譯不是太準(zhǔn)確，實(shí)際是相對于“MPS/MRP〞而言的一般或普通“庫存方案〞方式，通常是應(yīng)用于非制造型的商業(yè)企業(yè)的庫存方案場合，或無需BOM分解的物料的庫存方案。如以下圖24所示：〔10〕MPS/MRP方案。此屬性組用于控制Item的MPS/MRP方案功能，只有在這里設(shè)定了MPS/MRP方案方式才在做MPS/MRP時(shí)可見，這縮小了Item的可用范圍，如以下圖25所示：〔11〕提前期〔LeadTimes〕。此屬性組用于控制BOM中的工藝路線及方案功能中的有關(guān)時(shí)間計(jì)算問題，有關(guān)累計(jì)數(shù)〔累計(jì)制造、累計(jì)總額〕實(shí)際是通過BOM中的相關(guān)計(jì)算功能來自動更新的。如以下圖26所示：〔12〕在制品〔WIP〕。此屬性組控制WIP中的相關(guān)功能，其中的“供給類型〞比擬關(guān)鍵，直接控制物料的事務(wù)處理方式。如以下圖27所示：〔13〕訂單管理。此屬性組主要用于控制訂單管理OM、發(fā)運(yùn)執(zhí)行Shipping以及采購PO內(nèi)部訂購應(yīng)用方面的相關(guān)功能，此外，ATP相關(guān)設(shè)置對于某些方案功能亦是前提條件。如以下圖28所示：〔14〕開票〔Invoicing〕。此屬性組主要與AR模塊的相關(guān)功能有關(guān)。其中“銷售賬戶〞只能在組織層設(shè)置，帳戶代碼的彈性域結(jié)構(gòu)可能與“主組織〞的不同。如以下圖29所示：〔15〕效勞。此屬性組與訂單管理OM及效勞Service管理模塊的相關(guān)功能有關(guān)，如以下圖30所示：〔16〕Web選項(xiàng)。主要是與銷售訂單網(wǎng)上訂購〔i-Store〕功能有關(guān)，如以下圖31所示：〔17〕流程制造〔ProcessManufacturing〕。主要是與“流程制造〞系統(tǒng)模塊相關(guān)，R12中新增的Tab頁。如以下圖32所示：〔十〕Item的屬性快查EBS為了方便用戶對Item諸多屬性的查找與管理，在Item定義維護(hù)界面的“工具欄〞提供了快速“查找屬性〞功能，如以下圖33所示：一旦選擇其中的一個“屬性〞，那么系統(tǒng)快速定位到其所在的Tab頁，以方便用戶查看或維護(hù)?！彩弧矷tem的客戶與供給商關(guān)系企業(yè)在對外交往過程中，尤其是與客戶或供給商的供給鏈電子商務(wù)協(xié)作過程中，需要將自己的Item〔編碼〕與客戶或供給商的Item〔編碼〕建立某種對應(yīng)關(guān)系，以提高供給鏈的協(xié)同效率。例如，作為客戶，一般會要求自己的供給商在送貨時(shí)，在相關(guān)送貨單據(jù)或?qū)嵨锷咸峁┘悍降腎tem編碼，以方便己方的收貨部門能進(jìn)行快速處理。在EBS系統(tǒng)的Item管理中，提供了有關(guān)客戶Item的完善定義與維護(hù)功能，即將己方的銷售產(chǎn)品按不同客戶〔客戶地址Address、地址類別AddressCategory〕與客戶Item建立交叉參考關(guān)系。具體包括兩個步驟。一是建立或維護(hù)客戶Item〔客戶Item相關(guān)信息如編碼等由客戶負(fù)責(zé)提供〕，如以下圖34所示：二是將公司Item〔主要指用于銷售的產(chǎn)品〕與已經(jīng)建立的客戶Item建立交叉參考關(guān)系。如以下圖35所示：一個客戶Item可以對應(yīng)公司多個Item〔需要定義“優(yōu)先級〞〕，這主要是滿足實(shí)際工作中客戶訂購的Item可以對應(yīng)公司的產(chǎn)品系列、允許替代的情況。例如公司生產(chǎn)的某種產(chǎn)品有不同顏色，公司內(nèi)部為之定義了不同的Item。客戶訂購Item所要求的顏色，在缺貨的特殊情況下，客戶也允許以另一種顏色替代。Item的客戶產(chǎn)品交叉參考的定義維護(hù)工作，需要花費(fèi)一定的人力、物力，本質(zhì)上它相當(dāng)于企業(yè)向自己的客戶提供了一種額外的增值效勞，主要滿足的是客戶的相關(guān)業(yè)務(wù)管理需求。對于作為供給商的企業(yè)角色來說，在為自己的客戶提供增值效勞的同時(shí)，也可以作為客戶角色，向自己的供給商要求提供類似效勞。故此，在EBS系統(tǒng)中，并未提供類似“客戶Item〞的“供給商Item交叉參考關(guān)系〞定義或維護(hù)。系統(tǒng)不提供類似功能，一來是因?yàn)橄噍^于銷售Item的有限數(shù)量〔幾十、上百就算多了〕，采購Item的數(shù)量要高得多〔成千上萬很正?！?，類似客戶Item的定義與維護(hù)工作量太大；二來是供給商Item交叉參考關(guān)系的定義維護(hù)，于實(shí)際工作的意義不是太大，完全可以由供給商的相關(guān)工作〔向己方提供增值效勞〕所取代。在EBS系統(tǒng)中，雖沒有定義Item的供給商產(chǎn)品交叉參考關(guān)系，但在采購的相關(guān)業(yè)務(wù)過程中，例如下達(dá)采購訂單時(shí)，可以手工輸入“供給商Item〞作為給對方的參考。系統(tǒng)為此提供了對于歷史業(yè)務(wù)數(shù)據(jù)中的手工輸入的供給商Item的查詢檢索功能，查詢范圍包括PO、詢報(bào)價(jià)、來源補(bǔ)充規(guī)那么等區(qū)域，如以下圖36所示：

ORACLEEBS系統(tǒng)主數(shù)據(jù)管理二、物料〔Item〕〔十二〕Item的物料關(guān)系〔Relationship〕〔十三〕Item的交叉參考〔CrossReference〕〔十四〕Item創(chuàng)立的模板〔Template〕〔十五〕Item的目錄組〔CatalogGroups〕〔十六〕Item的待定狀態(tài)〔PendingStatus〕〔十七〕Item的屬性組織間查看與復(fù)制〔十八〕Item的刪除〔十九〕Item的其它來源方式三、供給商〔Supplier〕〔一〕供給商的分類概述〔二〕供給商“名稱與編號〞〔SupplierName/Number〕〔三〕供給商的“地點(diǎn)〞〔Site〕〔四〕供給商的“分類〞屬性〔Classification〕〔五〕供給商的“接收〞屬性〔Receiving〕〔六〕供給商Site層的“一般〞屬性〔七〕供給商Site層的“聯(lián)系人〞屬性〔八〕供給商的多組織支持〔MOAC〕〔九〕供給商〔Site〕的“采購〞屬性〔十〕供給商〔Site〕的“控制〞屬性〔Control〕〔十一〕供給商〔Site〕的“付款〞屬性〔Payment〕〔十二〕供給商〔Site〕的“會計(jì)〞屬性〔十三〕供給商〔Site〕的“銀行賬戶〞屬性〔十四〕供給商〔Site〕的“發(fā)票稅〞屬性〔十五〕供給商〔Site〕的“預(yù)扣稅〞屬性〔十六〕供給商〔Site〕的“納稅申報(bào)〞及“EDI〞屬性〔十七〕R12的供給商定義與維護(hù)〔十八〕供給商的合并四、客戶〔Customer〕〔一〕客戶數(shù)據(jù)管理概述〔二〕EBS交易社區(qū)架構(gòu)〔TCA〕〔三〕客戶的配置文件分類〔ProfileClass〕〔四〕客戶的創(chuàng)立規(guī)那么〔五〕客戶的多組織控制〔MOAC〕〔六〕客戶的交易方層屬性及交易方關(guān)系〔七〕客戶的賬戶層與地點(diǎn)層屬性〔八〕客戶賬戶層的“分類〞分組屬性〔九〕客戶賬戶層的“市場營銷〞分組屬性〔十〕客戶賬戶層的“關(guān)系〞分組屬性〔十一〕客戶賬戶地點(diǎn)層的“特性〞分組屬性〔十二〕客戶賬戶與地點(diǎn)層的“通信〞分組屬性〔十三〕客戶賬戶與地點(diǎn)層的“聯(lián)系人〞分組屬性〔十四〕客戶賬戶與地點(diǎn)層的“聯(lián)系人：職責(zé)〞分組屬性〔十五〕客戶賬戶與地點(diǎn)層的“銀行賬戶〞分組屬性〔十六〕客戶賬戶與地點(diǎn)層的“付款方法〞分組屬性〔十七〕客戶賬戶與地點(diǎn)層的“配置文件：事務(wù)處理〞分組屬性〔十八〕客戶賬戶與地點(diǎn)層的“配置文件：單據(jù)打印〞分組屬性〔十九〕客戶賬戶與地點(diǎn)層的“配置文件：金額〞分組屬性〔二十〕客戶賬戶的“地址地點(diǎn)與業(yè)務(wù)目的〞屬性〔二十一〕R12客戶的賬戶層與地點(diǎn)層屬性〔二十二〕客戶數(shù)據(jù)的合并〔二十三〕客戶數(shù)據(jù)的其它管理功能五、結(jié)語

〔十二〕Item的物料關(guān)系〔Relationship〕對于已經(jīng)在系統(tǒng)中定義的Item，EBS可以定義和維護(hù)某些Item相互之間的特殊關(guān)系，這些所謂“特殊關(guān)系〞的類型包括采購接收替代、方案替代、交叉銷售、向上銷售、促銷升級、免費(fèi)贈送、沖突等等近二十種關(guān)系〔還可以自定義〕。上述定義的Item關(guān)系除采購接收替代在PO模塊中具有流程功能，允許替代接受之外，其它主要是在相關(guān)應(yīng)用模塊中用于查詢與報(bào)告功能。具有“方案替代〞的關(guān)系定義時(shí)，可以在“方案詳細(xì)資料〞窗口，進(jìn)一步定義所適用的客戶范圍等信息。如以下圖37所示：〔十三〕Item的交叉參考〔CrossReference〕除了上面所述的Item的“客戶產(chǎn)品交叉參考〞關(guān)系的專門定義與維護(hù)之外，EBS系統(tǒng)還基于實(shí)際工作需要，提供通用的Item交叉參考關(guān)系的定義維護(hù)，例如，在舊Item編碼與新Item之間建立對應(yīng)關(guān)系，將某些費(fèi)用類Item與財(cái)務(wù)部門使用的費(fèi)用類別代碼關(guān)聯(lián)等等。上面的“客戶與供給商的Item交叉參考〞是兩類比擬特殊的情況，在這里也可以建立通用的交叉參考，即不按具體的客戶或供給商區(qū)分，僅按參考交叉類型“客戶〞或“供給商〞類型籠統(tǒng)劃分。如以下圖38所示：上圖中的交叉參考類型的LOV值是直接手工輸入的，只是起到一個分類查詢的作用，Item所對應(yīng)的值也是手工輸入維護(hù)的，并且與Item之間沒有“一對一〞的關(guān)系。一個Item可以對應(yīng)多個參考值，反之亦然?！彩摹矷tem創(chuàng)立的模板〔Template〕用戶在EBS系統(tǒng)中創(chuàng)立Item的方法有多種，其中最簡單也是最直接的方法就是直接錄入。為了幫助提高Item錄入的效率以及減少錄入錯誤，系統(tǒng)提供了定義Item模板及從模板或其它已存在Item復(fù)制創(chuàng)立新Item的功能。如以下圖39所示是定義Item的界面：EBS系統(tǒng)在安裝初始狀態(tài)，已經(jīng)預(yù)置了假設(shè)干數(shù)量的Item模板，這些預(yù)置的模板可以劃分為三大類〔模板集〕。以下三個表顯示了不同模板集的具體內(nèi)容：模板集#1屬性ATO模型ATO選件類ATO物料成品套件按訂單裝配是是是否否BOM物料類型模型選件類標(biāo)準(zhǔn)標(biāo)準(zhǔn)標(biāo)準(zhǔn)允許BOM是是是是是在WIP中制造

是是

啟用本錢計(jì)算是是是是是客戶訂購物料是是是是是啟用客戶訂單是是是是是預(yù)測控制沖減和衍生沖減和衍生沖減和衍生沖減和衍生沖減和衍生納入累計(jì)是是是是是庫存資產(chǎn)估價(jià)是是是是是庫存物料是是是是是可開票物料是

是是是啟用開票是

是是是MRP方案方法MPS方案MRP方案MRP方案MPS方案未方案制造或采購制造制造制造制造制造OE可處理是是是是是外協(xié)加工物料-----挑庫組件否否否否是外購否否否否否可采購-----保存控制--可保存可保存-舍入控制--舍入訂貨量舍入訂貨量-發(fā)運(yùn)完整模型是----可發(fā)運(yùn)--是是-可儲存--是是-可處理--是是-用戶物料類型ATO模型ATO選件類ATO物料FGKWIP供給類型裝配拉式虛擬件推式推式裝配拉式模板集#2屬性外協(xié)加工物料PTO模型PTO選件類虛擬物料方案物料按訂單裝配否否否否否BOM物料類型標(biāo)準(zhǔn)模型選件類標(biāo)準(zhǔn)方案允許BOM-是是是是在WIP中制造----是啟用本錢計(jì)算

是是是-客戶訂購物料否是是否-啟用客戶訂單-是是--預(yù)測控制-沖減和衍生沖減和衍生--納入累計(jì)-是是是-庫存資產(chǎn)估價(jià)-是是是-庫存物料否是是是是可開票物料-是---啟用開票-是---MRP方案方法MRP方案未方案未方案MRP方案未方案制造或采購-制造制造制造-OE可處理-是是是-外協(xié)加工物料是----挑庫組件否是是否否外購是否否否否可采購是----保存控制-----舍入控制-----發(fā)運(yùn)完整模型-是---可發(fā)運(yùn)-----可儲存-----可處理-----用戶物料類型OPPTO模型PTO選件類PHPLWIP供給類型供給商-虛擬件虛擬件-模板集#3屬性外購物料引用物料子裝配件供給物料運(yùn)費(fèi)產(chǎn)品系列按訂單裝配否否否否-否ATP組件-----否BOM物料類型標(biāo)準(zhǔn)標(biāo)準(zhǔn)標(biāo)準(zhǔn)標(biāo)準(zhǔn)-產(chǎn)品系列允許BOM是-是是-是在WIP中制造--是--否檢查ATP-----無啟用本錢計(jì)算是-是--是客戶訂購物料是是否否否否啟用客戶訂單是---是否啟用周期盤點(diǎn)-----否工程物料-----否預(yù)測控制沖減和衍生-沖減和衍生---納入累計(jì)是-是--否內(nèi)部訂購物料-----否啟用內(nèi)部訂單-----否庫存資產(chǎn)估價(jià)是-是--是庫存物料是否是是-是可開票物料是---是否啟用開票是-是-是否制造或采購采購-制造采購

制造MRP方案方法MRP方案不方案MRP方案不方案

不方案OE可處理是-是--否外協(xié)加工物料-----否挑庫組件否否否否-否主要單位-----每個可采購是--是-否外購是否否是-否發(fā)放時(shí)間范圍-----請勿自動發(fā)放保存控制可保存-----舍入控制舍入訂貨量-舍入訂貨量---可效勞產(chǎn)品-----否發(fā)運(yùn)完整模型------可發(fā)運(yùn)物料是--

是否可儲存是-是是-否支持效勞-----否可處理是-是是是否使用批準(zhǔn)的供給商-----否用戶物料類型PREFSASI運(yùn)費(fèi)產(chǎn)品系列保修-----否WIP供給類型裝配拉式-工序拉式批量--注意，當(dāng)將模板應(yīng)用于現(xiàn)有Item時(shí)，此模板將改寫現(xiàn)有屬性。用戶可以按需要將任意數(shù)目的模板應(yīng)用于現(xiàn)有物料。較新的屬性值〔來自上次應(yīng)用的模板〕將改寫以前應(yīng)用的模板值，除非后者是不可更新的〔例如，主要單位即是一個永遠(yuǎn)不可更新的值〕?！彩濉矷tem的目錄組〔CatalogGroups〕前面在講到EBS的Item〔物料編碼〕時(shí)，已經(jīng)講到習(xí)慣上的“物料名稱〔Name〕〞被“說明〞字段〔短文本〕所代替。實(shí)際工作中，為了方便對于同類物料的查詢檢索與數(shù)據(jù)管理以及企業(yè)之間的溝通交流等目的，有必要對Item的類似Name的“說明〞字段也進(jìn)行標(biāo)準(zhǔn)化、標(biāo)準(zhǔn)化。具體方式就是將同類物料“說明〞的具體內(nèi)容劃分為多個標(biāo)準(zhǔn)的“組成段〞，按特定的次序〔稱之為“級連〞〕有選擇地組成某個Item的實(shí)際“說明〞。例如小汽車的Item“說明〞：車型〔帕薩特〕—功率〔75馬力〕—排量〔升〕—座位數(shù)〔5座〕；或者：“車型〔帕薩特〕—排量〔升〕〞等等。其中的每一個“組成段〞稱之為一個“說明性要素〞，所有“說明性要素〞的組合稱之為一個“目錄組〞〔CatalogGroups〕。目錄組在應(yīng)用于Item創(chuàng)立前，需預(yù)先定義維護(hù)以備用，如以下圖40所示：注意：“目錄組〞名稱字段本身也是一個可以自定義的鍵彈性域結(jié)構(gòu)，不過實(shí)際很少使用多段結(jié)構(gòu)，一般都取單個段，實(shí)際使用與普通表單字段無異。在具體定義或維護(hù)Item時(shí)，通過“目錄〞功能，選擇一個目錄組，然后在說明性要素中輸入具體值，以后那么可以隨時(shí)根據(jù)需要自動更新Item的說明字段〔生成不同級連組合〕。不同的Item只要具有同一目錄組，那么雖然“說明性要素〞的輸入值可能不同，但由于有明確的位置關(guān)系可以一一對應(yīng)，故方便了查詢與比擬。這實(shí)際上也等同于提供了某種特殊的物料分類方式，對于某些特殊場合〔如藥品或汽車，Item名稱長且同類Item名稱相似度高〕的名稱檢索管理將十分有幫助。如以下圖41所示：〔十六〕Item的待定狀態(tài)〔PendingStatus〕在實(shí)際工作中，基于管理的方便性需要，對于某些Item可能需要由系統(tǒng)自動控制其未來某一時(shí)刻開始〔或在某個期間〕處于某個特定“物料狀態(tài)〞〔如失效等〕。這項(xiàng)功能可以通過在Item定義維護(hù)界面為其設(shè)置“待定狀態(tài)〞來完成。如以下圖42所示：已經(jīng)設(shè)定的Item待定狀態(tài)需要通過“實(shí)施〞提交并發(fā)流程來完成，也可以在“請求〞里直接提交周期性運(yùn)行的后臺流程。〔十七〕Item的屬性組織間查看與復(fù)制在大型組織機(jī)構(gòu)中，同一Item在不同組織〔INVOrg〕有不同的屬性設(shè)置，EBS提供了屬性的跨組織查詢與復(fù)制功能〔詳細(xì)內(nèi)容，請參考ORACLE相關(guān)文檔〕。如以下圖43所示：〔十八〕Item的刪除這里所講的刪除是指從數(shù)據(jù)庫中真正清空掉Item有關(guān)信息實(shí)體，這些實(shí)體可以包括物料、物料清單、組件、工藝路線或工序。這是個很少用到的功能，應(yīng)用于某些特殊場合，例如垃圾數(shù)據(jù)太多等等。EBS系統(tǒng)預(yù)置有假設(shè)干初始的“刪除約束條件〞與“刪除語句〞〔SQL〕，只能查看，不能修改。但用戶可以自定義刪除“約束〞和“語句〞。實(shí)際的刪除是通過運(yùn)行“刪除物料信息〞的后臺并發(fā)流程來進(jìn)行的。為了方便刪除工作的開展與管理，EBS系統(tǒng)提供了所謂“刪除組〞功能，以檢查、實(shí)施、監(jiān)控批量刪除過程。如以下圖44所示：〔十九〕Item的其它來源方式除了上述在EBS的Item定義維護(hù)界面直接創(chuàng)立方式之外，系統(tǒng)還提供了從外部來源的Item數(shù)據(jù)導(dǎo)入接口〔API〕方式。此外，作為系統(tǒng)外圍的高級應(yīng)用功能，EBS還提供屬于PLM范疇的AdvancedProductCatalog應(yīng)用模塊來管理Item來源創(chuàng)立及維護(hù)更新的復(fù)雜事務(wù)過程。如以下圖45所示：在INV、BOM、ENG模塊中的Item、Bom、ECO實(shí)際上主要只是提供了相關(guān)結(jié)果數(shù)據(jù)的錄入功能，并未涉及具體的數(shù)據(jù)來源過程。對于業(yè)務(wù)復(fù)雜、管理完善的企業(yè)來說，相關(guān)Item主數(shù)據(jù)的來源，必然是需要經(jīng)歷一個創(chuàng)立、討論、審批等環(huán)節(jié)的“準(zhǔn)入〞認(rèn)證事務(wù)管理過程。如以下圖46所示有關(guān)參與討論人員的“認(rèn)證〞意見提交：EBS系統(tǒng)除了有AdvancedProductCatalog應(yīng)用模塊的功能為此提供“端到端〞的全流程管理之外，另一屬于PDM范疇的產(chǎn)品Agile也提供更為強(qiáng)大、更為完善的過程管理功能，以適應(yīng)不同企業(yè)、不同層次的業(yè)務(wù)管理需要。正如筆者在“ORACLEEBS系統(tǒng)架構(gòu)與應(yīng)用實(shí)踐〞一文中所述，INV/BOM/ENG有關(guān)原始業(yè)務(wù)數(shù)據(jù)的錄入，更多地是表達(dá)核心業(yè)務(wù)系統(tǒng)在“數(shù)據(jù)集成性、流程集成性〞方面的要求，而這些系統(tǒng)外圍產(chǎn)品的功能設(shè)計(jì)，那么更多地是表達(dá)在非核心系統(tǒng)事務(wù)“管理集成性〞方面的要求，兩者的有機(jī)結(jié)合，構(gòu)成了ORACLE產(chǎn)品系統(tǒng)架構(gòu)的高度可伸縮性與完善而強(qiáng)大的業(yè)務(wù)功能?！灿嘘P(guān)AdvancedProductCatalog產(chǎn)品及Agile產(chǎn)品的具體內(nèi)容，以后有時(shí)機(jī)再來討論〕。ORACLEEBS系統(tǒng)主數(shù)據(jù)管理三、供給商〔Supplier〕〔一〕供給商的分類概述〔二〕供給商“名稱與編號〞〔SupplierName/Number〕〔三〕供給商的“地點(diǎn)〞〔Site〕〔四〕供給商的“分類〞屬性〔Classification〕〔五〕供給商的“接收〞屬性〔Receiving〕〔六〕供給商Site層的“一般〞屬性〔七〕供給商Site層的“聯(lián)系人〞屬性〔八〕供給商的多組織支持〔MOAC〕〔九〕供給商〔Site〕的“采購〞屬性〔十〕供給商〔Site〕的“控制〞屬性〔Control〕〔十一〕供給商〔Site〕的“付款〞屬性〔Payment〕〔十二〕供給商〔Site〕的“會計(jì)〞屬性〔十三〕供給商〔Site〕的“銀行賬戶〞屬性〔十四〕供給商〔Site〕的“發(fā)票稅〞屬性〔十五〕供給商〔Site〕的“預(yù)扣稅〞屬性〔十六〕供給商〔Site〕的“納稅申報(bào)〞及“EDI〞屬性〔十七〕R12的供給商定義與維護(hù)〔十八〕供給商的合并四、客戶〔Customer〕〔一〕客戶數(shù)據(jù)管理概述〔二〕EBS交易社區(qū)架構(gòu)〔TCA〕〔三〕客戶的配置文件分類〔ProfileClass〕〔四〕客戶的創(chuàng)立規(guī)那么〔五〕客戶的多組織控制〔MOAC〕〔六〕客戶的交易方層屬性及交易方關(guān)系〔七〕客戶的賬戶層與地點(diǎn)層屬性〔八〕客戶賬戶層的“分類〞分組屬性〔九〕客戶賬戶層的“市場營銷〞分組屬性〔十〕客戶賬戶層的“關(guān)系〞分組屬性〔十一〕客戶賬戶地點(diǎn)層的“特性〞分組屬性〔十二〕客戶賬戶與地點(diǎn)層的“通信〞分組屬性〔十三〕客戶賬戶與地點(diǎn)層的“聯(lián)系人〞分組屬性〔十四〕客戶賬戶與地點(diǎn)層的“聯(lián)系人：職責(zé)〞分組屬性〔十五〕客戶賬戶與地點(diǎn)層的“銀行賬戶〞分組屬性〔十六〕客戶賬戶與地點(diǎn)層的“付款方法〞分組屬性〔十七〕客戶賬戶與地點(diǎn)層的“配置文件：事務(wù)處理〞分組屬性〔十八〕客戶賬戶與地點(diǎn)層的“配置文件：單據(jù)打印〞分組屬性〔十九〕客戶賬戶與地點(diǎn)層的“配置文件：金額〞分組屬性〔二十〕客戶賬戶的“地址地點(diǎn)與業(yè)務(wù)目的〞屬性〔二十一〕R12客戶的賬戶層與地點(diǎn)層屬性〔二十二〕客戶數(shù)據(jù)的合并〔二十三〕客戶數(shù)據(jù)的其它管理功能五、結(jié)語

三、供給商〔Supplier〕在二十一世紀(jì)的今天，人們已經(jīng)逐步認(rèn)識到，企業(yè)之間的競爭已不完全是單個企業(yè)之間的競爭，而是企業(yè)所擁有的供給鏈之間的整體競爭。企業(yè)供給鏈的效率與質(zhì)量如何，關(guān)系到企業(yè)在日益殘酷的市場游戲中能否取得競爭優(yōu)勢。企業(yè)與供給商之間的關(guān)系，也不再是過去簡單的買賣關(guān)系，而是越來越深入、緊密的合作伙伴關(guān)系。企業(yè)與自己的供給商之間既有不同利益的矛盾，也有共同利益的合作。在企業(yè)的管理實(shí)踐過程中，涉及“供給商〞的管理信息系統(tǒng)的設(shè)計(jì)主要有兩方面內(nèi)容，一是與供給商在日常業(yè)務(wù)過程中的商務(wù)協(xié)同，包括供給商門戶、訂單協(xié)同、方案協(xié)同、詢報(bào)價(jià)、招投標(biāo)等等內(nèi)容，通常歸入SCM產(chǎn)品的范疇；二是供給商的生命周期與關(guān)系管理，包括供給商準(zhǔn)入管理、資格認(rèn)證、協(xié)議與合同管理、績效考評等等內(nèi)容，通常歸入SRM產(chǎn)品的范疇。這兩方面的內(nèi)容的連接點(diǎn)就是“供給商主數(shù)據(jù)〞，前者涉及供給商主數(shù)據(jù)的使用，后者涉及供給商主數(shù)據(jù)的創(chuàng)立與維護(hù)。在ORACLEEBS系統(tǒng)中，涉及供給商主數(shù)據(jù)“使用〞的SCM產(chǎn)品目前已經(jīng)比擬完善，而涉及供給商主數(shù)據(jù)“創(chuàng)立〞的SRM產(chǎn)品目前還在開展過程中。R12將供給商主數(shù)據(jù)的定義與維護(hù)從GUI界面變?yōu)閃EB界面，也是考慮了SRM產(chǎn)品的未來拓展需要。由于R12與R11的供給商主數(shù)據(jù)相比，除了多組織控制，在內(nèi)容方面并無本質(zhì)上的太大變化，考慮到WEB界面不太方便于系統(tǒng)學(xué)習(xí)演示，故以下關(guān)于供給商主數(shù)據(jù)的討論將以R11的GUI界面為主，然后再輔之以R12的WEB界面以做補(bǔ)充、比擬?！惨弧彻┙o商的分類概述企業(yè)的供給商按所提供產(chǎn)品與效勞的用途劃分，可分為“生產(chǎn)供給商〞與“非生產(chǎn)供給商〞兩大類。所謂“生產(chǎn)供給商〞是指其提供的產(chǎn)品或效勞，企業(yè)并非終端使用者，而是進(jìn)入企業(yè)銷售的產(chǎn)品或效勞之中，最終提供給企業(yè)的客戶使用，例如原輔材料供給商，為企業(yè)的產(chǎn)品提供運(yùn)輸、維修等效勞的供給商等等；所謂“非生產(chǎn)供給商〞，是指企業(yè)自身就是終端使用或消費(fèi)者，例如企業(yè)所使用的辦公用品、儀器設(shè)備供給商，以及為企業(yè)的日常運(yùn)作提供效勞的廣告公司、軟件提供商、咨詢參謀公司等等。按供給商提供的產(chǎn)品與效勞的形態(tài)劃分，那么可以劃分為“有形〞實(shí)物類的供給商，與“無形〞效勞類的供給商；按供給商與所提供產(chǎn)品的關(guān)系，可以分為“制造商、代理商〞；按供給商的組織形態(tài)劃分，那么可以劃分為“公司供給商〞與“個人供給商〞〔在EBS中，公司員工有時(shí)需要當(dāng)作供給商來處理〕；按地域范圍劃分，那么可以劃分為“國內(nèi)供給商與國外供給商〞；按供給商所處生命周期或合作關(guān)系劃分，那么可以分為“潛在供給商、一次性供給商、試用供給商、長期合作供給商〞等等。在EBS系統(tǒng)中，供給商分類/類型LOV是在LookupCode進(jìn)行定義的，如以下圖47所示：要注意的是，盡管供給商類型VendorType的訪問級別是“用戶〞，即用戶可以完全自定義，其LOV值不參與系統(tǒng)流程構(gòu)建。但ORACLE初始安裝所預(yù)置的值中代碼“EMPLOYEE員工〞并不能被刪除或修改，因?yàn)樵诠┙o商定義引用時(shí)，如果找不到“員工〞類型，那么就無法將員工設(shè)置為供給商〔而一旦無法將員工設(shè)為供給商，那么AP在處理員工費(fèi)用報(bào)表時(shí)將無法進(jìn)行〕。故推測VendorType的“訪問級別〞實(shí)際上應(yīng)當(dāng)是“可擴(kuò)展〞，這可能是系統(tǒng)設(shè)計(jì)疏忽。盡管上面依據(jù)各種屬性對供給商做了種種分類的討論，但實(shí)際上在EBS系統(tǒng)中，除“員工〞類型之外，其余只是主要起到統(tǒng)計(jì)分析的作用，于系統(tǒng)流程角度看并無本質(zhì)區(qū)別。在EBS系統(tǒng)中，供給商的定義與維護(hù)是在AP模塊而非PO模塊中進(jìn)行的〔之所以如此，與ORACLE的產(chǎn)品開展歷程有一定關(guān)系〕。在AP模塊中定義維護(hù)供給商，意味著即使沒有或不使用PO模塊，也可以在AP模塊中對于需要向各種供給商進(jìn)行付款的業(yè)務(wù)行為進(jìn)行有效管理。EBS的AP模塊定義的供給商主數(shù)據(jù)，將同時(shí)為PO模塊、Asset資產(chǎn)模塊、Property財(cái)產(chǎn)模塊等所共享?！捕彻┙o商“名稱與編號〞〔SupplierName/Number〕在EBS系統(tǒng)中，由于實(shí)際使用以及早期系統(tǒng)設(shè)計(jì)考慮欠周詳?shù)确矫娴脑?，在PO模塊的訂單界面中是將“供給商名稱〞〔SupplierName〕作為主要檢索字段來使用的〔PO界面甚至沒有直接顯示“供給商編號〞字段〕，在AP模塊的發(fā)票界面雖然有供給商編號字段，但人們在使用習(xí)慣上還是以“供給商名稱〞為主。故如果將“供給商名稱〞理解成供給商的“組織全稱〞，那么實(shí)際使用將很不方便，因?yàn)橐话銇碚f供給商法律意義上的公司注冊“全稱〞會比擬長。EBS的供給商定義界面有“供給商名稱〞與“別名〞兩個字段，考慮到上述因素，實(shí)際使用情況可能恰好相反：以“別名〞字段記錄供給商“全稱〞，而在“供給商名稱〞字段輸入符合企業(yè)命名慣例且便于識別記憶的“短名、別名或簡稱〞。如以下圖48所示：系統(tǒng)要求“供給商名稱〞具有唯一性，但已經(jīng)存在的供給商名稱可以更改，且并不影響系統(tǒng)已經(jīng)存在的相關(guān)業(yè)務(wù)數(shù)據(jù)。供給商一旦定義就無法輕易刪除，可以通過“無效日期〞設(shè)置使其不能輸入發(fā)票或采購訂單〔并不影響已有業(yè)務(wù)的處理〕。上圖中“一般〞Tab頁中的“父供給商名稱〞及“編號〞，表示當(dāng)前供給商與系統(tǒng)中已經(jīng)定義的其它供給商具有附屬關(guān)系，而客戶編碼字段，那么是本企業(yè)在該供給商處的標(biāo)識編號?！肮┙o商編號〞具有唯一性且不可更新〔系統(tǒng)的跟蹤標(biāo)識〕，可以手工輸入，也可以由系統(tǒng)自動生成，具體是那種方式由AP系統(tǒng)相關(guān)設(shè)置控制。這一點(diǎn)，R12與R11相比設(shè)置界面雖有所不同，但在多組織〔OU〕功能支持下，供給商的編號設(shè)定都是實(shí)現(xiàn)跨OU定義的，故其編號設(shè)置與OU無關(guān)。如圖49所示R12的供給商編號設(shè)置：不過，在實(shí)際的企業(yè)管理實(shí)踐中，使用“無涵義〞的供給商自動編號并不可取，企業(yè)通常需要基于前面所講的供給商分類，統(tǒng)籌考慮制定“有涵義〞的手工編號規(guī)那么，這是因?yàn)镋BS系統(tǒng)所提供的供給商“分類〞控制方式有點(diǎn)簡單，缺少層次性，很多時(shí)候并不能很方便地滿足實(shí)際統(tǒng)計(jì)分析工作的需要〔這或許是EBS系統(tǒng)設(shè)計(jì)方面的缺乏〕?！踩彻┙o商的“地點(diǎn)〞〔Site〕在“ORACLEEBS根底設(shè)置要點(diǎn)簡介〞一文中，關(guān)于“Address、Location、Site〞的三者關(guān)系已經(jīng)有詳細(xì)介紹。Site的涵義更多的是表示一種比擬虛無的“屬性〞，ORACLE借用Site〔地點(diǎn)〕的這一特性，來表示與同一供給商的合作過程中，供給商可能有多種合作狀況，例如一個集團(tuán)公司性質(zhì)的的供給商，以一個整體對外與企業(yè)簽署合作協(xié)議并承當(dāng)有關(guān)法律責(zé)任，但實(shí)際業(yè)務(wù)的發(fā)生，希望按不同子公司分別使用不同的銀行賬戶