本文所述的是一套并不復(fù)雜的O2O商家薪資結(jié)算系統(tǒng)，對于不同的業(yè)務(wù)類型、不同的業(yè)務(wù)階段有一定的適用性。希望能拋磚引玉，帶給讀者一定的啟發(fā)。

一個O2O業(yè)務(wù)涉及到用戶、平臺和商家（服務(wù)提供者）三方。

用戶在平臺下單后，平臺將訂單派送給商家，由商家給用戶提供服務(wù)，服務(wù)完成后用戶和商家各自進行確認(rèn)，之后用戶將服務(wù)款支付到平臺并且對服務(wù)進行評價/提出售后。

根據(jù)商家的服務(wù)情況、平臺的運營規(guī)則等，平臺可能會對商家進行一定的懲罰或者獎勵。

之后，平臺會按照一定的賬期給商家結(jié)算薪資。

以上均完成，商家才可以從資金池中提現(xiàn)。

01 為什么需要薪資結(jié)算系統(tǒng)

從上面的業(yè)務(wù)流程我們可以看到，平臺并不是簡單地將用戶支付的服務(wù)款直接轉(zhuǎn)給商家，也不是將服務(wù)費直接和商家分潤，而是通過更加復(fù)雜的業(yè)務(wù)邏輯來分蛋糕。通過對服務(wù)費的合理分配，平臺需要達(dá)到以下幾點目標(biāo)：

• C端用戶的拉新/維系
• B端商家的拉新/維系
• 平臺收入增長
• 對商家服務(wù)質(zhì)量進行管控

對于C端用戶的拉新和維系，可以通過一系列運營活動來實現(xiàn)。例如：新客優(yōu)惠券、老客優(yōu)惠券、會員卡優(yōu)惠、活動優(yōu)惠等。

那么，用戶支付的服務(wù)費用可能會包含以下成分：

• 優(yōu)惠券/代金券
• 活動優(yōu)惠
• 賬戶余額支付
• 現(xiàn)金/三方支付/銀行卡

對于B端商家的拉新和維系，同樣是通過平臺不定期的運營手段實現(xiàn)，比如：介紹其他商家入職、滿單獎勵等。而對于商家服務(wù)質(zhì)量進行控制，則是通過獎懲來實現(xiàn)。

這就會導(dǎo)致商家收到的薪資包含或者扣減多種成分：

• 訂單支付收入
• 補貼（餐補、交通補貼）
• 獎金
• 罰款
• 信息服務(wù)費（由平臺收?。?/li>
• 保險費（平臺收取后代為繳納）
• 薪資補漏（如前月漏發(fā)則補）

平臺要盈利，就必須從訂單中截留一部分作為信息服務(wù)費作為傭金。此外，O2O的商家往往與平臺簽訂勞務(wù)合同，平臺為了讓商家在提供服務(wù)過程中更有保障——同時也是為了規(guī)避風(fēng)險——會為商家購買人身安全保險，這部分資金也需要截留。

正常來說，薪資的結(jié)算也是資金結(jié)算，是應(yīng)該放到結(jié)算系統(tǒng)中實現(xiàn)的（如果業(yè)務(wù)線少且復(fù)雜程度不高，這樣處理也是可以的）。

但是結(jié)算系統(tǒng)主要是用來給財務(wù)打款的，而薪資結(jié)算的部分規(guī)則是由各條業(yè)務(wù)線自己進行把控的。如果業(yè)務(wù)線過多、太復(fù)雜，不論是從使用權(quán)限上看，還是從系統(tǒng)解耦上看，都不適合將薪資結(jié)算和結(jié)算系統(tǒng)放在一塊。

另一方面，雖然不同的業(yè)務(wù)線對于上面說的“分蛋糕”有不同的邏輯，而且每條業(yè)務(wù)線有自身的發(fā)展節(jié)奏和財務(wù)預(yù)算，不可能用一個分配邏輯來完成全部的分配，但是考慮到資金的安全性以及避免各條業(yè)務(wù)重復(fù)造輪子，也應(yīng)該將薪資結(jié)算與更靠前的業(yè)務(wù)系統(tǒng)分離開。

所以，薪資結(jié)算系統(tǒng)可以作為一個介于業(yè)務(wù)側(cè)系統(tǒng)和結(jié)算系統(tǒng)中間的系統(tǒng)而存在，根據(jù)業(yè)務(wù)發(fā)展的實際情況來決定放在哪一側(cè)或者是獨立。

為了保證資金的安全以及打款的規(guī)范，在薪資系統(tǒng)完成結(jié)算后并不能真正完成打款。薪資結(jié)算的請求會通過清結(jié)算系統(tǒng)，有需要的話還需要財務(wù)進行核對和審批，完成以上步驟后才會經(jīng)過支付渠道將薪資轉(zhuǎn)入商戶的賬戶中。

02 薪資結(jié)算系統(tǒng)的架構(gòu)

一個簡單、通用的薪資結(jié)算系統(tǒng)包含這些部分。

• 訂單交易：接收來自個業(yè)務(wù)線的已完成的訂單，匯總訂單的費用情況，記錄商家的待付費用。
• 獎懲管理：記錄商家的獎懲信息。在需要手工調(diào)整時，由運營人員通過線下導(dǎo)入的方式完成對商家的獎懲。
• 資金池管理：商家資金情況；發(fā)起提現(xiàn)操作，財務(wù)/運營人員審批，然后通過支付系統(tǒng)付款并從商家賬戶中扣除已提現(xiàn)金額。
• 薪資統(tǒng)計：按月統(tǒng)計商家的訂單收入、補貼收入、扣除費用、獎懲費用等信息。
• 賬戶流水：記錄商家的待付收入(包括訂單收入、獎懲、補貼)進賬和出賬(商家提現(xiàn)等)，記錄流水明細(xì)。

