Oracle EBS訂單的流程(Order->AR)
from:http://blog.csdn.net/pan_tian/article/details/7693447
基本流程
建立訂單
路徑:Order Management > Orders,Returns > Sales Orders
填寫訂單頭資訊,客戶,訂單型別,銷售人員
填寫訂單體資訊,輸入物料,數量...
然後Book Order,訂單Book之後,你會發現訂單頭的Status的狀態變成了“Booked”,訂單行的狀態為"Awaiting Shipping",記錄下來你的訂單號,後邊的每一步都需要這個訂單號。
狀態:訂單Book之後,這個時候發運單也就產生了,如果你去Shipping Transactions Form,查詢訂單,你就會發現發運單的Line Status為Ready to Release,Next Step為Pick Release
Pick Release
路徑:Order Management > Shipping > Release Sales Orders > Release Sales Orders
Pick Release俗稱挑庫(即從倉庫中挑選貨物).在Order Number中輸入待挑庫的訂單號
Auto Pick Confirm設定為No
Auto Allocate設定為N
Auto Allocate和Auto Pick Confirm都可以設定為Yes,只不過為了講的更加詳細,這裡都設定為No,設定為Yes的話,那麼後邊的Allocate和Pick Confirm兩步,系統就會自動幫你完成。
這裡有兩個按鈕來執行Pick Release,”Concurrent“是把Pick Release的任務發給Concurrent Request來執行,"Execute Now"是系統再前段執行Pick Release,直到執行結束才把控制權返還給User,這裡我們點選Concurrent按鈕。
Pick Release後臺做了什麼事情?Pick Release會建立一個Pick Wave型別Move Order,這個Move Order就是用來把庫存中的貨物搬到一個臨時發貨區(Staging),如果開啟INV日誌就能看到系統是呼叫INV_MOVE_ORDER_PUB.CREATE_MOVE_ORDER_HEADER來建立Move Order的。(對於Pick Release的後臺流程可以參見我的總結:Pick Release Process)
另外需要提到的是,在Pick Release之後,系統會針對你的訂單生成一條Reservation(預留),這個時候的預留稱為Soft Reservations,因為還沒有明確從哪個庫出貨,所以會在Org級別建立物料的保留。
狀態:這個時候,Shipping Transaction的Line Status為"Released to Warehouse",Next Step為"Transact Move Order";訂單頭的狀態仍為Booked,行狀態仍為”Awaiting Shipping“。
Pick Confirm
Pick Confirm(挑庫確認)的動作實際上是在Transact Move Order中完成的,先Allocate挑選貨物,再Transact Move Order.
路徑:Inventory > Move Orders > Transact Move Orders
查詢頁面,Pick Wave那個Tab,輸入訂單號
進入TMO主介面後,點選Allocate,Allocate會根據你係統預設的Picking Rule來挑選貨物,然後給你一個Suggestion的挑庫項,Suggestion記錄會儲存在MTL_MATERIAL_TRANSACTIONS_TEMP表(即Pending Transactions)。
另外完成Allocate之後,你會看到介面Allocation項會出現Single,Multiple或者None的標識,Single表示,系統給你了產生了一條Suggestion的Transaction記錄,Multiple表示產生了多條;None表示沒有產生Suggestion記錄(很可能是因為你係統中庫存數量不足)
接下來一步就是去Transact這個Move Order
按Transact之後,Inventory Transaction Manager 會處理Suggestion Transactions(MMTT),然後物料轉移的動作就真實發生了,物料就從正式Subinventory到臨時存貨區(Staging)。這個Transction可以從Material Transaction的Form中查詢到。
另外對於Reservation來說,在Transact之後,因為庫存明確了,Reservation就會變得更加明確,是對哪個Sub,locator做保留。
狀態:這個時候,Shipping Transaction的Line Status為"Staged/Pick Confirmed",Next Step為"Ship Confirm/Close Trip Stop";訂單頭的狀態仍為Booked,行狀態變為了”Picked“。
Ship Confirm Deliveries
路徑:Order Management > Shipping > Transactions
切換到Delivery頁籤,準備Ship Confirm(發貨確認),如果你在Pick Release的時候,沒有選擇Autocreate Delivery,那麼系統會檢查Define Shipping Parameters裡邊這兩個的設定,如果shipping parameters裡邊也沒有選擇,那麼你需要手工的在Ship Confirm的時候選擇Action->Auto-create Deliveries.
Delivery資訊實際上包含你要投遞貨物到哪裡,使用哪家物流公司....
Delivery頁籤,點選Ship Confirm按鈕後,會彈出一個視窗,"Defer Interface"如果被勾上,說明你要手動的執行Interface Trip Stop SRS,我們勾上Defer Interface,點OK。
Delivery was successfully confirmed!!!
Ship Confirm這個動作會插入一條記錄到MTL_TRANSACTIONS_INTERFACE表中,這個MTI記錄的型別為Sales Order Issue,這條記錄會被接下來的Interface Trip Stop來處理,最終從MTI轉到MMT表中。
狀態:這個時候,Shipping Transaction的Line Status為"Shipped",Next Step為"Run Interfaces";訂單頭的狀態仍為Booked,行狀態變為了”Shipped“。
Interface Trip Stop - SRS
因為我們在Ship Confirm的時候設定了Defer Interface,所以這裡我們還需要手動的執行Interface Trip Stop - SRS。
路徑:Order Management > Shipping > Interface > Run > Request:Interface Trip Stop - SRS
Interface Trip Stop實際上包含兩部分:Order Management Interface SRS(更新發執行狀態、以準備生成AR發票)和 Inventory Interface SRS(產生庫存出貨事務)
Order Management Interface - SRS是在Inventory Interface SRS之前執行的,這個Request更新發執行狀態、以準備生成AR發票,OM Interface執行結束後會更新WSH_DELIVERY_DETAILS表的OE_INTERFACED_FLAG為Y。
狀態:這個時候,Shipping Transaction的Line Status為"Interfaced",Next Step為"Not Applicable";訂單頭的狀態仍為Booked,行狀態變為了”Shipped“。
Workflow background Process
路徑:Inventory > Workflow Background Engine
Item Type:OM Order Line
Process Deferred:Yes
Process Timeout:No
這個program用於處理Deffered狀態的workflow,Workflow Background Process執行後,相關資料就會從Order表匯入到RA Interface表中去(RA_INTERFACE_LINES_ALL,RA_INTERFACE_SALESCREDITS_ALL,RA_Interface_distribution)
你可以通過下邊的SQL來檢視RA Interface資訊:
1.SELECT * FROM RA_INTERFACE_LINES_ALL WHERE sales_order = '65961';
2.SELECT * FROM RA_INTERFACE_SALESCREDITS_ALL
WHERE INTERFACE_LINE_ID IN (SELECT INTERFACE_LINE_ID FROM RA_INTERFACE_LINES_ALL WHERE sales_order = '65961' );
3.SELECT * FROM RA_INTERFACE_DISTRIBUTIONS_ALL
WHERE INTERFACE_LINE_ID IN (SELECT INTERFACE_LINE_ID FROM RA_INTERFACE_LINES_ALL WHERE sales_order = '65961' );
資料插入到RA Interface之後,再看OE_ORDER_LINES_ALL的INVOICE_INTERFACE_STATUS_CODE欄位變成了Yes,INVOICED_QUANTITY變為了訂單行的數量。並且你會發現訂單行的狀態變成了Closed,訂單頭的狀態仍為Booked。
AutoInvoice
用於生成AR發票
路徑:Account Receivable > Interface > AutoInvoice
Name:Autoinvoice Master Program
Invoice Source:Order Entry
Default Day:當前日期
提交後,在request裡能看到”Autoinvoice Import Program“在執行。
從上圖,可以看出Auto Invoice Program用於處理RA的interface表,然後生成真正的營收發票資訊,最終資料會插入AR正式表中(RA_CUSTOMER_TRX_ALL,RA_CUSTOMER_TRX_LINES,AR_PAYMENT_SCHEDULES).
可以到訂單裡 Order > Action > Additional Information > Invoices/Credit Memos中能看到發票資訊,也可以通過下邊SQL檢視訂單和AR資訊,
SELECT ooha.order_number , oola.line_number so_line_number , oola.ordered_item ,
oola.ordered_quantity * oola.unit_selling_price so_extended_price ,
rcta.trx_number invoice_number , rcta.trx_date , rctla.line_number inv_line_number ,
rctla.unit_selling_price inv_unit_selling_price
FROM oe_order_headers_all ooha , oe_order_lines_all oola , ra_customer_trx_all rcta , ra_customer_trx_lines_all rctla
WHERE ooha.header_id = oola.header_id
AND rcta.customer_trx_id = rctla.customer_trx_id
AND rctla.interface_line_attribute6 = TO_CHAR (oola.line_id)
AND rctla.interface_line_attribute1 = TO_CHAR (ooha.order_number)
AND order_number = :p_order_number;
如果Autoinvoice Import Program有出現error的情況,你可以檢視RA_INTERFACE_ERRORS_ALL表Message_text欄位,來獲取錯誤資訊。
Closing the Order
訂單的關閉是自動的,在所有行工作流結束(Close或者Cancel)後0.5天,訂單頭也將在Workflow Background Process的推動下關閉。
還有另外一種說法:you can wait until month-end and the “Order Flow – Generic” workflow will close it for you.
Order&Shipping Transactions Status Summary
Step | Order Header Status | Order Line Status | Order Flow Workflow Status (Order Header) | Line Flow Workflow Status (Order Line) | Shipping Transaction Status(RELEASED_STATUS in WDD) |
---|---|---|---|---|---|
1. Enter an Order | Entered | Entered | Book Order Manual | Enter – Line | N/A |
2. Book the Order | Booked | Awaiting Shipping | Close Order | Schedule ->Create Supply ->Ship – Line | Ready to Release(R) |
3. Pick the Order | Booked | Picked | Close Order | Ship – Line | 1.Released to Warehouse(S)(Pick Release but not pick confirm) 2.Staged/Pick Confirmed(Y)(After pick confirm) |
4. Ship the Order | Booked | Shipped | Close Order | Fulfill – Deferred | 1.Shipped(After ship confirm) 2.Interfaced(C)(After ITS) |
Booked | Closed | Close Order | Fulfill ->Invoice Interface ->Close Line -> End | ||
5. Close the Order | Closed | Closed | End | End |
相關推薦
Oracle EBS訂單的流程(Order->AR)轉載
from:http://blog.csdn.net/pan_tian/article/details/7693447 基本流程 建立訂單 路徑:Order Management > Orders,Returns > Sales Orders 填寫訂
Oracle EBS訂單的流程(Order->AR)
from:http://blog.csdn.net/pan_tian/article/details/7693447基本流程建立訂單路徑:Order Management > Orders,Returns > Sales Orders填寫訂單頭資訊,客戶,訂單型別
Oracle EBS PO採購訂單更新
DECLARE l_result NUMBER; l_progress NUMBER; l_errors PO_API_ERRORS_REC_TYPE; l_chg
Oracle EBS AR 更新客戶
DECLARE l_return_status VARCHAR2(300); l_msg_count NUMBER; l_ms
Oracle EBS AR 更新客戶配置檔案
DECLARE l_rec_profile_t hz_customer_profile_v2pub.customer_profile_rec_type; l_rec_profile hz_customer_profile_v2pub.cust_profile_amt_rec_
Oracle EBS AR 更新客戶組織層
declare -- Local variables here i integer; g_module varchar2(30) := 'TCA_V2_API'; lrec_org hz_party_v2pub.organization_rec_type; lrec_party
Oracle EBS AR 更新客戶賬戶層
declare x_return_status VARCHAR2(150); x_msg_count NUMBER; x_msg_data VARCHAR2(2000); x_profile_id N
Oracle EBS AR 客戶取數SQL
SELECT acct.cust_account_id, acct.party_id, acct.account_number, party.party_name, lkp1.meaning party_typ
Oracle EBS 跳跳轉標準銷售訂單程式轉標準銷售訂單程式
-- 開啟PO PROCEDURE Btn_Open_Po IS BEGIN Fnd_Function.Execute(Function_Name => 'PO_POXPOEPO', Open_Flag => 'Y',
Oracle EBS AR 貸項通知單核銷取值
SELECT cm.trx_number ,fnd_flex_ext.get_segs('SQLGL', 'GL#', gcc.chart_of_accounts_id, ad.code_combination_id) account_number ,ra.gl_date
Oracle EBS AR 其他API
DECLARE L_CR_ID NUMBER; L_ATTRIBUTE_REC AR_RECEIPT_API_PUB.ATTRIBUTE_REC_TYPE; L_GLOBAL_ATT_REC AR_RECEIPT_API_PUB.global_attribu
Oracle EBS OM 保留訂單
DECLARE l_header_rec OE_ORDER_PUB.Header_Rec_Type; l_line_tbl OE_ORDER_PUB.Line_Tbl_Type; l_action_request_tbl OE_ORDER_PUB.Request_Tbl_Type; l_head
Oracle EBS OM 登記訂單
DECLARE l_header_rec OE_ORDER_PUB.Header_Rec_Type; l_line_tbl OE_ORDER_PUB.Line_Tbl_Type; l_action_request_tbl OE_ORDER_PUB.Request_Tbl_Type; l_header_a
Oracle EBS OM 取消訂單
DECLARE l_header_rec OE_ORDER_PUB.Header_Rec_Type; l_line_tbl OE_ORDER_PUB.Line_Tbl_Type; l_action_request_tbl OE_ORDER_PUB.Request_Tbl_Type; l_head
Oracle EBS OM 發放訂單
out else ini line cti apps ade for eas DECLARE l_header_rec OE_ORDER_PUB.Header_Rec_Type; l_line_tbl OE_ORDER_PUB.Line_Tbl_Type; l_ac
Oracle EBS AR 發運確認未產生資料到應收介面表中
近來,分公司上線系統,團隊一直非常忙碌,忙中出亂是正常的。發生的問題: 有一張銷售訂單已發運確認,發運事務處理中狀態是“已發運”和下一步“不適應”,為什麼應收介面表中沒有對應的記錄? 分析原因: 1.可能使用者不小心刪除了。但是,
Oracle EBS AR 客戶返利和壞帳準備事務處理型別設定
客戶返利和壞帳準備一直在GL中做人工日記帳,我個人總覺得怪怪的。之前財務總監與我提到過:與應付相關的儘量做到應付,與應收相關的儘量做應收,儘量少到總帳中做人工日記帳。AR事務處理常用借和貸關係如下: 1.AR事務處理:發票(產品銷售收入) Dr: 應收賬款
Oracle EBS OM銷售訂單行狀態“施實”處理方法
問題症狀: 1.銷售訂單行的狀態為“施實” 2.發運事務處理的對應的“行狀態”為“已連線”和“下一步”為“不適用”。 3.對應銷售訂單行的物料事務處理已經產生。 解決方法 1.選中“施實”銷售訂單行,右擊選擇選單“重試出錯的活動”如下圖 2.選擇“行層發票介面”確認。 3
Oracle EBS:PO 採購訂單型別(單據型別)
EBS的採購訂單型別主要有四種: 一攬子採購協議:Blanket Purchase Agreements 在一定時期內你很清楚你自己的採購計劃,但對交貨日期或交貨排程不太確定的時候採用。國內也有將期型別當作是一個認定的合格供應商的價目表來用(這種算是比較
Oracle EBS登錄頁面顯示空白
color mes media 3.5 ply javax queue 1.3 shu 問題描述 由於ebs數據庫需要閃回,在其他同事閃回數據庫到之前某一天後,重啟ebs應用,發現ebs客戶端登錄顯示空白 以前也出現過類似問題,一般出現此問題,可以嘗試以下操作: 1.重