【正文】 em時， 此模板將改寫現(xiàn)有 屬性。較新的屬性值（來自上次應(yīng)用的模板）將改寫以前應(yīng)用的模板值，除非后者是不可更新的（例如，主要單位即是一個永遠不可更新的值）。實際工作中，為了方便對于同類物料的查詢檢索與數(shù)據(jù)管理以及企業(yè)之間的溝通交流等目的，有必要對 Item的類似 Name的“說明”字段也進行規(guī)范化、標(biāo)準(zhǔn)化。例如小汽車的 Item“說明”：車型（帕薩特） — 功率（ 75馬力） — 排量（ ） — 座位數(shù)（ 5座）；或者：“車型（帕薩特） — 排量（ ）”等等。目錄組在應(yīng)用于 Item創(chuàng)建前，需預(yù)先定義維護以備用，如下圖 40所示： 注意：“目錄組”名稱字段本身也是一個 可以自定義的鍵彈性域結(jié)構(gòu)，不過實際很少使用多段結(jié)構(gòu)，一般都取單個段，實際使用與普通表單字段無異。不同的 Item 只要具有同一目錄組，則雖然“說明性要素”的輸入值可能不同，但由于有明確的位置關(guān)系可以一一對應(yīng)，故方便了查詢與比較。如下圖 41 所示： （十六） Item的待定狀態(tài)（ Pending Status） 在實際工作中，基于管理的方便性需要，對于某些 Item可能需要由系統(tǒng)自動控制其未來某一時刻開始（或在某個期間）處于某個特定“物料狀態(tài)”（如失效等）。如下圖42 所示： 已經(jīng)設(shè)定的 Item待定狀態(tài)需要通過“實施”提交并發(fā)流程來完成，也可以在“請求”里直接提交周期性運行的后臺流程。如下圖 43 所示： （十八） Item的刪除 這里所講的刪除是指從數(shù)據(jù)庫中真正清空掉 Item有關(guān)信息實體， 這些實體可以包括物料、物料清單、組件、工藝路線或工序。 EBS 系統(tǒng)預(yù)置有若干初始的“刪除約束條件”與“刪除語句”（ SQL），只能查看，不能修改。 實際的 刪除是通過運行“刪除物料信息”的后臺并發(fā)流程來進行的。如下圖 44 所示： （十九） Item的其它來源方式 除了上述在 EBS 的 Item定義維護界面直接創(chuàng)建方式之外，系統(tǒng)還提供了從外部來源的 Item數(shù)據(jù)導(dǎo)入接口（ API）方式。如下圖 45 所示： 在 INV、 BOM、 ENG 模塊中的 Item、 Bom、 ECO 實際上主要只是提供了相關(guān)結(jié)果數(shù)據(jù)的錄入功能，并未涉及具體的數(shù)據(jù)來源過程。如下圖 46所示有關(guān)參與討論人員的“認證”意見提交： EBS 系統(tǒng)除了有 Advanced Product Catalog 應(yīng)用模塊的功能為此提供“端到端”的全流程管理之外，另一屬于 PDM范疇的產(chǎn)品 Agile 也提供更為強大、更為完善的過程管理功能 ，以適應(yīng)不同企業(yè)、不同層次的業(yè)務(wù)管理需要。（有關(guān) Advanced Product Catalog產(chǎn)品及 Agile 產(chǎn)品的具體內(nèi)容，以后有機會再來討論）。企業(yè)供應(yīng)鏈的效率與質(zhì)量如何，關(guān)系到企業(yè)在日益殘酷的市場游戲中能否取得競爭優(yōu)勢。企業(yè)與自己的供應(yīng)商之間既有不同利益的矛盾，也有共同利益的合作。這兩方面的內(nèi)容的連接點就是“供應(yīng)商主數(shù)據(jù)”，前者涉及供應(yīng)商主數(shù)據(jù)的使用，后者涉及供應(yīng)商主數(shù)據(jù)的創(chuàng)建與維護。R12將供應(yīng)商 主數(shù)據(jù)的定義與維護從 GUI界面變?yōu)?WEB界面，也是考慮了 SRM產(chǎn)品的未來拓展需要。 （一）供應(yīng)商的分類概述 企業(yè)的供應(yīng)商按所提供產(chǎn)品與服務(wù)的用途劃分，可分為“生產(chǎn)供應(yīng)商”與“非生產(chǎn)供應(yīng)商”兩大類。 按供應(yīng)商提供的產(chǎn)品與服務(wù)的形態(tài)劃分，則可以劃分為“有形”實物類的供應(yīng)商，與“無形”服務(wù)類的供應(yīng)商；按供應(yīng)商與所提供產(chǎn)品的關(guān)系，可以分為“制造商、代理商”；按供應(yīng)商的組織形態(tài)劃分，則可以劃分為“公司供應(yīng)商”與“個人供應(yīng)商”（在 EBS中，公司員工 有時需要當(dāng)作供應(yīng)商來處理）；按地域范圍劃分，則可以劃分為“國內(nèi)供應(yīng)商與國外供應(yīng)商”；按供應(yīng)商所處生命周期或合作關(guān)系劃分，則可以分為“潛在供應(yīng)商、一次性供應(yīng)商、試用供應(yīng)商、長期合作供應(yīng)商”等等。但 ORACLE 初始安裝所預(yù)置的值中代碼“ EMPLOYEE 員工”并不能被刪除或修改，因為在供 應(yīng)商定義引用時，如果找不到“員工”類型，則就無法將員工設(shè)置為供應(yīng)商（而一旦無法將員工設(shè)為供應(yīng)商，則 AP 在處理員工費用報表時將無法進行）。盡管上面依據(jù)各種屬性對供應(yīng)商做了種種分類的討論，但實際上在 EBS系統(tǒng)中，除“員工”類型之外，其余只是主要起到統(tǒng)計分析的作用，于系統(tǒng)流程角度看并無本質(zhì)區(qū)別。在 AP 模塊 中定義維護供應(yīng)商，意味著即使沒有或不使用 PO 模塊，也可以在 AP 模塊中對于需要向各種供應(yīng)商進行付款的業(yè)務(wù)行為進行有效管理。 （二）供應(yīng)商“名稱與編號”（ Supplier Name/Number） 在 EBS系統(tǒng)中，由于實際使用以及早期系統(tǒng)設(shè)計考慮欠周詳?shù)确矫娴脑?，?PO 模塊的訂單界面中是將“供應(yīng)商名稱”（ Supplier Name）作為主要檢索字段來使用的（ PO 界面甚至沒有直接顯示“供應(yīng)商編號”字段） ，在 AP 模塊的發(fā)票界面雖然有供應(yīng)商編號字段，但人們在使用習(xí)慣上還是以“供應(yīng)商名稱”為主。 EBS 的供應(yīng)商定義界面有“供應(yīng)商名稱”與“別名”兩個字段，考慮到上述因素，實際使用情況可能恰好相反：以“別名”字段記錄供應(yīng)商“全稱”，而在“供應(yīng)商名稱”字段輸入符合企業(yè)命名慣例且便于識別記憶的“短名、別名或簡稱”。供應(yīng)商一旦定義就無法輕易刪除，可以通過“無效日期”設(shè)置使其不能 輸入發(fā)票或采購訂單（并不影響已有業(yè)務(wù)的處理） 。 “供應(yīng)商編號”具有唯一性且不可更新（系統(tǒng)的跟蹤標(biāo)識），可以手工輸入，也可以由系統(tǒng)自動生成，具體是那種方式由 AP 系統(tǒng)相關(guān)設(shè)置控制。如圖 49所示 R12的供應(yīng)商編號設(shè)置： 不過，在實際的企業(yè)管理實踐中，使用“無涵義”的供應(yīng)商自動編號并不可取，企業(yè)通常需要基于前面所講的供應(yīng)商分類，統(tǒng)籌考慮制定“有涵義”的手工編號規(guī)則，這是因為 EBS 系統(tǒng)所提供的供應(yīng)商“分類”控制方式有點簡單，缺少層次性，很多時候并不能很方便地滿足實際統(tǒng)計分析工作的需要（這或許是 EBS系統(tǒng)設(shè)計方面的不足）。 Site 的涵義更多的是表示一種比較虛無的“屬性”， ORACLE借用 Site（地點）的這一特性，來表示與同一供應(yīng)商的合作過程中，供應(yīng)商可能有多種合作狀況，例如一個集團公司性質(zhì)的的供應(yīng)商，以一個整體對外與企業(yè)簽署合作協(xié)議并承擔(dān)有關(guān)法律責(zé)任，但實際業(yè)務(wù)的發(fā)生，希望按不同子公司分別使用不同的銀行賬戶與付款條件等等。僅在“供應(yīng)商層”有的信息如：“一般、分類、接收” Tab頁中的相關(guān)內(nèi)容，自動適用于“地點層”，為該供應(yīng)商的不同 Site 所共有；在信息字段有重復(fù)的部分，“供應(yīng)商層”的輸入信息會被自動默認到 Site 層，但在 Site 層可更新維護而允許與供應(yīng)商層內(nèi)容不同。某些在供應(yīng)商層與 Site 層均有的 Tab頁如“采購”，其實際字段內(nèi)容 Site 層也比供應(yīng) 商層為多。 Site 添加則是在進入 Site 界面后按“新建”。已經(jīng)存在的 Site 名稱可以更改，并不影響其他相關(guān)應(yīng)用。 （四）供應(yīng)商的“分類”屬性（ Classification） 在供應(yīng)商層的“分類” Tab頁，除了前面供應(yīng)商分類概述中講到的“類型”（ Type）字段的 LOV 可選值之外，系統(tǒng)還提供了一些其它的補充字段設(shè)置。不過，企業(yè)可以利用此 SIC 字段，輸入自定義的符合企業(yè)某些特殊分類需要的代碼，例如以不同 代碼區(qū)別 “ 更可靠的供應(yīng)商 ” 和 “ 不太可靠的供應(yīng)商 ” ，或者如 “ 原始設(shè)備制造商 ” 和 “ 辦公用品供應(yīng)商 ” 等等。 唯一比較特殊的是“類型”中取值為“員工 Employee”時，才可以選擇輸入“員工姓名”及“員工編 號”字段。不過， AP 系統(tǒng)“ 將員工創(chuàng)建為供應(yīng)商 ” 參數(shù)可以設(shè)定 “發(fā)票導(dǎo)入”功能將費用報表中的員工自動創(chuàng)建為供應(yīng)商，故通常無需做員工供應(yīng)商的手工維護。相關(guān)屬性在其它地方如 Item、系統(tǒng)選項等處也有類似設(shè)置，系統(tǒng)設(shè) 計按照某種層次結(jié)構(gòu)向 PO 默認（具體以后在討論系統(tǒng)模塊的應(yīng)用功能時再作介紹）。此外，為方便供應(yīng)商的創(chuàng)建，有關(guān)的“財務(wù)系統(tǒng)選項、應(yīng)付系統(tǒng)系統(tǒng)選項、采購系統(tǒng)選項”的設(shè)置，均會默認至供應(yīng)商的相關(guān)字段，這有助于提高錄入速度