基礎業務學習
PO模塊概述首先，PO解決了企業採購的基本管理問題：何時向何供應商以何價格採購何物料，採購信息與倉庫、質檢、財務高度共享。
何時何物：手工指定、MRP運算結果、內部請購、Dropship SO、外協WIP。
何供應商：手工指定、ASL和Sourcing Rules、BPA、Quotation。
什麼價格：手工指定、Plan PO、BPA、Quotation。
財務信息：自動創建應計和PPV分錄；財務部收到的發票可以方便的與PO進行匹配。
入庫與退貨：採購接收可自動觸發倉庫入庫，採購退貨可自動觸發倉庫出庫。
質量檢查：採購接收時可觸發質量收集計劃進行分項抽樣檢查。其次，供應商及其物料價格管理永遠是採購部的重點工作，ASL和Sourcing Rules則是Oracle ERP提供的解決方案。
在流程集成中，請購單PR和接收Receiving分別起着承上啓下的作用：
1、 ISO流程從內部PR開始。
2、 WIP外協通過PR接口創建PR，進而創建PO，而接收則直接回到WIP工序。
3、 Dropship亦通過PR接口創建PR，進而創建PO，而接收則直接觸發SO發貨。
PO類型 PO_Headers_All.TYPE_LOOKUP_CODE
標準採購訂單SPO：欲採購的物料、價格、數量、時間、供應商均確定的一次性物品或服務採購。比如輪胎製造商採購緊俏天然膠。
一攬子採購協議BPA：欲採購的物料、供應商均確定、價格可能確定的採購協議，協議本身是個有效“合作合同”，實際採購時須通過“發放”以確定採購的數量、時間。比如汽車製造商向輪胎供應商的採購。協議可以是Global的——跨OU。
合同採購協議CPA：僅採購總金額、供應商確定的採購協議，協議本身是個“合作意向”，不能直接進行採購接收，實際採購時需下引用該合同的標準採購訂單。比如超市向各供應商的採購。合同可以是Global的——跨OU。
計劃採購合同PPO：欲採購的物料、價格、數量、時間、供應商均確定，但不急於下標準採購訂單，而是先做好長期“計劃”，實際採購時須通過“發放”完成。
審批基礎
1、 如何確定審批身份
登錄User->員工Employee 系統管理員User中指定關聯的Employee，多對1員工Employee->職位Position HR Employee中指定員工的職位，多對1
2、 如何確定審批權限職位Position+PO類型->審批組
PO審批組分配中設置每個職位的各類PO權限審批組Approval Group->權限 審批組對應1組權限範圍：金額、賬戶、物料
3、 如何確定下一審批者（一），假定財務選項設置採用審批層次
PO類型->審批層次 PO文檔類型中指定使用的Approval Hierarchy職位+審批層次->Next Position 根據當前職位和審批層次，可獲得下一審批職位Next Position->員工Employee 根據下一審批職位，可獲得下一審批者
4、 如何確定下一審批者（二），假定財務選項設置採用上下級關係員工Employee->上級Supervisor 根據當前員工，可獲得下一審批者
5、 如何確定通知發送方式是Mail還是在線根據通知的接收User的首選項Preference決定，如果用戶層沒有設置，則由Global Preferences決定。如果是Mail方式，需要配置好Workflow Notification Mailer。請參考《深入淺出Oracle EBS之Workflow》一書的“Workflow Notification Mailer Configuration”章節。
審批覈心過程
1、 【手工】User登錄ERP，打開PO或輸入新PO，提交審批，
2、 【自動】檢查PO信息的完整性，如果通過PO狀態爲In Process，否則返回1
3、 【自動】根據PO類型和當前Position，確定下一審批者；如果找不到，則發送“No Approver Found”通知給提交者，審批結束，PO狀態爲Incomplete這裏一要注意，不是根據PO的採購員，而是根據提交審批的用戶確定審批職位；二要注意如果PO類型上設置允許自審批，那麼提交者自己將作爲第一審批人，否則不管其對應的權限有多大，都要提交給下一審批職位審批。
4、 【自動】根據PO類型和Position確定審批組，根據審批組和PO信息判斷是否權限足夠
5、 【自動】如果權限不夠，進入步驟2，否則發送Workflow通知給該職位對應的員工對應的User因爲1個職位可對應多個員工，1個員工可對應多個User，系統將通知發給ASCII值最小的User。所以除了採購員外，最好做到職位、員工、用戶是一一對應關係。
6、 【手工】有權限的審批者登錄ERP，進入Workflow Worklist找到相應PO進行審批：如果轉交他人，則進入步驟2；如果拒絕或審批，則審批流程結束
7、 【自動】發送“被拒絕”或者“審批通過”Workflow通知給提交者，PO狀態爲Incomplete或Approved
PO狀態控制典型的PO，其週期通常是Incomplete制定->In Process審批中->Approved已審批->Closed關閉->Finally Closed最終關閉。可以通過Summary窗口的Tools/Control控制狀態。
PO所有狀態如下：
SELECT lov.lookup_code, lov.meaning
FROM fnd_lookup_values_vl lov
WHERE lov.lookup_type = 'DOCUMENT STATE'
狀態代碼 說明
INCOMPLETE
1、 正在輸入，尚未提交審批，可以隨意修改
2、 可以刪除，PO刪除後對應的請購單迴歸未滿足狀態
IN PROCESS 工作流正在處理中，一般只能在Summary中看
PRE-APPROVED 審批前的工作流內部狀態
APPROVED 審批通過，可以進行接收、退貨、開票
REJECTED 審批不通過，被拒絕回來，需要修改後再提交
REQUIRES REAPPROVAL 需要重新審批
CLOSED
CLOSED FOR INVOICE
CLOSED FOR RECEIVING
1、 當發票數量符合PO選項定義的規則時，系統自動CLOSED FOR RECEIVING收貨行
2、 當發票數量符合PO選項定義的規則時，系統自動CLOSED FOR INVOICE收貨行
3、 所有收貨行關閉，PO行自動Closed；所有PO行Closed，頭自動Closed
4、 Closed的PO和行，可以重新打開
FINALLY CLOSED
1、 可在頭、行、收貨行執行最終關閉
2、 最終關閉後，不能做任何操作，也不能重新打開
3、 對於頭被最終關閉的PO，有標準請求可以將其Purge
4、 根據AP選項設置，AP匹配可自動最終關閉PO？
CANCELLED
1、 可在頭、行、收貨行行取消，不過只能取消未接收的數量
2、 取消後不能做修改和新接收，但可以開已接收部分的發票
3、 對於頭被取消的PO，有標準請求可以將其Purge
4、 PO取消後對應的請購單數量回歸未滿足狀態
OPEN 未關閉、未取消、未最終關閉、未凍結、未暫掛的PO
AWAITING PRINTING 等待打印
PRINTED 已經打印
FROZEN 凍結，不可以修改PO，但可以接收、開票
UNFROZEN
ON HOLD 暫掛，不可以修改PO，不可以打印，也不可以接收、開票
NOT ON HOLD
RESERVED 資金已保留
NOT RESERVED
RETURNED 詳細的狀態控制及其允許的操作，參考PO User Guide的“Document Control Overview”章節。
PO安全性定義：權限 操作說明查看 僅可通過Summary查詢修改 可通過Summary查詢，並且能打開PO關閉/凍結 可通過Summary查詢並打開Control
PO模塊概述首先，PO解決了企業採購的基本管理問題：何時向何供應商以何價格採購何物料，採購信息與倉庫、質檢、財務高度共享。
何時何物：手工指定、MRP運算結果、內部請購、Dropship SO、外協WIP。
何供應商：手工指定、ASL和Sourcing Rules、BPA、Quotation。
什麼價格：手工指定、Plan PO、BPA、Quotation。
財務信息：自動創建應計和PPV分錄；財務部收到的發票可以方便的與PO進行匹配。
入庫與退貨：採購接收可自動觸發倉庫入庫，採購退貨可自動觸發倉庫出庫。
質量檢查：採購接收時可觸發質量收集計劃進行分項抽樣檢查。其次，供應商及其物料價格管理永遠是採購部的重點工作，ASL和Sourcing Rules則是Oracle ERP提供的解決方案。
在流程集成中，請購單PR和接收Receiving分別起着承上啓下的作用：
1、 ISO流程從內部PR開始。
2、 WIP外協通過PR接口創建PR，進而創建PO，而接收則直接回到WIP工序。
3、 Dropship亦通過PR接口創建PR，進而創建PO，而接收則直接觸發SO發貨。
PO類型 PO_Headers_All.TYPE_LOOKUP_CODE
標準採購訂單SPO：欲採購的物料、價格、數量、時間、供應商均確定的一次性物品或服務採購。比如輪胎製造商採購緊俏天然膠。
一攬子採購協議BPA：欲採購的物料、供應商均確定、價格可能確定的採購協議，協議本身是個有效“合作合同”，實際採購時須通過“發放”以確定採購的數量、時間。比如汽車製造商向輪胎供應商的採購。協議可以是Global的——跨OU。
合同採購協議CPA：僅採購總金額、供應商確定的採購協議，協議本身是個“合作意向”，不能直接進行採購接收，實際採購時需下引用該合同的標準採購訂單。比如超市向各供應商的採購。合同可以是Global的——跨OU。
計劃採購合同PPO：欲採購的物料、價格、數量、時間、供應商均確定，但不急於下標準採購訂單，而是先做好長期“計劃”，實際採購時須通過“發放”完成。
審批基礎
1、 如何確定審批身份
登錄User->員工Employee 系統管理員User中指定關聯的Employee，多對1員工Employee->職位Position HR Employee中指定員工的職位，多對1
2、 如何確定審批權限職位Position+PO類型->審批組
PO審批組分配中設置每個職位的各類PO權限審批組Approval Group->權限 審批組對應1組權限範圍：金額、賬戶、物料
3、 如何確定下一審批者（一），假定財務選項設置採用審批層次
PO類型->審批層次 PO文檔類型中指定使用的Approval Hierarchy職位+審批層次->Next Position 根據當前職位和審批層次，可獲得下一審批職位Next Position->員工Employee 根據下一審批職位，可獲得下一審批者
4、 如何確定下一審批者（二），假定財務選項設置採用上下級關係員工Employee->上級Supervisor 根據當前員工，可獲得下一審批者
5、 如何確定通知發送方式是Mail還是在線根據通知的接收User的首選項Preference決定，如果用戶層沒有設置，則由Global Preferences決定。如果是Mail方式，需要配置好Workflow Notification Mailer。請參考《深入淺出Oracle EBS之Workflow》一書的“Workflow Notification Mailer Configuration”章節。
審批覈心過程
1、 【手工】User登錄ERP，打開PO或輸入新PO，提交審批，
2、 【自動】檢查PO信息的完整性，如果通過PO狀態爲In Process，否則返回1
3、 【自動】根據PO類型和當前Position，確定下一審批者；如果找不到，則發送“No Approver Found”通知給提交者，審批結束，PO狀態爲Incomplete這裏一要注意，不是根據PO的採購員，而是根據提交審批的用戶確定審批職位；二要注意如果PO類型上設置允許自審批，那麼提交者自己將作爲第一審批人，否則不管其對應的權限有多大，都要提交給下一審批職位審批。
4、 【自動】根據PO類型和Position確定審批組，根據審批組和PO信息判斷是否權限足夠
5、 【自動】如果權限不夠，進入步驟2，否則發送Workflow通知給該職位對應的員工對應的User因爲1個職位可對應多個員工，1個員工可對應多個User，系統將通知發給ASCII值最小的User。所以除了採購員外，最好做到職位、員工、用戶是一一對應關係。
6、 【手工】有權限的審批者登錄ERP，進入Workflow Worklist找到相應PO進行審批：如果轉交他人，則進入步驟2；如果拒絕或審批，則審批流程結束
7、 【自動】發送“被拒絕”或者“審批通過”Workflow通知給提交者，PO狀態爲Incomplete或Approved
PO狀態控制典型的PO，其週期通常是Incomplete制定->In Process審批中->Approved已審批->Closed關閉->Finally Closed最終關閉。可以通過Summary窗口的Tools/Control控制狀態。
PO所有狀態如下：
SELECT lov.lookup_code, lov.meaning
FROM fnd_lookup_values_vl lov
WHERE lov.lookup_type = 'DOCUMENT STATE'
狀態代碼 說明
INCOMPLETE
1、 正在輸入，尚未提交審批，可以隨意修改
2、 可以刪除，PO刪除後對應的請購單迴歸未滿足狀態
IN PROCESS 工作流正在處理中，一般只能在Summary中看
PRE-APPROVED 審批前的工作流內部狀態
APPROVED 審批通過，可以進行接收、退貨、開票
REJECTED 審批不通過，被拒絕回來，需要修改後再提交
REQUIRES REAPPROVAL 需要重新審批
CLOSED
CLOSED FOR INVOICE
CLOSED FOR RECEIVING
1、 當發票數量符合PO選項定義的規則時，系統自動CLOSED FOR RECEIVING收貨行
2、 當發票數量符合PO選項定義的規則時，系統自動CLOSED FOR INVOICE收貨行
3、 所有收貨行關閉，PO行自動Closed；所有PO行Closed，頭自動Closed
4、 Closed的PO和行，可以重新打開
FINALLY CLOSED
1、 可在頭、行、收貨行執行最終關閉
2、 最終關閉後，不能做任何操作，也不能重新打開
3、 對於頭被最終關閉的PO，有標準請求可以將其Purge
4、 根據AP選項設置，AP匹配可自動最終關閉PO？
CANCELLED
1、 可在頭、行、收貨行行取消，不過只能取消未接收的數量
2、 取消後不能做修改和新接收，但可以開已接收部分的發票
3、 對於頭被取消的PO，有標準請求可以將其Purge
4、 PO取消後對應的請購單數量回歸未滿足狀態
OPEN 未關閉、未取消、未最終關閉、未凍結、未暫掛的PO
AWAITING PRINTING 等待打印
PRINTED 已經打印
FROZEN 凍結，不可以修改PO，但可以接收、開票
UNFROZEN
ON HOLD 暫掛，不可以修改PO，不可以打印，也不可以接收、開票
NOT ON HOLD
RESERVED 資金已保留
NOT RESERVED
RETURNED 詳細的狀態控制及其允許的操作，參考PO User Guide的“Document Control Overview”章節。
PO安全性定義：權限 操作說明查看 僅可通過Summary查詢修改 可通過Summary查詢，並且能打開PO關閉/凍結 可通過Summary查詢並打開Control