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

3、V 分錄；財務(wù)部收到的可以方便的與PO 進行匹配。入庫與退貨：采購接收可自動觸發(fā)倉庫入庫，采購?fù)素浛勺詣佑|發(fā)倉庫出庫。質(zhì)量檢查：采購接收時可觸發(fā)質(zhì)量收集計劃進行分項抽樣檢查。其次，供應(yīng)商及其物料價格管理永遠是采購部的重點工作，ASL 和Sourcing Rules 則是Oracle ERP 提供的解決方案。其三，在流程集成中，請購單 PR 和接收Receiving 分別起著承上啟下的作用：1、 ISO 流程從內(nèi)部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ā)貨。采購術(shù)語簡介PO：Purchase OrderBPA：Blanket Purchase AgreementPR：Purchase RequisitionASL：Approved Supplier ListSR：Sourcing RuleVMI：Vendor Management InventoryCA：Consumption Advice采購總流程第4 頁共 59頁主要流程及活動請求詢價RFQ請購單一攬子協(xié)議預(yù)付款采購訂單入庫Delivery第5 頁共 59頁退貨Return允收Accept判退Reject收料Receipt檢驗Inspect付款沖賬現(xiàn)金管理應(yīng)付賬款對賬手

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

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

7、 還是Ø如何確定通知根據(jù)通知的接收 User 的首選項 Preference 決定，如果用戶層沒有設(shè)置，則由 Global Preferences 決定。如果是 Mail 方式，需要配置好 Workflow Notification Mailer。員工/職位/Buyer如何確定登錄 User->員工 Employee(系統(tǒng)管理員 User 中指定關(guān)聯(lián)的 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 必須與員工關(guān)聯(lián)，并且該員工在這里必須定義為采購員。ØPath：N: PO/Setup/nel/Buyers審批/安全性如何確定審批權(quán)限職位 Position+PO 類型->審批組 (PO 審批組分配中設(shè)置每個職位的各類PO 權(quán)限) 審批組Approval Group->權(quán)限 (審批組對應(yīng) 1 組權(quán)限范圍：金額、賬戶、物料)Ø Doc

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

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

11、ssignments如何確定審批者PO 類型->審批層次 (PO 文檔類型中指定使用的 Approval Hierarchy)職位+審批層次->Next Position (根據(jù)當(dāng)前職位和審批層次，可獲得下一審批職位)ØPosition Hierarchy (審批層次)定義職位層次。輸完名稱，保存之后才能輸入版本號和有效日期，再保存之后才能輸入下面的 Position 信息。定義層次的時候，首先在 Position 區(qū)域查找出我們要定義的層次結(jié)構(gòu)的職位比如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根據(jù) Hierarchy-Position-Employee 三層關(guān)系展開，填充到表PO_EMPLOYEE_HIERARCHIES。跑工作流的時候?qū)嶋H上僅從這個表取上下級關(guān)系。需要提交報表：Fill Employee HierarchyPath：N: PO/Reports/Run第7 頁共 59頁如何確定單據(jù)的安全性誰可以看？安全級別誰可以修改？-級別Ø安全級別公有的：文檔建立者/所有系統(tǒng)用戶私有的：文檔建立者/ 采購 ：文檔建立者/ 層次 ：文檔建立者/批準人批準人/采購者 批

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

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

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

17、tions> Requisitions 2Number：編號（要求）輸入采購請求編號，我們采用系統(tǒng)自動編號方式，8 位數(shù)字。具體編碼規(guī)則在定義 Purchasing>setup>Organizations>Purchasing OptionsDocument Numbering第12 頁共 59頁3Type：文檔類型（要求）輸入采購請求類型，類型在 Document Type 中定義具體設(shè)置：Purchasing>setup>Purchasing>Documents Types4Prepare：填單人（僅顯示）顯示填寫采購請購單人名字。具體設(shè)置：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 需要在已經(jīng)分配到當(dāng)前組織中5. Rev：版本（可選） 輸入 item 的版本。6Category：分類（要求/彈性域/缺省）輸入采購請求項目后，分類自動顯示。7Description：描述（要求/缺?。┹斎腠椖棵枋?。（對于無編碼采購）8UOM：（可選/缺?。┹斎?item 的，當(dāng)輸入一 item 時，系統(tǒng)缺省一。9Price：價

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

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

23、Q Reuqired采購在將PR生成PO時，需要有報價單5 Supplier Item number供應(yīng)商方的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相對應(yīng)7UN Number貨期第17 頁共 59頁8Hazard class.風(fēng)險物品Ø 建立請購單 line 信息Currency 頁進入TABCurrency12suggested currency建議幣種3Rate Type匯率類型：Daily Conversion Rate Types4rate date匯率日期5Rate匯率第18 頁共 59頁Ø 建立請購單 distribution 信息1對于每一

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

26、求/缺?。椴僮髡逜pproval Path：在 Document Type 里定義的定義的缺省的審批路徑ForWard to（要求/缺?。┹斎肷暾垎翁峤涣硗獾膶徟?Note （要求/缺?。┹斎雽徟暾垎螛俗? OK，提交審批第20 頁共 59頁Ø 審批5審批后，審批人可以做的動作根據(jù)選項審批申請單Approve：審批通過Approve Forward：審批通過，傳遞給另一個人Forward：不審批，傳給其它人審批Reject：退回，拒絕4輸入完選項后點擊 SUBMIT 按鈕提交.申請單審批結(jié)束.Query PR主要是請購單根據(jù)權(quán)限不同，可以 open，但已經(jīng)審批的 PR 不能 O

27、pen。第21 頁共 59頁ØRequisition Headers Summary1 Lines：查看訂單行的信息 Lines2 New：新建一張請購單3 OPEN：打開當(dāng)前行的請購單，是否能夠打開請購單，取決于你的權(quán)限，如果請購單的狀態(tài)是 In Process,則不能打開4 Distributions：查看當(dāng)前行的 distributions 信息ØView action history:查看當(dāng)前行的審批可以查看當(dāng)前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顯示的是處于審批路徑的當(dāng)前責(zé)任人Ø View purchase orders:查看當(dāng)前行的 POpurchase orders:查看當(dāng)前請購單行對應(yīng)的 PO第23 頁共 59頁ØView sales orders:查看當(dāng)前行的SOsales orders:查看當(dāng)前請購單行對應(yīng)的 SOControl Document請購單Ø，包括 PR 的 Return、Modify、Cancel、Close PR 的 Cancel/CloseØPR 的 Modify第24 頁共 59頁Ø PR 的 ReturnOthers請

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

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

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

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

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

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

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

37、輸入上面的 PO 號，F(xiàn)ind 如下：第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ā)現(xiàn)停在“Approve PO Notification”節(jié)點，并且處理者是“SCF”：Approve Purchase Order主要是

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

39、共 59頁Response 區(qū)域：Approve 審批通過Approve and Forward 審批通過并轉(zhuǎn)交他人處理Forward 轉(zhuǎn)交他人處理Reject 拒絕，退回提交人Reassign 轉(zhuǎn)交他人處理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頁通過設(shè)置 Profile 來確定

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

42、、貨位6、 Dropship 接收、Outside Processing 接收、Kanban Replenish 接收、RMA 接收接收基礎(chǔ)設(shè)置ØReceiving Options定義物料接收參數(shù)，每個庫存組織都要定義。進入 Purchasing 模塊。職責(zé)：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采購匹配后自動關(guān)閉 Po 見 Defining Default Options3、 Receipt Close % tolerance采購接收后自動關(guān)閉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、收、入庫數(shù)據(jù)Express receipt/delivery你接收或入庫你選中發(fā)運行的全部數(shù)量，而不用輸入具體的接13、allow cascade transactions 是否可以批量事務(wù)，你接收多個發(fā)運行14、Blind receipt.：不顯示應(yīng)接收的數(shù)量，enforce quantity tolerances 也無效15、receiving location：是否只能接收到 Po 上的 ship_to_location16、接收前后的天數(shù)17、receiving account：定義接收的帳戶設(shè)置18、re

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

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

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

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

50、nation Type 默認 Inventory：第45 頁共 59頁輸入實際要入庫的數(shù)量、所入的子庫/貨位：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 職責(zé)打開總賬的會計期間第48 頁共 59頁2、庫存會計期間：點擊 Change Status 按鈕改成 INV 的會計期間狀態(tài)第49 頁共 59頁3、采購的會計期間：Path：N:PO/Setup->Financials->Control Purchasing Periods3.2 檢驗報錯1.設(shè)置 Profi

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

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