目前分類:Shipping (10)

瀏覽方式: 標題列表 簡短摘要

前一篇講到 WSH 中的 LPNs, 這篇來寫如何應用好了.

目前的測試結果, 我覺得是可以拿來輸入 Packing 的資料 (如果沒有要用 WMS 的話), 但是, 不用錢的功能, 基本上不能提供太複雜的需求與功能, 如果對於 Packing 的需要很多很雜, 比如說不能混料混批, 依客戶決定 Packing Rule 等等, 用 LPNs 會讓 Key-in 的人會想殺死 IT....

但是呢, 多了解一個標準功能, 應該也不是壞事啦....

Aloz 發表在 痞客邦 留言(0) 人氣()

目前在考慮是可以使用 WSH (不是 WMS) 中的 LPNs 功能, 用來表示庫房的包貨資料 (Packing List), 在測試標準功能 Create LPNs 時, Container Item 一直選不到新建好的 Container Item, 查遍 Google 都不知道原因, 後來把測試系統原有的 Container Item 找出來, 把 Master Item 的欄位都來比一比, 才知道原因在哪

Aloz 發表在 痞客邦 留言(0) 人氣()

這個與 Oracle ERP 無關, 但是我覺得還蠻重要的 (其實是自己沒有學過貿易相關的東西 XD)

剛上線時, 在檢查客戶資料或是出貨資料, 常常會發現有些客戶的 Bill To / Ship To 會出現 C/O 的字眼, 很明顯的是縮寫, 問使用者又沒人知道 (客戶要他顯示這樣他就照打, 也不會去了解意思). 最近, 有客戶要求要顯示 On Behalf of (O/B) 的字眼, 這才讓我花了時間去找出 C/OO/B 的用法, 有點模糊, 但是有個概念了....

- 範例 :

在國外的 A 公司要求國內的 B 公司送貨到它那邊

- Care Of : C/O

就字眼上, 或從網路上找的資料, "轉交" 就是它的意思, 大多是影響進口關稅的規屬, 例如, A 不想要負擔進口到它國家的進口關稅時, 它就會要求 B 在進出口文件上顯示 : "B C/O A" 這樣的文字, 如此, 進口關稅就會去找 B 要了

(註: 應該有更明確的定義, 但是目前還沒找到)

- On Behalf of : O/B

網路上查到的資料不多, 應該是 "代表" 或 "代理" 之意. 根據 單信用證統一慣例 (UCP500) 中, 有關運送單據簽署之規定 : "由運送人 (Carrier) 或船長 (Master) 之代理人簽署者:須表明其身分(表明其為代理人)及代理之權限, 被代理人之名稱及被代理人之身分". 用上面的例子來說, 會寫成 "A O/B B"

Aloz 發表在 痞客邦 留言(0) 人氣()

Delivery 已經做完 Ship Confirm 動作, 但是 Status 出現了 "In-transit", 好險看到這一篇文章,

本文引用自somebabyTina - {Issue}:D/N已做完Ship Confirm狀態沒Close為In-transit

除了緊急處理之外, 也另外用 Personalize 擋起來, 以後 User 就不會誤操作了

Aloz 發表在 痞客邦 留言(0) 人氣()

揀貨 (Pick) 分為兩段, 第一段是在 OM 中的 Pick Release, 第二段則是 INV 的 Move Order, Pick Release 會產生一張 Move Order, 此時會決定揀貨的來源倉儲位置, 與目的倉儲. Oracle 標準的 Pick Rule 功能, 可以幫助我們設定很多不同的來源與目的倉儲.

設定的部份分為三部份 : Order / Shipping / Inventory

Inventory 的部份, 就是設定來源與目的倉儲的地方, 依照每一個 Subinventory設定的不同, Pcik Rule 的設定方式也不相同

-範例1

來源倉可以不設定儲位, 就表示這個倉裡面的所有儲位都可以揀. 目的倉如果本身就沒有儲位, 那也就不用指定 (虛擬倉比較會有這樣的設定)

倉到倉

-範例2

如果 ERP 沒有設計特定的出貨倉, 又因為來源倉儲不能完全等於目的倉儲 (A1 -> A1 是不行的), 所以可以在原倉設定一虛擬儲位

Pick Rule 2

-範例3

當然也可以直接設定來源倉儲, 這樣就只能揀該倉儲位的東西 (儲位打一下馬賽克 XD)

另外, 如果目的倉是有儲位的, 但沒有設定, 這樣在第二段的揀貨會失敗

Pick Rule 3

Aloz 發表在 痞客邦 留言(10) 人氣()

管理出貨流程的人應該都會發生, 就算 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 強化卡關的動作, 是可以用以下的功能, 組合出適合公司流程的情況 :

1. Firm Contents

這個功能 Oracle 沒有強制要做, 但, 如果出貨流程是分不同的人員/部門來做, 那我們就可以利用這個功能來增加站點, 進而做到檢查功能. 我這邊對於 Delivery Firm 有以下主要的控制與檢查

A. 按 Firm 時會 : 檢查 Line 是否有 Hold (有 Hold 的話不允許 Firm), 檢查 Bill To Information (不可以有大於一組的 Bill To)

