這兩天研究了一下SAP銷售返利流程，和大家分享一下。當然銷售返利是合法的，不是我們通常所理解的吃回扣，這是見不得光的。銷售返利在很多行業(yè)廣泛使用，比如飲料行業(yè)：零售商每銷售一瓶飲料，廠家就給0.1元的銷售獎勵，但是要遵循廠家統(tǒng)一定價。所以銷售返利流程，更準確的說是代銷返利流程。財務(wù)操作實務(wù)如下：
代銷收取手續(xù)費方式，是指受托方根據(jù)所代銷的商品數(shù)量向委托方收取手續(xù)費的銷售方式。在這種代銷代銷方式下，委托方應(yīng)在受托方將商品銷售后，并向委托方開具代銷清單時，確認收入；受托方在商品銷售后，按應(yīng)收取的手續(xù)費確認收入。
委托方記賬:
1.企業(yè)委托代銷發(fā)出的商品作為委托代銷商品處理
借：委托代銷商品
貸：庫存商品
2.收到受托單位的代銷清單，按代銷清單上注明的已銷商品貨款的實現(xiàn)情況，按應(yīng)收的款項，
借：應(yīng)收賬款
       應(yīng)收票據(jù)
貸：主營業(yè)務(wù)收入
        應(yīng)交稅金——應(yīng)交增值稅（銷項稅額）
3.支付返利（應(yīng)支付的代銷手續(xù)費）
借：營業(yè)費用
貸：應(yīng)收賬款
這種銷售返利基本都是一個月或一個季度進行結(jié)算，而在這段時間內(nèi)會對應(yīng)很多筆業(yè)務(wù)交易（銷售訂單，…）在定期支付返利時，可能是一筆很大的金額導(dǎo)致應(yīng)收賬款突然失真，因此SAP在返利過程中，使用了預(yù)提功能，可以很真實的將返利體現(xiàn)在具體的每筆業(yè)務(wù)。

預(yù)提費用核算的基本要求是：按權(quán)責發(fā)生制原則正確計算本期各項應(yīng)付未付的費用，正確反映這些預(yù)提費用在各期的計提數(shù)及實際支付的情況。
  企業(yè)為了核算和監(jiān)督預(yù)提費用的計提與支付情況，應(yīng)設(shè)置“預(yù)提費用”科目，該科目屬于負債類，其貸方登記企業(yè)預(yù)提的各項費用；借方登記預(yù)提費用的實際支出數(shù)；期末余額一般在貸方，表示已預(yù)提但尚未實際支出的費用。如果該賬戶期末出現(xiàn)借方余額，表示實際支出數(shù)大于已預(yù)提數(shù)額，應(yīng)視同待攤費用，分期攤?cè)氤杀净虍斊趽p益?！邦A(yù)提費用”科目應(yīng)按費用種類設(shè)置明細科目，進行明細核算。

SAP是實現(xiàn)方式：
一、數(shù)據(jù)準備
l  激活回扣處理：銷售與分銷— 出具發(fā)票 — 回扣處理 — 激活回扣處理；將發(fā)票類型和銷售組織的回扣功能都激活；

  客戶主數(shù)據(jù)必須激活回扣處理：銷售視圖中選中回扣字段

l  準備三個科目：1.返利預(yù)提科目（60010198） 2.銷售儲備金科目（60010199） 3.銷售返利科目（60010198）（成本類科目）
二、操作步驟
l  創(chuàng)建回扣協(xié)議T-CODE:VBO1

為了測試方便協(xié)議類型用0002，點“條件”維護詳細內(nèi)容；

金額：每銷售一件返利10元
應(yīng)計項：在出具發(fā)票的時候沒見預(yù)提8元
范圍：當使用價格等級時可以使用，將一些同類型合并在一起作為價格等級的基礎(chǔ)
l  正常銷售流程（創(chuàng)建銷售訂單VA01發(fā)貨VL01N并開票VF01）
具體的操作就不截圖，就說兩個重點：在銷售訂單中不會出現(xiàn)回扣協(xié)議中的價格

發(fā)票的條件中會條件類型出現(xiàn)應(yīng)計項的金額為應(yīng)計項；

這是發(fā)票的財務(wù)憑證，預(yù)提會和發(fā)票同時自動記賬；
l  結(jié)算回扣協(xié)議T-CODE:VBO2

結(jié)算很很多方式：手動（部分，全部結(jié)算），自動，后臺；點 就是全部結(jié)算；注：結(jié)算前將協(xié)議狀態(tài)調(diào)整為B

結(jié)算后系統(tǒng)自動創(chuàng)建一張貸項憑證；（系統(tǒng)還提供很多查詢和追溯功能）

直接通過貸項憑證創(chuàng)建發(fā)票

說了半天，搞技術(shù)的人早就蠢蠢欲動了，技術(shù)上如何實現(xiàn)？哈哈，見詳細配置；
 

三、詳細配置說明
 

l  條件相關(guān)配置
 

1.       創(chuàng)建一個專門來用做返利處理的定價過程（里面含B001B002B003B004等等定價條件），當然也可以直接使用正常訂單的定價過程；需要注意得是正常訂單的定價過程，大多都需要稅金，而“財務(wù)操作實務(wù)中”在實際返利時并不涉及稅金；（這是測試過程中總結(jié)出來的經(jīng)驗，所以直接建立了一個和稅金不相關(guān)的定價過程，專門用于此類業(yè)務(wù)）

         科目代碼：ERB（返利協(xié)議出具發(fā)票時用ERB對應(yīng)的科目）
 

         利息：ERU(在正常銷售訂單出具發(fā)票時會調(diào)用此對應(yīng)ERU科目)
 

         需求：24 表示此條件類型只在發(fā)票中才出現(xiàn)
 

l  科目確定相關(guān)配置

備抵科目就是預(yù)提科目
l  回扣類型相關(guān)配置

沒什么好說的，自己看看F1就明白了
 

l  其他
 

在回扣協(xié)議結(jié)算時，系統(tǒng)會自動創(chuàng)建帶項憑證，所以實現(xiàn)需要將訂單類型分配給相關(guān)銷售范圍