應用：Inventory
職責：Inventory

基礎業務學習

庫存模組的核心是如實記錄入庫和出庫的品種和數量，反應庫存的當前價值。正如GL是ERP的賬務處理核心，所有模組的會計分錄，最後都要過到GL；同樣，INV是ERP的物料處理核心，所有模組的物料事務處理都要在INV中體現。採購接收入庫和退貨、銷售發運出庫和RMA退回、WIP元件發料和退回、WIP裝配件完工和退回、工廠內的倉庫庫間物品調撥、工廠間的物品調撥、低值易耗品雜項領料、盤點產生的盈虧、專案合同領料、成本更新導致的庫存價值變動、內部請購/內部銷售產生的物品轉移，這些事務雖然操作介面分散在各個模組中，但最終都要及時在庫存中做記錄，以反映企業最新的存貨數量和價值狀況。那麼這麼多種業務在庫存系統中如何區分呢？Oracle的設計思路是：用“事務處理型”來區分。

事務處理型別

事務處理型別（Type）：乃“事務處理來源”、“事務處理動作”的組合；除了在庫存直接做事務處理或者通過開發Interface匯入資料外，各標準模組該用哪個“型別”，Oracle實際上是寫死的，——“來源”和“動作”當然也固定下來了。

SELECT mtp.transaction_type_id,
mtp.transaction_type_name,
mtp.transaction_source_type_id,
mtp.transaction_action_id
FROM inv.mtl_transaction_types mtp
WHERE mtp.user_defined_flag = 'N'
ORDER BY 2;
 

事務處理來源（Source）：類似總賬的Journal Source，系統的各標準模組，都有各自的Source程式碼，由此得以區分各模組資料，如Source“Job or Schedule”代表WIP的庫存事務。

SELECT tst.transaction_source_type_id, tst.transaction_source_type_name
FROM inv.mtl_txn_source_types tst
WHERE tst.user_defined_flag = 'N';

事務處理動作（Action）：Source僅區分出來源模組，並未標誌到底發生了什麼動作——入庫還是出庫。為此Oracle引入了“事務處理動作”，並且對出入庫進行了更加細緻的劃分，這個實際上才是系統內部區分庫存事務的關鍵程式碼，如Action“Assembly completion”代表WIP完工入庫。Action不允許自定義！

SELECT lov.lookup_code, lov.meaning
FROM mfg_lookups lov
WHERE lookup_type = 'MTL_TRANSACTION_ACTION'
ORDER BY 1;

此外，為更好的進行追溯和查詢，庫存系統還把相關模組的單據ID保留在inv.mtl_material_transactions.transaction_source_id欄位上。

核心邏輯：庫存組織用來遮蔽各類製造資料，Item/BOM/Routing等定義在庫存組織上，WIP/MRP等跑在庫存組織上；而庫存事務處理則以子庫為中心，要麼從某個子庫出，要麼從某個子庫入；每個子庫可以啟用貨位，也可以不啟用，如果啟用了，則事務處理時還必須選擇貨位。在不同的庫存內，子庫程式碼可以重複；在不同的子庫內，貨位程式碼也可以重複。
也就是說，Oracle僅僅是提供了這樣的一個模型，至於如何和實際業務對應，就非常靈活了。比如：庫存是個組織的概念，其比較“虛”，可指一個工廠或者獨立的辦事處、分公司這樣的實體；而子庫則通常代表一個真正的物理倉庫，也可指倉庫或車間的一塊區域，還可以是虛擬的；貨位可用來代表倉庫的某一處空間或者貨架，也可指車間的一個塊區域。

仍然站在庫存立場看，Oracle的核心邏輯是這樣的：
1、 反向：各個庫存組織出、入庫所產生的會計分錄，根據這個“關係鏈”，傳到相應的SOB，即僅僅是財務關係。
2、 正向：SO和PO接收入庫、發貨時，除Drop Ship外，必須選本OU下的庫存組織。

批次控制

批次控制：入庫、出庫均需通過“批次/序列”指定批次，以此可跟蹤每批物料流轉資訊和現有量，達到批次追蹤的目的。

入庫時可以指定一個新批次，或者一個已存在的批次，來表示數量合併，這個比較好理解；出庫實際也是這樣，系統並未限制在出庫時必須選擇已存在的批次，如果允許負庫存，我們也可以指定一個新批次。

