專題知識提煉之purchase采購訂單

1、ORACLE ERPPURCHASE ORDER 采購訂單模塊Author: Creation Date: Last Updated: Document Ref:Version:Liaozhaozhen November 11, 2013November 11, 2013DRAFT 1AApprovals:Document ControlChange RecordReviewersDistribution第2 頁共 59頁拷貝編號位置/崗位1234職位日期作者版本變更說明2013-11-11Liaozhaozhen1.0No Previous DocumentContentsDocument

2、Controlii文檔主題錯誤!未定義書簽。簡介錯誤!未定義書簽。1.2.3.概要介紹錯誤!未定義書簽。具體內容錯誤!未定義書簽。常見問題47附 ：可以是參考資料或者對專題的補充51更改歷史59第3 頁共 59頁PO 概述首先，PO 解決了企業(yè)采購的基本管理問題：何時質檢、財務高度共享。供應商以何價格采購何物料，采購信息與倉庫、何時何物：手工指定、MRP 運算結果、內部請購、Dropship SO、外協(xié) WIP。何供應商：手工指定、ASL 和 Sourcing Rules、BPA、Quotation。什么價格：手工指定、Plan PO、BPA、Quotation。財務信息：自動創(chuàng)建應計和 PP

3、V 分錄；財務部收到的可以方便的與PO 進行匹配。入庫與退貨：采購接收可自動觸發(fā)倉庫入庫，采購退貨可自動觸發(fā)倉庫出庫。質量檢查：采購接收時可觸發(fā)質量收集計劃進行分項抽樣檢查。其次，供應商及其物料價格管理永遠是采購部的重點工作，ASL 和Sourcing Rules 則是Oracle ERP 提供的解決方案。其三，在流程集成中，請購單 PR 和接收Receiving 分別起著承上啟下的作用：1、 ISO 流程從內部PR 開始。2、 WIP 外協(xié)通過 PR 接口創(chuàng)建 PR，進而創(chuàng)建 PO，而接收則直接回到 WIP 工序。3、 Dropship 亦通過 PR 接口創(chuàng)建 PR，進而創(chuàng)建 PO，而接收則

4、直接觸發(fā) SO 發(fā)貨。采購術語簡介PO：Purchase OrderBPA：Blanket Purchase AgreementPR：Purchase RequisitionASL：Approved Supplier ListSR：Sourcing RuleVMI：Vendor Management InventoryCA：Consumption Advice采購總流程第4 頁共 59頁主要流程及活動請求詢價RFQ請購單一攬子協(xié)議預付款采購訂單入庫Delivery第5 頁共 59頁退貨Return允收Accept判退Reject收料Receipt檢驗Inspect付款沖賬現金管理應付賬款對賬手

5、工請購Manual PR存貨狀況OnhandQtyMRP需求在制品(委外)OutProcessPurchase ReleaseInterface供應商挑選報價單收集基礎數據維護基礎設置審批概述Ø如何確定審批登錄 User->員工 Employee(系統(tǒng)管理員 User 中指定關聯的 Employee，多對 1)員工 Employee->職位 Position (HR Employee 中指定員工的職位，多對 1)Ø如何確定審批權限職位 Position+PO 類型->審批組 (PO 審批組分配中設置每個職位的各類PO 權限) 審批組Approval Gro

6、up->權限 (審批組對應 1 組權限范圍：金額、賬戶、物料)Ø如何確定下一審批者（一），假定財務選項設置采用審批層次PO 類型->審批層次 (PO 文檔類型中指定使用的 Approval Hierarchy)職位+審批層次->Next Position (根據當前職位和審批層次，可獲得下一審批職位) Next Position->員工 Employee (根據下一審批職位，可獲得下一審批者)Ø如何確定下一審批者（二），假定財務選項設置采用上下級關系員工 Employee->Supervisor (根據當前員工，可獲得下一審批者)方式是Mail

