僅從庫存角度看，組織結構如下：
核心邏輯：庫存組織用來屏蔽各類製造數據，Item/BOM/Routing等定義在庫存組織上，WIP/MRP等跑在庫存組織上；而庫存事務處理則以子庫存爲中心，要麼從某個子庫存出，要麼從某個子庫存入；每個子庫存可以啓用貨位，也可以不啓用；如果啓用了，則事務處理時必須選擇貨位。在不同的庫存內，子庫代碼可以重複；在不同的子庫內，貨位代碼也可以重複。
也就是說，oracle僅僅是提供了這樣的模型，至於如何和實際業務對用，就非常靈活了。比如：庫存是個組織的概念，其比較“虛”，可指一個工廠或者獨立的辦事處、分公司這樣的實體；而子庫則通常代表一個真正的物理倉庫，也可指倉庫或者車間的一塊區域，還可以是虛擬的；貨位可用來代表倉庫的某一處空間或者貨架，也可指車間的一個塊區域。
而從ORACLE erp的多組織角度看，庫存“掛”在OU下：
仍然站在庫存立場看，oracle的核心邏輯是這樣的：
1、反向：各個庫存組織出、入庫所產生的會計分錄，根據這個“關係鏈”，傳到響應的SOB，即僅僅是財務關係。
2、正向：SO和PO接收入庫、發貨時，除了dropship外，必須選本OU下的庫存組織。