庫存雜項、子庫轉移、組織間轉移、採購或RMA接收入庫/退貨時、WIP投料/退料或者完工/退回時、SO保留/挑庫或者出庫、甚至盤點，因為都包含“入庫、出庫”動作，所以也需要指定批次，規則同上。

是否啟用批次控制，是在Item屬性上設定，改變的前提是該Item無現有量。至於批次號的產生方式、唯一性控制層次，均可設為按組織或按Item。

遺憾的是WIP投料和產出的批次是斷開的，不通過開發，標準功能無法追蹤。比如投入物料A，其中01批10個、02批20個，最後產出物料B共30個，這樣就沒法區分到底哪
些B是由01生產的，哪些B是由02批生產的，除非WIP每次生產一個B。

N: INV/Onhand, Availability/Lots可用來檢視所有批次資訊：批次號、保質期、是否有效、每個批次經歷的事務處理、Onhand。

保質期控制方式在Item屬性上定義：無、固定天數、輸入批次時輸入。過期的批次，不能保留，MRP計劃、最大最小和重訂貨點庫存計劃也不考慮其數量，但其他地方照樣可以用。

批次失效後，僅僅影響入庫操作時，“批次”Lov不顯示該批次。

WIP自動投料時（Backflush），會根據WIP引數上設定的方法自動選擇批次。

序列號控制

與批次不同，有多少個單位的Item，就需要多少個序列號，兩者是一一對應關係；序列號控制的另一層含義則是，事務處理量必須是主單位的整數倍。可在三個時點產生序列號：
1、 SO發貨時：僅在SO Ship Confirm時，通過“批次/序列”介面輸入序列號，其他任何事務處理都不需要指定序列號。特殊情況是，做RMA接收需要指定和原始發貨一致的序列號。
2、 INV收貨時：在PO Receipt或其他途徑入庫時，通過“批次/序列”介面輸入序列號，之後做任何出庫事務處理都需要指定序列號，而且必須選擇已有的序列號。注：批次只能在入庫時指定，但序列號可以在接收時就指定。
3、 預先生成：首先物料屬性或者組織引數一定要指定字首和起始編號，其次要用“生成序列號”請求為該物料預先生成一定數量的序列號；入庫時，通過“批次/序列”介面輸入序列號，之後做任何出庫事務處理都需要指定序列號，而且必須選擇已有的序列號。
4、 無控制：任何時候都不需要指定序列號。

序列號的控制方式，是在Item屬性上設定。如果要改變，除非是從1變為4或2變成3，其它情況要求該Item無現有量。至於批次號的產生方式、唯一性控制層次，均可設為按組織或按Item。

N: INV/Onhand, Availability/Serial Numbers可用來檢視所有序列號資訊：序列號、狀態、接收日期/發運日期、供應商、批次、每個序列號經歷的事務處理、Onhand。

狀態有：生成但未使用（Defined but not used）、在庫存中（Resides in stores）、已發出（Issued out of inventory）、在途（Resides in intransit）。此外，因為序列號和Item是一一對應的，所以有序列號的物料也叫Serialized Item。

貨位控制

貨位控制：入庫、出庫均需在輸入子庫後再指定貨位。貨位的產生有兩種方式：

1、 做庫存相關事務處理（含SO保留，不含PO接收，下同）時指定，即動態錄入。
2、 必須先設定好子庫-貨位的關係，做庫存事務處理時只能選擇子庫下已有的貨位。

單位、單位轉換

每個物料都設有主單位，如“千克”，但是實際做出入庫操作、做PO和SO，可能採用其它單位，比如大宗採購用“噸”更為合適，這個叫事務處理單位。

不過系統最終計算，都是先轉成主單位後進行，比如銷售成本計算如下：

銷售數量 * 事務單位與主單位的轉換率 * 每主單位的成本

實際上，Oracle的物料事務相關表中，基本都有3個欄位：事務數量、事務單位、主數量。
貨位控制通常在子庫引數上設定，這裡的優先順序比Item屬性上的高。

庫存成本分錄

庫存事務處理的會計分錄，本質都是出庫、入庫的分錄，所以借貸的一方總是庫存5大科目，另一方——對方科目，則視具體Action而定。參見“CST: Item Cost”章節的“成本分錄”。