7、 還是Ø如何確定通知根據通知的接收 User 的首選項 Preference 決定，如果用戶層沒有設置，則由 Global Preferences 決定。如果是 Mail 方式，需要配置好 Workflow Notification Mailer。員工/職位/Buyer如何確定登錄 User->員工 Employee(系統(tǒng)管理員 User 中指定關聯的 Employee，多對 1)員工 Employee->職位 Position (HR Employee 中指定員工的職位，多對 1)Ø員工： 定義員工Path：N: HR/People/Enter and Mai

8、ntain職位定義職位，在定義員工和審批層次的時候需要用到。Path：N: HR/Work Structures/Position/DescriptionØBuyer只有采購員才可以創(chuàng)建訂單，所以要開 PO，登錄 User 必須與員工關聯，并且該員工在這里必須定義為采購員。ØPath：N: PO/Setup/nel/Buyers審批/安全性如何確定審批權限職位 Position+PO 類型->審批組 (PO 審批組分配中設置每個職位的各類PO 權限) 審批組Approval Group->權限 (審批組對應 1 組權限范圍：金額、賬戶、物料)Ø Doc

9、ument Types以標準采購訂單為例，當前設置是自審批、審批者可以直接打開 PO 修改、不可以更改審批層次樹/Forward-From/Forward-To、無安全性Approval Hierarchy、采用標準的審批工作流、使用的審批層次為第6 頁共 59頁Path: N: PO/Setup/Purchasing/Document TypesØApproval Groups可定義每個組的審批金額、賬戶范圍、物料范圍和物料類別范圍等。需要注意的是， 默認情況下是排除所有賬戶，所以如果一個 Group 沒有設置賬戶范圍，就意味著這個Group 沒有審批權限。另外，在設置賬戶范圍的時

10、候，也需要設置金額限制。所以， 如果要讓一個 Group 具有審批權限，最起碼的條件是：正確的賬戶范圍和對應該范圍的足夠金額權限。Path：N: PO/Setup/Approvals/Approval Groups下面以為例：ØApproval Assignments把上面定義的 Approval Group 分配給具體的 Position，這樣擁有該 Position 的員工就有了審批權限。這個窗口的操作是：選擇 Position，然后把鼠標移到下面的塊，便可設置該 Position 對各類采購訂單的權限了。Path：N: PO/Setup/Approvals/Approval A

11、ssignments如何確定審批者PO 類型->審批層次 (PO 文檔類型中指定使用的 Approval Hierarchy)職位+審批層次->Next Position (根據當前職位和審批層次，可獲得下一審批職位)ØPosition Hierarchy (審批層次)定義職位層次。輸完名稱，保存之后才能輸入版本號和有效日期，再保存之后才能輸入下面的 Position 信息。定義層次的時候，首先在 Position 區(qū)域查找出我們要定義的層次結構的職位比如General Manager，執(zhí)行查找前不要選中 Exists In Hierarchy；然后在 Subordina

12、tes 塊選擇下級比如 Purchasing Manager，保存，這個時候上面的 Exists In Hierarchy 會自動勾上。然后點擊 Subordinates 塊的 Down，這個時候 Purchasing Manager 會跑到 Position 塊，并且 Exists In Hierarchy 已勾上；我們再在Subordinates 塊定義更下一級。在定義完頭和 Root 節(jié)點（實際定義了兩級）之后也可以通過 Diagrammer 菜單進去進行圖形化的定義，在右邊查出 Position 之后，直接拉過去。Patn：N: HR/Work Structures/Positions

13、/Hierarchy or DiagrammerØFill Employee Hierarchy根據 Hierarchy-Position-Employee 三層關系展開，填充到表PO_EMPLOYEE_HIERARCHIES。跑工作流的時候實際上僅從這個表取上下級關系。需要提交報表：Fill Employee HierarchyPath：N: PO/Reports/Run第7 頁共 59頁如何確定單據的安全性誰可以看？安全級別誰可以修改？-級別Ø安全級別公有的：文檔建立者/所有系統(tǒng)用戶私有的：文檔建立者/ 采購 ：文檔建立者/ 層次 ：文檔建立者/批準人批準人/采購者 批