B. Firm 之後 : Order Line 全欄位不能夠修改, 揀貨人員只看的到 Firm 的 Delivery

2. Personalize

在不變更 Oracle 標準畫面的情況之下, Personalize 是唯一的辦法, 在嘗試一陣子之後, 以上的功能都可以用 Personaliz 達成


Aloz 發表在 痞客邦 留言(10) 人氣()

前幾天不知道哪根筋不對, 竟然跑去調整 Freight Carriers 的 Code, 結果把 Oracle 想簡單了.......

好傻好天真的認為, 只要改 WSH_CARRIERS 就好, 結果, 看起來 OK 的, 但是拋轉 AR, 甚至 Organization Assignments 都出了問題, 趕快把 Form (WSHFXCSM) 打開來研究, 好險, 這個 Form 並不會太複雜

 

- WSH_CARRIERS (調整 : FREIGHT_CODE)

- WSH_CARRIER_SERVICES (調整 : SHIP_METHOD_CODE)

- FND_LOOKUP_VALUES (LOOKUP_TYPE = 'SHIP_METHOD') (調整 : LOOKUP_CODE)

- ORG_FREIGHT_TL (調整 : FREIGHT_CODE / FREIGHT_CODE_TL)

- WSH_CARRIER_SHIP_METHODS (調整 : SHIP_METHOD_CODE)

 

下次一定不會再做這種事....(冷汗!)

Aloz 發表在 痞客邦 留言(0) 人氣()

在 WSH_NEW_DELIVERIES  中的 ULTIMATE_DROPOFF_LOCATION_ID, 會等於 RA_ADDRESSES_ALL 的 PARTY_LOCATION_ID

Aloz 發表在 痞客邦 留言(0) 人氣()

在 Oracle 標準的 Shipping Transaction 中, 按下 Ship Confirm 按鈕後, 有一個 Ship Options 的選項 : Backorder All

Confirm Delivery

主要是用在, 當 Delivery Detail 產生揀貨事實 (Pick) 後, 因為揀錯貨 or Lot 錯等等問題, 要將 Reserved 的量 Release 出來

但是, 這個功能也只有把 On-Hand 量 Release 出來而已, 貨還是停留在出貨倉, 並不會回到揀貨來源 (Pick From)

補充: 因為我們對倉儲的控管比較嚴格, 所以我們不允許直接對出貨倉做揀貨動作

這樣的情況對於揀貨人員是一個不小的困擾, 量小還可以人為操作 (Move Order), 量一大出錯的機率就大增


目前發現, 如果同一條訂單 Line 原先 Pick 了一個以上的 Lot Number, Delivery Detail 會被拆開. 之後再做 Backorder, 系統會把這些 Delivery Detail 做合併的動作, 合併的方式如下 :

1. Delivery Detail ID 最小 : Pick Status => 'B'

2. 其他 Delivery Detail ID : 先將 Pick 數量寫入變數, 再 Delete Line (WSH_DELIVERY_DETAILS)

3. 將被 Delete 的 Line 的 Pick 數量加到第一條的 Detail 裡面

所以, 目前先埋 DB Trigger 到 WSH_DELIVERY_DETAILS, 針對 Pick Status 轉為 'B' 與 Delete 的情況, 將所需要的資料抄寫到 Temp Table 中, 如果沒有其他例外, 應該就可以往下寫了.....

(待續....)

Aloz 發表在 痞客邦 留言(0) 人氣()

噗,卡在哪已經不想查了,等有空吧 XD

會發現的原因是,INV 模組要關期間,系統提醒有未幾筆未完成的Shipping,但是系統描述沒有寫的很清楚,一時間都不知道是哪幾筆

( INV 模組 > Accounting Close Cycle > Inventory Accounting Periods > 選擇期間 > (B)Pending > Pending Transactions )

後來又多試了 一張出貨,馬上看系統才發現:

當Ship Confirm之後,系統會觸發 Workflow,但 Workflow 會因為不明原因"卡彈" ( Line Status = "Shipped" ),造成資料流停在 Workflow 的某一站上,這時就必須要人工在重啟 Workflow。

有兩隻系統的 Request 可以跑 ( OM模組 > Shipping > Interfaces > Run ) :

1. Interface Trip Stop - SRS
2. Order Management Interface - SRS

大部份的情況只要跑第一隻,但看metalink有一篇有提到,如果單跑第一隻Request不能解決問題的話,就要跑第二隻,完成後再重跑第一隻


還發現了另一種情況,就是 Ship Confirm 已成功,但是卻沒有把 Stage 倉的貨扣帳,進而發現卡在 Order Line Workflow 的某一站 ( 今天的 Case 是卡在 Ship ),用 SYSADMIN 做 Retry 也沒有,甚至還有 ERROR。

解決方式還不是很確定,但是今天是把 Table Space 打開,Retry 之後在 Run "Interface Trip Stop - SRS" 就解開卡住的問題

這個問題跟上面不一樣的是,INV 那邊的庫存帳沒有扣除,直接跑 Interface Trip Stop - SRS 也不能解決,所以算是特別的 Case 吧

Aloz 發表在 痞客邦 留言(2) 人氣()

Close

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