1. 訂單管理

下圖是推送訂單進入薪資結(jié)算系統(tǒng)的流程圖。訂單來自于各條業(yè)務(wù)線的系統(tǒng)，獲取到的訂單信息主要有：訂單id、商家id、城市id、服務(wù)類別、服務(wù)時間、服務(wù)總費用、退款金額、現(xiàn)金支付金額、會員支付金額、三方支付金額（微信支付寶等）、代金券支付金額、優(yōu)惠券優(yōu)惠金額、原價、活動價、活動優(yōu)惠、抽傭比例、抽傭費用、保險費、各項補貼金額（餐補、交通補貼等）、信息費、信息費減免等。其中需要注意保險費是從每一筆訂單中提取的（電商的運費險也是綁定到每一筆訂單），和常見的人身保險按照時間段投保略有不同。

后臺Web頁面中的訂單管理模塊，主要是對薪資系統(tǒng)獲取的訂單進行展示和查詢，參考原型設(shè)計如下。

2. 獎懲管理

在互聯(lián)網(wǎng)各個分類中，O2O業(yè)務(wù)是很重線下運營的。平臺運營人員沒法通過系統(tǒng)知道商家在現(xiàn)場服務(wù)時到底發(fā)生了什么事情。往往需要電話聯(lián)系用戶和商家，由雙方分別提供現(xiàn)場照片才能了解情況。特別是在處理用戶投訴時，需要進行多次溝通，通過線下協(xié)商完成處理。另一方面，在前期業(yè)務(wù)探索期，對于商家的獎懲可能存在靈活調(diào)整的問題，需要運營進行經(jīng)常性操作。即便業(yè)務(wù)成熟、獎懲機制固定，部分獎懲可以通過用戶/商家申請-運營審批通過的方式實現(xiàn)，也難以避免需要手工調(diào)整的情形。所以有必要給平臺運營一個導(dǎo)入獎懲的入口。

導(dǎo)入的獎懲字段及校驗可以參考以下這些。

3. 資金池管理

資金池管理主要用于查看商家各項匯總金額。此外，因為部分商家非正常離職（比如運營人員在后臺操作解約）后有未提現(xiàn)資金，需要運營人員在后臺手工操作提現(xiàn)。參考頁面如下。

如運營發(fā)起提現(xiàn)，則需要對商戶狀態(tài)、提現(xiàn)次數(shù)、提現(xiàn)金額、銀行卡信息等進行校驗。校驗通過才能完成申請，之后由財務(wù)人員進行審批，如此才能完成提現(xiàn)。

關(guān)于可提現(xiàn)金額、押金、標(biāo)準(zhǔn)押金金額需要額外說明。

可提現(xiàn)金額：資金池余額并不等于可提現(xiàn)金額，因為部分資金是有賬期的，未到賬期則不能提現(xiàn)；因為部分業(yè)務(wù)存在給商家預(yù)支勞動工具的情形（比如家政），需要按月扣除工具的磨損；此外，還有部分資金池余額需要用以補足押金。

押金&標(biāo)準(zhǔn)押金金額：押金的標(biāo)準(zhǔn)在各條業(yè)務(wù)線、各個城市都可能不同。如果商家因服務(wù)問題被投訴，可能會扣除押金；當(dāng)押金扣減到一定程度（比如低于標(biāo)準(zhǔn)金額的40%），商家會被暫停接單。一旦出現(xiàn)商家實際押金低于標(biāo)準(zhǔn)押金的情況，那么就需要商家自行充值補足；或者是在完成一次服務(wù)&服務(wù)費度過凍結(jié)期后，由系統(tǒng)自動扣減進行補足。如果訂單收入還不足以補足押金，在下次結(jié)算月薪資時還要繼續(xù)補。

4. 薪資統(tǒng)計

財務(wù)給商家結(jié)算薪資前，需要報表統(tǒng)計商家當(dāng)月的收入、補貼、獎金、出勤天數(shù)、好評率等信息，以此作為發(fā)薪的依據(jù)。對于具體的字段，各條業(yè)務(wù)可能存在不同（比如出勤及磨損費就不適用于快車專車類的業(yè)務(wù)）。參考的字段及后臺原型如下。

其中，服務(wù)項目上接收訂單、獎懲等是進行實時統(tǒng)計的? 而上月訂單中好評率、出勤天數(shù)、保底等無法實時統(tǒng)計，需要進行按月統(tǒng)計。這里提供一個計算的思路：

• 月度收入=補貼+(線上收入+線下收入+訂單優(yōu)惠-信息服務(wù)費)+(獎金-罰金+其他)-保險費總計+商家自行充值+訂單歷史補漏-工具磨損費
• 月底發(fā)放金額=月度收入-線下收入-押金本月實交+押金返還。這里需要充分考慮商家押金的繳納情況，在發(fā)放薪資前對押金進行調(diào)整。舉個例子：如果月收入線下收入+押金上月已交<=押金標(biāo)準(zhǔn)，則押金本月實交=月收入-線下收入，押金返還=0，押金仍需繳納=押金標(biāo)準(zhǔn)(月收入線下收入)押金上月已交。

5. 賬戶流水

賬戶流水是對商家賬戶中每一筆訂單、獎懲、充值、提現(xiàn)等進行記錄形成的，便于在需要時對歷史記錄進行追溯。在運營后臺提供一個展示查詢頁面即可，主要包含以下字段。

上文有提到過，不同類型的流水有不同的賬期。一般而言，商家收入類的賬期相對更長，具體時長由業(yè)務(wù)方提供給薪資系統(tǒng)進行控制。因此會導(dǎo)致部分資金雖然在商家賬戶里，但是未到期不能提現(xiàn)的情況。