14、準人/安全等級Ø級別僅查看：查看修改 ：查看/修改所有 ：查看/修改/取消或關閉等操作SMD 供應商主數據供應商的使用供應商的使用廣泛，涉及如下：第8 頁共 59頁詢價單(RFQ)報價單請購單供應商采購訂單接收退回付款供應商信息Ø供應商頭提供物料、服務的機構。包括普通供應商、零售商、商。供應商地點商、公司等機構以及員工供應Ø1、 供應商地點，這個實際上是一種貿易關系，關系，包含供應商以及采購方的信息(如Address 是供應商方的信息，而 Ship to、Bill to、Fob 則是采購方的信息)。2、 Site Code + Org ID 確定唯一的一個 Sit

15、e。Site Code 是供應商地址的一個別稱，可以是辦公地點，也可以是子公司等。Org ID 對應采購方的一個子公司。如：坂田+OU_HW 這個說明供應商的坂田辦事處和供應商人有做。Ø供應商的人，可以有多個，跟Site 上面關聯。Ø信息，包括、賬戶等，Site 與的關系，采購方與供應商這個 Site做可以通過這個賬號付款給供應商。ASL 審批供應商列表供應商可以建立供應商與供應物品之間的關系，同時可以連接供應商報價信息。另外，對每個供應商可以確定其狀態(tài)來表明該供應商是否可以被接受，若該供應商為不，則系統(tǒng)中，無法建立與該供應商的采購訂單。ASL 的狀態(tài)定義：第9 頁共 59

16、頁SR 來源規(guī)則SR 的作用主要是用于計劃下 PO 方面，比如內部請購的時候，根據 SR 的設置查找建議的供應商進行供給。SR 的分配：第10 頁共 59頁Ø 重要 Profile查看當前帳套下的分配集的 Profile：MRP:Default Sourcing Assignment Set第11 頁共 59頁PO: Requisition 請購單PR 功能請購的過程：Crate Purchase Requisition手工輸入請購單1 進入 PURCHASING 系統(tǒng)職責：Purchasing Super User至創(chuàng)建 PR 窗口。路徑：Purchasing>Requisi

17、tions> Requisitions 2Number：編號（要求）輸入采購請求編號，我們采用系統(tǒng)自動編號方式，8 位數字。具體編碼規(guī)則在定義 Purchasing>setup>Organizations>Purchasing OptionsDocument Numbering第12 頁共 59頁3Type：文檔類型（要求）輸入采購請求類型，類型在 Document Type 中定義具體設置：Purchasing>setup>Purchasing>Documents Types4Prepare：填單人（僅顯示）顯示填寫采購請購單人名字。具體設置：Pur

18、chasing>setup> Peresonnel>Employees(見審批路徑 setup)5Total：總金額（僅顯示）顯示該采購請購的總金額（本位幣）。6Status：狀態(tài)（僅顯示）顯示采購申請?zhí)幱谑裁礌顟B(tài)。未完成、被批準人返回、被 BUYER 拒絕。第13 頁共 59頁ApproveReserveForwardRejectIncompleteXXIn ProcessXApprovedPreApprovedRejectedXXReturnedXXRequires ReapprovalXXNot on HoldXNot FrozenXNot CancelledXNotX

19、OpenXClosedX7Approve（可選）采購訂單完成后的動作。檢驗文檔的完整性、將文檔提交下一審批者批準、批準用來批準采購申請（如果你能批準采購請求的話）。8注釋 （可選）可輸入 240 個字符（一個漢字兩個字符），來描述這項采購請求。(圖一)Ø建立請購單 line 信息items 頁1進入 TABLines2Num：欄目（要求/缺?。┎少徴埱髥涡刑柎a，系統(tǒng)缺省為下一可用號碼。3Type：欄目類型（要求/缺?。┑?4 頁共 59頁缺省的顯示Purchasing Options定義的類型LineType 的定義在 Purchasing>setup>Purchasin

