【導(dǎo)讀】以下僅針對(duì)各“屬性組”。這個(gè)屬性組內(nèi)容相對(duì)簡(jiǎn)單，如前面的圖1所示。有關(guān)Item的單位、類型、狀態(tài)等內(nèi)容前文已經(jīng)有相關(guān)介紹，這里?，F(xiàn)在相關(guān)配置文件的初始賦值之中，用戶可根據(jù)需要修改。另外，Item定義界面題頭的“說明性彈性域”也可以用來?yè)?dān)當(dāng)類似。更進(jìn)一步，還可以為Item添加“附件”（可以多個(gè)并具有。多種形式）來為Item提供更為豐富與詳盡的數(shù)據(jù)支持。切換到“組織”屬性顯示時(shí)，該屬性字段將被灰顯而不可更新。更改更新，可以具有與“主層”屬性顯示狀態(tài)時(shí)不同的賦值。成多個(gè)部分進(jìn)行訂購(gòu)。此屬性組內(nèi)容比較復(fù)雜，包括“批次過期、批次號(hào)、序列號(hào)、轉(zhuǎn)移）的功能應(yīng)用范疇，某些屬性對(duì)于具體的事務(wù)處理有決定性影響。此屬性組與系統(tǒng)的BOM功能以及OM訂單處理功能相關(guān)。認(rèn)采購(gòu)員”，則用于采購(gòu)員業(yè)務(wù)量分配與管理。此屬性組用于控制Item的MPS/MRP計(jì)劃功能，

　　

