资损防控-有赞

1.

2. 有赞资损防控体系⻩黄紫娟

3. 大大纲 1 背景与挑战 4 资金金金止止损 2 5 检测规则示例例 6 落地的效果资损案例例 3 资损防控系统的设计

4. 背景与挑战 • 随着有赞的业务高高速增⻓长，资金金金问题频出资损趋势 • 有赞支支付资金金金类问题缺乏自自我发现的能力力力 • 资损类bug用用户较敏敏感 16年年 17年年 18年年

5. 支支付业务流程简介

6. 资损案例例合并支支付分销单多结算故障数据输出错误故障原因：用用户发起分销单合并支支付时，支支付会生生成一一笔总单和多笔子子单，子子单结算时支支付成功消息传了了总单的金金金额给清结算，导致清结算按照总单的金金金额结算，从而而造成了了资损（资损金金金额=总单金金金额-子子单金金金额）。重复支支付导致的资损资金金金不不平衡故障原因：用用户下单付款后，订单显示支支付成功，过了了一一会儿儿用用户发现自自己己收到了了一一笔退款入入账，然而而交易易状态还是成功的，导致有赞这边资损

7. 资损案例例储值卡充值故障不不该调用用账务调用用了了故障原因：** 版本，老老老储值卡店铺现金金金/标记充值后b端储值余额也会入入账，此时c端消费后，会结算到b端店铺余额，从而而造成资损。重复入入账 **支支付不不应使用用代销渠道故障原因：交易易过程中传入入的商户号配置在渠道侧没找到配置因此走走了了代销逻辑，实际该商户走走的是自自有的资金金金流，会出现**结算一一次后有赞再给商家结算一一次，从而而导致了了资损。

8. 资损故障特性故障特性 • 业务运行行行成功，资金金金流错误故障分类 • 有正确的输入入，错误的输出；比比如系统与系统之间的金金金额存储单位不不一一致，或者处理理金金金额错误，导致后面面交易易金金金额错误。 • 上下游系统的数据不不一一致；该处理理的没处理理，该到达终态的单据没有到达终态。 • 故障在系统内部发生生，无无对外输出； • 系统间幂等控制失效，重复受理理 • 时间⻓长没发现，故障影响面面扩大大 • 无无自自我发现能力力力，客户上报

9. 资损防控设计思路路信息流、资金金金流核对规则自自检秒级发现问题无无误报、噪音音人人工工变更更管控资金金金熔断

10. 资损防控设计思路路 • 合单支支付金金金额平衡自自检支支付表的总单金金金额==清算表的所有累计子子单金金金额平台建设 • 收单清结算流水水信息核对两系统金金金额明细核对：流水水、金金金额、账户、交易易类型等业务规则 • 指定渠道无无资金金金流核对抓特征值，若内部出现资金金金流则报警 • 资金金金平衡性核对支支付=结算+退款，出一一定不不能大大于入入检测

11. 资损防控设计思路路业务终态核对 • • • • • • 系统间一一致性资金金金平衡性重复受理理检测实时、异步检测系统重试异常重跑变更更检测 • • • • 数据订正检测业务变更更无无触发点检测业务过程定义节点数据形态视图资金金金熔断 • • • • 资金金金止止出规则异常触发自自动熔断单号熔断业务熔断

12.

13. 资损防控运行行行机制

14. 资金金金熔断设计

15. 资金金金熔断设计提现 • 资金金金熔断在结算、退款、提现3个资金金金流出环节进行行行拦截支支付结算高高覆盖率退款

16. 资损检测规则示例例两表金金金额一一致性核对，以及对方方因系统问题无无法受理理

17. 资损防控落地效果 ➢ 出现资损或者业务bug能够秒级别告警，缩短bug的持续时间，在用用户发现前内部恢复完成 ➢ 累计发现20起线上bug，其中8起资损问题，规避了了100W+的资金金金损失 ➢ 资损防控日日常化，嵌入入到日日常研发流程、项目目系分评估中

18.