1. ISO is not exist in Order interface table or Order main table(OE_ORDER_LINES_ALL)
2. ISO 卡在Order interface裡 (有error)
3. ISO import成功產生至Order main table(OE_ORDER_LINES_ALL)
<操作方式>
1. ISO is not exist in Order interface table or Order main table(OE_ORDER_LINES_ALL)
2. ISO 卡在Order interface裡 (有error)
3. ISO import成功產生至Order main table(OE_ORDER_LINES_ALL)
<操作方式>
1. Approve Status = Incompleted
2. Approve Status = Pre-Approved
3. Approve Status = In Process
PO Header Control Document Function
一個PO shipment quantities 全部收料完畢後,Oracle 的workflow會將該shipment line 的close_code自動變更狀態為”close for receiving”,如果ㄧ張PO 有多個Line,部分收完料,你就會在同一張PO 不同的Shipment line (Table :PO_LINE_LOCATIONS_ALL) 看到有些shipment Close_code值,有些卻沒有。
但如果我們去PO Header 執行PO Close for Receiving.此時Oracle 會把PO_LINE_LOCATIONS_ALL下所有的Close code update 成'CLOSED FOR RECEIVING';相同的,如果我們使用PO Header Control Document Function執行Open
此時所有該PO 下的Shipment 狀態全部還原成Open , Close_code全部會被清空。換言之,所以就算之前曾經有自動Close for Receiving的狀態,也會被清除。
所以Open PO 的Statusㄧ定要參照到PO_LINE_LOCATIONS_ALL的Close_Code
PO Header Status = Close
User 做AP Match會出現以下Error Message
PO Header Status = Close for Receiving
User Check Match ,不會有Error..