20、g>Line Types輸入欄目類型，欄目的類型包括：amountbased：unit price默認為1 quantitybasedoutside processing.4. Item：項目（可選/缺省）輸入采購請求行 item，在不同的組織做 PR，item 需要在已經分配到當前組織中5. Rev：版本（可選） 輸入 item 的版本。6Category：分類（要求/彈性域/缺?。┹斎氩少徴埱箜椖亢螅诸愖詣语@示。7Description：描述（要求/缺?。┹斎腠椖棵枋?。（對于無編碼采購）8UOM：（可選/缺?。┹斎?item 的，當輸入一 item 時，系統(tǒng)缺省一。9Price：價

21、格（可選）輸入價格。如該 item 有供應商 ASL，系統(tǒng)能將供應商 ASL 中Source 的價格帶過來。第15 頁共 59頁10Quantity：數量（必選）必須大于 011Need By date：（必選）要求到貨日期12Tax Code默認是Purchasing Options的值13Destination Type:Expense 物品直接送給requestor，subinventory無用Inventory 物品接收入庫Shop Floor 物品直接送WIP任務令中的工序14Requesttor默認是prepare，可更改為真正的申購人15Organization默認是reques

22、tor的組織，可選擇所有有效的接收組織16delivery Location默認是requestor在Employee中定義的送貨地點17Subinventory：當Destination Type是Inventory，需選擇子庫18Source type.：PR上請購item的來源InventorySupplier：來源為Supplier的PR可以生成PO19suggested Supplier：希望那家供應商供貨Ø 建立請購單 line 信息Source Details 頁1. 進入TABSource Details2 Note to Buyer3 Buyer建議的采購員4 RF

23、Q Reuqired采購在將PR生成PO時，需要有報價單5 Supplier Item number供應商方的Item編號第16 頁共 59頁6 source Document TypeBlanketor來源為BPAQuotation來源為報價單7 source Document若source Document Type 為Blanketor則為BPA編號若source Document Type 為Quotation則為報價單編號8 document Line Number來源Docement的行號Ø建立請購單 line 信息Details 頁1進入TABSource Detail

24、s2Urgent3Justification4Note to Receiver,5Transaction Nature6Reference Number和Project相對應7UN Number貨期第17 頁共 59頁8Hazard class.風險物品Ø 建立請購單 line 信息Currency 頁進入TABCurrency12suggested currency建議幣種3Rate Type匯率類型：Daily Conversion Rate Types4rate date匯率日期5Rate匯率第18 頁共 59頁Ø 建立請購單 distribution 信息1對于每一

25、行點擊Distribution，進入2Quantity當有多個發(fā)運行時，各行的總金額之和需等于line的數量3Charge AccountAccount Generator會產生會計分錄，一般直接由equestor的COA帶出4Recovery Rate對于taxable items5GL Date總帳日期第19 頁共 59頁Approve Purchase Requisition主要是請購單的審批Ø提交審批1. 點擊 Approve 進行審批2. Submit For Approval提交審批，按審批路徑的設置，會傳給下一審批人3 Forward提交審批Forward From（要

26、求/缺省）為操作者Approval Path：在 Document Type 里定義的定義的缺省的審批路徑ForWard to（要求/缺?。┹斎肷暾垎翁峤涣硗獾膶徟?Note （要求/缺省）輸入審批申請單標注4 OK，提交審批第20 頁共 59頁Ø 審批5審批后，審批人可以做的動作根據選項審批申請單Approve：審批通過Approve Forward：審批通過，傳遞給另一個人Forward：不審批，傳給其它人審批Reject：退回，拒絕4輸入完選項后點擊 SUBMIT 按鈕提交.申請單審批結束.Query PR主要是請購單根據權限不同，可以 open，但已經審批的 PR 不能 O

