# 案例

CASE1

某用戶支付了五千元用戶購買ECS，但是由于支付回調(diào)后交易系統(tǒng)處理異常，導(dǎo)致下游沒有接收到支付消息，所以并未給用戶開通ECS權(quán)益，形成用戶資損故障。

CASE2

用戶購買了一年的微應(yīng)用權(quán)益，到期后由于權(quán)益系統(tǒng)調(diào)度有誤，導(dǎo)致一年后沒有給用戶停用應(yīng)用，用戶持續(xù)使用長達(dá)若干個月，形成服務(wù)商資損

CASE3

用戶購買了低級版，后面又升級了高級版，由于商品配置異常，導(dǎo)致用戶支付了兩筆全額費(fèi)用，并未折算差價(jià)，形成用戶資損

# 案例解說

從上面的若干例子來看，交易系統(tǒng)中的權(quán)益履約一直是非常核心的一環(huán)，從用戶體感上來說，付款了多少錢，就應(yīng)該享受多少服務(wù)。從服務(wù)商角度來說，收了多少錢，也就應(yīng)該提供相應(yīng)的服務(wù)。對于平臺來說，則要保障兩者是完全對等。發(fā)生用戶權(quán)益資損或者服務(wù)商權(quán)益資損，都是我們不想看到的，也是我們應(yīng)當(dāng)在系統(tǒng)設(shè)計(jì)時，就要有相應(yīng)的策略來保障這個對等性。

因此，如何保障資金和權(quán)益的對等，則是交易系統(tǒng)里需要額外關(guān)注的焦點(diǎn)。

# 權(quán)益資損場景

權(quán)益資損，從角色可以分為三類，一類是用戶資損，另外一類是服務(wù)商資損，最后一類是平臺資損。

## 用戶資損

即用戶支付了一定的費(fèi)用，沒有得到或者少得到權(quán)益。比如用戶買了高版本，但是實(shí)際上開通的是低版本；用戶付了一年的錢，但是實(shí)際開通時長卻是10個月；用戶退訂了低版本升級了高版本，卻沒有享受低版本的差價(jià)，而是直接支付了高版本的全部費(fèi)用。

## 服務(wù)商資損

服務(wù)商資損，即服務(wù)提供方利益受損。和用戶資損恰好相反，本質(zhì)上提供了過多的權(quán)益卻沒有收到對應(yīng)的資金。

## 平臺資損

平臺資損，指平臺參與分潤的情況下，預(yù)期要分潤但沒有任潤，或者分潤比例不正確導(dǎo)致分潤金額變少。

## 資損場景梳理

# 權(quán)益治理方案

## 實(shí)時對賬

實(shí)時對賬，是指用戶在支付后，進(jìn)行實(shí)時的權(quán)益稽核。即通過校驗(yàn)用戶支付金額-用戶權(quán)益的對等關(guān)系，其中最常見的一個方式，就是校驗(yàn)用戶支付成功后權(quán)益是否及時開通。在大量的SAAS系統(tǒng)中，用戶支付成功后系統(tǒng)是異步開通對應(yīng)的權(quán)益系統(tǒng)，往往由于權(quán)益系統(tǒng)本身異?；蛘呓灰紫到y(tǒng)開通履約邏輯異常，進(jìn)而導(dǎo)致用戶無法及時獲得相關(guān)的權(quán)益。

對于實(shí)時對賬，可以使用上述的方式來進(jìn)行告警，其中可以使用大量的異步系統(tǒng)來做監(jiān)控，避免同步對賬給業(yè)務(wù)帶來干擾。實(shí)時對賬可以使用【BCP】、【BIZ-M監(jiān)控平臺】等工具平臺。

## 離線對賬

理論上，開通和關(guān)閉都應(yīng)該由交易平臺來對權(quán)益系統(tǒng)進(jìn)行通知，由于大量權(quán)益系統(tǒng)由于權(quán)益敏感或有自身的業(yè)務(wù)因素，需要權(quán)益系統(tǒng)自身完成權(quán)益關(guān)閉或者延長操作，此時就無法用實(shí)時對賬。

另外，由于每次的實(shí)時對賬成功并無法代表用戶權(quán)益總體成功，比如用戶購買了一筆低級版本，又付了一筆錢購買高級版本，兩次權(quán)益均開通成功，從單次對賬來說都是成功的，但是總體看，卻沒有返還用戶差價(jià)。用戶發(fā)生了權(quán)益資損。因此離線全量對賬，可以通盤全局考慮。

離線對賬可以使用【MAC資損核對平臺】等工具平臺。

# 參考文檔

美團(tuán)配送資金安全治理https://tech.meituan.com/2018/03/21/balance-accounts.html