標籤：
Oracle EBS 中直發訂單Drop Ship流程的系統操作記錄
應用情境：A公司向客戶B銷售產品，但是自己不生產該產品，而是向供應商C來採購，並且通常是要供應商C直接把貨發到B客戶處，屬於貿易型企業經常用到的商務程序，有些集團公司下的子公司銷售業務也用這種方式。
在實際業務中，並非所有的銷售都是企業內部發出的，為了節約成本、提高周轉效率、甚至應急銷售，企業往往將外部企業也作為自己銷售供貨的來源之一，通過採購後直接發貨的方式，將其他企業的貨物直接銷往自己的客戶。這種銷售業務模式，系統中稱之為直發銷售（Dropship Sale）。
建立銷售訂單行時，來源選擇為“外部(供應商)”，在訂單登記後需要為相關訂單行建立採購申請及採購訂單，供應商在接到採購訂單後，直接將物料發運給指定客戶。在客戶實際收到物料後，再在系統中依據相關採購訂單做物料的“虛擬(邏輯)”接收。在完成物料的虛擬接收後，系統將自動完成相關銷售訂單的發運並產生相關會計科目分配資訊。
直發銷售的優勢1、沒有庫存需求，減少庫存商品對資金的佔用
2、縮短中間出入庫環節，減少訂單實現處理的成本
3、供銷結合，減少銷售執行時間
4、可以消除不適合銷售商品所帶來的損失
5、供應商提供封裝和運輸，可以消除企業封裝和運輸成本
6、減少物料對有限庫存空間的佔用
7、消除轉運環節，減少物料到達客戶的運輸時間
8、能夠為客戶提供品種更為豐富的產品
系統功能和流程：Oracle EBS針對這樣的情況提供了專門的銷售的業務模式，系統流程分為下面幾步：
1. 銷售訂單：錄入銷售訂單並登記，僅注意“行來源類型”為“外部”；
2. 申請介面資料產生：工作流程引擎運行後，自動寫資料到採購申請介面；
3. 申請產生：匯入採購申請，且自動審批；
4. 建立採購訂單：手動建立成標準PO，接收方式系統置為直接接收；
5. PO接收：接收入庫後，系統自動形成銷售出庫的交易處理；
6. 應收介面資料產生：運行工作流程引擎；
7. 應收發票產生：匯入應收資料，形式應收交易處理單據，結束。
使用前提、設定：
- 對於DROPSHIP使用，分銷模組使用通用的設定，即這些模組之前已經可以進行正常的商務程序。其它要注意項如下：
- 物料：啟用內部訂單功能，屬性中的價格列表值不可為空或零，不然會出現匯入申請時無法產生申請的問題。
注意事項1、 直發訂單做完接收交貨的同時就做完了銷售發貨，銷售訂單狀態變成已發運，工作流程引擎運行後，訂單行關閉且應收介面行自動產生髮票資訊，需注意實際業務中的應負債和應收產生的時間。
2、 查詢物料交易處理裡只會有採購接收的記錄，不會有銷售發貨的記錄，這一點與標準銷售有區別。
3、 標準銷售訂單發貨可以查看交貨標籤頁的資訊，但直發運的訂單是查看直接發運標籤頁的資訊。
測試流程記錄1、建立銷售訂單：
建立標準的銷售訂單，注意在行項目中的“發運”中的行來源類型一定要選“外部”，登記訂單，此時訂單狀態和訂單行狀態均為“登記”狀態。
2、提交“工作流程後台流程”請求，完成後可以看到訂單行的狀態變為了“等待接收”狀態，這時訂單資料已經進入了請購單介面中，如若沒變，則說明匯入介面不成功。
3、產生申請單。運行“匯入申請”請求，查看輸出中的匯入結果。
在運行“匯入申請”時，參數中選擇不到”ORDER ENTRY”這個項，說明前面的寫入PR介面（po_requisitions_interface_all）有問題，可以運行同在一路徑下“採購發放”來協助寫入。
可以從銷售訂單的附加行資訊看到產生的採購申請編號。
4、將採購員重新設定為與賬戶綁定的採購員。
5、在採購模組尋找申請，已指派選擇“是”。
6、建立採購訂單並審批。
選擇供應商和地點，點擊建立。
審批。
7、接收入庫。選擇批次-序列，輸入接收數量和子庫存，點擊儲存。
8、檢查發運狀態
這時查看銷售訂單行狀態，狀態為“已發運”，說明系統已自動為此訂單進行了發貨，可以查看此行的附加資訊來驗證，但在發運交易處理表單上查不到該發運記錄。
9、產生應收介面資料
再次運行工作流程後台引擎程式，該訂單行的狀態會變為關閉狀態。
直發訂單的流程圖
發運之後的數量調整如果發運了直接發啟動並執行一部分後，不想發運剩餘數量，則取消該行。如果發運數量小於訂貨量， 則銷售訂單行將分成兩行。第一行顯示發運數量，而第二行則顯示延交數量。超量發運則必須人工進行處理。
如果供應商的發運數量大於訂貨量，您可以就額外數量向客戶開單或要求他們退貨。使用“銷售訂單與採購訂單差異”報表，來查看直接發運銷售訂單和與其關聯的採購申請/ 訂單之間的差異。
退貨使用標準訂單管理系統功能來處理退貨審批 (RMA)。客戶可以將直接發運項目退回給您或退回 給供應商。如果您將退貨接收入庫，則可以將其保留或發運給供應商。如果要將退回的項目轉移給供應商，則應通過在 Oracle Purchasing 中產生退貨單據來通知採購員並授權退貨。如果供應商直接接收退貨，他們必須通知您此事項，然後您才可以在訂單管理系統中處理此退貨。
暫掛和審批您可以使用標準暫掛和審批功能來控制直接發運銷售訂單。您可以在訂單工作流程的不同階段中實施暫掛和審批，以控制直接發運流程。例如，如果供應商保留拒絕退貨的權利，您可以在訂單工作流程中添加一個審批步驟，以確保客戶不會收到貸項（除非供應商通知您他們接受退回的項目）。
如果在運行“採購發放”之前暫掛某行，訂單管理系統將自動強制該暫掛。但是，在產生直接發啟動並執行採購訂單之後，您必須協同供應商來人工控制暫掛。“銷售訂單與採購訂單差異”報表將顯示暫掛的訂單，以便進行複查。
發運允差在直接發運交易處理過程中，接收數量將作為發運數量儲存於訂單管理系統中。如果此數量小於 訂貨量，而且在特定發運允差範圍之內，則此系統將徹底完成此訂單行。如果此數量不在允差範圍之內，則訂單行將分成兩行。第一訂單行將顯示發運數量，並準備進行開票。第二行則成為延交訂單，等待接收。
Oracle EBS 中直發訂單Drop Ship流程的系統操作記錄