27、pen。第21 頁共 59頁ØRequisition Headers Summary1 Lines：查看訂單行的信息 Lines2 New：新建一張請購單3 OPEN：打開當前行的請購單，是否能夠打開請購單，取決于你的權限，如果請購單的狀態(tài)是 In Process,則不能打開4 Distributions：查看當前行的 distributions 信息ØView action history:查看當前行的審批可以查看當前PR的approvals, cancellations, returns第22 頁共 59頁在采購系統(tǒng)中action history中顯示document

28、approval1 Sequence number：序列號，表明動作的先后次序2 Date：審批動作的日期3 Revision：版本4 Performed By：審批動作的執(zhí)行人5 Action：審批動作Accept, Approve, Approve and Reserve,Cancel, Forward, Import, Reject, Reserve, or submit6Notes：備注Action History顯示的對PR/PO頭的動作，或是影響頭的動作如果你只是更改一行，那么會影響PR/PO頭上版本的變化Action History會顯示新的版本Revision如果 Action

29、為空, ，則Performed By顯示的是處于審批路徑的當前責任人Ø View purchase orders:查看當前行的 POpurchase orders:查看當前請購單行對應的 PO第23 頁共 59頁ØView sales orders:查看當前行的SOsales orders:查看當前請購單行對應的 SOControl Document請購單Ø，包括 PR 的 Return、Modify、Cancel、Close PR 的 Cancel/CloseØPR 的 Modify第24 頁共 59頁Ø PR 的 ReturnOthers請

30、購單的模板導入：Path：N：PO->Setup->Purchasing->Requisition TemplatesType 可以是Requisition/Purchase Order Number 是對應的 PR/PO Number點擊 OK，彈出如下界面后點擊保存第25 頁共 59頁在 PR 創(chuàng)建界面使用模板導入Path：N:PO->Requisitions->Requisition第26 頁共 59頁第27 頁共 59頁第28 頁共 59頁PO: Purchase Order 采購訂單PO 概述PO 類型四種采購訂單類型：一攬子協(xié)議合同協(xié)議一攬子協(xié)議計劃訂

31、單標準訂單計劃訂單l標準采購訂單 SPO：欲采購的物料、價格、數量、時間、供應商均確定的購。比如輪胎制造商采購緊俏天然膠。一攬子采購協(xié)議 BPA：欲采購的物料、供應商均確定、價格可能確定的采購協(xié)議，協(xié)議本身是物品或服務采l個有效“合作合同”，實際采購時須通過“”以確定采購的數量、時間。比如汽車制造商向輪胎供應商的采購。協(xié)議可以是 Global 的跨 OU,也可以是 Local 的(限制 OU 的)。合同采購協(xié)議 CPA：僅采購總金額、供應商確定的采購協(xié)議，協(xié)議本身是個“合作意向”，不l能直接進行采購接收，實際采購時需下購。合同可以是 Global 的跨 OU。該合同的標準采購訂單。比如超市供應

32、商的采l計劃采購合同 PPO：欲采購的物料、價格、數量、時間、供應商均確定，但不急于下標準采購訂單，而是先做好長期“計劃”，實際采購時須通過“”完成。PO 狀態(tài)PO 有多種狀態(tài)，可從 PO_LOOKUP_CODES(LOOKUP_TYPE='AUTHORIZATION STATUS')中得到。Path：N: PO/Setup/Purchasing/Lookup Codes第29 頁共 59頁PO 主要單據除了采購訂單外，PO 模塊還有其他幾種重要單據，其關系如下：uuuu請購單： 詢價單： 報價單： 采購單：請購或者采購需求的單據 向供應商詢價信息的單據 供應商提供報價信息的單

33、據采購信息的單據PO 功能Crate Purchase Order主要是采購單的創(chuàng)建Ø輸入 PO 頭信息Path：N: PO/Purchase Orders/Purchase Orders PO 頭主要信息為：類型 標準 PO 為 Standard Purchase Order采購員 系統(tǒng)默認為登錄用戶對應的員工供應商 輸入后系統(tǒng)自動帶出 Site、Ship-to、Bill-toPO 號 保存后系統(tǒng)可自動生成 PO 號，也可設置為手工輸入 PO 號第30 頁共 59頁狀態(tài) 新開 PO 為 IncompleteØ 輸入 PO 行信息PO 行主要信息為物料編碼、數量、單價、需求

