銷售訂單的流程(銷售訂單導入-->挑庫-->發運-->AR)


創建訂單

路徑: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實際上包含兩部分:Inventory Interface  SRS(產生庫存出貨事務)和 Order Management Interface  SRS(更新發運行狀態、以准備生成AR發票)。

Inventory Interface  SRS會根據Shipping Transaction來插入記錄到MTI,進而INV Manager會把這條MTI記錄轉到MMT表中,一條Sales Order Issue的transaction記錄就產生了,並完成庫存數量的扣減和Reservation的刪除。Inventory Interface  SRS運行完之后,會更新WSH_DELIVERY_DETAILS表的INV_INTERFACED_FLAG字段為Y。

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

select * from oe_order_lines_all            銷售行
 1. oe_order_lines_all.FLOW_STATUS_CODE: 
     - AWAITING_RETURN
     - AWAITING_SHIPPING
     - BOOKED
     - CANCELLED
     - CLOSED
     - ENTERED    
     - FULFILLED  實施
     - SHIPPED
 2. line_category_code:
     - ORDER
     - RETURN 退貨標記

 參考文檔:https://www.cnblogs.com/AI-xiaocai/p/11888950.html

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM