“欠款賬戶”,逆天的賬務處理

2 評論 2983 瀏覽 6 收藏 10 分鐘

當平臺需要對商家進行扣款,當發現余額不足的情況,也就產生了商家對平臺的欠款。那么對于這種“欠款賬戶”,該如何處理呢?

聽說過欠款賬戶么,本文好好嘮嘮,其賬務處理特別有意思。

對于一個撮合型交易平臺來說,如京東、淘寶、美團等,必然會存在逆向業務,比如訂單退款,出現投訴以后平臺要扣商家一筆罰款等等場景。

“欠款賬戶”,逆天的賬務處理

以上場景都需要逆向扣除商戶收入結算賬戶里的余額,此時就可能出現余額不足的情況。

這種情況,也就產生了商家對平臺的欠款。

如何處理這種場景呢?這里有幾個方案可以選擇,最后一個是本文的主角——“欠款賬戶”。

一、余額不足,業務請等著

這種方式最粗暴,業務層業務發生以后請求賬務系統,申請扣除商家一定金額,賬務系統基于余額不足直接返回“余額不足,扣款失敗”。

“欠款賬戶”,逆天的賬務處理

此時,業務層收到了失敗結果,就要想了,我該怎么辦?

罰商家的錢還好說,畢竟是一筆意外之財,那就再等等,等商家余額充值時,再申請扣除。

而對于訂單退款來說,用戶要退,而商家賬戶余額不足,那要不要給用戶退,不退吧,對不起用戶,退吧,平臺得墊資。

因此,如果要強硬的根據商家側能不能退給平臺,來控制業務側訂單能不能給用戶退,那么就相當于用戶發起退款時要校驗商家余額是否充足,不足時便限制退款。

這樣的策略,對用戶來說必然是體驗的極大損失,畢竟現在大家都崇尚“僅退款”。

如果即使商家側余額不足,依然給用戶正常退,那么因為賬務系統沒有受理業務側的扣款請求,所以在業務層有“待扣款”的業務單據,相當于業務將不能完結。

此種情況,一些與商家的待處理資金業務沉積在了業務層,這個方案很顯然會被業務層極力反對,除非你很強勢,否則很難推行。

二、業務正常完結,賬務進行排隊

本方案將釋放業務側壓力,業務請求過來以后,直接返回接受成功,業務側不用關心賬務層的處理結果,專人干專事。

而賬務系統記錄了業務單據,并產生了扣款的憑證,訂單收入退回或者罰款。

當請求賬戶扣減余額時,發現余額不足,那么憑證狀態保持“待扣款”,等待商家賬戶有新的入賬。

“欠款賬戶”,逆天的賬務處理

這個方案的好處是釋放了業務側對賬務處理的依賴;缺點就是排隊的待扣款處理起來也非常棘手。

一方面是待扣款憑證會越積壓越多,另一方面就是雖然余額不足,但是還有一點余額,這時候要不要先扣部分余額,極力減少損失。

“欠款賬戶”,逆天的賬務處理

這就出現新的問題了,這就意味著,會存在扣款憑證扣了部分金額,也并沒有完結,如此一來賬務處理變得非常臃腫,永遠有在路上的憑證無法入賬

三、簡單粗暴,賬戶直接透支

這下整個世界都安靜了,簡單至極。

隨便扣,我直接讓賬戶扣成負值,后續有收入直接抵扣了負值,非常簡單。

“欠款賬戶”,逆天的賬務處理

當看到一個商家的賬戶余額是負值時,就知道,他欠平臺錢,這就是純天然數學算法的碾壓式魅力。

這部分欠款,可以通過后續的收入自動償還,也可以通過提供給商家充值的工具來償還這部分欠款,還錢的能力在《還款“收銀臺”》一文中有詳細地介紹。

當然,該方案也需要一些新的能力,比如風控的能力,能透支,但是不能無限透支,需要一定策略加以限制,比如設置透支限額,超過限額時需要聯系商家進行償還欠款才能繼續經營。

當然,有時候可能會有人反對扣成負值,那么還有另一個辦法。

四、欠款賬戶,咱換個地方記

可以透支,但咱別記到原來的收入賬戶,直到為0以后就不要再扣了,我們借一步說話。

我會為你偷偷開另一個賬戶,專門記透支部分,叫“欠款賬戶”。

“欠款賬戶”,逆天的賬務處理

新的問題來了,這兩個賬戶關系如何,如何進行賬務處理。

比如,商家收入賬戶有100元,我要扣150元,如何操作賬戶,收入賬戶出100,欠款賬戶出50分?

顯然是可行的,但貌似對賬務處理層的能力要求較高,相當于,賬務處理層要“拆分憑證”,將憑證一分為二。

“欠款賬戶”,逆天的賬務處理

該方案看似順理成章,但是,賬務處理部分就復雜了,因為要基于賬戶余額情況拆分憑證,可操作性難度大。

于是,將欠款賬戶屬性降級,區別于收入賬戶,并將欠款賬戶與業務層進行隔離,單獨形成一個記賬區,僅與收入賬戶發生賬務往來。

“欠款賬戶”,逆天的賬務處理

在這種模式下,有2個基本原則:欠款賬戶僅與收入賬戶發生墊資和還款的內轉賬務處理;兩個賬戶都僅進行完整的賬務處理,不進行憑證拆分。

如圖所示,分別分析支付場景和收入場景。

當支出類場景發生時判斷收入賬戶余額是否充足,如果不足時先出發“欠款賬戶向收入戶墊資”,讓收入戶余額充足,然后再進行扣款處理,相當于對于收入賬戶的支出永遠是在余額充足時進行的。

當收入類場景發生時,收入戶正常入賬,沒有特殊的賬務處理,而需要增加一個隨后的子賬務處理,就是判斷欠款戶是否存在余額,如果存在,由賬務系統自己發起一個“還款”的賬務處理動作,將一部分收入余額轉入欠款戶進行償還。

此時,欠款戶需要增加一個賬戶風控策略,以控制額度上限和欠款拖欠周期長度,超過閾值以后,將商家扔進異常池,進行后續的處理。

專欄作家

陳天宇宙,微信公眾號:陳天宇宙,人人都是產品經理專欄作家。多平臺支付領域專欄作者,十年資深產品;專注為10萬支付產品經理和支付機構以及企業提供深度支付內容和服務!

本文原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 殊途同歸,我設計的一個處理商戶欠款平臺墊資的方案是,每個賬戶由債權賬戶+資金賬戶組成,債權賬戶內數值代表債權金額可為負,資金賬戶代表實際資金不能為負;商戶欠款后也可有定時任務自動還款的邏輯。

    來自廣東 回復
  2. 模糊

    來自廣東 回復