34、時間：保存之后系統(tǒng)自動生成裝運行 Shipment、分配行 Distribution。Ø修改裝運行信息Path：N: PO/Purchase Orders/Purchase Orders/Shipments 按鈕1 個PO 行系統(tǒng)默認生成 1 個 Shipment 行，如果需要，可以在這里手工修改數量拆成多行More Tab 頁定義 AP 匹配選項等信息：第31 頁共 59頁Status Tab 頁顯示各種數量訂購、已接收、已取消、已開票，實際上表中還有已接受、已拒絕字段：點擊Receiving Controls，可以修改由接收參數、物料上帶過來的接收接收的時間和數量允差、接收路線：

35、選項，包括第32 頁共 59頁Ø修改分配行信息Path：N: PO/Purchase Orders/Purchase Orders/Shipments 按鈕/Distributions 按鈕1 個Shipment 行系統(tǒng)默認生成 1 個 Distribution 行，如果需要，可以在這里手工修改數量拆成多行。PR 創(chuàng)建的PO，More 頁將顯示 PR 號等信息；如果是項目創(chuàng)建的 PO，Project 頁將顯示項第33 頁共 59頁目信息；如果是 WIP 創(chuàng)建的 PO，這里的“Outside Services”將顯示任務信息。Summit PO提交審批Path：N: PO/Purcha

36、se Orders/Purchase Orders/Approve按鈕主要字段說明：Submit for 必須打勾，表示要提交審批Forward 打勾后，系統(tǒng)根據 PO 類型的設置決定是否可以修改審批路徑等Transmission 通過何方式把 PO 發(fā)給供應商，PO 一旦審批自動執(zhí)行這里定義的操作點擊 OK 按鈕提交審批。Query PO主要是采購單Path：N: PO/Purchase Orders/Purchase Order Summary可以輸入非常多的條件，比如PO 號、訂購時間、訂購物料等等；Results 的意思是結果直接進入 PO 的哪層信息頭信息、行信息、裝運行還是分配行。

37、輸入上面的 PO 號，Find 如下：第34 頁共 59頁可以看到狀態(tài)為 In Process，該狀態(tài)不能打開 PO，所以 Open 按鈕呈灰色。查看 PO 工作流Path：N: PO/Inquire/View Approval through Workflow以下是打開的 PO Workflow 審批詳細步驟：第35 頁共 59頁點擊“View Diagram”可以看到更加直觀的審批過程，綠色線PO 的實際審批工作流。沿著綠色線一直走并雙擊進入子流程，最終發(fā)現停在“Approve PO Notification”節(jié)點，并且處理者是“SCF”：Approve Purchase Order主要是

38、采購單的審批Path：N: PO/Purchase Orders/Purchase Orders/Approve按鈕第36 頁共 59頁主要字段說明：Submit for 必須打勾，表示要提交審批Forward 打勾后，系統(tǒng)根據 PO 類型的設置決定是否可以修改審批路徑等Transmission 通過何方式把 PO 發(fā)給供應商，PO 一旦審批自動執(zhí)行這里定義的操作點擊 OK 按鈕提交審批。查看審批通知Path：N: PO/Workflow Users/Worklist可以看到，有張標準 PO1000005 需要審批，點擊主題進去可以看到詳細的信息供應商、PO 行、審批過程、審批按鈕：第37 頁

39、共 59頁Response 區(qū)域：Approve 審批通過Approve and Forward 審批通過并轉交他人處理Forward 轉交他人處理Reject 拒絕，退回提交人Reassign 轉交他人處理Request Information 查看更詳細的信息點擊 Approve 完成審批。Control Document采購單Path：N: PO/Purchase Orders/Purchase Order Summary/Control第38 頁共 59頁ØCancle在 Po summary 的 control 你可以在 PO 審批之后 cancle 整張 Po 或 Po

