當(dāng)平臺需要對商家進行扣款，當(dāng)發(fā)現(xiàn)余額不足的情況，也就產(chǎn)生了商家對平臺的欠款。那么對于這種“欠款賬戶”，該如何處理呢？

聽說過欠款賬戶么，本文好好嘮嘮，其賬務(wù)處理特別有意思。

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

以上場景都需要逆向扣除商戶收入結(jié)算賬戶里的余額，此時就可能出現(xiàn)余額不足的情況。

這種情況，也就產(chǎn)生了商家對平臺的欠款。

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

一、余額不足，業(yè)務(wù)請等著

這種方式最粗暴，業(yè)務(wù)層業(yè)務(wù)發(fā)生以后請求賬務(wù)系統(tǒng)，申請扣除商家一定金額，賬務(wù)系統(tǒng)基于余額不足直接返回“余額不足，扣款失敗”。

此時，業(yè)務(wù)層收到了失敗結(jié)果，就要想了，我該怎么辦？

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

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

因此，如果要強硬的根據(jù)商家側(cè)能不能退給平臺，來控制業(yè)務(wù)側(cè)訂單能不能給用戶退，那么就相當(dāng)于用戶發(fā)起退款時要校驗商家余額是否充足，不足時便限制退款。

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

如果即使商家側(cè)余額不足，依然給用戶正常退，那么因為賬務(wù)系統(tǒng)沒有受理業(yè)務(wù)側(cè)的扣款請求，所以在業(yè)務(wù)層有“待扣款”的業(yè)務(wù)單據(jù)，相當(dāng)于業(yè)務(wù)將不能完結(jié)。

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

二、業(yè)務(wù)正常完結(jié)，賬務(wù)進行排隊

本方案將釋放業(yè)務(wù)側(cè)壓力，業(yè)務(wù)請求過來以后，直接返回接受成功，業(yè)務(wù)側(cè)不用關(guān)心賬務(wù)層的處理結(jié)果，專人干專事。

而賬務(wù)系統(tǒng)記錄了業(yè)務(wù)單據(jù)，并產(chǎn)生了扣款的憑證，訂單收入退回或者罰款。

當(dāng)請求賬戶扣減余額時，發(fā)現(xiàn)余額不足，那么憑證狀態(tài)保持“待扣款”，等待商家賬戶有新的入賬。

這個方案的好處是釋放了業(yè)務(wù)側(cè)對賬務(wù)處理的依賴；缺點就是排隊的待扣款處理起來也非常棘手。

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

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

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

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

隨便扣，我直接讓賬戶扣成負(fù)值，后續(xù)有收入直接抵扣了負(fù)值，非常簡單。

當(dāng)看到一個商家的賬戶余額是負(fù)值時，就知道，他欠平臺錢，這就是純天然數(shù)學(xué)算法的碾壓式魅力。

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

當(dāng)然，該方案也需要一些新的能力，比如風(fēng)控的能力，能透支，但是不能無限透支，需要一定策略加以限制，比如設(shè)置透支限額，超過限額時需要聯(lián)系商家進行償還欠款才能繼續(xù)經(jīng)營。

當(dāng)然，有時候可能會有人反對扣成負(fù)值，那么還有另一個辦法。

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

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

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

新的問題來了，這兩個賬戶關(guān)系如何，如何進行賬務(wù)處理。

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

顯然是可行的，但貌似對賬務(wù)處理層的能力要求較高，相當(dāng)于，賬務(wù)處理層要“拆分憑證”，將憑證一分為二。

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

于是，將欠款賬戶屬性降級，區(qū)別于收入賬戶，并將欠款賬戶與業(yè)務(wù)層進行隔離，單獨形成一個記賬區(qū)，僅與收入賬戶發(fā)生賬務(wù)往來。

在這種模式下，有2個基本原則：欠款賬戶僅與收入賬戶發(fā)生墊資和還款的內(nèi)轉(zhuǎn)賬務(wù)處理；兩個賬戶都僅進行完整的賬務(wù)處理，不進行憑證拆分。

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

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

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

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