SHIPPING CONFIRM後SHIPPING TRANSACTION LINE狀態為SHIPPED的特殊處理

SHIPPING CONFIRM後SHIPPING TRANSACTION LINE狀態為SHIPPED的處理.

一般都是依提示作MOVE ORDER與TRANSACTION OPRN INTERFACE中處理後,再用TRIP NO來RUN三個REQUESTS即OK.

還不行的話,一般在ORDER LINE中

1,點右鍵查VIEW OPEN MESSAGE,如有則DELETE ALL;

2,點右鍵,再點RETRY ACTIVE IN ERROR,有卡的話,再點OK即可

3,點右鍵,再點PROGRESS ORDER,如發工單的作業.

4,點TOOLS/SCHEDULING查RESERVATION DETAILS有沒有保留記錄,如有則DELETE

上面四點有處理動作的話再RUN三個REQUEST即會成功.

如此處理還不成功的話,就要依不用情況嘗試特殊處理,下面就是一例.

[@more@]

有10個LINER的DELIVERY_ID:6131280SHIPPING CONFORM後,在SHIPPING TRANSACTION畫面為SHIPPED.
查TRANSACION MOVE ORDER中有一筆記錄卡住,處理不過.
再查此筆的訂單狀態,不是CLOSED的狀態,是撿料後的狀態.
RUN下面三個REQUEST也無法成功:
Order Management Interface - SRS
Inventory Interface - SRS
Interface Trip Stop - SRS

為此,先把此ITEM作特殊處理,先UNASSIGNMENT DELIVERY
後臺:
UPDATE WSH_DELIVERY_ASSIGNMENTS
SET DELIVERY_ID=NULL
WHERE DELIVERY_DETAIL_ID=6488575

commit;

然後對餘下的9個LINE的DELIVERY_ID進行先處理 .RUN上面三個REQUEST後成功了.

利用沒撿料銷貨的ITEM產生一個DELIVERY_ID,把此DELIVERY_ID給該ITEM
後臺:
UPDATE WSH_DELIVERY_ASSIGNMENTS
SET DELIVERY_ID=6180577
WHERE DELIVERY_DETAIL_ID=6488575

commit;

按正常方式MOVE ORDER,不成功;
RUN三個REQUEST也不成功.
這樣只好先想辦法將此ITEM退回未撿料未銷貨的狀態,而後再重新撿料與銷貨
對此:
找出一筆為撿料後尚未SHIPPING CONFIRM的LINE作比較,修改此ITEM的狀態為撿料後的狀態.
後臺:
UPDATE WSH_DELIVERY_DETAILS
SET SHIPPED_QUANTITY=NULL,
RELEASED_STATUS='X',
inv_interfaced_flag='X',
pickable_flag='Y'
WHERE DELIVERY_DETAIL_ID=6488575

commit;

接著點SHIPPING CONFIRM,并選BACKORDER選項,點OK.之後此ITEM變為BACKORDER的狀態.

最後重新撿料與SHPPING CONFIRM,成功處理.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/92289/viewspace-1035285/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/92289/viewspace-1035285/