40、的行，cancle 之后，你可以只為你在 cancle 之前接收的物品進行付款。你還可以將沒有完成的 PR 重新下PoØØØØClose for Receiving：接收后Close for Invoicing： Close：Finally Close后常見問題BPA的 PO 單價如何修改1. 手工方式：BPA 行的 Allow Price Override Flag 需要勾上2. 請求方式：Retroactive Price Update of Purchasing Documents Program第39 頁共 59頁通過設置 Profile 來確定

41、修改的 PO 范圍3.2xxxx第40 頁共 59頁PO: RCVReceiving 功能采購訂單下達后，供應商將按照指定的時間把指定數量的貨物送至采購方，這些貨物通常直接搬運至倉庫，而是要經過簽收、采樣/檢驗，之后方可入庫，如果不必須退還或者與供應商協(xié)商以進一步處理。Oracle 中通過“接收流程”Receiving 來管理這些實際問題，除此之外，Receiving 還可滿足如下業(yè)務需求：1、 設置接收的數量和時間允差，是否接收替代物料2、 是否無 PO 接收3、不同物料和供應商，設置是免檢還是必須檢驗4、 外幣采購、設置匹配的維度、自動完成應計負債、退貨自動完成借向通知單5、 批次、序列號

42、、貨位6、 Dropship 接收、Outside Processing 接收、Kanban Replenish 接收、RMA 接收接收基礎設置ØReceiving Options定義物料接收參數，每個庫存組織都要定義。進入 Purchasing 模塊。職責：Purchasing Super User路徑：Purchasing>Setup>Organization>Receiving Options1、Match approval level第41 頁共 59頁Po 的匹配原則見 Defining Default Options（Purchasing>Setu

43、p>Organization>PurchasingOptions）2、 Invoice Close % tolerance采購匹配后自動關閉 Po 見 Defining Default Options3、 Receipt Close % tolerance采購接收后自動關閉PO 見Defining Default Options4、 The Receipt Close Point,定義 closed for receiving 的觸發(fā)點，是 Accepted (通過檢驗), Delivered, 或是 Received 見Defining Control Options5、 exp

44、ense accrual：是在接收時，還是在會計期末 Defining Accrual Options6、 定義默認的 expense AP accrual accountPurchasing>Setup>Organization>Receiving Options7、receipt number options Action.自動或手工接收單號8、Alphanumeric or numeric receipt numbering.9、Allow substitute Receipt 是否可以替代接收10、Allow unordered Receipt 是否可以無 Po 的接

45、收11、Allow express transactions 是否快速接收12、收、入庫數據Express receipt/delivery你接收或入庫你選中發(fā)運行的全部數量，而不用輸入具體的接13、allow cascade transactions 是否可以批量事務，你接收多個發(fā)運行14、Blind receipt.：不顯示應接收的數量，enforce quantity tolerances 也無效15、receiving location：是否只能接收到 Po 上的 ship_to_location16、接收前后的天數17、receiving account：定義接收的帳戶設置18、re

46、ceipt routing：認的接收路徑 Direct elivery, Standard Receipt, Inspection Required.19、ASN Control：如果已經存在 ASN，接收時，是否提示ØProfile OptionsPath：N: Sys/Profiles/System重點關注如下幾個 Profile 的設置值：第42 頁共 59頁Profile NameDescriptionQA:PO InspectionOracle Purchasing 接收時直接輸入或不合格Receive使用接收界面找出你要做接收的信息可以接收 4 種信息（1） PO 的發(fā)運

47、行信息（2） 內部 PR 對應的內部SO 發(fā)運行（3） 內部轉庫（4） RMA 退貨.你可以直接將 item 接收入庫，也可以只做接收，在 receiving transaction 做檢驗，入庫的操作接收頭：接收明細：CorrectionsPath：N: PO/Receiving/Corrections第43 頁共 59頁Oracle Quality 需要在 QA 建立收集計劃RCV: Processing ModeOnline 界面停止響應，直到做完接收到接收表Immediate數據到接口表，并立即自動提交“接收處理器”請求，界面可以繼續(xù)操作Batch數據到接口表，界面可以繼續(xù)操作， 需要