【正文】 ，則可以劃分為“國(guó)內(nèi)供應(yīng)商與國(guó)外供應(yīng)商”；按供應(yīng)商所處生命周期或合作關(guān)系劃分，則可以分為“潛在供應(yīng)商、一次性供應(yīng)商、試用供應(yīng)商、長(zhǎng)期合作供應(yīng)商”等等。 在 EBS 系統(tǒng)中，供應(yīng)商分類 /類型 LOV 是在 Lookup Code 進(jìn)行定義的，如下圖 47 所示： 要注意的是，盡管供應(yīng)商類型 Vendor Type 的訪問級(jí)別是“用戶”，即用戶可以完全自定義，其 LOV 值不參與系統(tǒng)流程構(gòu)建。但 ORACLE 初始安裝所預(yù)置的值中代碼“ EMPLOYEE 員工”并不能被刪除或修改，因?yàn)樵诠?應(yīng)商定義引用時(shí)，如果找不到“員工”類型，則就無(wú)法將員工設(shè)置為供應(yīng)商（而一旦無(wú)法將員工設(shè)為供應(yīng)商，則 AP 在處理員工費(fèi)用報(bào)表時(shí)將無(wú)法進(jìn)行）。故推測(cè) Vendor Type 的“訪問級(jí)別”實(shí)際上應(yīng)當(dāng)是“可擴(kuò)展”，這可能是系統(tǒng)設(shè)計(jì)疏忽。盡管上面依據(jù)各種屬性對(duì)供應(yīng)商做了種種分類的討論，但實(shí)際上在 EBS系統(tǒng)中，除“員工”類型之外，其余只是主要起到統(tǒng)計(jì)分析的作用，于系統(tǒng)流程角度看并無(wú)本質(zhì)區(qū)別。 在 EBS系統(tǒng)中，供應(yīng)商的定義與維護(hù)是在 AP模塊而非 PO模塊中進(jìn)行的（之所以如此，與 ORACLE 的產(chǎn)品發(fā)展歷程有一定關(guān)系）。在 AP 模塊 中定義維護(hù)供應(yīng)商，意味著即使沒有或不使用 PO 模塊，也可以在 AP 模塊中對(duì)于需要向各種供應(yīng)商進(jìn)行付款的業(yè)務(wù)行為進(jìn)行有效管理。 EBS的 AP 模塊定義的供應(yīng)商主數(shù)據(jù)，將同時(shí)為 PO 模塊、 Asset 資產(chǎn)模塊、 Property 財(cái)產(chǎn)模塊等所共享。 （二）供應(yīng)商“名稱與編號(hào)”（ Supplier Name/Number） 在 EBS系統(tǒng)中，由于實(shí)際使用以及早期系統(tǒng)設(shè)計(jì)考慮欠周詳?shù)确矫娴脑?，?PO 模塊的訂單界面中是將“供應(yīng)商名稱”（ Supplier Name）作為主要檢索字段來使用的（ PO 界面甚至沒有直接顯示“供應(yīng)商編號(hào)”字段） ，在 AP 模塊的發(fā)票界面雖然有供應(yīng)商編號(hào)字段，但人們?cè)谑褂昧?xí)慣上還是以“供應(yīng)商名稱”為主。故如果將“供應(yīng)商名稱”理解成供應(yīng)商的“組織全稱”，則實(shí)際使用將很不方便，因?yàn)橐话銇碚f供應(yīng)商法律意義上的公司注冊(cè)“全稱”會(huì)比較長(zhǎng)。 EBS 的供應(yīng)商定義界面有“供應(yīng)商名稱”與“別名”兩個(gè)字段，考慮到上述因素，實(shí)際使用情況可能恰好相反：以“別名”字段記錄供應(yīng)商“全稱”，而在“供應(yīng)商名稱”字段輸入符合企業(yè)命名慣例且便于識(shí)別記憶的“短名、別名或簡(jiǎn)稱”。如下圖 48 所示： 系統(tǒng)要求“供應(yīng)商名稱”具有唯一性，但已經(jīng)存在的供應(yīng)商名 稱可以更改，且并不影響系統(tǒng)已經(jīng)存在的相關(guān)業(yè)務(wù)數(shù)據(jù)。供應(yīng)商一旦定義就無(wú)法輕易刪除，可以通過“無(wú)效日期”設(shè)置使其不能 輸入發(fā)票或采購(gòu)訂單（并不影響已有業(yè)務(wù)的處理） 。上圖中“一般”Tab頁(yè)中的“父供應(yīng)商名稱”及“編號(hào)”，表示當(dāng)前供應(yīng)商與系統(tǒng)中已經(jīng)定義的其它供應(yīng)商具有從屬關(guān)系，而客戶編碼字段，則是本企業(yè)在該供應(yīng)商處的標(biāo)識(shí)編號(hào)。 “供應(yīng)商編號(hào)”具有唯一性且不可更新（系統(tǒng)的跟蹤標(biāo)識(shí)），可以手工輸入，也可以由系統(tǒng)自動(dòng)生成，具體是那種方式由 AP 系統(tǒng)相關(guān)設(shè)置控制。這一點(diǎn)， R12 與 R11 相比設(shè)置界面雖有所不同，但在多組織（ OU） 功能支持下，供應(yīng)商的編號(hào)設(shè)定都是實(shí)現(xiàn)跨 OU 定義的，故其編號(hào)設(shè)置與 OU 無(wú)關(guān)。如圖 49所示 R12的供應(yīng)商編號(hào)設(shè)置： 不過，在實(shí)際的企業(yè)管理實(shí)踐中，使用“無(wú)涵義”的供應(yīng)商自動(dòng)編號(hào)并不可取，企業(yè)通常需要基于前面所講的供應(yīng)商分類，統(tǒng)籌考慮制定“有涵義”的手工編號(hào)規(guī)則，這是因?yàn)?EBS 系統(tǒng)所提供的供應(yīng)商“分類”控制方式有點(diǎn)簡(jiǎn)單，缺少層次性，很多時(shí)候并不能很方便地滿足實(shí)際統(tǒng)計(jì)分析工作的需要（這或許是 EBS系統(tǒng)設(shè)計(jì)方面的不足）。 （三）供應(yīng)商的“地點(diǎn)”（ Site） 在“ ORACLE EBS 基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介”一文中 ，關(guān)于“ Address、 Location、Site”的三者關(guān)系已經(jīng)有詳細(xì)介紹。 Site 的涵義更多的是表示一種比較虛無(wú)的“屬性”， ORACLE借用 Site（地點(diǎn)）的這一特性，來表示與同一供應(yīng)商的合作過程中，供應(yīng)商可能有多種合作狀況，例如一個(gè)集團(tuán)公司性質(zhì)的的供應(yīng)商，以一個(gè)整體對(duì)外與企業(yè)簽署合作協(xié)議并承擔(dān)有關(guān)法律責(zé)任，但實(shí)際業(yè)務(wù)的發(fā)生，希望按不同子公司分別使用不同的銀行賬戶與付款條件等等。 在 EBS 中，有關(guān)供應(yīng)商的信息或?qū)傩员环譃閮蓚€(gè)層次“供應(yīng)商層”與“供應(yīng)商地點(diǎn)層”，這兩個(gè)層次的信息字段絕大部分有重復(fù)，少部分可 能只在“供應(yīng)商層”或“地點(diǎn)層”中才有。僅在“供應(yīng)商層”有的信息如：“一般、分類、接收” Tab頁(yè)中的相關(guān)內(nèi)容，自動(dòng)適用于“地點(diǎn)層”，為該供應(yīng)商的不同 Site 所共有；在信息字段有重復(fù)的部分，“供應(yīng)商層”的輸入信息會(huì)被自動(dòng)默認(rèn)到 Site 層，但在 Site 層可更新維護(hù)而允許與供應(yīng)商層內(nèi)容不同。 而 Site 層的某些特有信息如“一般、聯(lián)系人” Tab頁(yè)中的相關(guān)內(nèi)容，就只屬于該 Site，由于這個(gè)原因，故系統(tǒng)中每個(gè)供應(yīng)商必須至少有一個(gè) Site。某些在供應(yīng)商層與 Site 層均有的 Tab頁(yè)如“采購(gòu)”，其實(shí)際字段內(nèi)容 Site 層也比供應(yīng) 商層為多。如下圖 50 所示： 上圖中， R11 的供應(yīng)商層有 12 個(gè) Tab頁(yè)，而 Site 層則只有 11 個(gè) Tab頁(yè)，兩相比較，“分類與接收” Tab頁(yè)只在供應(yīng)商層有，而“聯(lián)系人” Tab頁(yè)只在 Site 層有，并且“一般與采購(gòu)” Tab頁(yè)在供應(yīng)商層與 Site 層的實(shí)際內(nèi)容有較大區(qū)別，僅一部分有重疊。 Site 添加則是在進(jìn)入 Site 界面后按“新建”。同一供應(yīng)商的 Site 必須具有唯一性（僅指同一 OU 內(nèi)，不同 OU 下可以相同），但不同供應(yīng)商的 Site 名稱可以相同。已經(jīng)存在的 Site 名稱可以更改，并不影響其他相關(guān)應(yīng)用。 R11 中無(wú)法同時(shí)直接顯示創(chuàng)建的多個(gè)供應(yīng)商 Site，只能在進(jìn)入 Site 界面后，通過“ Page Down”鍵來順序切換，或利用快捷“查找”功能顯示結(jié)果后選擇切換（這是 R11 系統(tǒng)設(shè)計(jì)使用不夠方便的地方）。 （四）供應(yīng)商的“分類”屬性（ Classification） 在供應(yīng)商層的“分類” Tab頁(yè)，除了前面供應(yīng)商分類概述中講到的“類型”（ Type）字段的 LOV 可選值之外，系統(tǒng)還提供了一些其它的補(bǔ)充字段設(shè)置。如上圖 50中所示包括：“少數(shù)民族經(jīng)營(yíng)的企業(yè)、女性經(jīng)營(yíng)的企業(yè)”（不明白 ORACLE預(yù)置這兩種類型有什么實(shí)際意義？）； “一次性交易與小型企業(yè)”，只是一個(gè)標(biāo)識(shí)，實(shí)際系統(tǒng)并不限制與其的交易次數(shù)與交易規(guī)模； SIC 是 Standard Industry Code 的縮寫，只能手工輸入，并無(wú) LOV 值。不過，企業(yè)可以利用此 SIC 字段，輸入自定義的符合企業(yè)某些特殊分類需要的代碼，例如以不同 代碼區(qū)別 “ 更可靠的供應(yīng)商 ” 和 “ 不太可靠的供應(yīng)商 ” ，或者如 “ 原始設(shè)備制造商 ” 和 “ 辦公用品供應(yīng)商 ” 等等。上述字段均只有統(tǒng)計(jì)分析的功能，并不參與系統(tǒng)業(yè)務(wù)流程構(gòu)建。 唯一比較特殊的是“類型”中取值為“員工 Employee”時(shí)，才可以選擇輸入“員工姓名”及“員工編 號(hào)”字段。在 AP 系統(tǒng)中，只有已經(jīng)被創(chuàng)建為供應(yīng)商的“員工”所建立的“費(fèi)用報(bào)表”，才能成功導(dǎo)入到“發(fā)票”中去。不過， AP 系統(tǒng)“ 將員工創(chuàng)建為供應(yīng)商 ” 參數(shù)可以設(shè)定 “發(fā)票導(dǎo)入”功能將費(fèi)用報(bào)表中的員工自動(dòng)創(chuàng)建為供應(yīng)商，故通常無(wú)需做員工供應(yīng)商的手工維護(hù)。 （五）供應(yīng)商的“接收”屬性（ Receiving） 該屬性僅在“供應(yīng)商層”可設(shè)置，為所有的 Site 層所共用，如下圖 51所示： 不過，這里的大多數(shù)屬性設(shè)置，只是給采購(gòu)訂單 PO 提供默認(rèn)值，允許手工修改。相關(guān)屬性在其它地方如 Item、系統(tǒng)選項(xiàng)等處也有類似設(shè)置，系統(tǒng)設(shè) 計(jì)按照某種層次結(jié)構(gòu)向 PO 默認(rèn)（具體以后在討論系統(tǒng)模塊的應(yīng)用功能時(shí)再作介紹）?；蛟S正是這個(gè)原因， ORACLE 覺得沒有必要再在 Site 層作設(shè)置。此外，為方便供應(yīng)商的創(chuàng)建，有關(guān)的“財(cái)務(wù)系統(tǒng)選項(xiàng)、應(yīng)付系統(tǒng)系統(tǒng)選項(xiàng)、采購(gòu)系統(tǒng)選項(xiàng)”的設(shè)置，均會(huì)默認(rèn)至供應(yīng)商的相關(guān)字段，這有助于提高錄入速度。