# 案例
CASE1
某用户支付了五千元用户购买ECS，但是由于支付回调后交易系统处理异常，导致下游没有接收到支付消息，所以并未给用户开通ECS权益，形成用户资损故障。
CASE2
用户购买了一年的微应用权益，到期后由于权益系统调度有误，导致一年后没有给用户停用应用，用户持续使用长达若干个月，形成服务商资损
CASE3
用户购买了低级版，后面又升级了高级版，由于商品配置异常，导致用户支付了两笔全额费用，并未折算差价，形成用户资损
# 案例解说
从上面的若干例子来看，交易系统中的权益履约一直是非常核心的一环，从用户体感上来说，付款了多少钱，就应该享受多少服务。从服务商角度来说，收了多少钱，也就应该提供相应的服务。对于平台来说，则要保障两者是完全对等。发生用户权益资损或者服务商权益资损，都是我们不想看到的，也是我们应当在系统设计时，就要有相应的策略来保障这个对等性。
因此，如何保障资金和权益的对等，则是交易系统里需要额外关注的焦点。
# 权益资损场景
权益资损，从角色可以分为三类，一类是用户资损，另外一类是服务商资损，最后一类是平台资损。
## 用户资损
即用户支付了一定的费用，没有得到或者少得到权益。比如用户买了高版本，但是实际上开通的是低版本；用户付了一年的钱，但是实际开通时长却是10个月；用户退订了低版本升级了高版本，却没有享受低版本的差价，而是直接支付了高版本的全部费用。
## 服务商资损
服务商资损，即服务提供方利益受损。和用户资损恰好相反，本质上提供了过多的权益却没有收到对应的资金。
## 平台资损
平台资损，指平台参与分润的情况下，预期要分润但没有任润，或者分润比例不正确导致分润金额变少。
## 资损场景梳理
# 权益治理方案
## 实时对账
实时对账，是指用户在支付后，进行实时的权益稽核。即通过校验用户支付金额-用户权益的对等关系，其中最常见的一个方式，就是校验用户支付成功后权益是否及时开通。在大量的SAAS系统中，用户支付成功后系统是异步开通对应的权益系统，往往由于权益系统本身异常或者交易系统开通履约逻辑异常，进而导致用户无法及时获得相关的权益。
对于实时对账，可以使用上述的方式来进行告警，其中可以使用大量的异步系统来做监控，避免同步对账给业务带来干扰。实时对账可以使用【BCP】、【BIZ-M监控平台】等工具平台。
## 离线对账
理论上，开通和关闭都应该由交易平台来对权益系统进行通知，由于大量权益系统由于权益敏感或有自身的业务因素，需要权益系统自身完成权益关闭或者延长操作，此时就无法用实时对账。
另外，由于每次的实时对账成功并无法代表用户权益总体成功，比如用户购买了一笔低级版本，又付了一笔钱购买高级版本，两次权益均开通成功，从单次对账来说都是成功的，但是总体看，却没有返还用户差价。用户发生了权益资损。因此离线全量对账，可以通盘全局考虑。
离线对账可以使用【MAC资损核对平台】等工具平台。
# 参考文档
美团配送资金安全治理https://tech.meituan.com/2018/03/21/balance-accounts.html
