【正文】 啟用成本計算 是 不存在現(xiàn)有量 需求時間范圍天數(shù) 是 “需求時間范圍 ”為 自定義時間范圍 庫存資產(chǎn)值 是 不存在現(xiàn)有量 批次控制 是 不存在現(xiàn)有量 可處理 OE 自 是 至 否 不存在需求 顯示警告 未完成銷售訂單行包含一個不同于新值的值 外協(xié)加工部件 是 “采購物料 ”為 是 計劃時間范圍天 是 “計劃時間范圍 ”為 自定義時間范圍 數(shù) 發(fā)放時間范圍天數(shù) 是 “發(fā)放時間范圍 ”為 自定義時間范圍 重復(fù)性計劃 是 未按 MRP 計劃 保留控制 是 不存在需求 版本控制 是 不存在現(xiàn)有量 顯示警告 未完成銷售訂單行包含一個不同于新值的值 序列號控制 是 不存在現(xiàn)有量 儲存期限控制 是 不存在現(xiàn)有量 可發(fā)運 顯 示警告 未完成銷售訂單行包含一個不同于新值的值 （ 4）控制層相關(guān)性 只能在特殊情況下更改某些屬性的控制層，否則會產(chǎn)生特定結(jié)果。以下是屬性之間的相互關(guān)聯(lián)： 屬性 必須為 條件 按訂單裝配 否 將挑庫組件設(shè)置為 是 或?qū)? BOM 物料類型設(shè)置為 計劃 按訂單裝配或挑庫組件 是 將 BOM 物料類型設(shè)置為 模型 或 選件類 ATP 組件 否 “挑庫組件 ”為 否 、 “按訂單裝配 ”為 否 但 “WIP 供應(yīng)類型 ”不為 虛擬件 基本模型 NULL “BOM 物料類型 ”不為 標準 或 將 “挑庫組件 ”設(shè)置為是 。某些屬性之間具有確定的關(guān)聯(lián)性，一旦定義了其中一個值，其余相關(guān)屬性的值也就隨之確定。 EBS 的 Item 可定義（或必需定義）的屬性值總數(shù)多達 300 多個，為了方便對這些屬性的管理， EBS 按屬性的“流程功能”進行了分組，目前一共分為 17 個屬性組（即 Item 定義界面的 Tab 標簽頁），包括“主要、庫存、物料清單、資產(chǎn)管理、成本計算、采購、接收、物理屬性、總計劃、 MPS/MRP 計劃、提前期、在制品、訂單管理、開票、流程制造、服務(wù)”。例如，如果將 庫存物料 設(shè)置為 否 ，則不能將 可儲存 設(shè)置為 是。 對于某些“狀態(tài)屬性”，系 統(tǒng)除提供“主層”與“組織層”的控制地點選擇外，還提供“狀態(tài)設(shè)置”控制方式的選擇：“默認值、不使用、設(shè)置值”。屬性按功能分組，例如 主要 、 庫存 和 接收 。上圖 14 中可以分配的 INV 列表取決于每個 INV 組織參數(shù)定義的“主組織”與當前 INV（上圖 14 中的第一行）的“主組織”是否相同。一旦進入 INV，則其 Item 的主組織就已經(jīng)唯一確定（由該 INV 組織的參數(shù)定義決定）。一旦用戶選定當前 INV 名作為主組織，則在設(shè)置其他 INV 的組織參數(shù)時，也可以在主組織可選 LOV 值中見到它。以前，另外兩個主數(shù)據(jù)“客戶、供應(yīng)商”也是基于確定的組織（ OU）來定義設(shè)置的，但從 R12 開始，客戶與供應(yīng)商的初始定義已經(jīng)開始獨立于組織（ OU，上下文環(huán)境）來進行，然后再分配給相關(guān)組織（ OU）使用。按照 ASCII 排序規(guī)則， 10 排在 9 的前面，因此在版本 9 之后不能使用版本 10 來定義下一版本。其中字母必須大寫，數(shù)字可以包括小數(shù)點。這里的 Item 與 MPN 的關(guān)聯(lián)定義也可以在 Item 定義顯示和維護，如下圖 12 所示： 上圖 12 中 MPN 設(shè)置的制造商取值，不可以手工輸入，只能以圖 11 的定義制造商列表作為其 LOV，但“部件”字段可以手工維護，其作用與圖 11 中的“部件”設(shè)置界面相同。要做到這一點，在EBS 中首先需定義制造商及其 MPN 的值。系統(tǒng)對于所產(chǎn)生的這種偏差必須有明確的規(guī)定。 （四） Item 的單位（ UOM） 在“≤ ORACLE 系統(tǒng)與實踐≥系列之三： EBS 的基礎(chǔ)設(shè)置要點簡介”中，關(guān)于“單位設(shè)置”的介紹已經(jīng)說過， EBS 的單位及其換算關(guān)系是定義在 INV 組織之上并且可以與特定物料相關(guān)的。上圖中的“分配”窗口，只是提供一種將多個“類別”快速成批分配給（包括維護）多個 Item 的工具。如下圖 7 所示： 上圖 7 中，如果選定“允許存在多個物料類別分配”，則可以將一個物料分配給某個類別集內(nèi)的多個類別。用戶在進入相關(guān)業(yè)務(wù)模塊的“表單”界面時，打開的 Item 類別的彈性域結(jié)構(gòu)取決于“默認類別集”所關(guān)聯(lián)的類別鍵彈性域結(jié)構(gòu)定義。 對于 EBS 中一個確定的 Item 來 說，可以同時具有多個不同的“類別集（ Category Set）”，以滿足各個應(yīng)用模塊的使用需要。 目前國內(nèi)某些 ERP 產(chǎn)品在其系統(tǒng)物料定義界面出現(xiàn)“生產(chǎn) 廠家、型號”字段并且只能唯一賦值，客觀上會將企業(yè)的物料編碼方式引導(dǎo)到“同一部件不同廠家不同 Item 編碼”的低水平道路上去。 國內(nèi)某年產(chǎn)值超千億 RMB 規(guī)模的大型代工型電子制造企業(yè)，由于早年研發(fā)技術(shù)水平有限，加之不懂所謂“ Commodity 管理”，對物料編碼的認識水平很低，初期開始采取的就是“不同廠家一物一號”的“工程型”編碼方式，待累積到 Item的有效數(shù)量超過三、四十萬，并且每月還在以一萬多數(shù)量快速增加的時候，才意識到問題的嚴重性。狹義的物料 Material 編碼則是指即使是 3F 相同，但如果某些重要屬性不同（典型的是生產(chǎn)廠家不同），也不能歸入同一個 Item。盡管這不是系統(tǒng)應(yīng)用必需，可以改掉）。通常取 4 位，前兩位代表“大類”，后兩位 代表“小類”（注意這里的“大類 /小類”與 UNSPSC 中的“大類 /小類”沒有對應(yīng)關(guān)系，只是為了方便企業(yè)對已選取的 UNSPSC 的管理）。 但需注意的是上述 UNSPSC 的 8 位分類編碼，不應(yīng)當被企業(yè)直接用來放進 Item編碼中（例如 UNSPSC+流水碼），這是因為一來 UNSPSC 細類（ Commodity）數(shù)量太多，目前已達兩萬多個，每個企業(yè)實際真正能用到的只是其 中很少一部分（一般數(shù)百個 Commodity），例如一個電子制造業(yè)不到可能會用到類似“ 10101512”（兔子）的 Commodity。其中： Ⅹ 1Ⅹ 2 第 一層，大類（ Segment），用于分析商品與服務(wù)種類的邏輯組合； Ⅹ 3Ⅹ 4 第二層，中類（ Family），一種通用的內(nèi)部互相聯(lián)系的商品和服務(wù)種類； Ⅹ 5Ⅹ 6 第三層，小類（ Class），具有共同用途和功能的一組商品和服務(wù)； Ⅹ 7Ⅹ 8 第四層，細類（ Commodity），一組可選用的商品和服務(wù)。 UNSPSC 覆蓋了國民經(jīng)濟各行各業(yè)，共設(shè)置了： 55 個大類， 351 個中類， 2022個小類， 19000 多個細類產(chǎn)品 ( 版本 )。應(yīng)全球電子商務(wù)發(fā)展的要求， 2022 年 5 月 UNDP 正式委托美國統(tǒng)一代碼委員會 (UCC)全權(quán)實時維護和管理 UNSPSC。 如今大多數(shù)人已經(jīng)認可 Item 的編碼“ 不包含業(yè)務(wù)涵義但應(yīng)適當分類 ”的原則。 關(guān)于系統(tǒng)的 Item 編碼中的分類 。 關(guān)于系統(tǒng)的 Item 編碼長度。不過，對于大多數(shù)人來說，只要懂得所謂“ Item 編碼”主要還是 ERP 核心系統(tǒng)之外的工作，高端的 ERP 產(chǎn)品（ ORACLE/SAP）要求 Item 編碼必須遵循上述兩條基本管理 原則就可以了。 其二是，系統(tǒng)所使用的 Item（編碼）主要是針對工程上廣義的“部件”（ Part）而言，而不是針對狹義的物料（ Material） 。而基于比較“抽象”的“ Item”的 ORACLE 系統(tǒng)設(shè)計與實現(xiàn)方式，則為企業(yè)的 Item（編碼）管理提供了更為靈活、更為方便也更為完善的擴展空間。例如：先定義一個 Item，然后為此 Item 創(chuàng)建 BOM，然后在 Item 定義界面查找出此 Item（編碼）并修改保存，再去查詢 BOM，則可以發(fā)現(xiàn)原 Item 已經(jīng)不存在，代之以的是修改后的 Item，并完全繼承了原 BOM 定義。表面上看來，兩者好像是一樣的，區(qū)別不大，但實際上兩者在系統(tǒng)設(shè)計理念上已經(jīng)起了根本性變化。說其簡單，是因為所有企業(yè)，無論是使用什么樣的管理軟件，都需要給物料編碼；說其“復(fù)雜”，是因為物料編碼管理是一門涉及范圍廣泛，有相當深度的專業(yè)學(xué)問，遠不是“編碼方式”本身的那點內(nèi)容。（復(fù)雜了，打??！打住！，后面再來詳細討論這個問題。 默認值 ：在將狀態(tài)分配給物料時，系統(tǒng)將默認狀態(tài)代碼定義的屬性值，用戶可以更改此默認值； 不使用 ：既不使用默認值，也不使用狀態(tài)控制；設(shè)置值 ：在將狀態(tài)分配給物料時，系統(tǒng)將默認狀態(tài)代碼定義的屬性值。（為表述方便，本文后續(xù)原則上以 Item 一詞代替“物料”一詞） 在 EBS 中， Item 不僅表示有形的“物料”，同時還可以指無形的“服務(wù)”，例如表示顧問服務(wù)的計量“人天”、表示一個廣告創(chuàng)意的“ campaign”、表示一個售后服務(wù)的“ case”等等。為此， ORACLE 系統(tǒng)提供了完善的“端到端”的全流程解決方案。這三個主數(shù)據(jù)都有一個共同的系統(tǒng)使用特點：跨組織的全局性。針對“客戶”等主數(shù)據(jù)管理，于 2022 年首次提出了所謂“ TCA 架構(gòu)”（ Trading munity Architecture），并首先將“客戶數(shù)據(jù)”獨立出來，作為一個向其他相關(guān)模塊提供調(diào)用服務(wù)（ SOA）的基礎(chǔ)應(yīng)用 。因此這里要討論的所謂“主數(shù)據(jù)”，主要是基于業(yè)務(wù)管理與系統(tǒng)應(yīng)用層面而言，具有全局性、重要性的那些基礎(chǔ)業(yè)務(wù)數(shù)據(jù)，諸如物料、供應(yīng)商、客戶等等。 ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理 一、 EBS 主數(shù)據(jù)概述（ Master Data） 二、 物料（ Item） （一） Item 的范疇 （二） Item 的編碼 （三） Item 的類別（ Category） （四） Item 的單位（ UOM） （五） Item 的制造商部件號（ MPN） （六） Item 的版本（ Revision） （七） Item 的組織控 制（ Master Org） （八） Item 的屬性及相互關(guān)系概述 （九） Item 的屬性內(nèi)容簡介（ Attribute） （十） Item 的屬性快查 （十一） Item 的客戶與供應(yīng)商關(guān)系