行业分账系统自检流程清单
为了解决平台的资金“二清”问题,支付机构和银行开始推出各自的“分账系统”。尽管在实现方式上均有不同,但最终的效果还是大都一致。因此本人以自己在支付机构从0-1的打造“分账系统”,来分享自己的分账系统项目方法论。
1. 是否有建立标准规范?
- 参数名的命名规范;
- 请求、应答、异步通知接口的参数规范;
- 响应码的规范,是否有统一响应码,是否有一个意思但是不同的响应码;
- 单位、字符长度的规范性;
- 加密方式的规范性。
2. 是否有建立监督机制?
- 需求是否合理,是否经过讨论?
- 技术实现上是否灵活,是否有多人评估?
- 接口文档的样例是否真实验证过,还只是随机修改参数?
- 代码上线前,是否有代码复核机制?
- 上线之后是否建立全面预警机制?
- 上线之后是否有跟进商户反馈,来促进产品迭代?
- 是否进行培训,是否建立一套运营机制?
一、分账方入网
1. 接口添加
- 是否有接口请求记录?
- 是否有日志查询?
2. 系统认证
- 一旦添加分账方是否一定创建认证订单?
- 而认证完成是否一定更新商户状态?
- 更新失败了怎么办?
- 认证失败是否会将失败原因回传给商户?
3. 打款验证专户资金不足怎么办?
- 是否有预警机制?
- 一旦金额不足,商户状态和商户认证状态是怎样的?
- 目前每次认证的打款金额都是0.01元,而不是随机0-1元打款是否合理?
4. 修改接口
- 以相同信息重新请求是否会重新调取认证接口?
- 修改接口是否对所有添加的版本做了兼容?
5. 异步通知
- 商户对接异步通知,是否一定会发送异步通知?
- 认证失败是否有异步通知,以及失败原因?
二、分账请求
1. 实时分账
- 实时分账是否会出现支付完成但未创建分账可能性?
- 是否出现一直认证不成功的情况?即已创建
- 出现不成功/已创建的情况,系统有做补偿措施没?预警机制?
- 商户对接异步,是否一定会到异步,收不到怎么办?
2. 延迟分账
- 延迟接口请求是否有请求记录查看,日志是否有记录
- 延迟接口请求通过是否一定创建分账订单,没创建怎么办,并发请求呢?
- 创建订单是否一定会分账成功,不成功怎么办?
- 账务处理完成,通知订单状态扭转若失败怎么办?预警机制是否有?
- 延迟接口是否有预留30天内自动分账的功能?(央行规定在途时间不得超过30)对每个行业都适用吗?
- 延迟分账对外全套接口是否足够完整,是否标准?
- 延迟分账的并发请求峰值。
3. 多次分账
- 多次分账请求接口是否规范,是否有日志追踪?
- 代码层面、对外接口是否进行多人复核检测?
- 接口是否足够规范?
- 多次分账接口请求是否一定创建分账订单,没创建怎么办?
- 并发请求,汇聚是否能够支撑住?
- 请求超时怎么处理?客户如果同一笔订单多次请求超时,但是有一笔直接返回已分账,那么如何帮助客户查询是那一笔分账成功?
三、结算
- 自动结算,是否每日定时清算后会自动处理?没有处理怎么办?
- 如果跑批失败,或者本来10分钟完成提到银行卡,结果耗了一整天的时间,这些会怎么办?是否有告警机制,快速处理的补偿机制?
- 如果结算订单创建,但并未请求打款(请求未通过),系统是否有补发功能?预警功能?
- 如果一笔订单一直处于打款中,如何处理?是否有预警通知,因为我们对外有承诺时间的。
- 结算请求接口,假设请求失败,则请求失败的失败原因是否足够合理?
- 结算失败,是否有异步通知?错误原因返回,返回码是否经过加工处理?
- 接口结算的对外全套接口是否足够完整,是否标准?
四、退款
1. 正常退款
- 退款支持的并发请求峰值是多少?如果超过并发峰值会怎么样?
- 分账退款请求是否有日志记录?
- 同一笔订单,其支付订单的退款成功,而分账订单的分账退款,是否会出现一笔成功,一笔失败/处理中的情况?如果出现了会怎么办
- 退款完成,是否会出现更新支付退款状态,但未更新分账退款状态。
- 更新退款状态,但是账务金额不足会怎么办,是否有监控?
- 多次退款,能否一下子查出的该订单所有的退款记录
- 分账退款金额是否一定要小于分账金额? 超额退款是否可行?
2. 异常退款
- 入账异常,是否会通知商户,是否提供查询接口? (目前已彻底解决入账异常问题,解决的方式是以贷记卡进行试算,如果平台分账金额小于手续费,则拦截交易)
- 重复支付、入账异常、失败交易等不同类的自动退款模式,假设系统退款发起失败,是否有补偿机制,邮件预警机制?
五、账户
- 目前分账方账户结构为3层,用户根本看不懂;是否可以简化?
- 能否定制化推出个人类型账户、普通商家账户、VIP商家账户?
- 简化账户模式,如何才能不影响已对接使用的商户?
- 账户支付模式的要素,以及前提是什么?
本文由 @JANMING 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
你好 我是汇付天下商务 希望和您做进一步沟通 18612705312(微信同号)
很优秀
如果不接触这个系统,会摸不清头脑。建议配一个业务流程图,有助于读者消化内容
哈哈,非常好的建议,因为这篇是我第一次写文章,更多的是给自己看的,缺乏背景说明,流程说明,所以让人难以琢磨。感谢你提的建议,我后续会改进的,非常感谢。
不客气额,分享了我就看了,结果发现摸不清业务流程,看着吃力。
欢迎大家来提意见