如何避免资损

随着支付体量的增大，资产部门承担的资金管理，风险把控的责任也越大。我们一方面要小步快跑，快速支撑业务，又要稳住底盘，守好底线。

什么是资损

资损通常来讲是指支付场景下的资金损失，这里可以从两个维度看：

用户角度：多扣用户款导致用户资金损失，此问题一般需要通过客服等渠道反馈，可以把多的钱退给用户，但是很大程度上损失了用户体验；
公司角度：主要是多出金、多出货、多充值等情况，一般这种损失很难追回，这就是实打实的产生了资产损失。

资损累故障有如下几大类

• 有正确的输入，错误的输出：比如系统与系统之间的金额存储单位不一致，或者自己处理金额正确，传输给下游的金额错误，导致后面交易金额错误；
• 上下游系统的数据不一致：该处理的没处理，该到达终态的单据没有到达终态；
• 幂等控制失效，多扣款或多入账；
• 系统内部逻辑错误，无对外输出；
• 人工修复异常场景，产生资损。

基于MQ 订阅的信息流技术手段， 配置触法条件，规则和任务运行与告警。

• 出金的场景：提现，自动赎回，人工赎回，转账等支付或者代发操作。
• 入金的场景：充值，购买等代扣行为。

事中: 避免资损

总的来说两大类： 监控(日志， 核对报警）和核对（对账）
此系统由“交易&稳定性”团队主导的，主要是希望及时的发现数据的问题，保障数据稳定的运行，尤其是涉及到资损的场景，为了做到实时有效的监控，比如给予 MySql 的 binlog 监控， 在此背景下做准实时的核对。

但是这个只是事中，如果检测到问题，说明很有可能造成了资损，比如营销场景，用户用了一个不该用的券，这时能告诉用户让他补那个券的钱么？

最好的资损避免是在事前。

资损体系

1）发现问题的实时性，减少故障的影响面；
2）信息流一致性两两比对、资金流平衡型检查；
3）全方位监控：业务触发、人工变更资金检测、历史数据检测；
4）检测的准确性，无误报；
5）和支付链路解藕，不影响主链路。

平台能力是基础，检测规则是其灵魂。基于对业务的丰富经验。
基于系统定位是钱测试线下环境兜底，事中一致性事件检测，事后现金兜底，不对业务造成入侵，完全旁路运行，触发事件有两个， 业务时间消息和数据库变更 binlog 信息。

• 基于各个业务事件比如支付完成事件、退款完成事件、确认收货时结算完成事件，账务收支明细变更事件等，触发运行系统内配置的依赖此事件的规则；
• 通过监听 binlog 变更，可以检测到人为操作类变更, 按定义好的逻辑生成对应的检查点，每个检查点有包含多个链路检测。触发对应的规则运行检测全链路数据的一致性、资金的平衡性；
• 人工处理历史数据前，对历史数据的质量进行前置检测。保证不产生二次资损。
  通过系统间两两核对数据一致性，或者抽象出系统内的业务规则、资金规则旁路自检来发现故障。并且实时获取数据，实时运行，对于业务处理上有滞后和缓冲的场景，我们提供了异步运行的机制，以及三次重试的机会。全面提供系统整体的容错性，无因系统设计问题导致的误报。

欢迎关注公众号：程序员财富自由之路

参考资料

• http://paynews.net/article-37460-1.html
• https://segmentfault.com/a/1190000038267470
• https://zhuanlan.zhihu.com/p/386514826
• https://cloud.tencent.com/developer/article/1684535
• https://developer.aliyun.com/article/71053
• https://tech.youzan.com/zsfk/
• https://tech.meituan.com/2018/03/21/balance-accounts.html