財務系統(tǒng):復雜業(yè)務的自動化賬務實踐
傳統(tǒng)手工憑證不會要求每筆業(yè)務都生成對應的憑證(電商平臺),往往每月財務幾筆手工賬就行。但是作為財務系統(tǒng)的核心-自動化賬務的上線會針對每筆業(yè)務做詳細的憑證,傳統(tǒng)手工已經(jīng)hold不住憑證量了。這就提升了對財務系統(tǒng)的要求——既要保證數(shù)據(jù)全且準確,同時要梳理清楚各種業(yè)務及關(guān)聯(lián)關(guān)系。這里分享一個比較復雜的業(yè)務——如何通過財務系統(tǒng)自動做賬。
一、基本介紹
MF、JD、 LT同屬于一個集團——TH;集團有一個2B電商平臺——Q 。Q背后的公司主體為MF,Q平臺上的商戶分為兩種:一種為第三方的商戶;另一種是自營商戶,背后的公司主體為JD。自營商戶的貨主可能是JD也有可能是LT。
業(yè)務介紹
客戶在Q平臺下單;MF確認傭金收入,MF收到錢后和JD做內(nèi)部往來;JD確認內(nèi)部收入且結(jié)轉(zhuǎn)成本:若貨主為LT,則LT確認內(nèi)部收入和外部成本,同時JD做商品入庫的憑證。(先不考慮優(yōu)惠券和白條支付)
二、流程
以下將會分為訂單支付收款、確認收入、結(jié)轉(zhuǎn)成本三部說明分財務系統(tǒng)自動化賬務處理。
1. 訂單支付
訂單下單后,收銀臺支付回調(diào)通知財務系統(tǒng),財務系統(tǒng)根據(jù)商戶ID去基礎信息查詢商戶是否為自營商戶,同時生成憑證如下:
CASE1:若商戶為第三方商戶,則MF代收代付同時生成兩個憑證。
(1)訂單支付后,錢先在微信或者支付寶,因此MF對支付平臺(微信支付寶)做應收。由于是三方商戶賣的貨,貨主不是TH集團內(nèi)部公司,因此收到的錢并不屬于MF,應該支付給第三方商戶,所以要對Q平臺商戶做應付,憑證如下:
- 借:應收賬款-支付寶/微信…
- 貸:應付賬款-Q平臺商戶
- 賬簿為MF
(2)當MF實際收到錢,公司的支付寶/微信賬上有交易收款,因此支付寶微信增加,對支付平臺(微信/支付寶)減少。
- 借:支付寶/微信…
- 待:應收賬款-支付寶/微信…
- 賬簿為MF
CASE2:自營商戶貨主為JD,MF訂單支付時,MF對支付平臺的應收增加,同時對JD的應付也增加了,系統(tǒng)做如下憑證:
- 借:應收賬款-支付寶/微信…
- 貸:應付賬款-公司內(nèi)部往來-JD
- 賬簿:MF
同時生成憑證
- 借:支付寶/微信…
- 貸:應收賬款-支付寶/微信
- 賬簿:MF
2. 確認收入
由于MF為平臺主體,實際的商戶并不是MF,占用的不是MF的庫存,因為自營商戶的主體都是JD,所以一筆訂單交易會掛內(nèi)部往來-JD。
MF收錢,但是商品的收入由JD確認。即使商戶的貨主不是JD最終也會做內(nèi)部交易,JD確認收入,賣貨給JD的主體也會做內(nèi)部收入。財務系統(tǒng)在接到訂單完成的MQ時,會去查訂單關(guān)聯(lián)的貨主。
JD確認收入:三方客戶下單且商戶為自營商戶,且貨主為JD;訂單完成后,由于MF收訂單款,所以JD對MF的應收賬款增加,同時JD的內(nèi)部收入增加,憑證如下:
- 借:應收賬款-公司內(nèi)部往來
- 貸:主營業(yè)務收入-內(nèi)部
- 貸:稅金
- 賬簿:JD
LT確認收入:三方客戶下單,平臺商戶為自營商戶,且貨主為LT;由于自營商戶主體為JD,因此JD對MF有內(nèi)部收入,但由于銷售的商品占用LT的庫存,所以LT對JD同時也做內(nèi)部交易,確認收入。收入端會有兩個憑證:
憑證1:JD確認外部收入:
- 借:應收賬款-內(nèi)部往來-MF
- 貸:主營業(yè)務收入-外部
- 貸:稅金
- 賬簿:JD
憑證2:LT對JD內(nèi)部交易收入
- 借:應收賬款-內(nèi)部往來-JD
- 貸:主營業(yè)務收入-內(nèi)部
- 貸:稅金
- 賬簿: LT
MF確認收入:MF作為平臺方,會對每筆交易的訂單收取一定比例的傭金作為自己的收入
- 借:應收賬款-客戶(客戶為三方客戶)/應收賬款-內(nèi)部往來(客戶為自營商戶)
- 貸:主營業(yè)務收入-外部/內(nèi)部
- 貸:稅金
- 賬簿:MF
3. 結(jié)轉(zhuǎn)成本
因為Q平臺上交易的貨物,占用的不同公司主體的庫存,因此訂單交易完成后,有內(nèi)部交易的公司主體需要做出入庫憑證和結(jié)轉(zhuǎn)成本。
JD結(jié)轉(zhuǎn)成本:商戶為自營商戶,且貨主=JD,客戶下單后,由JD發(fā)貨直接銷售給客戶,商品庫存減少,直接確認外部成本。
- 借:主營業(yè)務成本-外部
- 貸:庫存商品
- 賬簿:JD
LT結(jié)轉(zhuǎn)成本:商戶為自營商戶,且貨主=LT,LT對JD做內(nèi)部交易,JD的庫存增加,LT的庫存減少,由于LT是外部采購的貨物則確認外部成本,JD是內(nèi)部交易的貨物,確認內(nèi)部成本。
憑證1:LT銷售給JD的貨物,確認外部成本,庫存減少。
- 借:主營業(yè)務成本-外部
- 貸:庫存商品
- 賬簿:LT
憑證2:JD庫存商品增加,同時對LT的應付賬款也增加。
- 借:庫存商品
- 待:應付暫估-內(nèi)部往來
- 賬簿:JD
憑證3:JD銷售的商品是由LT內(nèi)部交易得到的,所以確認內(nèi)部成本,同時JD的庫存商品減少。
- 借:主營業(yè)務成本-內(nèi)部
- 貸:庫存商品
- 賬簿:LT
以上為該業(yè)務的系統(tǒng)自動化賬務處理簡述(未考慮優(yōu)惠券等費用),實際過程中,由于條件配置和數(shù)據(jù)傳輸導致的重復或者丟失,導致對賬的時候苦不堪言、頭大,因此財務系統(tǒng)一定要做好數(shù)據(jù)監(jiān)控和補償。
本文由 @鍋鍋 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
可以加vx好友嗎,你說的對賬導致重復和丟失,我深有體會 ?
18516351417
你做的自動化核銷層次太淺,沒有體系和層級,以及分析,會阻礙系統(tǒng)流程優(yōu)化
我非常喜歡你的個簽——沒有感情的對賬機器 ?