揀貨 (Pick) 分為兩段, 第一段是在 OM 中的 Pick Release, 第二段則是 INV 的 Move Order, Pick Release 會產生一張 Move Order, 此時會決定揀貨的來源倉儲位置, 與目的倉儲. Oracle 標準的 Pick Rule 功能, 可以幫助我們設定很多不同的來源與目的倉儲.
設定的部份分為三部份 : Order / Shipping / Inventory
Inventory 的部份, 就是設定來源與目的倉儲的地方, 依照每一個 Subinventory設定的不同, Pcik Rule 的設定方式也不相同
管理出貨流程的人應該都會發生, 就算 OM Line 處於 Hold 狀態, Line Status 一樣會從 Booked 轉為 Awaiting Shipping, 然後在 Shipping Transaction 畫面仍然會有資料, 也代表使用者可進行 Create Delivery 的作業 (最後會卡在 Pick Release)
原因還不是很確定, 應該跟 OM Order Line > Schedule - Line & Workflow Background Process 有關, 不過, 應該還算是合理, 因為就算是被 Hold, MRP 可能還是需要把這筆訂單 Line 考慮進去
如果先不要想的那麼複雜, 只需要針對這樣的 Line, 在 Shipping Transaction 強化卡關的動作, 是可以用以下的功能, 組合出適合公司流程的情況 :
前幾天不知道哪根筋不對, 竟然跑去調整 Freight Carriers 的 Code, 結果把 Oracle 想簡單了.......
好傻好天真的認為, 只要改 WSH_CARRIERS 就好, 結果, 看起來 OK 的, 但是拋轉 AR, 甚至 Organization Assignments 都出了問題, 趕快把 Form (WSHFXCSM) 打開來研究, 好險, 這個 Form 並不會太複雜
在 WSH_NEW_DELIVERIES 中的 ULTIMATE_DROPOFF_LOCATION_ID, 會等於 RA_ADDRESSES_ALL 的 PARTY_LOCATION_ID
在 Oracle 標準的 Shipping Transaction 中, 按下 Ship Confirm 按鈕後, 有一個 Ship Options 的選項 : Backorder All
主要是用在, 當 Delivery Detail 產生揀貨事實 (Pick) 後, 因為揀錯貨 or Lot 錯等等問題, 要將 Reserved 的量 Release 出來
噗，卡在哪已經不想查了，等有空吧 XD
會發現的原因是，INV 模組要關期間，系統提醒有未幾筆未完成的Shipping，但是系統描述沒有寫的很清楚，一時間都不知道是哪幾筆
