由於111集團公司，存在這樣一種業務：222營業處接收銷售訂單後，從333公司發貨給客戶，但是從客戶處收款的是222營業處。

對於這樣一種業務，我們有以下三種解決方案。

方案一
> 利用Oracle APPLICATION之間相互整合的關係，通過庫存管理系統和訂單分錄管理系統的公司間開票功能來實現內部往來的核算。
> 對於222營業處而言，設定333有限公司為供應商，在供應商地點層的應付帳款科目中設定負債科目為“內部往來-----333公司。
> 對於333有限公司而言，設定222營業處為客戶，並對其定義虛擬銷售代表，該銷售代表對應的應收款科目為“內部往來-----222營業處”。
> 營業部在系統中輸入銷售訂單，然後由計劃部從333有限公司倉庫發放銷售訂單並進行發運交貨確認後，在222營業處OM系統中提交請求“應收款介面”，輸入引數“事務處理來源：銷售訂單匯入”執行完成後，系統自動將銷售訂單中期間，客戶，ITEM資訊及金額，稅和運費等資訊匯入AR的 INTERFACE中。
> 222營業處會計部門在應收款管理系統中檢視介面表中的內容，提交執行請求“自動開票主程式”，事務處理來源為“銷售訂單匯入”，系統自動把INTERFACE中的事務處理資訊轉成發票。會計分錄為：
222營業處， DR：應收帳款
CR：營業收入----某產品
> 在庫存管理系統中提交請求“建立公司間AR發票”“建立公司間AP發票”。
> 333有限公司財務部門在應收款管理系統中檢視介面表中的內容，提交執行請求“自動開票主程式”，發票來源為“公司間”。通過設定自動會計規則定義應收帳款主科目和子科目分別來源於“銷售代表”，從而間接來源於客戶（222營業處），系統產生公司間往來分錄：
333有限公司：
DR：內部往來-----222營業處
CR：營業收入
> 222營業處會計部門在應付款管理系統中提交請求“應付款發票匯入”，發票來源為“公司間”，通過應付款管理系統產生公司間往來分錄：
222營業處 ，DR：採購支出
CR：內部往來-----333

方案二

> 利用Oracle APPLICATION之間相互整合的關係，通過庫存管理系統組織間轉移功能來實現內部往來的核算。
> 222營業部在系統中輸入銷售訂單後，如果計劃部安排的發貨公司是333有限公司，則由333有限公司在系統中做“組織間轉移”，把貨物從333有限公司的倉庫在系統內虛擬的轉到222營業處。這樣在INV中將產生這樣一筆憑證：
222營業處，DR：庫存
CR：內部往來-----333公司
333有限公司，
DR：內部往來-----222營業處
CR：庫存
> 然後由222營業處從本公司倉庫中發放銷售訂單並進行發運交貨確認後，在系統中提交請求“應收款介面”，輸入引數：發票來源為“銷售訂單匯入”完成後，系統自動將銷售訂單中包含的有關會計期間資訊，客戶資訊，ITEM資訊，金額，稅額以及運費等資訊匯入222營業處AR的INTERFACE 中。
> 222營業處會計部門在應收款管理系統中檢視介面表中的內容，提交執行請求“自動開票主程式”，發票來源為“銷售訂單匯入”，系統自動把INTERFACE中的事務處理資訊轉成發票。
> 222營業處會計部門在事務處理彙總視窗中檢視修改發票的資訊。
> 222營業處收入在發票匯入時一次性確認，並同時記錄應收款的債權。則222營業處產生的會計分錄為：
DR：應收帳款
CR：營業收入----某產品

方案三

> 各家公司分別獨立處理本公司業務，通過總帳管理系統來核算公司間往來的債權債務關係。
> 營業部在系統中輸入銷售訂單，然後由計劃部從333有限公司倉庫發放銷售訂單並進行發運交貨確認後，在222營業處OM系統中提交請求“應收款介面”，輸入引數“事務處理來源：銷售訂單匯入”執行完成後，系統自動將銷售訂單中期間，客戶，ITEM資訊及金額，稅和運費等資訊匯入AR的 INTERFACE中。
> 222營業處會計部門在應收款管理系統中檢視介面表中的內容，提交執行請求“自動開票主程式”，事務處理來源為“銷售訂單匯入”，系統自動把INTERFACE中的事務處理資訊轉成發票。會計分錄為：
222營業處， DR：應收帳款
CR：營業收入----某產品
> 222營業處會計部門在總帳中輸入公司間事務處理，產生公司間往來憑證。
222營業處，DR：採購支出
CR：內部往來-----333公司
333有限公司：
DR：內部往來-----222營業處
CR：營業收入－某產品

利弊分析
> 以上三個方案都可以滿足業務的需要，但是在不同的方案中有著不同的側重點。
> 方案一是最標準，最完善的做法，充分的利用了系統的功能，保證了財務和實物管理流程的連貫性和完整性，通過OM，INV和AR的整合，構成了一個完整的銷售，發貨，開票流程。但是方案也是最煩瑣，工作量和操作難度最大的辦法，要求財務/倉管/計劃部和營業部進行緊密的協調和配合。
> 方案三是最簡單，最直接的做法，對於公司間往來的核算只涉及兩家公司的財務部門，而不需要對倉管/計劃部等其他部門提出特別的要求，而方案二的操作難度和管理效果則界於方案一和方案三之間。
> 從系統功能實現上的要求和前提上講，方案一要求在汕頭營業處輸入完整直接的價目表。方案二則要求庫存的所有涉及到的ITEM都分別輸入了成本，這樣轉倉才能計算出組織間轉移的金額，而方案三則除公司間往來發送日期需維護外沒有任何附加的條件。
> 總體上來講，在目前階段，我們建議採用第三個方案，有利於實現在系統內方便快捷的進行日常業務的操作。在後續的階段，根據客戶對系統掌握的熟練程度和管理改進的情況，逐步考慮向第一種方案過渡。