48、用戶手工提交“接收處理器”請求RCV: Allow Routing Override接收時是否修改destination type輸入條件 PO 號，可以查出可以修正的量：及其 Transaction Type，輸入調整數TransferPath：N: PO/Receiving/Receiving Transactions輸入條件 PO 號，可以查出可以轉移的，Destination Type 默認Receiving，輸入目標Location：InspectionPath：N: PO/Receiving/Receiving Transactions輸入條件 PO 號，可以查出可以檢驗的Insp

49、ection 為“未檢驗 需要檢驗”，Destination Type 默認Receiving，第44 頁共 59頁點擊 Inspect，因為 Profile“QA:PO Inspection”設置為 Oracle Purchasing，所以實際的檢驗在系統(tǒng)，這里直接輸入檢驗結果為 Accept 或 Reject：這里還可以輸入供應商批次、質量代碼、代碼。點 OK 后主界面的 Destination Type 自動變?yōu)椤癐nspect”，保存。DeliveryPath：N: PO/Receiving/Receiving Transactions輸入條件 PO 號，可以查出可以入庫的，Desti

50、nation Type 默認 Inventory：第45 頁共 59頁輸入實際要入庫的數量、所入的子庫/貨位：ReturnsPath：N: PO/Receiving/Returns輸入條件 PO 號，可以查出可以退回的理，Receive 和 Delivery：，退回可以之前做的兩類事物處Receive 可以做 RETURN TO RECEIVING；Delivery 可以做 RETURN TORECEIVING、RETURN TO VENDOR，如果有批次/序列進行操作：，點擊“Lot/Serial”第46 頁共 59頁Receiving Trx SummaryPath：N: PO/Recei

51、ving/Receiving Transactions Summary輸入 PO 號，同時保持 Result 為 Header1.1 常見問題3.1 會計期間問題在保存的時候，彈出類似如下界面第47 頁共 59頁需要檢查三個會計期間的打開情況1、總賬的會計期間可到如下 GL 職責打開總賬的會計期間第48 頁共 59頁2、庫存會計期間：點擊 Change Status 按鈕改成 INV 的會計期間狀態(tài)第49 頁共 59頁3、采購的會計期間：Path：N:PO/Setup->Financials->Control Purchasing Periods3.2 檢驗報錯1.設置 Profi

52、le 值：QA: Collection Plan Security2、修改 Profile 的值：設置值為:Oracle Purchasing此外，如果是 Oracle Quality，則需要在 QA 建立收集計劃第50 頁共 59頁VMI：Vendor Management InventoryVMI 功能VMI 定義什么是 VMI？在帶Site 的ASL 界面的欄位：Consigned From Supplier 勾上。VMI 應用ØVRN(VPO)：只用于補充供應商庫存，不用于開票。所以 VRN 的類型一定是 Standard 類型。欄位標示：PO_LINE_LOCATIONS_

53、ALL.CONSIGNED_FLAG = Y前臺：ØCA：什么是 CA？供應商的憑據，用于開票。標示：PO_HEADERS_ALL.CONSIGNED_CONSUMPTION_FLAG = Y第51 頁共 59頁如何產生 CA？在發(fā)生物權轉移的時候會產生 CA。那么發(fā)生物權的方式如下方式： 1、 雜收或者雜發(fā)。2、 WIP 直發(fā)(直接把物料3、 SO 出貨。生產線上)。4、 其他自定義方式。如可定義在進行子庫轉移的時候發(fā)生物權轉移。上述分類只是到 CA 的接口表產生 CA 還需要運行請求：CA 有什么類型？CA 跟分Standard 類型和Release 類型。由 Global BPA產生的 CA 是SPO 類型。由 Local BPA產生的 CA 是 BPA Release 類型(簡稱 BPO)。VMI 其他重要設置Ø自定義 VMI 設置Path：N: Inventory->Setup->Transactions->Consigned/VMI Consumption